Goals Assembly Layers
Just as fiction has conceived Alternate Realities since Jules Verne and H.G. Wells, this creates an Alternate Reality from an engineering viewpoint: This reconceptualizes current and new technology to provide an Alternate “human success” Reality—the “Expandaverse”—in which individual personal success and economic prosperity are accelerated and expanded, with the potential to scale to a plurality of individuals and groups worldwide. This “Alternate Reality” includes reconceptualized machines, devices, systems, personal identities, networks, infrastructure, utility(ies), identities, digital presence, governances, etc. that comprise an Alternate Reality Teleportal Machine (ARTPM). In some examples the traditional glass window is reinvented as a digital “Teleportal” (herein TP) that turns the world and near-space outside the Earth into one room (the Teleportal Machine or TPM), with direct “always on” access to a plurality of people, places, tools, entertainment, resources, etc.—an evolution of “presence” from local physical reality to “digital presence” in “Shared Planetary Life Spaces” (herein SPLS). Said Teleportal may be provided by means of TP Devices such as Local Teleportal (LTP), Mobile Teleportal (MTP), Remote Teleportal (RTP), Virtual Teleportal (VTP) on Alternate Input Devices (AIDs) and Alternate Output Devices (AODs) [herein together AIDs/AODs, typically commonly known networked electronic devices], and Remote Control Teleportaling (RCTP) that may run various Subsidiary Devices (typically commonly known networked electronic devices), providing wide access from and to said TPM through a plurality of new and known means. Some components of the ARTPM include a Teleportal Utility (herein TPU); an Alternate Realities Machine (herein ARM) for setting SPLS Boundaries that include priorities, filters that exclude what is not wanted, paywalls for access, and both digital and physical protections; an Active Knowledge Machine (herein AKM) for delivering knowledge and information interactively at the time and place needed to raise the level of personal and group success; Multiple Identities that provide that provide the equivalent of “life extension” by providing for living “multiple lives” within one life span instead of gaining additional “life spans” by extending lives; Governances that provide collective means to achieve shared goals; Optimizations to make a plurality of dynamic and continuous improvements; and RealWorld Entertainment to provide ways to bring parts of this ARTPM into the real world. As an integrated component throughout, the ARTPM utilizes various means of reporting, dashboards, alerts, etc. to increase the growth, success and satisfaction of a plurality of individuals and groups in said Alternate Reality, such as with visible reporting that provides continuous access to the best results and most effective choices—along with means to retrieve, copy, buy, install and try those products, services, configurations, etc. so as to spread their benefits rapidly. Another integrated component is “Governances” that do not replace nation states or governments but provide new collective means for accelerating success, and deliver that as a normal, contextually appropriate part of personal, group and commercial activities. The combined result of said ARTPM constitutes a new type of Alternate Reality that enables presence, devices, systems, methods, processes, tools, resources, content, entertainment, etc. that a plurality of individuals and groups may employ to succeed with greater productivity and increased speed in new as well as current activities—and thereby receive new opportunities to achieve expanding personal economic prosperity and quality of life goals (whether as a person or as multiple identities), along with collective Governances delivery of said capabilities to a plurality of collective groups, so that both individual and group economic and societal success and satisfaction may be advanced. Exceeding the many new fiction concepts that required later inventing to became real, it is an object of this Alternate Reality Teleportal Machine (ARTPM) to enable the new engineering concept that human digital reality is created and chosen and not mandated, to initiate an Expandaverse of collective and personal aspirations: “If you want a better reality, choose it and enjoy it.” These and other aspects, features, and implementations, and combinations of them, can be expressed as methods, systems, compositions, devices means or steps for performing functions, program products, media that store instructions or databases or other data structures, business methods, apparatus, components, and in other ways. These and other aspects, features, advantages, and implementations will be apparent from the discussion above, and from the claims.
This application is a divisional application and claims priority under 35 U.S.C. § 120 to U.S. application Ser. No. 13/068,942, filed May 24, 2011, entitled “REALITY ALTERNATE”, which is related to and claims the benefit of priority of U.S. Patent Application No. 61/396,644 filed May 28, 2010, entitled “REALITY ALTERNATE,” and U.S. Patent Application No. 61/403,896 filed Sep. 22, 2010, entitled “REALITY ALTERNATE,” the entire contents of application Ser. No. 13/068,942, 61/396,644, and 61/403,896, are incorporated herein by reference.
NOTICE OF MATERIAL SUBJECT TO COPYRIGHT PROTECTIONA portion of the material in this patent document is subject to copyright protection under the copyright laws of the United States and of other countries. The owner of the copyright rights has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office publicly available files or records, but otherwise reserves all copyright rights whatsoever.
INTRODUCTIONOVERVIEW: Just as fiction authors have described alternate worlds in novels, this introduces an Alternate Reality—but provides it as technical innovation. This new Alternate Reality's “world” is named the “Expandaverse” which is a conceptual alteration of the “Universe” name and a conceptual alteration of our current reality. Where our physical “Universe” is considered given and physically fixed, the Expandaverse provides a plurality of human created digital realities that includes a plurality of human created means that may be used simultaneously by individuals, groups, institutions and societies to expand the number and types of digital realities—and may be used to provide continuous expansions of a plurality of Alternate Realities. To create the Expandaverse current known technologies are reorganized and combined with new innovations to repurpose what they accomplish and deliver, collectively turning the Earth and near-space into the equivalent of one large, connected room (herein one or a plurality of “Shared Planetary Life Spaces” or SPLS) with a plurality of new possible human realities and living patterns that may be combined differently, directed differently and controlled differently than our current physical reality.
In some examples of this Alternate Reality, people are more connected remotely, and are less connected to where they are physically present—and means are provided for multiple new types of devices, connections and “digital presence”. In some examples of this Alternate Reality, information on how to succeed is automatically collected during a plurality of activities, optimized and delivered to a plurality of others while they are doing the same types of activities, leading to opportunities for higher rates of personal success and greater economic productivity by adopting the most effective new uses, technologies, devices and systems—and means are provided for this. In some examples of this Alternate Reality individuals may establish multiple identities and profiles, associate groups of identities together, and utilize any of them for earning additional income, owning additional wealth or enjoying life in new ways—and means are provided for this. In some examples of this Alternate Reality, means are enumerated for the evolution of multiple types of independent “governances” (which are separate from nation state governments) that may be trans-border and increasingly augment “governments” in that each “governance” provides means for various new types of collective human successes and living patterns that range from personal sovereignty (within a governance), to economic sovereignties (within a governance), to new types of central authorities (within a governance). In some examples of this Alternate Reality, means (herein including means such as an “Alternate Reality Machine”) are provided for each identity (as described elsewhere) to create and manage a plurality of separate human realities that each provides manageable boundaries that determine the “presence” of that identity, wherein each separate reality may have boundaries such as prioritized interests (to include what is wanted), exclusion filters (to exclude what is not wanted), paywalls (to receive income such as for providing awareness and attention), digital and/or physical protections (to provide security from what is excluded), etc. In some examples of this Alternate Reality, means are provided for one or a plurality of a new type of Utility(ies) that provides a flexible infrastructure such as for this Alternate Reality's remote presence in Shared Planetary Life Spaces, automated delivery of “how to succeed” interactions, multiple personal identities, creation and control of new types of “realities broadcasting,” independent “governances”, and numerous fundamental differences from our current reality. In some examples means are provided for new types of fixed and mobile devices such as “Teleportals” that provide always on “digital presence” in Shared Life Spaces (which includes the Earth and near space), as well as remote control that treats some current networked electronic devices as “subsidiary devices” and provides means for their shared use, perhaps even evolving some toward becoming accessible and useful commodities. In some examples means are provided to control various networked electronic devices and turn them into commodity “subsidiary devices,” enabling more users at lower cost, including more uses of their applications and digital content. In some examples of this Alternate Reality reporting on the success of various choices settings is visible and widely accessible, and the various components and systems of the Expandaverse may have settings saved, reported on, accessed and distributed for copying; it therefore becomes possible for human economic and cultural evolution to gain a new scope and speed for learning, distributing and adopting what is most effective for simultaneously achieving multiple ranges of both individually and collectively chosen goals. In a brief summation of the Expandaverse it is an Alternate Reality and these are just some of the characteristics of its divergent “digital realities,” and its scope or scale are not limited by this or by any description of it.
Unlike fiction, however, this is the engineering of an Alternate Reality in which the know-how for achieving human success and human goals is widely delivered and either provided free or sold commercially. It is as if a successful Alternate Reality can now exist in a world parallel to ours—the Expandaverse as a parallel digital “universe”—and this describes the devices, technology(ies), infrastructure and “platform(s)” that comprise it, which is herein named the Alternate Reality Teleportal Machine (ARTPM). With an ARTPM modern technological civilization gains an engineered dynamic machine (that includes devices, utilities, systems, applications, identities, governances, presences, alternate realities, shared life spaces, machines, etc.) that provides means that range from bottom-up support of individuals; to top-down support of collective groups and their goals; with the results from a plurality of activities tracked, measured and reported visibly. In this Alternate Reality, a plurality of ways that people and groups choose to act are known and visible; along with dynamic guidance and reporting so that a plurality of individuals and groups may see what works and rapidly choose higher levels of personal and economic success, with faster rates of growth toward economic prosperity as well as means for disseminating it. In sum, this Alternate Reality differs from current atomized individual technologies in separate fields by presenting a metamorphosized divergent reality that re-interprets and re-integrates current and new technologies to provide means to build a different type of connected, success-focused, and evolving “world”—an Expandaverse with a range of differences and variations from our own reality.
Just as fiction authors present, the Expandaverse also proposes an alternate history and timeline from our own, which is the same history as ours until a “digital discontinuity” causes a divergence from our history. Like our reality the Expandaverse had an ancient civilizations and the Middle Ages. It also shared the Age of Physical Discovery in which Columbus discovered the “new world” and started the “age of new physical property rights” in which new lands were explored and claimed by the English, Spaniards, Dutch, French and others. Each sent settlers out into their new territories. The first settlers received “land grants” for their own farms and “homesteads”. By moving into these new territories the new settlers were granted new property and rights over their new physical properties. As the Earth became claimed as property everywhere, the physical Earth eventually had all of its physical property owned and controlled. Eventually there was no more “free land” available for granting or taking. Now, when you “move” someplace new its physical properties are already owned and you must buy your physical property from someone else.
In this alternate history, the advent of an Expandaverse provides new “digital realities” that can be created, designed for specific purposes, with parts or all of them owned as new “intellectual property(ies),” then modified and improved with the means to create more digital realities—so a plurality of new forms of digital properties may be created continuously, with some more valuable than others, and with new improvements that may be adopted rapidly from others continuously making some types of digital realities (and their digital properties) more valuable than others. Therefore, due to an ARTPM, new digital properties can be continuously created and owned, and multiple different types of digital realities can be created and owned by each person. In the Expandaverse, digital property (such as intellectual properties) may become acceptable new forms of recognized properties, with systems of digital property rights that may be improved and worked out in that alternate timeline. Because the Expandaverse's new “digital realities” are continuous realities, that intellectual property does not expire (like current intellectual property expires in our Universe) so in the Expandaverse digital property rights are salable and inheritable assets, just as physical property is in the current reality. One of the new components of an Expandaverse is both that new “digital realities” can be created by individuals, corporations, non-profits, governments, etc.; and these realities and their components can be owned, sold, inherited, etc. with the same differences in values and selling prices as physical properties—but with some key differences: Unlike the physical Earth which ran out of new property after the entire planet was claimed and “homesteaded,” the ARTPM's Expandaverse provides continuous economic and lifestyle opportunities to create new “digital properties” that can be created, enjoyed, broadcast, shared, improved and sold. The ability to imagine and to copy others' successes becomes new sources of rapidly expanding personal and group wealth when the ability to turn imagination into assets becomes easier, the ability to spread new digital realities becomes an automated part of the infrastructure, and the ability to monetize new digital properties becomes standardized.
In addition, in some examples one or a plurality of these are entertainment properties which include in some examples traditional entertainment properties that include concepts such as new ARTPM devices or ARTPM technologies (such as novels, movies, video games, television shows, songs, art works, theater, etc.); in some examples traditional entertainment properties to which are added ARTPM components such as a constructed digital reality that fits the world of a specific novel, the world of a specific movie, the world of a specific video game, etc.; and in some examples a new type of entertainment such as RealWorld Entertainment (herein RWE) which blends a fictional reality (such as in some examples the alternate history of the Expandaverse) with the real world. into a new type of entertainment that fits in some examples fictional situations, in some examples real situations, in some examples fictional characters' needs, and in some examples real people's needs.
CONCEPT: The literary genre of science fiction was created when authors such as Jules Verne and H. G. Wells reconceptualized the novel as a means for introducing entire worlds containing imagined devices, characters and living patterns that did not exist when they conceived them. Many “novel” concepts conceived by “novelists” have since been turned into numerous patented inventions stemming from their stories in numerous fields like submarines, video communications, geosynchronous satellites, virtual reality, the internet, etc. This takes a parallel but different step with technology itself. Rather than starting by writing a fictional novel, this reconceptualizes current and new technology into an Alternate Reality that includes new combinations, new machines, new devices, new utilities, new communications connections, new “presences”, new information “flows,” new identities, new boundaries, new governances, new realities, etc. that provide an innovative reality-wide machine with technologies that focus on human success and economic abundance. In its largest sense it utilizes digital technologies to reconceptualize reality as under both collective and individual control, and provides multiple means that in combination may achieve that.
PARALLELS: An analogy is electricity that flows from standardized wall sockets in nearly every room and public place, so it is now “standard” to plug in a wide range of “standardized” electrical devices, turn them on and use them (as one part of this example, the electric plug that transfers power from a standardized electric power grid is itself numerous inventions with many patents; the simple electric plug did not begin with universal utility and connectivity). Herein, it is a startling idea that human success, remote digital presence (Shared Planetary Life Spaces or SPLS), multiple identities, individually controlled boundaries that define multiple personal realities, new types of governances, and/or myriad opportunities to achieve wider economic prosperity might be “universally delivered” during everyday activities over the “utility(ies)” equivalent to an electric power grid, by standardized means that are equivalents to multiple types of electric plugs. In this Alternate Reality, personal and group success are not just sometimes possible for a few who acquire an education, earn a lot of money and piece together disparate complex products and services. Instead, this Alternate Reality may provide new means to turn the world and near-space into one shared, successful digital room. In that Alternate Reality “room” the prosperity and quality of life of individuals, groups, companies, organizations, societies and economies—right through civilization itself—might be reborn for those at the bottom, expanded for those part-way up the ladder, and opened to new heights for those at the top—while being multiplied for everyone by being delivered in simultaneous multiple versions that are individually modifiable by commonly accessible networks and utility(ies). Given today's large and growing problems such as the intractability of poverty, economic stagnation of the middle-class, short lifetimes that cannot be meaningfully extended, incomes that do not support adequate retirement by the majority, some governments that contain human aspirations rather than achieve them, and other limitations of our current reality, a world that gains the means to become one large, shared and successful room, would unquestionably be an Alternate Reality to ours.
SAME TECHNOLOGIES PLUS INNOVATIONS: This Alternate Reality shares much with our current reality, including most of our history, along with our underlying principles of physics, chemistry, biology and other sciences—and it also shares our current technologies, devices, networks, methods and systems that have been invented from those sciences. Those are employed herein and their teachings are not repeated. However, this Alternate Reality is based on a reconceptualization of those scientific and technological achievements plus more, so that their net result is a divergent reality whose processes focus more on means to expand humanity's success and satisfaction; with new abilities to transform a plurality of issues, problems and crises on both individual and group levels; along with new opportunities to achieve economic prosperity and abundance.
A DIFFERENCE FROM ONE PHYSICAL REALITY—MULTIPLE DIGITAL REALITIES: The components of this Alternate Reality are numerous and substantially different from our reality. One of the major differences is with the way “reality” is viewed today. The current reality is physical and local and it is well-known to everyone—when you walk down a public city street you are present on the street and can see all the people, sidewalks, buildings, stores, cars, streetlights, security cameras—literally everything that is present on the street with you. Similarly, all the people present on that street at that time can see you, and when you are physically close enough to someone else you can also hear each other. Today's digital technologies are implicitly different. Using a telephone, video conference, video call, etc. involves identifying a particular person or group and then contacting that person or group by means such as dialing a phone number, entering a web address, connecting two video conferencing systems at a particular meeting time, making a computer video phone call, etc. Though not explicitly expressed, digital contact implies a conscious and mechanical act of connecting two specific people (or connecting two specific groups in a video conference). Unlike being simultaneously present like in physical reality, making digital contact means reaching out and employing a particular device and communication means to make a contact and have that accepted. Until you attempt this contact and another party accepts it, you do not see and hear others digitally, and those people do not see you or hear you digitally. This is fundamentally different from the ARTPM, one of whose means is expressed herein as Shared Planetary Life Spaces (or SPLS's).
DEVICES—Current devices (which include hardware, software, networks, services, data, entertainment, etc.): The current reality's means for these various types of digital contact, communications and entertainment superficially appear diverse and numerous. A partial list includes mobile phones, wearable digital devices, PCs, laptops, netbooks, tablets, pads, online games, television set-top boxes, “smart” networked televisions, digital video recorders, digital cameras, surveillance cameras, sensors (of many types), web browsers, the web, Web applications, websites, interactive Web content, etc. These numerous different digital devices have separate operating systems, interfaces and networks; different means of use for communications and other tasks; different content types that sometimes overlap with each other (with different interfaces and means for accessing the same types of content); etc. There are so many types and so many products and services in each type that it may appear to be an entire world of differences. When factored down, however, their similarities overwhelm their differences. Many of these different devices provide the same features with different interfaces, media, protocols, networks, operating systems, applications, etc.: They find, open, display, scroll, highlight, link, navigate, use, edit, save, record, play, stop, fast forward, fast reverse, look up, contact, connect, communicate, attach, transmit, disconnect, copy, combine, distribute, redistribute, broadcast, charge, bill, make payments, accept payments, etc. In a current reality that superficially appears to have too many different types of devices and interfaces to ever be made simple and productive, the functional similarities are revealing. This is fundamentally different from the ARTPM which simplifies devices into Teleportals plus networked electronic devices (including some applications and some digital content) that may be remotely controlled and used as “subsidiary devices,” to reduce some types of complexity while increasing productivity at lower costs, by means of a shared and common interface. Again, the Expandaverse's digital reality may turn some electronic devices and some of their uses into the digital equivalent of one simpler connected room.
REVERSALS, DIVERGENCES, TRANSFORMATIONS: At a high level this Alternate Reality includes numerous major reversals, divergences and transformations from the current physical reality and its devices, which are described herein: A partial list of current assumptions that are simultaneously reversed or transformed includes:
Realities: FROM one reality TO multiple realities (with multiple identities).
Control over Reality: FROM one reality controls people TO we each choose and control our own multiple identities and each identity's one or multiple digital realities.
Boundaries: FROM invisible and unconscious TO explicit, visible and managed.
Death: FROM one too short life without real life extension, TO horizontal life expansion through multiple identities.
Presence: FROM where you are in a physical location TO everywhere in one or a plurality of digital presences (as one individual or as multiple identities).
Connectedness: FROM separation between people TO always on connections.
Contacts: FROM trying to phone, conference or contact a remote recipient TO always present in a digital Shared Space(s) from your current Device(s) in Use.
Success: FROM you figure it out TO success is delivered by one or a plurality of networks and/or utilities.
Privacy: FROM private TO tracked, aggregated and visible (especially “best choices” so leaping ahead is obvious and normal)—with some types of privacy strengthened because multiple identities also enable private identities and even secret identities.
Ownership of Your Attention: FROM you give it away free TO you can earn money from it (via Paywalls) if you want.
Ownership of Devices and Content: FROM each person buys these TO simplified access and sharing of commodity resources.
Trust: FROM needing protection TO most people are good when instantly identified and classified, with automated protection from others.
Networks: FROM transmission and communications TO identifying, tracking and surfacing behavior and identity(ies).
Network Communications: FROM electronic (web, e-store, email, mobile phone calls, e-shopping/e-catalogs, tweets, social media postings, etc.) TO personal and face-to-face, even if non-local.
Knowledge: FROM static knowledge that must be found and figured out TO active knowledge that finds you and fits your needs to know.
Rapidly Advancing Devices: FROM you're on your own TO two-way assistance. Buying: FROM selling by push (marketing and sales) and pull (demand) TO interactive during use, based on your current actions, needs and goals.
Culture: FROM one common culture with top-down messages TO we each choose our multiple cultures and set our boundaries (paywalls, priorities [what's in], filters [what's out], protection, etc.) for each of our self-directed realities.
Governances: FROM one set of broad and “we control you” governments TO governments plus choosing your goals and then choosing one or multiple governances that help achieve the goals you want.
Acceptance of limits: FROM we are only what we are TO we each choose large goals and receive two-way support, with multiple new ways to try and have it all (both individually and collectively).
Thus, the current reality starts with physical reality predominant and one-by-one short digital contacts secondary, with numerous different types of devices for many of the same types of functions and content. The “Alternate Reality Teleportal Machine” (ARTPM) enables multiple realities, multiple digital identities, personal choice over boundaries (for multiple types of personal boundaries), with new devices, platforms and infrastructures—and much more.
The ARTPM ultimately begs for fundamental questions: Can we be happier? Significantly better? Much more successful? Able to turn obstacles into achievements? If we can choose our own realities, if we can create realities, if we can redesign realities, if we can surface what succeeds best and distribute and deliver that rapidly worldwide via the everyday infrastructure—in some examples to those who need it, at the time and place they need to succeed—then who or what will we choose to be? What will we want to become next? How long will it be before we choose our dreams and attempt to reach them both individually and collectively?
The ARTPM helps make reality into a do-it-yourself opportunity. It does this by reversing a plurality of current assumptions and shows that in some examples these reversals are substantial. In some examples people are more present remotely than face-to-face, and focus on those remote individuals, groups, places, tools, resources, etc. that are most interesting to them, rather than have a primary focus on the people where they are physically present. In some examples the main purposes of networks and communications are to track and surface behavior and activities, so that networks and various types of remote applications constantly know a great deal about who does what, where, when and how—right down to the level of each individual (though people may have private and secret identities that maintain confidentiality); this is a main part of transforming networks into a new type of utility that does more than provide communications and access to online content and services, and new online components serve individuals (in some examples helping them succeed) by knowing what they are doing, and helping them overcome difficulties. In some examples being tracked, recorded and broadcasted is a normal part of everyday life, and this offers new social and business opportunities; including both personal broadcast opportunities and new types of privacy options. In some examples active knowledge, information and entertainment is delivered where and when needed by individuals (in some examples by an Active Knowledge Machine [AKM], Active Knowledge Interactions [AKI], and contextually appropriate Active Knowledge [AK]), to raise individual success and satisfaction in a plurality of tasks with a plurality of devices (in some examples various everyday products and services) Combined, AKI/AK are designed to raise productivity, outcomes and satisfaction, which raises personal success (both economic and in other ways), and produce a positive impact on broader economic growth such as through an ability to identify and spread the most productive tools and technologies. In addition, Active Knowledge offers new business models and opportunities—in some examples the ability to sell complete lifestyles with packages of products and services that may deliver measurable and even assured levels of personal success and/or satisfaction, or in some examples the ability to provide new types of “governances” whose goals include collective successes, etc. In some examples privacy is not as available for individuals, corporations and institutions; more of what each person does is tracked, recorded and/or reported publicly; but because of these tracked data and interactions, dynamic continuous improvement may be built into a plurality of online capabilities that employ Active Knowledge of both behaviors and results. The devices, systems and abilities to improve continuously, and deliver those capabilities online as new services and/or products, are owned and controlled by a plurality of individuals and independent “governances,” as well as by companies, organizations and governments.
In some examples, various types of Teleportal Devices automatically discover their appropriate connections and are configured automatically for their owner's account(s), identity(ies) and profile(s). Advance or separate knowledge of how to turn on, configure, login and/or use devices, services and new capabilities successfully is reduced substantially by automation and/or delivery of task-based knowledge during installation and use. In addition, an adaptable consistent user interface is provided across Teleportal Devices. In some examples a visible model of “see the best and most successful choices” then “try them and you'll succeed in using them” then “if you fail keep going and you'll be shown how” is available like electricity, as a new type of utility—to enable “fast follower” processes so more may reach the higher levels of success sooner. While the nation state and governments continue, in some examples multiple simultaneous types of “governances” provide options that a plurality of individuals may join, leave, or have different types of associations with multiple governances at one time. Three of a plurality of types of governances are illustrated herein including an IndividualISM in which each member has virtual personal sovereignty and self-control (including in some examples the right to establish a plurality of virtual identities, and own the work, properties, incomes and assets from their multiple identities); a CorporatISM in which one or a group of corporations may sell plans that include targeted levels of personal success (such as an “upward mobility lifestyle”) across a (potentially broad) package of products and services consumption levels (that can include in some examples housing, transportation, financial services, consumer goods, lifelong education, career success, wealth and lifestyle goals, etc.);.a WorldISM in which a central governance supports and/or requires a set of values (that may include in some examples environmental practices, beliefs, codes of conduct, etc.) that span national boundaries and are managed centrally; or different types of new and potentially useful types of governances (as may be exemplified by any field of focused interest and activity such as photography, fashion, travel, participating in a sport, a non-mainstream lifestyle such as nudism, a parent's group such as local PTA, a type of charity such as Ronald McDonald Houses, etc.). While life spans are limited by human genetics, in some examples individuals have the equivalent of life extension by being able to enjoy multiple identities (that is, multiple lives) at one time during their one life time. Multiple identities also provide greater freedom and economic independence by using multiple identities that may each own assets, businesses, etc. in addition to a single individual's normal job and salary, or have multiple identities that may be used to try and enjoy multiple lifestyles. Within one's limited life span, multiple identities provide each person the opportunity to experience multiple “lives” (in some examples multiple lifestyles and multiple incomes) where each identity can be created, changed, or eliminated at any time, with the potential for an additional identity(ies) or group of identities to become wealthier, adventurous and/or happier than one's everyday typical wage-earning “self”. In some examples human success is an engineered dynamic process that operates to help a plurality of those who are connected by means of an agnostic infrastructure whose automated and self-improving human success systems range from bottom-up support of individuals who operate independently, to top-down determination and “selling” of collective goals by new types of “Governances” that seek to influence and control groups (in some examples by IndividualISMs, CorporatISMs, WorldISMs, or other types of Governances). In some examples individuals and groups may leap ahead with a visible “fast follower” process: Humanity's status and results in a plurality of areas are reported publicly and visibly so that a plurality of ways that people and groups choose and construct this Alternate Reality are known and visible, including a plurality of their “best” and most successful activities, devices, actions, goals, rates of success, results and satisfaction (that is, more of what we choose, do and achieve is tracked, measured, reported visibly, etc.) so that people may know a plurality of the choices, products, services, etc. work best, and a plurality of individuals and groups may use this reporting. There are direct processes for accessing the same choices, settings, configurations, etc. that produce the “best” successes so that others may copy them, try them and switch to those that work best for them, based on what they want to achieve for themselves, their families, those with whom they enjoy Shared Planetary Life Spaces, etc.
In sum, while today's current reality is the background (including especially physical reality and its networked electronic devices environment), there are substantial alterations in this Alternate Reality. A “human success” Expandaverse parallels fiction by providing technologies from a different reality that operate by different assumptions and principles, yet it is contemporary to our reality in that it describes how to use current and new technology to build this Alternate Reality, contained herein and in various patent applications, including a range of devices and components—together an Alternate Reality Teleportal Machine (ARTPM).
HISTORICAL BACKGROUND: In our current reality and timeline, by 1982 the output per hour worked in the USA had become 10 times the output per hour worked 100 years before (Romer 1990, Maddison 1982). For nearly 200 years economic, scientific and technological advances have produced falling costs, increasing production and scale that has exploded from local to global levels across a plurality of economic areas of creation, production and distribution and a plurality of economies worldwide. Scarcity has been made obsolete for raw materials like rubber and wood as they have been replaced by growing ranges of invented materials such as plastics, polymers and currently emerging nano-materials. Even limited commodities such as energy may yield to abundant sources such as solar, wind and other renewable sources as innovations in these fields may make energy more efficient and abundant. More telling, the knowledge resources and communication networks required to drive progress are advancing because the means to copy and re-use digital bits are transforming numerous industries whose products or operating knowledge may be stored and transmitted as digital bits.
Economic theory is catching up with humanity's historic rise of material, energy, knowledge, digital and other types of abundance. Two of the seminal advances are considered Robert Solow's “A Contribution to the Theory of Economic Growth” (Solow, 1956) and Paul Romer's “Endogenous Technological Change” (Romer 1990). The former three factors of production (land, labor and capital with diminishing returns) have been replaced in economic theory by people (with education and skills), ideas (inventions and advances), and things (traditional inputs and capital). These new factors of production describe an economic growth model that includes accelerating technological change, intellectual property, monopoly rents and a dawning realization that widely advancing prosperity might become possible for most of humanity, not just for some.
The old proverb is being rewritten and it is no longer “Give a man a fish and you feed him for today, but teach a man to fish and you feed him for a lifetime.” Today we can say “reinvent fishing and you might feed the world” and by that mean invent new means of large-scale ocean fishing, reduce by-catch from as much as 50% of total catches to reduce destruction of ocean ecosystems, invent new types of fish farming, reduce external damage from some types of fish farming, improve refrigeration throughout the fish distribution chain, use genetic engineering to create domesticated fish, control overfishing of the oceans, develop hatcheries that multiply fish populations, or invent other ways to improve fishing that have never been considered before—and then deliver those advances to individuals, corporations and governments; and from small groups to societies throughout the global economy. Another way to say this is the more we invent, learn and implement successfully at scale, the more people can produce, contribute and consume abundantly. Comparing the past two decades to the past two centuries to civilization's history before that shows how increasing the returns from knowledge transforms the speed and scale of widespread transformations and economic growth opportunities available.
In spite of our progress, this historic shift from scarcity to abundance has been both unequal and inadequate in its scope and speed. There are inequalities between advanced economies, emerging economies and poor undeveloped countries. In every nation there are also huge income inequalities between those who create this expanding abundance as members of the global economy, and those who do local work at local wages and feel bypassed by this growth of global wealth. In addition, huge problems continue to multiply such as increasingly expensive and scarce energy and fuels, climate change, inadequate public education systems, healthcare for everyone, social security for aging populations, economic systems in turmoil, and other stresses that imply that the current rate of progress may need to be greater in scope and speed, and dynamically self-optimizing so it may become increasingly successful for everyone, including those currently left behind.
This “Alternate Reality Teleportal Machine” (ARTPM)”offers the “Alternate Reality” suggestion that if our goal is widespread human success and economic prosperity, then the three new factors of production are incomplete. A fourth factor—a Teleportal Machine (TPM) with components described herein in some examples, a Teleportal Utility (herein TPU), an Active Knowledge Machine (herein AKM), an Alternate Realities Machine (herein ARM), and much more that is exemplified herein—conceptually remake the world into one successful room, with at least some automated flows of a plurality of knowledge to the “point of need” based on each person's, organization's and society's activities and goals; with tracking and visibility of a plurality of results for continuous improvements. If this new TPM were added to “people, ideas and things” then the new connections and opportunities might actually enable part or more of this Alternate Reality to provide these types of economic and quality of life benefits in our current reality—our opportunities for personal success, personal economic prosperity and many specific advances might be accelerated to a new pace of growth, with new ways that might help replace scarcity with abundance and wider personal success.
CONNECTIONS: To achieve this examples of TPM components—Teleportal Devices (herein TP Devices)—reinvent the window and the “world” which its observers see. Instead of only looking through a wall to the scene outside a room, the window is reinvented as a “Local Teleportal” (LTP, which is a fixed Teleportal) or a “Mobile Teleportal” (MTP, which is a portable Teleportal) that provide two-way connections for every user with the world, and with those who also have a Teleportal Device, along with connections to “Remote Teleportals” (RTP) that provide access to remote locations (herein “Places”) that deliver a plurality of types of real-time and recorded video content from a plurality of locations. This TPM also includes Virtual Teleportals (VTP) which can be on devices like cell phones, PDAs, PCs, laptops, Netbooks, tablets, pads, e-readers, television set-top boxes, “smart” televisions, and other types of devices whether in current use or yet to be developed and turns a plurality of Subsidiary Devices into Alternate Input Devices (herein AIDs)/Alternate Output Devices (herein AODs; together AIDs/AODs). The TPM also includes integrated networks for applications in some examples a Teleportal Shared Space Network (or TPSSN), the ability to run applications of a plurality of types in some examples such as social networking communications or access to multiple types of virtual realities (Teleportal Applications Network or TPAN), personal broadcasting for communicating to groups of various sizes (Teleportal Broadcast Network or TPBN), and connection to various types of devices. The TPM also includes a Teleportal Network (TPN) to integrate a plurality of components and services in some examples Shared Planetary Life Space(s) (herein SPLS), an Alternate Realities Machine (ARM) to manage various boundaries that create these separate realities, and a Teleportal Utility (herein TPU) that enables connections, membership, billing, device addition, configuration, etc. Together and with ARTPM components these enable new types of applications and in some examples is another component, the Active Knowledge Machine (AKM), which adds automated information flows that deliver to users of Teleportal Machines and devices (as defined herein) the knowledge, information and entertainment they need or want at the time and place they need it. Another of some combinatorial examples is the ARM which provides multiple types of filters, protections and paywalls so the prevailing “common” culture is under each person's control with both the ability to exclude what is not wanted, and an optional requirement that each person must be paid for their attention rather than required to provide it for free. Together, this TPM and its components turn each individual and what he or she is doing into a dynamic filter for the “active knowledge,” entertainment and news they want in their lives, so that every person can take larger steps toward the leading edge of human achievement in a plurality of areas, even when they try something they have never done or known before. In this Alternate Reality, human knowledge, attention and achievement are made controlled, dynamic, deliverable and productive. Humanity's knowledge, especially, is no longer static and unuseful until it has been searched for, discovered, deciphered and applied—but instead is turned into a dynamic resource that may increase personal success, prosperity and happiness.
ACCELERATIONS: Economic growth research may confirm the potential for this TPM alternative reality. Recent economic research has calculated that the cross-country variation in the rate of technology adoption appears to account for at least one-fourth of per capita income differences (Comin et al, 2007 and 2008). That is, when different countries have different rates of adopting new technologies their economic growth rates are different because new technologies raise the level of productivity, production and consumption to the level of the newer technologies. Thus, the TPM is explicitly designed to harness the potentials for making personal, national and worldwide economic growth actually speed up at a plurality of personal and group economic levels by improving the types of communications that produce higher rates of personal and group successes and thereby economic growth—the production, transmission and use of the ideas and information that improves the outcomes and results that can be achieved from various types of activities and goals.
The history of technology also demonstrates that a new technology may radically transform societies. The development of agriculture was one of the earliest examples, with nomadic humans becoming settled farming cultures. New agricultural surpluses gave rise to the emergence of governments, specialized skills and much more. Similarly, the invention of money altered commerce and trade; and the combination of writing and mathematics altered inventories, architecture, construction, property boundaries and much more. Scientific revolutions like the Renaissance altered our view of the cosmos which in turn changed our understanding of who and what we are. These transformations continue today, with frequent developments in digital technologies like the Internet, communications, and their many new uses. In the Alternate Reality envisioned by the TPM, a plurality of current devices could be employed so individuals could automatically receive the know-how that helps them succeed in their current step, then succeed in their next step, and the step after that, until through a succession of successful steps they and their children may have new opportunities to achieve their lifes' goals. These can also focus some or much of their Active Knowledge Machine deliveries on today's crises such as energy, climate change, supporting aging populations, health care, basic and lifetime education so previously trained generations can adapt to new and faster changes, and more. In addition, the TPU (Teleportal Utility) and TPN (Teleportal Network) provide flexible infrastructure for adding new devices and capabilities as components that automatically deliver AKM know-how and entertainment, based on what each person does and does not want (through their AKM boundaries), across a range of devices and systems.
Some examples of this expanding future include e-paper on product packaging and various devices (such as but not exclusively Teleportal Packaging or TPP); teleportal devices in some examples mobile teleportal devices, wearable glasses, portable projectors, interactive projectors, etc. (such as but not exclusively Mobile Teleportals or MTPs); networking and specialized networks that may include areas like lifetime education or travel (such as but not exclusively Teleportal Networks or TPNs); alert systems for areas like business events, violent crimes or celebrity sightings (such as but not exclusively Teleportal Broadcast and Application Networks TPBANs); personal device awareness for personal knowledge deliveries to one's currently active and preferred devices (such as but not exclusively the Active Knowledge Machine or AKM); etc.
Together, these Alternate Reality Teleportal Machine (ARTPM), including the Active Knowledge Machine (AKM) (as well as the types of future networks and additions described herein) imply that new types of communications may lead to more delivery and use of the best information and ideas that produce individual successes, higher rates of economic growth, and various personal advances in the Quality of Life (QoL). In some examples during the use of devices that require energy, users can receive the best choices to save energy, as well as the know-how and instructions to use them so they actually use less energy—as soon as someone switches to a new device or system that uses less energy, from their initial attempt to use it through their daily uses, they may automatically receive the instructions or know-how to make a plurality of difficult step easier, more successful, etc.
Historically, humanity has seen the most dramatic improvements in its living conditions and economic progress during the most recent two centuries. This centuries-long growth in prosperity flies in the face of economists' dogma about scarcity and diminishing returns that dominated economic theory while the opposite actually occurred. Abundance has grown so powerful that at times it almost seemed to rewrite “Use it up or do without” into “Throw it out or do without.”. With this proven record of wealth expansion, abundance is now the world's strongest compulsion and most individuals' desired economic outcome for themselves and their families. Now as the micro- and macro-concepts of the TPM become clear it prompts the larger question of whether an Alternate Reality with widespread growth toward personal success and prosperity might be explicitly designed and engineered. Can a plurality of factors that produce and deliver an Alternate Reality that identifies and drives advances be specified as an innovation that includes means for new devices, systems, processes, components, elements, etc.? Might an Alternate Reality that explicitly engineers an abundance of human success and prosperity be a new type of technology, devices, systems, utility(ies), presence, and infrastructure(s)?
Social and interpersonal activities create awareness of problems and deliver advances that come from “rubbing elbows.” This is routinely done inside a company, on a university campus, throughout a city's business districts such as a garment district or finance center, in a creative center like Silicon Valley, at conferences in a field like pharmaceuticals or biotech, by clubs or groups in a hobby like fishing or gardening, in areas of daily life like entertainment or public education, etc. Can this now be done in the same ways worldwide because new knowledge is both an input to this process and an output from it? In some examples the TPM and AKM are designed to transform the world into one room by resizing our sphere of interpersonal contacts to the scale of a Shared Planetary Life Space(s) plus Active Knowledge, multiple native and alternate Teleportal devices, new types of networks, systems and infrastructures that together provide access to people, places, tools, resources, etc. Could these enable one shared room that might simultaneously be large enough and small enough for everyone to “rub elbows?”
Economics of scale apply. Advances in know-how can be received and used by a plurality simultaneously without using them up—in fact, more use multiplies the value of each advance because the fixed cost of creating a new advance is distributed over more users, so prices can be driven down faster while profits are increased—the same returns to scale that have helped transform personal lives and create developed economies during the last two centuries. The bigger the market the more money is made: Sell one advance at a high price and go broke, sell a thousand that are each very expensive and break even, but sell millions at a low price and get rich while helping spread that advance to many customers. Abundance becomes a central engine of greater personal success, collective advances, and widely enjoyed welfare. The Alternate Reality described herein is designed to bring into existence a similar wealth of enjoyment from human knowledge, abundance and entertainment—by introducing new means to expand this process to new fields and move increasing numbers of individuals and companies to humanity's leading edge at lower prices with larger profits as we “grow forward.”
BUSINESS: This TPM also addresses the business issue of enabling (an optional) business evolution from today's dominant silo platforms (such as mobile phone networks, PCs, and cable/satellite television) to a world of integrated and productive Teleportal connectivity. Some current communications and product platforms are supported by business models that lock in their customers. The “network industries” that lock in customers include computers (Windows), telecommunications (cell phone contracts, landline phones, networks like the Internet), broadcasting/television delivery (cable TV and satellite), etc. In contrast, the TPM provides the ability to support both current lock-in as Subsidiary Devices and new business models, permitting their evolution into more effective devices and systems that may produce business growth—because both currently dominant companies and new companies can use these advances within existing business models to preserve customer relationships while entering new markets with either current or new business models—that choice remains with each corporation and vendor.
Whether the business models stay the same or evolve, there are potentially large technology changes and outcome shifts in an Alternate Reality. We started with a culture built on printed books and newspapers, landline telephones, and television with only a few oligopolistic networks. Digital communications and media technologies developed in separate silos to become PCs with individual software applications, the Internet silo, cell phones, and televisions with a plurality of channels and (gradually) on-demand TV. This has produced a “three-screen” marketplace whereby many now use the three screens of computers, televisions and cell phones—even though they are fairly separate and only somewhat interconnected. The rise of the Internet has lead to widespread personal creation and distribution of personalized news (blogs, micro-blogging, citizen journalism, etc.), videos, entertainments, product reviews, comments, and other types of content that are based on individual tastes or personal experience, rather than institutional market power (such as from large entertainment or news companies, or major advertisers). Even without a TPM there is a growing emergence of new types of personal-based communications devices, uses, markets, interconnections and infrastructure that break from the past to create a more direct chain from where we each of us wants to go directly to the outcomes people want—rather than a collective “spectacle culture” and brands to which people are guided and limited. With the TPM, however, goals and intentions are surfaced as implicit in activities, actual success is tracked, gaps are identified and active knowledge deliveries help a plurality cross the bridge from desires to achievements.
COGNITION: Also a focus in the TPM's Alternate Reality, different cognitive and communication styles are emphasized such as more visual screens use with less use of paper. At this time, there may be a change along these lines which is leading to the decline of paper-dependent and printing-dependent industries such as newspapers and book publishing, and the rise of more digital, visual and new media channels such as e-readers, electronic articles, blogging, twitter, video over the Internet and social media that allows personal choices, personal expertise and personal goals to replace institution-driven profit-focused world views, with skimming of numerous resources (by means such as search engines, portals, linking, navigation, etc.). This new cognitive style replaces expensive corporate marketing and news media “spectacle” reporting that compel product-focused lifestyles, information, services, belief systems content, and the creation or expansion of needs and wants in large numbers of consumers. In this Alternate Reality there are optional transitions in some examples from large sources toward individual and one's chosen group sources; from one “self” per person to each person having (optional) multiple identities; from mass culture to selective filtering of what's wanted (even into individually controlled Shared Planetary Life Spaces, whose boundaries are attached to one or a plurality of multiple identities); from reading and interpreting institutional messages to independent and individual creation and selection of personally relevant information; from fewer broadcasters to potentially voluminous resources for recording, reinterpreting and rebroadcasting; along with large and more sensory-based (headline, pictorial, video and aural) cognitive styles with “always on” digital connectivity that includes: More scanning and skimming of visual layouts and visual content. A plurality of available resources and connections from LTPs (Local Teleportals), RTPs (Remote Teleportals), TPBNs (Teleportal Broadcast Networks created and run by individuals), TPANs (Teleportal Application Networks), remote control of electronic sources and devices through RCTP (Remote Control Teleportaling) by direct control via a Teleportal Device or through Teleportals located in varied locations, personal connections via MTPs (Mobile Teleportals) and VTPs (Virtual Teleportals), and more. Increasing volume, variety, speed and density of visual information and visual media; including more frequent simultaneous use of multiple media with shorter attention spans; within separately focused and bounded Shared Planetary Life Spaces. Growing replacement of long-form printed media such as newspapers and books in a multi-generation transition that may turn long-form content printing (e.g., longer than 3-5 pages) into merely one type of specialized media (e.g., paper is just one format and only sometimes dominant). Growing replacement of “presence” from a physical location to one's chosen connections, with most of those connections not physically present at most times, but instead communications-dependent through a variety of devices and media. The evolution of devices and technologies that reflect these cognitive and perceptual transformations, so they can be more fully realized. And more.
In sum, this Alternate Reality may provide options for the evolution of our cognitive reality with new utility(ies), new devices, new life spaces and more—for a more interactive digital reality that may be more successful, to provide the means for achieving and benefiting from new types of economic growth, quality of life improvements, and human performance advantages that may help solve the growing crises of our timeline while replacing scarcity and poverty with an accelerated expansion of abundance, prosperity and the multiple types of happiness each person chooses.
In some examples the ARTPM provides an Alternate Reality that integrates advancing know-how, resources, devices, learning, entertainment and media so that a plurality of users might gain increasing capabilities and achievements with increased connections, speed and scope. From the viewpoint of an Alternate Reality Teleportal Machine (ARTPM) in some examples this is designed to provide new ways to advance economically by delivering human success to a plurality of individuals and groups. It also includes integration of a plurality of devices, siloed business/product platforms, and existing business models so that (r)evolutionary transformations may potentially be achieved.
RAMIFICATIONS: In this “Alternate Reality's” timeline, humanity has embarked on a rare period of continuous improvements and transformations: What are devices (including products, equipment, services, applications, information, entertainment, networks, etc.)? Increasing ranges and types of “devices” are gaining enough computing, communications and video capabilities to re-open the basic definitions of what “devices” are and should become. A historic parallel is the transformation of engines into small electric motors, which then disappeared into numerous products (such as appliances), with the companion delivery of universal electric power by means of standardized plugs and wall sockets—making the electric motor an embedded, invisible tool that is unseen while people do a wide ranges of tasks. The ARTPM's implication that human success may undertake a similar evolution and be delivered throughout our daily lives as routinely as electricity from a wall socket may seem startling, but it is just one part. Today's three main screens are the computer, cell phone and television. In the TPM Alternate Reality these three screens may remain the same and fit that environment, or they may disappear into integrated parts of a different digital environment whose Teleportal Devices may transform the range and scope of our personal perception and life spaces, along with our individual identities, capacities and achievements.
The TPM's Alternate Reality provides dynamic new connections between uses and needs with vendors and device designers—a process herein named “AnthroTectonics.” New use-based designs are surfaced as a by-product from the AKM, ARM, TPU and TPM, and systems for this are enumerated. In some examples selling bundles of products and services with targeted levels of success or satisfaction may result, such as in some examples a governance's lifestyle plan for “Upward Mobility to Lifetime Luxury” that guides one's consumption of housing, transportation, financial services, products, services, and more—along with integrated guidance in achieving many types of personal and career goals successfully. Together, these and other ARTPM advances may provide expanded goals, processes and visibly reported results; with quantified collective knowledge and desires resulting in new types of digitally connected relationships in some examples between people, vendors, governances, etc. The companies and organizations that capture market share by being able to use these new Alternate Reality systems and their resulting devices advances can also control intellectual property rights from many new usage-driven designs of numerous types of devices, systems, applications, etc. The combination of these competitive advantages (ARTPM systems-created first-mover intellectual properties, numerous advances in devices and processes, and the resulting deeper relationships between customers and vendor organizations) may afford strong new commercial opportunities. In some examples those customers may receive new successes as a new normal part of everyday life—with vendors competing to create and deliver personal and/or lifetime success paths that capture family-level customer relationships that last decades, perhaps throughout entire lives.
This potential “marriage” between powerful corporations, new ways to “own” markets, and systems and processes that attach corporations with their customers' lifetime goals could lead to a growing realization that an Alternate Reality option may exist for our current reality, namely: “If you want a better reality, choose it.”
Because our current reality repeatedly suffers serious crises, at some future crisis the combination of powerful corporations who are able to deliver a growing range of human successes and the demands of a larger crisis may connect. Could the fortunes of those global companies rise at that time by using their new capabilities to help drive and deliver new types of successes? Could the fortunes of humanity—first in that crisis and then in its prosperity after that—rise as well?
This innovation's multiple components were created as steps toward a new portfolio that might demonstrate that humanity is becoming able to create and control reality—actually turning it into multiple realities, multiple identities, multiple Shared Planetary Life Spaces, and more—with one of the steps into this future an attempt to deliver a more connected and success-focused stage of history—one where the dreams and choices of individuals, groups, companies, countries and others may pursue self-realization. When the transformations are considered together, each person may gain the ability to specify multiple realities along with the ability to switch between them—more than humanity gaining control of reality, this may be the start of each person's control over it.
Is it possible that a new era might emerge when one of the improvement options could be: “If you want a better reality, switch it.”
SUMMARYIn this document, we sometimes use certain phrases to refer to examples or broad concepts or both that relate to corresponding phrases that appear in current and future claims. We do not mean to imply that there is necessarily a direct and complete overlap in their meaning. Yet, roughly speaking, the reader can infer an association between the following: “Alternate Reality” or “Expandaverse” and the broad concepts to which at least some of the claims are directed; “altered reality” and Alternate Reality; “Shared Planetary Life Spaces” and “virtual places” and “digital presence”; “Alternate Reality Teleportal Machine” and a wide variety of devices, resources, networks, and connections; “Utility” and a publicly accessible network, network infrastructure, and resources, and in some cases cooperating devices that use the network, the infrastructure, and the resources; “Active Knowledge Machine” and “active knowledge management facility”; “Active Knowledge Interactions” and active knowledge accumulation and dissemination; “Active Knowledge” and information associated with activities and derived from users and for which users have goals; “Teleportal Devices” or “TP Devices” and electronic devices that are used at geographically separate locations to acquire and present items of content; “Alternate Realities Machine” and a facility to manage altered realities; “Quality of Life (QoL)” and goals, interests, successes, and combinations of them.
In general, in an aspect, electronic systems acquire items of audio, video, or other media, or other data, or other content, in geographically separate acquisition places. A publicly available set of conventions, with which any arbitrary system can comply, is used to enable the items of content to be carried on a publicly accessible network infrastructure. On the publicly accessible network infrastructure, services are provided that include selecting, from among the items of content, items for presentation to recipients through electronic devices at other places. The selecting is based on (a) expressed interests or goals of the recipients, to whom the items will be presented, and (b) variable boundary principles that encompass boundary preferences derived both from sources of the items of content and from the recipients to whom the items are to be presented. The variable boundary principles define a range of regimes for passing at least some of the items to the recipients and blocking at least some of the items from the recipients. The selected items of content are delivered to the recipients through the network infrastructure to the devices at the other places in compliance with the publicly available set of conventions. At least some of the selected items are presented to the recipients at the presentation places automatically, continuously, and in real time, putting aside the latency of the network infrastructure.
Implementations may include one or more of the following features. The electronic systems include cameras, video cameras, mobile phones, microphones, speakers, and computers. The electronic systems include software to perform functions associated with the acquisition of the items. The publicly available set of conventions also enable the items of content to be processed on the publicly accessible network infrastructure. The services provided on the publicly accessible network infrastructure are provided by software. At least one of the actions of (a) using electronic systems to acquire items in acquisition places, (b) using a publicly available set of conventions, (c) providing services, (d) delivering selected items, and (e) presenting some of the selected items, is performed by resources that include hardware, software, or a combination of hardware and software, that are part of the network infrastructure, part of the electronic devices, or part of presentation devices at the presentation places, or a combination of them. At least some of the acquisition places are also presentation places. The resources include controller resources that remotely control other controlled resources. The controlled resources include at least one of computers, television set-top boxes, digital video recorders (DVRs), and mobile phones. The usage of at least some of the resources is shared. The shared usage may include remote usage, local usage, or networked usage. The items are acquired by people using resources. At least one of the actions is performed by at least one of the resources in the context of a revenue generating business model. The revenue is generated in connection with at least one of (a) using electronic systems to acquire items in acquisition places, (b) using a publicly available set of conventions, (c) providing services, (d) delivering selected items, (e) presenting some of the selected items, (f) or advertising in connection with any of them. The revenue is generated using hardware, software, or a combination of hardware and software, that are part of the network infrastructure, part of the electronic devices, or part of presentation devices at the presentation places, or a combination of them.
In general, in an aspect, items of audio, video, other media, or other data, or other content are acquired from sources located in geographically separate places. The items of content are communicated to a network infrastructure. On the network infrastructure, services are provided that include selecting, from among the acquired items of content, items for presentation to recipients at other places, the selecting being based on (a) expressed interests or goals of the recipients to whom the items will be presented, and (b) variable boundary screening principles that are based on source preferences derived from the sources of the content and recipient preferences derived from recipients to whom the items are to be presented. The items of content are transmitted to the other places, and at least some of the selected items are presented to the recipients at the other places automatically, continuously, and in real time, relative to their acquisition, taking account of time required to communicate, select, and transmit the items.
Implementations may include one or more of the following features. At least one of the actions of (a) acquiring items, (b) communicating items, (c) providing services, (d) transmitting items, and (e) presenting some of the selected items, is performed by resources that include hardware, software, or a combination of hardware and software, that are part of the network infrastructure, part of the electronic devices, or part of presentation devices at the presentation places, or a combination of them. The expressed interests or goals of the recipients, to whom the items will be presented, define characteristics of an alternate reality, relative to an existing reality that is represented by real interactions between those recipients and the electronic devices located at the presentation places. The acquired items of content include (a) active knowledge, associated with activities, derived from users of at least some of the electronic systems at the separate places, for which the users have goals, (b) information about success of the users in reaching the goals, and (c) guidance information for use in guiding the users to reach the goals, the guidance information having been adjusted based on the success information, and the adjusted guidance information is presented to the users. The electronic systems include digital cameras. The activities include actions of the users on the electronic systems, and the information about success is generated by the electronic systems as a result of the actions. The guidance information is presented to the users through the electronic systems. The guidance information is presented to the users through systems other than the electronic systems. The presenting of the selected items to the recipients at the presentation places and the acquisition of items at the acquisition places establish virtual shared places that are at least partly real and at least partly not real, and the recipients are enabled to experience having presences in the virtual places. The network infrastructure includes an accessible utility that is implemented by devices, can communicate the items of content from the acquisition places to the presentation places based on the conventions, and provides services on the network infrastructure associated with receiving, processing, and delivering the items of content. The items are acquired at digital cameras in the acquisition places, the interests and goals of the recipients relate to photography. The recipients include users of the digital cameras, and the selected items that are presented to the recipients include information for taking better photographs using the digital cameras. The recipients are designers of digital cameras, and the selected items that are presented to the designers include information for improving designs of the digital cameras. The resources provide governances. The items relate to activities at the acquisition places and the items selected for presentation to recipients at the other places concern a governance for at least one of the recipients. The variable boundary principles encompass, for each of the recipients to whom the items are to be presented, more than one identity. Coordinated globally accessible directories of the items of content are maintained, the communications of the items of content, the places, the recipients, the interests, the goals, and the variable boundary principles.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire items of content and to present the items of content to geographically separate participants as part of virtual places, each of which is persistent and at least partially remote with respect to the participants, and using one or more presence management facilities to enable two or more of the participants to be present in one or more of the virtual places at any time, continuously, and simultaneously.
Implementations may include one or more of the following features. One or more background management facilities are used to manage the items of content in a manner to present and update background contexts for the virtual places as experienced by the participants. One or more of the background management facilities operates at multiple locations. The different background contexts are presented to different participants in a given virtual place. One or more of the background management facilities changes one or more background contexts of a virtual place by changing one or more locations of the background context. The background context of a virtual place includes commercial information. The background context of a virtual place includes any arbitrary location. The background context includes items of content representing real places. The background context includes items of content representing real objects. The real objects include advertisements, brands of products, buildings, and interiors of buildings. The background context includes items of content representing non-real places. The background context includes items of content representing non-real objects. The non-real objects include CGI advertisements, CGI illustrations of brands of products, and buildings. One or more of the background management facilities responds to a participant's indicating items of content to be included or excluded in the background context. The participant indicates items of content associated with the participant's presence that are to be included or excluded in the participant's presence as experienced by other participants. The participant indicates items of content associated with another participant's presence that are to be included or excluded in the other participant's presence as experienced by the participant. One or more of the background management facilities presents and updates background contexts as a network facility. The background contexts are updated in the background without explicit action by any of the participants. One or more of the background management facilities presents and updates background contexts without explicit action by any of the participants. One or more of the background management facilities presents and updates background contexts for a given one of the virtual places differently for different participants who have presences in the virtual place. One or more of the background management facilities responds to at least one of: participant choices, automated settings, a participant's physical location, and authorizations. One or more of the background management facilities presents and updates background contexts for the virtual places using items of content for partial background contexts, items of content from distributed sources, pieced together items of content, and substitution of non-real items of content for real items of content. One or more of the background management facilities includes a service that provides updating of at least one of the following: background contexts of virtual places, commercial messages, locations, products, and presences. One or more of the presence management facilities receives state information from devices and identities used by a participant and determines a state of the presence of the participant in at least one of the virtual places. One or more of the presence management facilities receives state information from devices and identities used by a participant and determines a state of the presence of the participant in a real place. The presence state is made available for use by presence-aware services. The presence state is updated by the presence management facility. The presence state includes the availability of the user to be present in the virtual place. One or more of the presence management facilities controls the visibility of the presence states of participants. One or more of the presence management facilities manages presence connections automatically based on the presence states.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire items of content associated with virtual events that have defined times and purposes and occur in virtual places, and to present the items of content to geographically separate participants as part of the virtual events in the virtual places, each of the virtual places and virtual events being persistent and at least partially remote with respect to the participants, and using a virtual event management facility to enable two or more of the participants to have a presence at one or more of the virtual events at any time, continuously, and simultaneously.
Implementations may include one or more of the following features. The virtual events include real events that occur in real places and have virtual presences of participants. The virtual events include elements of real events occurring in real time in real locations. The purposes of the events include at least one of business, education, entertainment, social service, news, governance, and nature. The participants include at least one of viewers, audience members, presenters, entertainers, administrators, officials, and educators. A background management facility is used to manage the items of content in a manner to present and update background contexts for the events as experienced by participants. One or more virtual event management facilities manages an extent of exposure of participants in the events to one another. The participants can interact with one another while present at the events. The participants can view or identify other participants at the events. One or more virtual event management facilities is scalable and fault tolerant. One or more of the presence management facilities is scalable and fault tolerant. The virtual event management facility enables participants to locate virtual events using at least one of: maps, dashboards, search engines, categories, lists, APIs of applications, preset alerts, social networking media, and widgets, modules, or components exposed by applications, services, networks, or portals. The virtual event management facility regulates admission or participation by participants in virtual events based on at least one of: price, pre-purchased admission, membership, security, or credentials.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire items of content and to present the items of content to geographically separate participants as part of virtual places, each of which is persistent and at least partially local and at least partially remote with respect to the participants, using a presence management facility to enable two or more of the participants to be present in one or more of the virtual places at any time, continuously, and simultaneously, the presence management facility enabling a participant to indicate a focus for at least one of the virtual places in which the participant has a presence, the focus causing the presence of at least one of the other participants to be more prominent in the virtual place than the presences of other participants in the virtual place, as experienced by the participant who has indicated the focus.
Implementations may include one or more of the following features. Presenting items of content to geographically separate participants includes opening a virtual place with all of the participants of the virtual place present in an open connection. In the opened connection, one or more participants focuses the connection so they are together in an immediate virtual space. The focus causes the one participant to be more easily seen or heard than the other participants.
In general, in an aspect, a method includes enabling a participant to become present in a virtual place by selecting one identity of the participant which the user wishes to be present in the virtual place, invoking the virtual place to become present as a selected identity, indicating a focus for the virtual place to cause the presence of at least one other participant in the virtual place to be more prominent than the presences of other participants in the virtual place, as experienced by the participant who has indicated the focus,
Implementations may include one or more of the following features. The identity is selected manually by the participant. The identity is selected by the participant using a particular device to become present in the virtual place. The identities include identities associated with personal activities of the participant and the virtual places include places that are compatible with the identities. The participant includes a commercial enterprise, the identities include commercial contexts in which the commercial enterprise operates, and the virtual places include places that are compatible with the commercial contexts. The participant includes a participant involved in a mobile enterprise, the identities include contexts involving mobile activities, and the virtual places include places in which the mobile activities occur. The participant selects a device through which to become present in the virtual place. The focus is with respect to categories of connection associated with the presences of the participants in the virtual places. The categories include at least one of the following: multimedia, audio only, observational only, one-way only, and two-way.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire items of content and to present the items of content to geographically separate participants as part of virtual places, each of which is persistent and at least partially local and at least partially remote with respect to the participants, and using a connection management facility to manage connections between participants with respect to their presences in the virtual places.
Implementations may include one or more of the following features. The connection management facility opens, maintains, and closes connections based on devices and identities being used by participants. The connections are opened, maintained, and closed automatically. The connection management facility opens and closes presences in the virtual places as needed. The connection management facility maintains the presence status of identities of participants in the virtual places. The connection management facility focuses the connections in the virtual places.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire items of content and to present the items of content to geographically separate participants as part of virtual places, each of which is persistent and at least partially local and at least partially remote with respect to the participants, and using a presence facility to derive and distribute presence information about presence of the participants in the virtual places.
Implementations may include one or more of the following features. The presence information is derived from at least one of the following: the participants' activities with the devices, the participants' presences using various identities, the participants' presences in the virtual places, and the participants' presences in real places. The presence facility responds to participant settings and administrator settings. The settings include at least one of: adding or removing identities, adding or removing virtual places, adding or removing devices, changing presence rules, and changing visibility or privacy settings. The presence facility manages presence boundaries by managing access to and display of presence information in response to at least one of: rules, policies, access types, selected boundaries, and settings.
In general, in an aspect, a method includes using electronic devices at geographically separate locations to acquire and present items of content, and using a place management facility to manage the acquisition and presentation of the items of content in a manner to maintain virtual places, each of which is persistent and at least partially local and at least partially remote, and in each of which two or more participants can be present at any time, continuously, and simultaneously.
Implementations may include one or more of the following features. The items of content include at least one of: a real-time presence of a remote person, a real-time display of a separately acquired background such as a place, and a separately acquired background content such as an advertisement, product, building, or presentation. The presence is embodied in at least one of video, images, audio, text, or chat. The place management facility does at least one of the following with respect to the items of content: auto-scale, auto-resize, auto-align, and in some cases auto-rotate. The auto activities include participants, backgrounds, and background content. One or more place management facilities enable the participant to be present in the remote part of a virtual place from any arbitrary real place at which the participant is present. The background aspect of the virtual place is presented as a selected remote place that may be different from the actual remote part of the virtual place. One or more of the place management facilities controls access by the participants to each of the virtual places. One or more of the place management facilities controls visibility of the participants in each of the virtual places. The presentation of the items of content includes real-time video and audio of more than one participant having presences in a virtual place. The presentation of the items of content includes real-time video and audio of one participant in more than one of the virtual places simultaneously. The access is controlled electronically, physically, or both, to exclude parties. The access is controlled to regulate presences of participants at events. The access is controlled using at least one of: white lists, black lists, scripts, biometric identification, hardware devices, logins to the place management facility, logins other than to one or more place management facilities, paid admission, security code, membership credential, authorization, access cards or badges, or door key pads. At least one of the actions of (a) acquiring items, (b) presenting items, and (c) managing acquisition and presentation of items is performed by resources that include hardware, software, or a combination of hardware and software, that are part of the separate locations. The hardware and software include at least one of: video equipment, audio equipment, sensors, processors, memory, storage, software, computers, handheld devices, and network. The separate locations include participants who are senders and receivers. The managing presentation of the items is performed by one or more of the network facilities not necessarily operating at any of the separate locations. The presentation of the items of content includes at least one of: changing backgrounds associated with presences of participants; presenting a common background associated with two or more of the presences of participants; changing parts of backgrounds associated with presences of participants; presenting commercial information in backgrounds associated with presences of participants; making background changes automatically based on profiles, settings, locations, and other information; and making background changes in response to manually entered instructions of the participants. The presentation of the items of content includes replacing backgrounds associated with presences of the participants with replacement backgrounds without informing participants that a replacement has been made. One or more place management facilities manage shared connections to permit focused connections among the participants who are present in the virtual places. The shared connections permit focused connections in at least one of the following modes: in events, one-to-one, group, meeting, education, broadcast, collaboration, presentation, entertainment, sports, game, and conference. The shared connections are provided for events such as business, education, entertainment, sports, games, social service, news, governance, nature and live interactions of participants. The media for the connections include at least one of: video, audio, text, chat, IM, email, asynchronous, and shared tools. The connections are carried on at least one of the following transport media: the Internet, a local area network, a wide area network, the public switched telephone network, a cellular network, or a wireless network. The shared connections are subjected to at least one of the following processes: recording, storing, editing, re-communicating, and re-broadcasting. One or more of the place management facilities permits access by non-participants to information about at least one of: virtual places, presences, participants, identities, status, activities, locations, resources, tools, applications, and communications. One or more of the place management facilities permits participants to remotely control electronic devices at remote locations of the virtual places in which they are present. One or more of the place management facilities permits participants to share one or more of the electronic devices. The sharing includes authorizing sharing by at least one of the following: manually, programmatically by authorizing automated sharing, automated sign ups with or without payments, or freely. The shared electronic devices are shared locally or remotely through a network and as permitted by a party who controls the device. The access is permitted to the information through an application programming interface. The application programming interface permits access by independent applications and services. The participants have virtual identities that each have at least one presence in at least one of the virtual places. Each of the participants has more than one virtual identity in each of the places. The multiple virtual identities of each of the participants can have presences in a virtual place at a given time. Each of the virtual identities is globally unique within one or more of the place management facilities. One or more of the place management facilities enables each of the participants to have a presence in remote parts of the virtual places. One or more of the place management facilities manages one or more groups of the participants. One or more of the place management facilities manages one or more groups of presences of participants. One or more of the place management facility manages events that are limited in time and purpose and at which participants can have presences. The participants may be observers or participants at the events. One or more of the place management facilities manages the visibility of participants to one and other at the events. The visibility includes at least one of: presence with everyone who is at the event publicly, presence only with participants who share one of the virtual places, presence only with participants who satisfy filters, including searches, set by a participant, and invisible presence. At least one of the participants includes a person. At least one of the participants includes a resource. The resource includes a tool, device, or application. The resource includes a remote location that has been substituted for a background of a virtual place. The resource includes items of content including commercial information. One or more of the place management facilities maintains records related to at least one of resources, participants, identities, presences, groups, locations, virtual places, aggregations of large numbers of presences, and events. Maintaining the records includes automatically receiving information about uses or activities of the resources, participants, identities, presences, groups, locations, participants' changes during focused connections in virtual places, and virtual places. One or more of the place management facilities recognizes the presence of participants in virtual places. One or more of the place management facilities manages a visibility to other participants of the presence of participants in the virtual places. The visibility is based on settings associated with participants, groups, virtual places, rules, and non-participants. The visibility is managed in at least two different possible levels of privacy. The visibility includes information about the participants' presence and data of the participants that is governed by privacy constraints. The privacy constraints include rules and settings selected by individual participants. The privacy constraints include that if the presence is private, the data of the participant is private, if the presence is secret then the existence of the presence and its data is invisible. The visibility is managed with respect to permitted types of communication to and from the participants. One or more of the place management facilities provides finding services to find at least one of participants, identities, presences, virtual places, connections, events, large events with many presences, locations, and resources. The finding services include at least one of: a map, a dashboard, a search, categories, lists, APIs alerts, and notifications. One or more of the place management facilities controls each participant's experience of having a presence in a virtual place, by filtering. The filtering is of at least one of: identities, participants, presences, resources, groups, and connections. The resources include tools, devices, or applications. The filtering is determined by at least one value or goal associated with the virtual place or with the participant. The value or goal includes at least one of: family or social values, spiritual values, commerce, politics, business, governance, personal, social, group, mobile, invisible or behavioral goals. Each of the virtual places spans two or more geographic locations.
In general, in an aspect, a method includes using electronic systems to acquire items of audio, video, or other media, or other data, or other content, in geographically separate acquisition places, using a publicly available set of conventions, with which any arbitrary system can comply, to enable the items of content to be carried on a publicly accessible network infrastructure, providing, on the publicly accessible network infrastructure, services that include selecting, from among the items of content, items for presentation to recipients through electronic devices at other places, the selecting being based on (a) expressed interests or goals of the recipients, to whom the items will be presented, and (b) variable boundary principles that encompass boundary preferences derived both from sources of the items of content and from the recipients to whom the items are to be presented, the variable boundary principles defining a range of regimes for passing at least some of the items to the recipients and blocking at least some of the items from the recipients, delivering the selected items of content to the recipients through the network infrastructure to the devices at the other places in compliance with the publicly available set of conventions, and presenting at least some of the selected items to the recipients at the presentation places automatically, continuously, and in real time, putting aside the latency of the network infrastructure.
Implementations may include one or more of the following features. The electronic systems include at least one of the following: cameras, video cameras, mobile phones, microphones, speakers, computers, landline telephones, VOIP phone lines, wearable computing devices, cameras built into mobile devices, PCs, laptops, stationary internet appliances, netbooks, tablets, e-pads, mobile internet appliances, online game systems, internet-enabled televisions, television set-top boxes, DVR's (digital video recorders), digital cameras, surveillance cameras, sensors, biometric sensors, personal monitors, presence detectors, web applications, websites, web services, and interactive web content. The electronic systems include software to perform functions associated with the acquisition of the items. The publicly available set of conventions also enable the items of content to be processed on the publicly accessible network infrastructure. The services provided on the publicly accessible network infrastructure are provided by software. At least one of the actions of (a) using electronic systems to acquire items in acquisition places, (b) using a publicly available set of conventions, (c) providing services, (d) delivering selected items, and (e) presenting some of the selected items, is performed by resources that include hardware, software, or a combination of hardware and software, that are part of the network infrastructure, part of the electronic devices, or part of presentation devices at the presentation places, or a combination of them. At least some of the acquisition places are also presentation places. The resources include controller resources that remotely control other, controlled resources. The controlled resources include at least one of computers, television set-top boxes, digital video recorders (DVRs), and mobile phones. The usage of at least some of the resources is shared. The shared usage may include remote usage, local usage, or networked usage. The items are acquired people using resources. At least one of the actions is performed by at least one of the resources in the context of a revenue generating business model. The revenue is generated in connection with at least one of (a) using electronic systems to acquire items in acquisition places, (b) using a publicly available set of conventions, (c) providing services, (d) delivering selected items, (e) presenting some of the selected items, (f) or advertising in connection with any of them. The revenue is generated using hardware, software, or a combination of hardware and software, that are part of the network infrastructure, part of the electronic devices, or part of presentation devices at the presentation places, or a combination of them.
In general, in an aspect, electronic devices are used at geographically separate locations to acquire and present items of content. A place management facility manages the acquisition and presentation of the items of content in a manner to maintain virtual places. Each of the virtual places is persistent and at least partially local and at least partially remote. In each of the virtual places, two or more participants can be present at any time, continuously, and simultaneously. The place management facility enables the participant to be present in the remote part of a virtual place from any arbitrary real place at which the participant is present. The place management facility controls access by the participants to each of the virtual places. The access is controlled electronically, physically, or both, to exclude intruders.
Implementations may include one or more of the following features. The access is controlled using at least one of: white lists, black lists, scripts, biometric identification, hardware devices, logins to the place management facility, logins other than to the place management facility, access cards or badges, or door key pads. At least one of the actions of (a) acquiring items, (b) presenting items, and (c) managing acquisition and presentation of items is performed by resources that include hardware, software, or a combination of hardware and software, that are part of the separate locations. The place management facility manages shared connections to permit communications among the participants who are present in the virtual places. The shared connections permit communications in at least one of the following modes: one-to-one, group, meeting, classroom, broadcast, and conference. The communications on shared connections are optionally subjected to at least one of the following processes: recording, storing, editing, re-communicating, and re-broadcasting. The place management facility permits access by non-participants to information about at least one of: virtual places, presences, participants, identities, resources, tools, applications, and communications. The place management facility permits participants to remotely control electronic devices at remote locations of the virtual places in which they are present. The place management facility permits participants to share one or more of the electronic devices. The sharing includes authorizing sharing by at least one of the following: (1) manually, (2) programmatically by authorizing automated sharing, (3) automated sign ups with or without payments, or (4) freely The shared electronic devices are shared locally or remotely through a network and as permitted by a party who controls the device. The access is permitted to the information through an application programming interface. The system enables the participants to have virtual identities that each have at least one presence in at least one of the virtual places. The place management facility enables each of the participants to have more than one virtual identity in each of the places. The multiple virtual identities of each of the participants can have presences in the virtual place at a given time. Each of the virtual identities is globally unique within the place management facility. The place management facility enables each of the participants to have a presence in remote parts of the virtual places. The place management facility manages one or more groups of the participants. The place management facility manages one or more groups of presences of participants. At least one of the participants includes a person. At least one of the participants includes a resource. The resource includes a tool, device, or application. The place management facility maintains records related to at least one of resources, participants, identities, presences, groups, locations, and virtual places. Maintaining the records includes automatically receiving information about uses or activities of the resources, participants, identities, presences, groups, locations, and virtual places. The place management facility recognizes the presence of participants in virtual places. The place management facility manages a visibility to other participants of the presence of participants in the virtual places. The visibility is managed in at least two different possible levels of privacy. The visibility includes information about the participants' presence and data of the participants that is governed by privacy constraints. The privacy constraints include that (1) if the presence is private, the data of the participant is private, (2) if the presence is secret then the existence of the presence and its data is invisible. The visibility is managed with respect to permitted types of communication to and from the participants. The place management facility provides finding services to find at least one of participants, identities, presences, virtual places, connections, locations, and resources. The place management facility controls each participant's experience of having a presence in a virtual place, by filtering. The filtering is of at least one of: identities, participants, presences, resources, groups, and communications. The resources include tools, devices, or applications. The filtering is determined by at least one value or goal associated with the virtual place or with the participant. The value or goal includes at least one of: family or social values, spiritual values, or behavioral goals. Each of the virtual places spans multiple geographic locations.
In general, in an aspect, an active knowledge management facility is operated with respect to participants who have at least one expressed goal related to at least one common activity. The active knowledge management facility accumulates information about performance of the common activity by the participants and information about success of the participants in achieving the goal, from electronic devices at geographically separate locations. The information is accumulated through a network in accordance with a set of predefined conventions for how to express the performance and success information. The active knowledge management facility adjusts guidance information that guides participants on how to reach the goal, based on the accumulated information.
Implementations may include one or more of the following features. The active knowledge management facility disseminates the adjusted participant guidance information. The electronic systems include digital cameras. The activities include actions of the users on the electronic systems, and the information about success is generated by the electronic systems as a result of the actions. The adjusted participant guidance information is disseminated by the same electronic devices from which the performance information is accumulated. The adjusted participant guidance information is disseminated by devices other than the electronic devices from which the performance information is accumulated. The active knowledge management facility includes distributed processing of the information at the electronic devices. The active knowledge management facility includes central processing of the information on behalf of the electronic devices. The active knowledge management facility includes hybrid processing of the information at the electronic devices and centrally. The participants include providers of goods or services to help other participants reach the goal. At least one of the expressed goals is shared by more than one of the participants. At least part of the information is accumulated automatically. At least part of the information is accumulated manually. The information about success of the participants in achieving the goal includes a quality of performance or a level of satisfaction. The adjusted participant guidance information includes the best guidance information for reaching the goal. At least some of the adjusted participant guidance information is disseminated in exchange for consideration. The activity information is made available to providers of guidance information. The activity information is made available to the participants. The success information is made available to providers of guidance information. The success information is made available to the participants. The activity information is made available to providers of goal reaching devices or services. The success information is made available to providers of goal reaching devices or services. The guidance information guides participants in the use of electronic devices. The activity information and the success information are accumulated at virtual places in which the participants have presences. The guidance information is used to alter a reality of the participants.
In general, in an aspect, by means of an electronically accessible persistent utility on a network, at all times and at geographically separate locations, information is accepted from and delivered to any arbitrary electronic devices or arbitrary processes. The information, which is communicated on the network, is expressed in accordance with conventions that are predefined to facilitate altering a reality that is perceived by participants who are using the electronic devices or the processes at the locations.
Implementations may include one or more of the following features. The altering of the reality is associated with becoming more successful in activities for which the participants share a goal. The altering of the reality includes providing virtual places that are in part local and in part remote to each of the separate locations and in which the participants can be present. The altering of the reality includes providing multiple altered realities for each of the participants. The arbitrary electronic devices or arbitrary processes include at least one of: televisions, telephones, computers, portable devices, players, and displays. The electronic devices and processes expose user-interface and real-world capture and presentation functions to the participants. The electronic devices and processes incorporate proprietary technology or are distributed using proprietary business arrangements, or both. At least some of the electronic devices and processes provide local functions for the participants. The local functions include local capture and presentation functions. At least some of the electronic devices and processes provide remote capture functions for participants. At least some of the electronic devices and processes include gateways between other devices and processes and the network. The utility provides services with respect to the information. The services include analyzing the information. The services include storing the information. The services include enabling access by third parties to at least some of the information. The services include recognition of an identity of a participant associated with the information. The network includes the Internet. The conventions include message syntaxes for expressing elements of the information.
In general, in an aspect, with respect to aspects of a person's reality that include interactions between the person and electronic devices that are served by a network, the person is enabled to define characteristics of an altered reality for the person or for one or more identities associated with the person. The interactions between the person or a given one of the identities of the person and each of the electronic devices are automatically regulated in accordance with the defined characteristics of the altered reality.
Implementations may include one or more of the following features. The person is enabled to define characteristics of multiple different altered realities for the person or for one or more identities associated with the person. The person is enabled to switch between altered realities. The characteristics defined for an altered reality by the person are applied to automatically regulate interactions between a second person and electronic devices. Automatically regulating the interactions includes filtering the interactions. The filtering includes filtering in, filtering out, or both. Automatically regulating the interactions includes arranging for payments to the person based on aspects of the interactions with the person or one or more of the identities. A facility enables the person to define variable boundary principles of the altered reality. The interactions include presentation of items of content to the person or to one or more identities of the person. The items of content include tools and resources. The interactions include the electronic devices receiving information from the person with respect to the person or a given one or more of the identities. The electronic devices include devices that are located remotely from the person. A performance of the altered reality is evaluated based on a defined metric. The characteristics of the altered reality are changed to improve the performance of the altered reality under the defined metric. The characteristics are changed automatically. The characteristics are changed manually. The characteristics are changed by the person with respect to the person or one or more of the identities of the person. The characteristics are changed by vendors. The characteristics are changed by governances. Automatically regulating the interactions includes providing security for the person or one or more of the identities with respect to the interactions. Regulating the interactions between the person or one or more of the identities and each of the electronic devices includes reducing or excluding the interactions. Automatically regulating interactions includes increasing the amount of the interactions between the person or one or more of the identities and the electronic devices as a proportion of all of the interactions that the person or the identity has in experiencing reality. The characteristics defined for the person or the identity include goals or interests of the person or the one or more identity. The altered reality includes a shared virtual place in which the person or the one or more of the identities has a presence. The person has multiple identities for each of which the person is enabled to define characteristics of multiple different altered realities. The person is enabled to switch between the multiple different altered realities. The electronic devices include at least one of a display device, a portable communication device, and a computer. The electronic devices include connected TVs, pads, cell phones, tablets, software, applications, TV set-top boxes, digital video recorders, telephones, mobile phones, cameras, video cameras, mobile phones, microphones, portable devices, players, displays, stand-alone electronic devices or electronic devices that are served by a network. The electronic devices are local to the person or one or more of the identities. The electronic devices are mobile. The electronic devices are remote from the person or one or more of the identities. The electronic devices are virtual. The defined characteristics of the altered reality are saved and shared with other people. The results of one or more altered realities are reported for use by another person or one or more identities who utilizes the altered realities. The results of one or more altered realities are reported and shared with other people. The characteristics of reported altered realities are retrieved by other people. The person alters the defined characteristics of the altered reality for the person or one or more of the identities over time. The characteristics are defined by the person to include specified kinds of interactions by the person or one or more of the identities with the electronic devices. The characteristics are defined by the person to exclude specified kinds of interactions by the person or one or more of the identities with the electronic devices. The characteristics are defined by the person to associate payment to the person for including specified kinds of interactions by the person or one or more of the identities in the altered reality.
In general, in an aspect, through an electronically accessible persistent utility on a network, at all times and in geographically separate locations, accepting from and delivering to mobile electronic devices or processes and remote electronic devices and processes, and communicating on the network, information expressed in accordance with conventions that are predefined to facilitate altering a reality that is perceived by participants who are using the mobile electronic devices or processes and the remote electronic devices or processes at the locations.
Implementations may include one or more of the following features. The mobile electronic devices and processes comprise at least one of mobile phones, mobile tablets, mobile pads, wearable devices, portable projectors, or a combination of them. The remote electronic devices and processes comprise non-mobile devices and processes. The mobile electronic devices and processes or the remote electronic devices and processes comprise ground-based devices and processes. The mobile electronic devices and processes or the remote electronic devices and processes comprise air-borne devices and processes. The conventions that are predefined to facilitate altering a reality that is perceived by participants comprise features that enable participants to perceive, using the devices and processes, a continuously available alternate reality associated simultaneously with more than one of the geographically separate locations.
In general, in an aspect, an apparatus comprises an electronic device arranged to communicate, through a communication network, audio and video presence content in a way (a) to maintain a continuous real-time shared presence of a local user with one or more remote users at remote locations and (b) to provide to and receive from the communication network alternate reality content that represents one or more features of a sharable alternative reality for the local user and the remote users.
Implementations may include one or more of the following features. The electronic device comprises a mobile device. The electronic device comprises a device that is remote from the local user. The electronic device is controlled remotely. The presence content comprises content that is broadcast in real time. The electronic device is arranged to provide multiple functions that effect aspects of the alternative reality. The electronic device is arranged to provide multiple sources of content that effect aspects of the alternative reality. The electronic device is arranged to acquire multiple sources of remote content that effect aspects of the alternative reality. The electronic device is arranged to use other devices to share its processing load. The electronic device is arranged to respond to control of multiple types of user input. The user input may be from a different location than a location of the device.
In general, in an aspect, a user at a single electronic device can simultaneously control features and functions of a possibly changing set of other electronic devices that acquire and present content and expose features and functions that are associated with an alternative reality is experienced by the user.
Implementations may include one or more of the following features. The single electronic device can dynamically discover the features and functions of the possibly changing set of other electronic devices. A selectable set of features and functions of the possibly changing set of other electronic devices can be displayed for the user. A replica of a control interface of at least one of the possibly changing set of other electronic devices can be displayed for the user. A replica of a subset of the control interface of at least one of the possibly changing set of other electronic devices can be displayed for the user. In conjunction with a control interface associated with at least one of the possibly changing set of other electronic devices, advertising can be displayed for the user that has been chosen based on the user's control activities or based on advertising associated with a device that the user is controlling or a combination of them. In conjunction with a control interface associated with at least one of the possibly changing set of other electronic devices, content can be displayed for the user that the user chooses based on the user's control activities.
In general, in an aspect, a single electronic device is configured to simultaneously control features and functions of a possibly changing set of other electronic devices that acquire and present content and expose features and functions that are associated with an alternative reality is experienced by a user. The single electronic device includes user interface components that expose the features and functions of the possibly changing set of other electronic devices to the user and receive control information from the user.
In general, in an aspect, separate coherent alternative digital realities can be created and delivered to users, by obtaining content portions using electronic devices locally to the user and at locations accessible on a communication network. Each of the content portions is usable as part of more than one of the coherent alternative digital realities. Content portions are selected to be part of each of the coherent alternative digital realities based on a nature of the coherent alternative reality. The selected content portions are associated as parts of the coherent alternative digital reality. Each of the coherent digital realities is made selectively accessible to users on the communication network to enable them to experience each of the coherent digital realities.
Implementations may include one or more of the following features. The associating comprises at least one of combining, adding, deleting, and transforming. Each of the digital realities is made accessible in real time. The content portions are made accessible to users for reuse in creating and delivering coherent digital realities. At least some of the selected content portions that are part of each of the coherent digital realities are accessible in real time to the users.
In general, in an aspect, a user of an electronic device can selectively access any one or more of a set of separate coherent digital realities that have been assembled from content portions obtained locally to the user and/or at remote locations accessible on a communication network. At least some of the content portions are reused in more than one of the separate coherent digital realities. At least some content portions for at least some of the coherent digital realities are presented to the user in real-time.
In general, in an aspect, in response to information about selections by users, making available to the users for presentation on electronic devices local to the users, one or more of a set of separate coherent alternative digital realities that have been assembled from content portions obtained locally to the users and/or at remote locations accessible on a communication network. At least some of the content portions are reused in more than one of the separate coherent alternative digital realities. At least some of the content portions for at least some of the coherent digital realities are presented to the users in real time.
Implementations may include one or more of the following features. At least some of the content portions and the separate coherent digital realities are distributed through the communication network so that they can be made available to the users. Different ones of the coherent digital realities share common content portions and have different content portions based on information about the users to whom the different ones of the coherent digital realities will be made available.
Implementations may include one or more of the following features. A user who has a digital presence in one of the alternative digital realities is enabled to select an attribute of other people who will have a presence with the user in the alternative digital reality. And only people having the attribute, and not others, will have a presence in the presentation of that alternative digital reality to the user. A user who has a digital presence in one of the alternative digital realities can select an attribute of other people who will have a presence with the user in the alternative digital reality and to retrieve information related to said attribute, and display the information associated with each of the other people.
In general, in an aspect, a market is maintained for a set of coherent digital realities that are assembled from content portions that are acquired by electronic devices at geographically separate locations, including some locations other than the locations of users or creators of the coherent digital realities. The content portions include real-time content portions and recorded content portions. The market is arranged to receive coherent digital realities assembled by creators and to deliver coherent digital realities selected by users. The market includes mechanisms for compensating creators and charging users.
Implementations may include one or more of the following features. A user who selects a coherent digital reality can share the user's presence in that selected coherent digital reality with other users who also select that coherent reality and have agreed to share their presence in the selected coherent reality, while excluding any who choose that coherent reality but have not agreed to share their presence.
Implementations may include one or more of the following features. Information about popularities of the coherent digital realities is collected and made available to users. Information about users who share a coherent digital reality is collected and used to enable users to select and have a presence in the coherent digital reality based on the information. A user is charged for having a presence in a coherent digital reality. Selection of and presence in a coherent digital reality are regulated by at least one of the following regulating techniques: membership, subscription, employment, promotion, bonus, or award. The market can provide coherent digital realities from at least one of an individual, a corporation, a non-profit organization, a government, a public landmark, a park, a museum, a retail store, an entertainment event, a nightclub, a bar, a natural place or a famous destination.
In general, in an aspect, through a local electronic device, a potentially varying remote reality is presented to a user at a local place. The remote reality includes sounds or views or both that have been derived at a remote place. The remote reality is representative of varying actual experiences that a person at the remote place would have as the remote context in which that person is having the actual experiences changes. Changes in a local context in which the user at the local place is experiencing the remote reality are sensed. The presentation of the remote reality to the user at the local place is very based on the sensed changes in the local context in which the user at the local place is experiencing the remote reality. The presentation of the remote reality to the user at the local place is varied based also on the actual experience of the person at the remote place for a remote context that corresponds to the local context.
Implementations may include one or more of the following features. The local context comprises an orientation of the user relative to the local electronic device. The presentation of the remote reality is also varied based on information provided by the user at the local place. The local context comprises a direction of the face of the user. The local context comprises motion of the user. The presentation is varied continuously. The sensed changes are based on face recognition. The presentation is varied with respect to a field of view. The sensed changes comprise audio changes. The presentation is varied with respect to at least one of the luminance, hue, or contrast.
In general, in an aspect, an awareness of a potentially changing direction in which a person in the locale of an electronic device is facing is automatically maintained, and a direction of real-time image or video content is presented by the electronic device to the person is automatically and continuously changed to correspond to the changing direction of the person in the locale.
In general, in an aspect, through one or more audio visual electronic devices, at a local place associated with a user, an alternative reality is presented to the user. The alternative reality is different from an actual reality of the user at the local place. A state of susceptibility of the user to presentation of the alternative reality at the local place is automatically sensed, and the state of presentation of the alternative reality for the user is automatically controlled, based on the sensed state of susceptibility.
Implementations may include one or more of the following features. The state of susceptibility comprises a presence of the user in the locale of at least one of the audio visual devices. The state of susceptibility comprises an orientation of the user with respect to at least one of the audio visual devices. The state of susceptibility comprises information provided by the user through a user interface of at least one of the audiovisual devices. The state of susceptibility comprises an identification of the user. The state of susceptibility corresponds to a selected one of a set of different identities of the user.
In general, in an aspect, as a person approaches an electronic device on which a digital reality associated with the person can be presented to the person, the person is automatically identified. The digital reality includes live video from another location and other content portions to be presented simultaneously to the person. The electronic device is powered up in response to identifying the person. The presentation of the digital reality to the person is begun automatically. A determination of when the identified person is no longer in the vicinity of the electronic device is automatically made. The device is automatically powered down in response to the determination.
In general, in an aspect, a content broadcast facility is provided through a communication network. The broadcast facility enables users to find and access, at any location at which the network is accessible, broadcasts of real-time content that represent at least portions of alternative realities that are alternative to actual realities of the users. The content has been obtained at separate locations accessible through the network, from electronic devices at the separate locations.
Implementations may include one or more of the following features. A directory service enables at least one of the users to identify real-time content that represents at least portions of selected alternative realities of the users. Metadata of the real-time content is generated automatically. Users can find and access broadcasts of non-real-time content. Broadcasts of real-time content are provided automatically that represent at least portions of alternative realities that are alternative to actual realities of the users, according to a predefined schedule.
In general, in an aspect, live video discussion are enabled between two persons at separate locations through a communication system. At least one of the person's participation in the live video discussion includes features of an alternative reality that is alternative to an actual reality of the person. Language differences between the two people are automatically determined based on their live speech during the video discussion. The speech of one or the other or both of the two people is automatically translated in real time during the video discussion.
Implementations may include one or more of the following features. The language differences are determined based on pre-stored information. The language differences are determined based on locations of the persons with respect to the alternative reality. More than two persons are participating in the live video discussion, language differences among the persons are determined automatically, and the speech of the persons is translated in real-time automatically as different people speak. Non-speech material is translated as part of the alternative reality. Live speech is recorded during the video discussion as text in a language other than the language spoken by the speaker.
In general, in an aspect, at an electronic device that is in a local place, speech of a user is recognized, and the recognized speech is used to enable the user to participate, through a communication network that is accessible at the local place and at remote places, in one or more of the following: (a) an alternate reality of the user, (b) any of multiple identities of the user, or (c) presence of the user in a virtual place.
Implementations may include one or more of the following features. The recognized speech is used to automatically control features of the presentation of the alternate reality to the user. The recognized speech is used to determine which of the multiple identities of the user is active, and the user automatically can participate in a manner that is consistent with the determined identity. The recognized speech is used to determine that the user is present in the virtual place, and the virtual place as perceived by other users is caused to include the presence of the user.
In general, in an aspect, through an electronic device that is at a local place and has a user interface, a user is enabled to simultaneously control services available on one or more other devices at least some of which are at remote places that are electronically accessible from the local electronic device, in order to (a) participate in an alternative reality, (b) exercise an alternative presence, or (c) exercise an alternative identity.
Implementations may include one or more of the following features. The local electronic device and at least some of the multiple other devices are respectively configured to use incompatible protocols for their operation or communication or both. At least some of the services are available on the multiple other devices provide or use audio visual content. At least some of the multiple other devices are not owned by the user. At least some of the multiple other devices comprise different proprietary operating systems. Translation services are provided with respect to the incompatible protocols. At least some of the multiple other devices include control applications that respond to the control of the user at the local place. At least some of the multiple other devices include viewer applications that provide a view to the user at the local place of the status of at least one of the other devices. The user has multiple alternate identities and the user is enabled to control the services available on the multiple other devices in modes that relate respectively to the multiple alternate identities. The services comprise services available from one or more of applications. The services comprise acquisition or presentation of digital content. The services are paid for by the user. The services are not paid for by the user. The user can locate the services using the electronic device at the local place. Audio visual content is provided to or were used from the other devices. At least some of the other devices are not owned by a user of the electronic device at the local place. At least some of the other devices include control applications that respond to the electronic device at the local place. At least some of the other devices include viewer applications that provide views to a user at the local place of the status of at least one of the other devices. The services are available from one or more applications running on the other devices. The services available from the other devices comprise acquisition or presentation of digital content. The services available from the other devices are paid for by a user. The services available from the other devices are not paid for by a user. A user can locate services available from the other devices using the electronic device at the local place.
In general, in an aspect, multiple users at different places, each working through a user interface of an electronic device at a local place, can locate and simultaneously control different services available on multiple other devices at least some of which are at remote places that are electronically accessible from the local electronic device.
Implementations may include one or more of the following features. At least some of the local electronic devices and the multiple other devices are respectively configured to operate using incompatible protocols for their operation or communication or both. The registration of at least some of the other devices is enabled on a server that tracks the devices, the services available on them, their locations, and the protocols used for their operation or communication or both. The services comprise one or more of the acquisition or delivery of digital content, features of applications, or physical devices.
In general, in an aspect, from a first place, remotely controlling simultaneously, through a communication network, different types of subsidiary electronic devices located at separate other places where the communication network can be accessed. The simultaneous remote controlling comprises providing commands to and receiving information from each of the different types of subsidiary devices in accordance with protocols associated with the respective types of devices, and providing conversion of the commands and information as needed to enable the simultaneous remote control.
Implementations may include one or more of the following features. The simultaneous remote controlling is with respect to two identities of the user. Audio visual content is provided to or used from the subsidiary electronic devices. At least some of the subsidiary devices are not owned by a user who is remotely controlling. At least some of the subsidiary devices include control applications that respond to the controlling. At least some of the subsidiary devices include viewer applications that provide views to a user at the first place of the status of at least one of the subsidiary devices. The services are available from one or more applications running on the subsidiary devices. The services available from the subsidiary devices comprise acquisition or presentation of digital content. The services available from the subsidiary devices are paid for by a user. The services available from the subsidiary devices are not paid for by a user. A user can locate services available from the subsidiary devices using an electronic device at the first place.
In general, in an aspect, at a local place, portal services support an alternate reality for a user at a remote place, the portal services is arranged (a) to receive communications from the user at a remote place through a communications network, and, (b) in response to the received communications, to interact with a subsidiary electronic device at the local place to acquire or deliver content at the local place for the benefit of the user and in support of the alternate reality at the remote place. The subsidiary electronic device is one that can be used for a local function at the local place unrelated to interacting with the portal services. The owner of the subsidiary electronic device is not necessarily the user at the remote place.
In general, in an aspect, on an electronic device that provides standalone functions to a user, a process configures the electronic device to provide other functions as a virtual portal with respect to content that is associated with an alternate reality of the user or of one or more other parties. The process enables the electronic device to capture or present content of the alternate reality and to provide or receive the content to and from a networked device in accordance with a convention used by the networked device to communicate.
Implementations may include one or more of the following features. The electronic device comprises a mobile phone. The electronic device comprises a social network service. The electronic device comprises a personal computer. The electronic device comprises an electronic tablet. The electronic device comprises a networked video game console. The electronic device comprises a networked television. The electronic device comprises a networking device for a television, including a set top cable box, a networked digital video recorder, or a networking device for a television to use the Internet. The networked device can be selected by the user. A user interface associated with the networked device is presented to the user on the electronic device. The user can control the networked device by commands that are translated. The networked device also provides content to or receives content from another separate electronic device of another user at another location with respect to an alternate reality of the other user. The content presented on the electronic device is supplemented or altered based on information about the user, the electronic device, or the alternate reality.
In general, in an aspect, a user, who is one of a group of participants in an electronically managed online governance that is part of an alternative reality of the user, can compensate the governance electronically for value generated by the governance.
Implementations may include one or more of the following features. The governance comprises a commercial venture. The governance comprises a non-profit venture. The compensation comprises money. The compensation comprises virtual money, credit, or scrip. The compensation is based on a volume of activity associated with the governance. The compensation is determined as a percentage of the volume of activity. The participant may alter the compensation. The activity comprises a dollar volume of commercial transactions. Online accounts of the compensation are maintained.
In general, in an aspect, a user of an electronic device, who is located in a territory that is under repressive control of a territorial authority and whose real-world existence is repressed by the authority, can use the electronic device to be present as a non-repressed identity in an alternative reality that extends beyond the territory. The presence of the user as the non-repressed identity in the alternative reality is managed to reduce impact on the real-world existence of the user. The managing the presence of the user as the non-repressed identity comprises enabling the user to be present in the alternative reality using a stealth identity. Through the stealth identity, the user may own property and engage in electronic transactions that are associated with the stealth identity, and are associated with the user only beyond the territory that is under repressive control. Managing the presence of the user comprises providing a secure connection of the user alternative reality. Managing the presence of the user comprises enabling the user to be camouflaged or disguised with respect to the alternative reality. Managing the presence of the user comprises protecting the user's presence with respect to monitoring by the territorial authority. Managing the presence of the user comprises enabling the user to engage in electronic transactions through the alternative reality with parties who are not located within the territory.
In general, in an aspect, a user is entertained by presenting aspects of an entertainment alternative reality to the user through one or more electronic devices. The entertainment alternative reality is presented in a mode in which the user need not be a participant in or have a presence in the alternative reality or in a place where the alternate reality is hosted. The user can observe or interact with the aspects of the alternative reality as part of entertaining the user.
Implementations may include one or more of the following features. The entertaining of the user comprises presenting the aspects of the alternative reality through a commonly used entertainment medium. The entertaining of the user by presenting aspects of an entertainment alternative reality continues uninterrupted and is always available to the user. The entertainment alternative reality progresses in real-time. The entertainment alternative reality comprises an event. The aspects of the entertainment alternative reality are presented to the user through a broadcast medium. The entertaining replaces a reality that the user is not able to experience in real life. The entertainment alternative reality comprises a fictional event. The entertainment alternative reality is associated with a novel. The entertaining comprises presenting a movie. The presenting of aspects of an entertainment alternative reality comprises serializing the presenting. The two or more different users are presented aspects of an entertainment alternative reality that are custom-formed for each of the users.
Implementations may include one or more of the following features. Behavior of the user or of a population of users is changed by altering the entertaining over time. The user registers as a condition to the entertaining. The entertaining is associated with a time line or a roadmap or both. The time line or the roadmap or both are changed dynamically in connection with the entertaining. The timeline is non-linear. The entertaining uses groups of users associated with opposing sides of the entertainment alternative reality. The presenting of aspects of the entertainment alternative reality includes engaging people in real world activities as part of the entertainment alternative reality. The user plays a role with respect to the entertaining. The user adopts an entertainment identity with respect to the entertaining. The user employs her real identity with respect to the entertaining. The entertaining of the user is part of a real-world exercise for a group of users. The entertaining comprises part of a money-making venture. A group of the users comprises a money-making venture with respect to the entertaining. A group of the users incorporates as a money-making venture within the entertaining. The money-making venture with respect to the entertaining is conducted using at least one of virtual money, real money, scrip, credit, or another financial instrument. The money-making entertainment venture is associated with at least one of creating, designing, building, manufacturing, selling, or supporting commercial items or services. The entertaining is associated with a financial accounting system for the delivery and acquisition of products and services. The entertaining is associated with a financial accounting system for buying, selling, valuing, or owning at least one of virtual or goods or services. The entertaining is associated with a financial accounting system for assets of entertainment identities and real identities with respect to the entertainment. The entertaining is associated with a financial accounting system for accounts of entertainment identities and real identities that are represented by at least one of virtual money, real money, scrip, credit or another financial instrument. A system records, analyzes, or reports on the relationship of aspects of the entertaining to outcomes of the entertaining.
In general, in an aspect, a coherent digital reality is constructed based on at least one of a story, a character, a place, a setting, an event, a conflict, a timeline, a climax, or a theme of an entertainment in any medium. A user is entertained by presenting aspects of an entertainment coherent digital reality to the user through one or more electronic devices. The entertainment coherent digital reality is presented in a mode in which the user need not be a participant in or have a presence in the coherent digital reality or in a place where the coherent digital reality is hosted. The user can observe or interact with the aspects of the coherent digital reality as part of entertaining the user. The entertainment coherent digital reality comprises part of a market of coherent digital realities.
In general, in an aspect, users can participate electronically in a governance that provides value to the users in connection with one or more alternative realities, in exchange for consideration delivered by the users. Membership relationships between the users and the governance, and the flow of value to the users and consideration from the users, are managed.
Implementations may include one or more of the following features. Each of at least some of the users participate electronically in other governances. The governance is associated with a profit-making venture. The governance is associated with a non-profit venture. The governance is associated with a government. The governance comprises a quasi-governmental body that spans political boundaries of real governmental bodies. The value provided by the governance to the users comprises improved lives. The value provided by the governance to the users comprises improved communities, value systems, or lifestyles. The value provided by the governance to the users comprises a defined package that is presented to the users and has a defined consideration associated with it.
In general, in an aspect, users are electronically provided with offers to participate as members of an online governance in one or more alternative reality packages that encompass defined value for the users in terms of improved lives, communities, value systems, or lifestyles, managing participation by the users in the governance. Consideration is collected in exchange for the defined value offered by the online governance.
In general, in an aspect, information is acquired that is associated with images captured by users of image-capture equipment in associated contexts. Based on at least the acquired information, guidance is determined that is to be provided to users of the image capture equipment based on current contexts in which the users are capturing additional images. The guidance is made available for delivery electronically to the users in connection with their capturing of the additional images.
Implementations may include one or more of the following features. The current contexts comprise geographic locations. The current contexts comprise settings of the image capture equipment. The image capture equipment comprises a digital camera or digital video camera. The image capture equipment comprises a networked electronic device whose functions include at least one of a digital camera or a digital video camera. The guidance is delivered interactively with the user of the image capture equipment during the capture of the additional images. The guidance comprises part of an alternative reality in which the user is continually enabled to capture better images in a variety of contexts.
In general, in an aspect, in connection with enabling the presentation at separate locations of an alternative reality to users of electronic devices that have non-compatible operating platforms, for each of the electronic devices an interface configured to present the alternative reality to users of the electronic devices is centrally and dynamically generated. The Generated interface for each of the electronic devices is compatible with the operating platform of the device.
Implementations may include one or more of the following features. Each of the interfaces is generated from a set of pre-existing components. The pre-existing components are based on open standards. Each of the interfaces is generated from a combination of pre-existing components and custom components. The devices comprise multimedia devices. As the operating platform of each of the devices is updated, the dynamically generated interface is also updated.
In general, in an aspect, an electronic network is maintained in which information about personal, individual, specific, and detailed actions, behavior, and characteristics of users of devices that communicate through the electronic network are made available publicly to users of the devices. Users of the devices can use the publicly available information to determine, from the information about actions, behavior, and characteristics of the users, ways to enable the users of the devices to improve their performance or reduce their failures with respect to identified goals.
Implementations may include one or more of the following features. The ways to improve comprise commercial products. The actions, behavior, and characteristics of the users individually are tracked over time. The improvement of performance or reduction of failure is reported about individual users and about users in the aggregate. The ways to improve performance or reduce failure are provided through an online platform accessible to the users through the network. Users of the devices can manage their goals. The managing their goals comprises registering, defining goals, setting a baseline for performance, and receiving information about actual performance versus baseline. The ways to enable the users of the devices to improve their performance or reduce their failures are updated continually. Users are informed about the ways to improve by delivering at least one of advertising, marketing, promotion, or online selling. The ways to improve comprise enabling a user who is making an improvement as part of an alternative reality to associate in the alternative reality with at least one other user who is making a similar improvement.
In general, in an aspect, a user of an electronic device is engaged in a reality that is an alternative to the one that she experiences in the real world at the place where she is located, by automatically presenting to her an always available multimedia presentation that includes recorded and real-time audio and video captured through other electronic devices at multiple other locations and is delivered to her through a communication network. The multimedia presentation includes live video of other people at other locations who are part of the alternative reality and video of places that are associated with the alternative reality. The user is given a way to control the presentation to suit her interests with respect to the alternative reality.
In general, in an aspect, a person can have a presence in an online world that is an alternative to a real presence that the person has in the real world. The alternative presence is persistent and continuous and includes aspects represented by real-time audio or video representations of the person and other aspects that are not real-time audio or video representations and differ from features of the person's real presence in the real world. The person's alternative presence is accessible by other people at locations other than the real world location of the person, through a communication network.
In general, in an aspect, through multimedia electronic devices and a communication network, a user can exist as one or more multiple selves that are alternates to her real self in the real world locale in which she is present. The multiple selves include at least some aspects that are different from the aspects of her self in the real world locale in which she is present. The multiple selves can be present in multiple remote places in addition to the real world locale. She can select any one or more of the multiple selves to be active at any time and when her real self is present in any arbitrary real world locale at that time.
In general, in an aspect, a person can electronically participate with other people in an alternative reality, by using at least one electronic device at the place where the person is located, and other electronic devices located at other places and accessible through a communication network. The alternative reality is conveyed to the person through the electronic device in such a way as to present an experience for the person that is substantially different from the physical reality in which the person exists, and exhibits the following qualities that are similar to qualities that characterize the physical reality in which the person exists: the alternative reality is persistent; audio visual; compelling; social; continuous; does not require any action by the person to cause it to be presented; has the effect of altering behavior, actions, or perceptions of the person about the world; and enables the person to improve with respect to a goal of the person.
These and other aspects, features, and implementations, and combinations of them, can be expressed as methods, systems, compositions, devices means or steps for performing functions, program products, media that store instructions or databases or other data structures, business methods, apparatus, components, and in other ways.
These and other aspects, features, advantages, and implementations will be apparent from the prior and following discussion, and from the claims.
In the examples the components may consist of any combination of devices, components, modules, systems, processes, methods, services, etc. at a single location or at multiple locations, wherein any location or communication network(s) includes any of various hardware, software, communication, security or other components. A plurality of examples that incorporate these examples may be constructed and included or integrated into other devices, applications, systems, components, methods, processes, modules, hardware, platforms, utilities, infrastructures, networks, etc.
EMERGENCE OF EXPANDAVERSE AND ALTERNATE REALITIES: Turning now to
As depicted in
The reasons for the Digital Discontinuities 20 is that digital technology provides new means—technologies that can be designed and combined at new levels such as in some examples meta-systems—to define and control human reality, whether as one reality or as multiple simultaneous alternate realities. In this Alternate History reality has been designed to achieve clear goals that include delivering and/or helping achieve a higher level(s) of human success, satisfaction, wealth, quality of life, and/or other positive benefits as normal network services—just as you can plug any electrical appliance in a standard wall outlet and receive power, the Alternate Reality Expandaverse was developed as a new type of “utility” so plugging in provides success, global digital presence and much more—altering the lives of individuals, groups, corporations and businesses, governments and nations, and civilizations.
Cosmology 6 (left column of
Stages of History 7 (center column of
This view of history (as discontinuous stages that include discontinuities in people's consciousness) fits the Expandaverse 12 stage 21 because the Expandaverse includes new forms of awareness and consciousness. In addition, the “S-curve” is used to represent each stage of history 14 15 16 18 19 21 because the S-curve describes how new technologies are spread, how they mature, and then how they are eclipsed and disrupted by newer technologies. In brief, innovations have a life cycle with a startup phase during which they are developed and (optionally) improved; they then spread from the innovator to other individuals and groups (sometimes rapidly and sometimes slowly) as others realize the value of each new invention; this diffusion and growth stage may increase in speed and scope if (optional) improvements are made in the technology; the process typically slows after the diffusions and improvements have been exhausted and a mature technology is in place; mature technologies are often ripe for replacement by new innovations that must start at the bottom of their own S-curve. While
In the center column's stages of history 7, these discontinuous stages in both history and consciousness are illustrated as: Agriculture 14 which roughly includes domesticated animals, fire, stone tools and early tools, shelter, weapons, shamans, early medicine and other innovations from the same period of history. City states 15 which roughly includes rulers, laws, writing, money, marketplaces, metals, blacksmithed tools and weapons, and other innovations from the same period of history. Empires 16 which roughly includes larger civilizations formed in Europe, the Middle East and North Africa, Asia, and central and south America—as well as the numerous innovations and institutions required to create, govern, run and sustained each of these empires/civilizations. The Dark Ages 17 is noted to illustrate how humanity, civilization and our individual consciousness can be diminished as well as increased, and that there may be a correlation between the absence of freedom and the (e)quality of our lives. The Renaissance 18 roughly includes a rebirth of independent thinking with the simultaneous developments of science (such as astronomy, navigation, etc.), art, publishing, commerce (trade, the rise of guilds and skills, the emergence of the middle classes, etc.), the emergence of nation states, etc. The Industrial Revolution 19 produced too many innovations and changes in consciousness to list, with a few notable examples including going from the first flight in 1903 to the first walk on the moon in 1969 (less than 70 years), transportation (from trains to automobiles, trucks, national highway systems, and worldwide international jet flights), mass migrations for work (first to the cities and then to the suburbs and then to airports for routine inter-city job travel), electronic communications (from the telegraph to the telephone, cell phone, e-mail, and the Internet), manufacturing (from factories to assembly lines to mass customization of products and services), mass merchandising of disposable products and services (from “wear it out” to “throw it out”), and much more.
Expandaverse 21: The Alternate Reality's Expandaverse stage of history diverges from the current reality's history starting with “AnthroTectonic Discontinuities” 20 that began during the recent digital era. This Alternate History posits a historic stage transition from the Industrial Revolution 19 to an Alternate Realities 21 Stage. In the Expandaverse individuals may have multiple identities, and each identity may live in one or a plurality of Shared Planetary Life Spaces (SPLS). Each SPLS may be its own alternate reality that is determined and managed by controlling its boundaries, with specific means for doing this described in the Alternate Reality Machine (ARM) herein. Each identity may switch between one or a plurality of SPLS's (alternate realities) by logging in and out of them. The Expandaverse's initial core technologies include those described herein, including in some examples: TPU (Teleportal Utility) 21, ARM (Alternate Realities Machine) 21, Multiple identities/Life Expansion 21, SPLS (Shared Planetary Life Spaces) 21, TP SSN (Teleportal Shared Spaces Network) 21, Governances 21, AKM (Active Knowledge Machine) 21, TP Devices 21 (LTPs, MTPs, RTPs, AIDs/AODs, VTPs, RCTPs, Subsidiary Devices), Directory(ies) 21, Auto-identification of identities 21, optionally including auto-classifying and auto-valuing identities, Reporting 21, optionally including recommendations, guidance, “best choices”, etc., Optimizations 21, Etc.
Wealth System 8 (a right column of
A new Wealth System started emerging in this Alternate History from the ARTPM, Teleportal Presences & Knowledge 24. The “discovery” of the Expandaverse, a new digital world, opened new economic opportunities and exploitation, which is what happened when a “new world” was discovered in the past (such as Columbus's discovery of the physical New World). First and most important, this new Wealth System 24 did not change Capitalism 19 23 as it operated under the Industry Wealth System 23. In fact, it multiplied it and strengthened capitalism and its support for acquiring personal wealth by ever larger numbers of people through their independent self-chosen multiple identities and multiplied actions. In an alternate history example, imagine what millions more college graduates could do if added to the economy—so adding multiple identities allowed many college graduates to add new identities and the economy to rapidly obtain large numbers of economically experienced college graduates. In some ARTPM examples if you have multiple identities (with some public identities, some private identities, and some secret identities) each of your identities can live in separate alternate realities, earn separate incomes, own separate assets, and take advantage of different ways to produce wealth—expanding your range of economic choices so you have multiple ways to become wealthy, consume more, enjoy more in your life, and do much more with your multiple earnings—so that one middle class life may receive the equivalent of several middle class incomes and combine them to enjoy an upper class outcome. Rather than achieving life extension (because the goal of living for hundreds of years or longer will not be achieved during our lifetime), the Expandaverse provides life expansion into multiple simultaneous identities and alternate realities. Within these potentially expanded multiple incomes and combined consumption there is also a stronger dynamic alignment between people's goals, needs, desires and what is provided to them—described herein as “AnthroTectonics”—which operates within free market capitalism. This, as a Wealth System, may increase the volumes of economic creation and consumption by instantly multiplying the number of educated and successful people who may operate successfully, with global presence and delivered knowledge, throughout multiple modern economies—in brief, each expensive college degree may now be put to more uses by more identities, and on a larger worldwide scale. The Alternate Reality's Wealth System 24 diverges from the current reality's Industry 23 Wealth System with discontinuities 20 that occur during the recent digital era. This Alternate History thus posits a Wealth System 8 transition from the Industrial Wealth System 23 to Teleportal Presences & Knowledge 24 that is described elsewhere.
Culture System 9 (far right column of
A new Culture System 27 emerged in this Alternate History after it was recognized that digital technologies give both individuals and groups new means to control reality. The “discovery” of the Expandaverse, a new digital world, opened new social opportunities to enjoy from multiple identities, setting boundaries on each SPLS, etc.; which is what happened when a new cultural trend was discovered in the past (such as printing, telephone communications, the automobile, flying, etc.). Specifically, the ARTPM included an Alternate Realities Machine (herein ARM) which enabled multiple Self-Selected Cultures to emerge as an alternative to the Mass Communicated Culture that had previously dominated reality. In the Expandaverse's Self-Selected Cultures each person could have a plurality of identities (as described elsewhere) wherein each identity could have one or a plurality of Shared Planetary Life Spaces (SPLS). Each SPLS is essentially “always on” so that identities (“I” which includes identities, people and groups), places (“P”), tools (“T”) nand resources (“R”)—herein IPTR—in it are everywhere and connected at all times. Each SPLS also has multiple boundaries that can be controlled, so each identity can include what it wants and keep out what it doesn't want. If I have a plurality of identities, and each of my identities can also have a plurality of Shared Lives Connections, and each of my identities may be everywhere that is connected at any time that I choose, and I can include and exclude what I want from each Planetary Life Space, then there is no shortage of choices; rather, I have many more choices than today BUT they are my choices and the parts of the mass culture that I don't want no longer imposes itself on me.
In a brief alternate history summary of the Self-Selected Culture enabled by this Alternate Realities Machine (ARM), it gives each person multiple human realities, and makes each of them a conscious choice: We can choose to create multiple identities to enjoy multiple lives simultaneously, and each identity can have one or a plurality of Shared Planetary Life Spaces, and each SPLS can copy or create different boundaries (e.g., its settings of what to include and exclude), and more. In some examples we can include everything in the current reality such as its total carpet bombing of branded media messaging; in some examples we can prioritize it and make sure what we like is included such as our interests like our family, close relatives and friends and our shared interests; in some examples we can limit it and make sure what we dislike is excluded such as entertainment that is too sexual or too violent for our children; in some examples we may optionally choose to be paid to include media sources that want our attention and need it for their financial prosperity like advertisers willing to pay us to see their messages. Additionally, when one person has a plurality of identities, and when each identity has a plurality of SPLS's, and when each SPLS has different interests and boundaries, that one person may enjoy multiple different human realities that each have worldwide “always on presence.” In addition, analyses and reports on the outcome metrics from different “ARM reality settings” and their results may identify those that produce the greatest successes (how ever each person prefers to use available metrics to define that)—so that each identity can specify their goals, see the size of the gap(s) between themselves and those who reach them “best,” and rapidly adopt the “best” reality settings from what is generally most or more successful. Because ARM settings results are widely and personally reported as gaps to reach one's goals, the “best realities” may be widely seen and copied—perhaps providing new means to raise income, success, satisfaction and happiness by trying and evolving self-selected human reality(ies) at a new pace and trajectory to determine and help people determine what works best for varied peoples and groups. With additional success guidance from this alternate reality's Active Knowledge Machine (herein AKM), these self-chosen realities may also be applied more successfully.
Who doesn't walk down the street and dream about what should be improved, what should be better, what we would really like if we could choose and switch into a more desirable new reality just because we want it? In the alternate timeline, a new Self-Selected Culture emerged because new types of choices became possible: New means enabled specifying a plurality of goals, seeing the alternate realities whose metrics showed how well they achieved them, copying successful ARM settings let people try new realities and test them personally, a collection of alternate realities that work better could be kept, and then each person could shift at will between their most successful realities by logging in and out as different identities. As people learned about this new Self-Selected Culture they modified each of their chosen realities by changing its SPLS boundary settings, and kept what worked best to achieve their various and different personal goals, then in turn distributed the “best alternate realities” for others to use to enjoy better and happier lives. Instead of one external ordinary public culture that attempts to control and shape everyone commercially, with the ARTPM's Alternate Realities Machine the alternate timeline gained multiple digital realities and individual control of each of them to enjoy the more successful and happier realities in which we would like to live.
ARTPM DISCONTINUITIES:
In the Alternate Reality timeline Technological Discontinuities 32 caused Organizational Discontinuities 33 that in turn alter organizations as many people, organizations, corporations, governments, etc. received numerous benefits from transforming themselves digitally. In some examples from the current reality, organizations have transformed themselves into digital communicators and digital content users (which includes entire industries, governments, nonprofit organizations, etc.) that increasingly utilize digital networks, content and data in many forms, and as a result organizations have adapted their employees' skills, human resources, locations, functions (such as IT), teams, business divisions, R&D processes, product designs, organizational structures, management styles, marketing and much more. These are currently taking place and are ongoing into the foreseeable future 37.
In the Alternate Reality timeline the combination of Technological Discontinuities 32 and Organizational Discontinuities 33 cause the emergence of Cultural Discontinuities 34 that also expand in size and scope. Continuing the examples from the current reality—digital content—the culture in content industries like music, movies, publishing, cable television, etc. are shifting radically as their customers, audiences, products, services, revenues, distribution, marketing channels and much more are altered by the current reality's transformation of them into digital industries.
This is cyclical 35. Each of these—Technological Discontinuities 32, Organizational Discontinuities 33 and Cultural Discontinuities 34—provides both new opportunities 35 and ideas for new technologies 35 that may in turn create new advances that are also discontinuities 32 33 34. AnthroTectonics 40 is the result, which may be described by the geologic metaphor of a new mountain range: It is as if a giant flat continent existed but as the “geologic digital plates” collide between new technologies 32 36, new organizational adaptations 33 37 and cultural shifts 34 38 individual mountains rise up until there is an entire digital mountain range pushed high above the starting level—with new mountains continuing to emerge 35 40 from the pressure of that new mountain range 32 33 34.
These discontinuities 14 15 16 18 19 20 21 in
In the current reality's history humanity created these numerous “geese” that “laid these golden eggs”—none of them existed until humans created them: Traditional economists thought of them as scarcities but in the Alternate Reality Timeline these were thought of in the opposite way because they expanded humanity's wealth and abundance. These golden eggs have familiar industry names like transportation, communications, agriculture, food, manufacturing, real estate, construction, energy, retailing, utilities, information technology, hospitality, financial services, professional services, education, healthcare, government, etc. But in the Alternate Reality Timeline when something new is created it is as if a golden egg were hatched and a new gosling is born to lay many more golden eggs 32 33 34 35. Transportation is one example of a flock of geese who lay “golden eggs” like ships, cars, trucks, trains and planes. Retail is another and its flock lays golden eggs like malls, furniture stores, electronics stores, restaurants, gas stations, automobile and truck dealers, building materials stores, grocery stores, clothing stores, etc. When geese mate they produce more offspring that lay more golden eggs such as when transportation mates with retail it produces “golden eggs” like warehousing, distribution, storage, shipping, logistics, supply chains, pipelines, air freight, seaports, courier services, etc. When the Alternate Reality Timeline uses global digital presence it accelerates economic growth by stimulating the production of many more golden eggs at ever faster rates—the take-up of helpful new ideas and products, at a worldwide scale, is the normal way people live with an ARTPM.
The AnthroTectonic component of the ARTPM's alternate reality harnesses this “golden eggs” model to drive new economic growth, prosperity and abundance by making this a set of simultaneous and parallel discontinuities 32 36 33 37 34 38 35 40. It consciously uses these to leap out of the economic scarcity model into a future of consciously stimulated advances and expanding abundance. For an example of how this works, in the current reality ownership and property expand into a major source of middle-class wealth and assets with the centuries-long development of real estate property ownership and mass construction industry, such as the mass marketing of houses in large suburban developments—which converted farmland into individually owned assets that appreciate in price. There is a visible connection between expanding the types of assets coupled with widespread ownership—when a new type of “golden egg” creates new types of properties in an existing or new industry, those new properties add to the available assets and the wealth of people and corporations. In the Alternate Reality Timeline new types of property are easy to create because Intellectual Property is real and the ARTPM follows that reality's established IP laws and rules (as described elsewhere outside of this document).
An example illustrates this from the ARTPM itself, and its alternate reality timeline: In some examples audiences for broadcast media may add boundaries and paywalls so they are paid for their attention, rather than providing it for free—so your attention becomes your property, what you choose to perceive becomes your property, and your conscious has new digital self-controls—your consciousness is your asset that you can control and monetize to produce more income. Similarly, in some examples the ARTPM lets individuals establish multiple identities, where each new identity may be a potential source of additional incomes so that each person may multiply their incomes and increase their wealth. Similarly, in some examples the ARTPM provides means for multiple “governances” (separate from and different from governments) where each governance may provide new activities that can scale up to meet various personal and social needs—which in turn expands the economic activities and contributions from governances. Similarly, in some examples the ARTPM's Teleportal Utility (herein TPU) provides consistent means to add multiple new types of devices and services, some of which may include Local Teleportals (LTPs), Mobile Teleportals (MTPs), Remote Teleportals (RTPs), Virtual Teleportals (VTPs), Remote Control Teleportals (RCTPs), and other new types of devices that may each add rapidly advancing presence and communication features and capabilities beyond existing devices. Similarly, in some examples the ARTPM's Active Knowledge Machine (herein AKM) provides dynamic knowledge with systems to deliver what we each need to know, when and where we need to know it—an infrastructure that delivers a growing range of human successes over the network rather than requiring each of us to achieve personal success independently and on our own. Similarly, in some examples many other types of property, capabilities and advances are provided by this discontinuous AnthroTectonic process 32 36 33 37 34 38 35 40, which together constitute the digital discontinuities 20 in
In the Alternate Reality timeline AnthroTectonic Discontinuities are larger and often “reversals” of the assumptions that are common and widely accepted in our current reality. In the Alternate Reality Timeline's History some of the transformed organizations and transformed people realized that the new digital environment would become a cultural divergence that transforms everything. They consciously choose to help this divergence evolve for “economic growth” so that it would increase personal incomes, raise living standards and create more wealth faster; and for “the greater good” so that it would help large numbers of people choose and reach their personal goals by both personal means (such as multiple identities and/or boundaries) and collective means (such as governances). This helped those who promoted this, too, because those who led these divergences profited enormously from driving these AnthroTectonic Discontinuities. They placed themselves in worldwide leadership positions—they gained corporate and personal dominance at the center of a new and more successful worldwide civilization.
An example is corporate training: In the current reality corporate training started with staff who wrote processes as procedural manuals, and taught those in classrooms on a fixed schedule. With the Internet this evolved into webinars and distance learning that trains remotely located employees who no longer need to travel to a central facility. Today consistent corporate training can reach many employees in less time, and even be managed and delivered globally. In the Alternate Reality Timeline a growing range of knowledge is made dynamic and is delivered by the network based on each person's real-time actions and activities, so they receive the knowledge they need when and where they need it. A source of success is the network, with two-way interactions making learning and succeeding a normal part of doing and being—which is described in the ARTPM's Active Knowledge Machine (herein AKM).
How large are the Alternate Timeline's AnthroTectonic Discontinuities? To provide a new stage where human success is delivered as a normal process, and where the world is connected in new ways, the Expandaverse reverses or transforms many of the current reality's fundamental assumptions and concepts simultaneously 38:
Reality 39: FROM reality controls people TO we each control our own realities.
Boundaries 39: FROM invisible and unconscious TO explicit, visible and managed.
Death 39: FROM one life TO life expansion through multiple identities.
Presence 39: FROM where you are TO everywhere in multiple presences (as individual or multiple identities).
Connectedness 39: FROM separation between people TO always on connections worldwide.
Contacts 39: FROM trying to phone, conference or contact a remote recipient TO always present in a digital Shared Space(s) from your current preferred Device(s) in Use.
Success 39: FROM you figure it out TO success is delivered by the network.
Privacy 39: FROM private TO tracked, aggregated and visible (especially “best choices”).
Ownership of Your Attention 39: FROM you give it away free TO you can charge for it if you want.
Ownership of Devices and Content 39: FROM each person buys these TO simplified access and sharing of commodity resources.
Trust 39: FROM stranger danger TO most people are good when instantly identified and classified.
Networks 39: FROM transmission TO identifying, tracking and surfacing behavior.
Network Communications 39: FROM electronic (web, e-store, email, mobile phone calls, e-shopping/e-catalogs, tweets, social media postings, etc.) TO personal and face-to-face, even if non-local. Knowledge 39: FROM static knowledge that must be found and figured out TO active knowledge that finds you and fits your need to know.
Rapidly Advancing Devices 39: FROM you're on your own TO two-way assistance.
Buying 39: FROM selling by push (marketing and sales) and pull (demand) TO interactive during use, based on your immediate actions, needs and goals.
Culture 39: FROM one common culture with top-down messages TO we choose our cultures and we set their boundaries (paywalls, priorities [what's in], filters [what's out], protection, etc.).
Governances 39: FROM one set of broad politician-controlled governments TO choosing your life's purposes and then choosing one or a plurality of multiple governances that help you achieve your life's goals.
Personal Limits 39: FROM we are only what we are TO we can choose large goals and receive two-way support, with multiple new ways to try and have it all (both individually and collectively).
In the Alternate Reality's History both reversals and transformations turned out to be central to humanity's success because the information that was surfaced, the ways people became connected, and a plurality of simultaneous transformations enabled a plurality of people and groups to connect, learn, adopt “what's best”, and succeed in varied ways at a scale and speed that would have been impossible if the Alternate Reality's former timeline (our current reality) had continued.
TELEPORTAL MACHINE (TPM) SUMMARY: As illustrated in
Unlike the wide range of different and often complex user interfaces that prevent some customers from using some types, models, basic features, basic functions, or new versions of various devices, applications and systems—and too often prevents them from using a plurality of advanced features of said diversity of devices, applications and systems; said Teleportal Utility 64 52 53 58, Teleportal Shared Space(s) 55 56, Virtual Teleportals 60, Remote Control Teleportaling 60, Entertainment 62, RealWorld Entertainment 62, and AKM interactions 57 share an Adaptable Common User Interface 51 (see the Teleportal Utility below). The conceptual basis of said interface is “teleporting”, that is, the normal and natural steps one would take if it were possible to step directly through a Teleportal into a remote location and interact directly with the actual devices, people, situations, applications, services, objects, etc. that are present on the remote side. Because said Teleportal's “fourth screens” can add a usable interface 51 across a wide range of interactions 64 52 53 55 57 58 60 62 that today require customers to figure out difficulties in interfaces on the many types and models of products, services, applications, etc. that run on today's “three screens” of PC's, mobile phones and navigable TVs on cable and satellite networks, said Teleportal Utility's Adaptable Common User Interface 51 could make it easier for customers to use said one shared Teleportal interface to reach higher rates of success and satisfaction when doing a plurality of tasks, and accomplishing a plurality of goals than may be possible when required to try to figure out a myriad of different interfaces on the comparable blizzard of technology-based products, services, applications and systems in the current reality.
As a result of said broad applicability of the Teleportal's “fourth screen” to today's “three screens”, said Teleportal components 50 51 64 52 53 55 57 58 60 62 may provide substitutes and/or additions to current devices, networks and services that constitute innovations in their functionality, ease of use, integration of multiple separate products into one device or system, etc.:
Substitutes: Some Teleportal Devices, Networks and Platform (see below) may optionally be developed as products and services that are intended to provide substitutes for existing products and services (such as run on today's “three screens”) when users need only the services and functionality that Teleportaling provides, in some examples:
PCs as accessible commodities (online) 60: In some examples PC's may be used from Teleportals by means of Remote Control 60 instead of running the PC's themselves. In some examples the purchase of one or a plurality of PCs might be replaced by network-based computing whereby the user runs Web PC's and PC applications online by means of physical and/or virtual Teleportals 60. In some examples said PC's may be run online by means of remote control when using a Teleportal(s) 60. This is true for the potential replacement of home PC's 60, laptops 60, netbooks 60, tablets 60, pads 60, etc. In some examples these devices may be replaced by utilizing unused RCTP controllable devices online 60 from other Teleportal users at some times of the day or evening. In some examples these devices may be unused overnight so might be provided as accessible online resources 60 for those in parts of the world where it is morning or afternoon, and similarly devices in any part of the world might be made available overnight and provided online 60 to others when they are not being used. In some examples individuals and companies have unused PCs or laptops with previously purchased applications software that are not the latest generation and are currently not in use, so these might be provided full-time online 60 to those who need to use a PC as a commodity resource. In some examples these devices may be provided for a charge 60 and provide their owners income in return for making them available online. In some examples these devices might be provided free online 60 to a charity who provides access to PC's worldwide such as to school children in developing countries, to charities that can't afford to buy enough PC's, etc.
Some mobile phone and landline calling services 55: In some examples one or a plurality of mobile and landline telephone services might be replaced by Teleportal Shared Space(s) 55, whether from a fixed location by means of a Local Teleportal (LTP) 52, from mobile locations by means of a Mobile Teleportal (MTP) 52, by means of Alternate Input Devices (AIDs) 55/Alternate Output Devices (AODs) 52 60, etc.
Mobile phone or landline telephone services: There are obvious substitutions such as substituting for telephone communications 55. In some examples some phone applications like texting 53 may be run on a TP Device 52, by means of a Virtual Teleportal 60, in some examples texting 53 may be run on a Web browser in a mobile phone 61, in some examples texting 53 may be run when a Web browser 61 in turn runs a Virtual Teleportal 60 that provides said services substitution), run by online TP applications 53, etc. In some examples location-based services such as navigation and local search may be replaced on Teleportals 53 (again with TP-specific differences). In some examples telephone services in some examples telephone directories, voice mail/messaging, etc. may have Teleportal parallels 53 (though with TP-specific differences).
Cable television 53 60 and satellite television 53 60 on Teleportals instead of on Televisions: In some examples cable television set-top boxes, or satellite television set-top boxes (herein both cable and satellite sources are referred to as “set-top boxes”), may be used from Teleportals by means of Remote Control 60 instead of running the output signal from the set-top boxes on Television sets. In some examples the purchase of one or a plurality of cable and/or satellite television subscriptions might be replaced by network-based viewing whereby the user runs set-top boxes online by means of physical and/or Virtual Teleportals 60. In some examples said set-top boxes may be run and used online by means of remote control when using a Teleportal(s) remotely 60. This is true for the potential replacement of home televisions 60, cable television subscriptions 60, satellite television subscriptions 60, etc. In some examples these set-top box devices may be replaced by utilizing unused devices online 60 from other Teleportal users at various times of the day or night. In some examples these set-top boxes may be unused during late overnight hours so might be provided as accessible online resources 60 for those in parts of the world where it is a good time to watch television, and similarly set-top boxes in any part of the world might be made available during overnight hours and provided online 60 to others when they are not being used—which may help globalize television viewing. In some examples individuals and companies have set-top boxes with two or more tuners where an available tuner might be run remotely to record a television show(s) for later retrieval or playback. In some examples television may be accessed and displayed by means of IPTV 53 (which is television that is Internet-based and IP-based). In some examples a teleportal may view television shows, videos or multimedia that is available on demand and/or broadcast over the Internet by means of a Web browser 61 or a web application 61.
Services, applications and systems: Some widely used online services might be provided by Teleportals. Some examples include PC-based and mobile phone-based services like Web browsing and Web-based email, social networks access, online games, accessing live events, news (which may include news of specific categories and formats such as general, business, sports, technology, etc. news, in formats such as text, video, interviews, “tweets,” live observation, recorded observations, etc.), location-based services, web search, local search, online education, visiting entertainments, alerts, etc.—along with advertising and marketing that accompanies any of these. These and other services, applications and systems may be accessed by means such as an application(s), a Web browser that runs on physical Teleportals, runs on other devices by means of Virtual Teleportals, runs on other remote Teleportals by means of Remote Control Teleportaling, etc.
New innovations: Entirely new classes of devices, services, systems, machines, etc. might be accessed by means of a Teleportal(s) or innovative new features on Teleportals, such as 3D displays, e-paper, and other innovative uses described herein.
Additions to Subsidiary Devices: Alternatively, vendors of PCs, mobile phones, cable television, satellite television, landline phone services, broadband Internet services, etc., may utilize ARTPM technology(ies) (it's IP [Intellectual Property]) and Utility(ies) to add Teleportal features and capabilities to their devices, networks and/or network services—whether as part of their basic subscription plan(s), or for an additional charge by adding it as another premium, separately priced service(s).
PHYSICAL REALITY—PRIOR ART TO THIS ALTERNATE REALITY: The current reality is physical and local and it is well-known to everyone. As depicted in
Physical reality is the same in private spaces such as when you use a security badge to enter your employer's private company offices in the city 71. Once you enter your company's private offices everyone who is in the same space as you can see you regardless of whether you are in a receptionist's entry area, a conference room, a hallway, a cubicle, an R&D lab, etc.—and in each of these private spaces you can see everyone who is in each place with you. If you want to enter anyone's even more private space you can simply walk to their open door or cubicle entry and knock and ask if they have a minute, or if you see the person in a hallway you can simply stop and talk to him or her.
Physical reality stays the same in your most private spaces such as when you drive home to your house such as a home in the suburbs 72. If anyone is at home such as your family, and you are in the same room with any of them you can see and hear them and they can see and hear you. In this most private of spaces you can see and be with everyone who is in your house but not with you simply by walking down the hall and going into the room they are in.
Some issues about physical reality are helpful. We have long had the implicit assumption that using a telephone, video conference, video call, etc. involves first identifying a particular person or group and then contacting that person or group by means such as dialing a phone number, entering a list of email addresses, entering a web address, etc. Though not expressed a digital contact was person-to-person (or group to group in a video conference), and it was different than being simultaneously present in Physical Reality—you need to contact someone to make a digital connection. Until you make a selection and a contact you cannot see and hear everyone and everyone cannot see or hear you.
Another issue is from fields such as science, ethics, morality, politics, philosophy, etc. This is also an implicit assumption that underlies many fields of human activity—given what we know about the way the world is, we know this is not an ideal world and it has room for improvements, so what should those improvements be? It doesn't matter whether our recognition of this implicit assumption comes from the fields of science, ethics, morality, politics, philosophy, sociology, psychology, simply talking to someone else, or many other areas of society or life. As we stand anywhere on the Earth and look about us at our physical reality, including all the people, places, tools, resources, etc. we can see from the many things people have done there is a widely practiced implicit assumption that we can make this a better place—whether we are improving it for ourselves, for other people, for the things around us, or for the environment in which everything lives.
This recitation starts with its “feet on the ground” of physical reality and moves immediately to the two issues just raised: First, why doesn't digital reality work the same as physical reality? Suppose an Alternate Reality made digital reality work the same as physical reality—you see everywhere, every one, and are present with everything connected. In the ARTPM's digital reality you have an immediate, open, always on connection with the available people, places, tools, resources, etc. Even more interesting as a transformation, everyone and everything (including accessible tools and resources) can see you, too. The ARTPM calls this a Shared Planetary Life Space (SPLS), and just as in physical reality there are both public SPLS's in which everyone is present, and private SPLS's where you define the boundaries—and you can even have secret SPLS's where the boundaries are even more confidential. Just as when you walk out on a public physical street and see everything and everything sees you, when you enter a PUBLIC Shared Planetary Life Space you have an immediate open connection with everyone and everything that is available in that public digital SPLS. And just as when you walk into a private physical place such as your home or a company's private offices, when you enter a PRIVATE Shared Planetary Life Space you have an immediate private connection with everyone and everything that is a member of that private SPLS.
While it is a substantial change to make digital reality parallel physical reality, the real question is the second issue, that the world as it is is not ideal and has room for improvements, so what should those improvements be? This Alternate Reality's answer is the ARTPM. Digital reality is designed by people so people can make it into what they want and need. As a starting point, can that be more meaningful and valuable then what has become known as virtual reality, digital communications, augmented reality, and various applications and digital communications achieved with telephone land lines, PCs, mobile phones, television set-top boxes, digital entertainment, etc.
This Alternate Reality has a digital reality that in some examples has the explicit goal of helping us become better in multiple ways we want and choose. In addition to Shared Planetary Life Spaces it includes self-improvement processes so a normal part of digital presence is receiving Active Knowledge about how to succeed, which may include seeing its current state, knowing the “best choice(s)” available, and being able to switch directly and successfully to what's best—to make your life better and more successful sooner. Your digital presence includes immediate opportunities to do more, want more, and have more.
The cultural evolution of this Alternate Reality has a divergent trajectory: “If you want a better reality, choose it.”
As an addition to our Physical Reality (prior art), this recitation introduces the Expandaverse and it's technologies and components—a new design for an Alternate Reality, collectively known as the Alternate Reality Teleportal Machine.
SOME ALTERNATE REALITY TRANSFORMATIONS—MULTIPLE IDENTITIES AND DIGITIAL PRESENCES: Turning now to
In our current reality physical presence is more important and digital contacts are secondary. The ARTPM diverges from our current reality which is physical, and where our primary presence is in a common current reality—the ARTPM provides means for one or a plurality of users to reverse the current physical presence-first priority so that an SPLS provides closer “always on” connections to both people (such as individuals or identities) and parts of the world (such as unaltered or digitally constructed) that are most interesting and important to us, regardless of their locations or whether they are people, places, tools, resources, digital constructs, etc.—it is a multi-dimensional Alternate Reality from what local physical reality has been throughout human evolution and history.
In some examples the ARTPM embodies larger goals: A human life is too short—we die after too few decades. Many would like to live for centuries but this is medically out of reach for those alive today. Instead, the ARTPM provides means to extend life within our current life spans by enabling people to enjoy living multiple lives 80 81 82 at one time, thereby expanding our “life time” in parallel 82 rather than longitudinally. In brief, we can each live the equivalent of more lives 80 81 within our limited years 82 85 in more “places” 88 by having multiple identities 81, even if we are not able to increase the number of years we are alive.
In some examples another larger goal is the success and happiness of each of our identities 80 81 82. Each identity 81 may create, buy, control, manage, participate in, enjoy, experience, etc. one or a plurality of Shared Planetary Life Spaces 83 84 85 in which they may have other incomes, activities or enjoyments; and each of their identities 80 81 may also utilize ARTPM components in some examples the Active Knowledge Machine (herein AKM), reporting of current “best choices,” etc. to know more about what they need to do to have more successful lives in the emerging digital environments 85 88. Thus, one person's multiple identities may each become better at learning, growing, interacting, earning, enjoying more varied entertainments, being more satisfied, becoming more successful, etc.—as well as better connected with the people, places, tools and resources that are most important to them. In addition to the SPLS's 83 84 85 and the constructed digital realities 86 87 88 and participatory digital events 86 87 88 that are controlled and/or enjoyed by each identity 80 81 82, a person's identities 80 81 may be present in other SPLS's 83 84 85 and/or in constructed digital realities 86 87 88 and/or in participatory digital events 86 87 88 that may each be public (such as a Directory(ies), rock concert, South Pacific beach, San Francisco bar, etc.), or private (such as an extended family, a company where a person works, a religious institution such as a local church or temple, a private meeting, an invitation-only performance, a privately shared experience, etc.).
Therefore, in some examples it is an object of the Alternate Realities Machine to introduce a new digital paradigm for human reality whereby each person may control their identities 80 81 82, their SPLS reality(ies) 83 84 85, and their digitally realities 86 87 88 and presence at participatory digital events 86 87 88 by utilizing one or a plurality of means provided by the ARTPM—means that diverge from our current historical reality by controlling our identities 80 81 82, controlling our realities 83 84 85 86 87 88, and ultimately may give us control over reality. In a brief summary, this new digital paradigm may be simple: “If you want a better reality, choose it.”
SUMMARY OF THE ALTERNATE REALITIES MACHINE (ARM): Turning now to
In a brief summation of some examples, the Alternate Realities Machine (ARM) 101 enables departure from the current common reality 100 by providing multiple and flexible means for people and groups to filter, exclude and protect themselves from what is not wanted, while including what is wanted, and also protecting themselves both digitally and physically. Additionally, the ARM provides means (optional TP Paywalls) so that individuals and groups may choose to earn money by permitting entry by chosen advertisers and/or people which are willing to pay for attention and “mind share.” In a brief and familiar parallel, people typically use a television DVR (Digital Video Recorder) to skip advertisements and record/watch only the shows and news they want, along with some “live” television that they would like to see. Similarly, the ARM provides what in some examples could be called an “automated digital remote control” (its means are control over each SPLS's boundaries) so each separate SPLS reality excludes what we don't want and includes what we like, plus it may include optional paywalls and protections, so we no longer need to blindly accept everything the ordinary current reality attempts to impose on us. In fact, by using the ARM in some examples we can selectively filter the common mass culture to make it more like the individually supportive, positive, safe and successful culture that some might like it to be.
The ARM's means for this, at a high level and in some examples, includes each person 103 establishing one or a plurality of identities 106 (each of which may be a public identity, a private identity, or a secret identity). In turn, each identity 107 may have one or a plurality of Shared Planetary Life Spaces 111. In some examples, one identity 107 may have separate or combined SPLS's for various personal roles, activities, etc., with separate or combined SPLS's for personal interests such as a career 108 with professional associations, a particular job 108, a profession 108 with professional relationships, other multiple incomes 108, family 108, extended family 108, friends 108, hobbies 108, sports 108, recreation 108, travel 108, fun 108 (which may also be done by separate public, private, and/or secret identities), a second home 108, a private lifestyle 108, etc.
Each SPLS defines its “reality” by controlling boundaries 110 and in some examples ARM Boundaries Management 110 111 112 113 114 115 116 117 is employed, which has a plurality of example boundaries 110 to illustrate the use of boundaries to limit, prioritize and provide various functions and features for separate and different realities. In some examples these SPLS boundaries include priorities 110 to include and highlight what is wanted, filters 110 to exclude what is not wanted, (optional) paywalls 110 to require and receive payment for providing one's attention to certain elements of the common culture, and/or protections 110 which may be used to provide both digital and physical protection (as well as to protect various devices from theft).
In some examples these boundaries define a range of types of SPLS's, some of which are included in a high-level visualization 111 that starts at the broadest public reality 112 and moves to the most private, personal and non-public reality 117. Starting broadly, the current public reality remains 112 with no ARM 101, no identities 106 107, and no SPLS's 108 110. Within that, ARM Boundaries Management 110 provides multiple levels of controls and multiple types of SPLS's 113 114 115 116 117, which in some examples include: Public SPLS's 113 which are various manifestations of the ordinary public culture and provide only limited filters or protections, in some examples a state's citizens 113, in some examples a vendor's customers 113, in some examples a social network's members 113, etc. The next level is Groups' SPLS's 114 which in some examples may include the groups to which that person is a member 114, in some examples each of those groups' SPLS's, and filters or paywalls they have applied to their SPLS's; in some examples a company where one works 114, in some examples a governance that an identity has joined 114, in some examples a church or temple where one is a member 114, etc.; these group SPLS's would include the boundaries each group decides it wants, which in some examples would be more restrictive and confidential for many corporations 114, more values-based or behavior-based for religious institutions 114, etc. The next levels are personal SPLS's 115 116 117 and these include in some examples one's public personal SPLS's 116 in some examples one's private and/or secret SPLS's 117 (if any), as well as any paywall(s) 115 that one might add; these would use whatever combination of filtering 110, priorities 110, paywall(s) 110, and protections 100 each identity would like, with some identities employing more intense, different, or varied boundaries than others.
In some examples broad learning of “what's best” 121 122 with rapid distribution 121 122 and adoption of that 123 may be employed to help people achieve increasing success 123 over time 124. This would shift control over today's current singular reality to individual choices of multiple new and evolving trajectories. The pace of this would be affected by these new realities' capabilities for delivering what people would like 121 122 123 124, as it would be affected by the excessive level and poor quality of messaging from the ordinary public culture 105 104, as it would be affected by people's desires to create and live in their desired alternate realities 106 107 108 110—so this is likely to match what the people in each historical moment want and need 123, as well as evolving over time 124 to reflect their expanding or diminishing desires. This “Expandaverse” growth in human realities is based on another component of the ARM (Alternate Realities Machine) which is (are) Directory(ies) 120 that include public, group, private and other Directories 120. These may be “mined” 121 and analyzed 121 for various metrics and data 120 that may include users 120, identities 120, profiles 120, results 120, status data 120, SPLS's 120, presence 120, places 120, tools 120, resources 120, face recognition data 120, other biometric data 120, authorizations or authentications data 120, etc. Since SPLS metrics may be tracked and reported 121 (such as what is most successful, effective, satisfying, etc.) in some examples it is possible to choose one's goals 122 and look up these analyses 121, or perform them as needed 121, to determine “what's best” and the characteristics, choices, settings, etc. used to achieve that. Because it is possible to save, access, copy, install, and try those choices, ARM identity settings 106 107, SPLS configurations 108 110 115 116 117, etc. in some examples this enables rapid learning, setup and use of the most effective or popular ways to apply identities for various types of goals, including their boundaries settings such as priorities 110, filters 110, paywalls 110, protections 110, etc.
An important distinction is the potential scale and volume of manageable alternate realities that may be enabled by the ARM 101. In some examples this may be far more than a simple division of the one current reality into a few variations—because each person 103 104 may have one or a plurality of identities 106 107 (which may be changed over time); and because each identity may have one or a plurality of SPLS's 108 110 111 112 113 114 115 116 117 (which may be changed over time); and because each identity may be public, private or secret. It is entirely conceivable that an identity may be created to control one SPLS's boundaries so that this “reality” includes only one other person, a place or two, a couple of communications tools and financial resources, and everything else excluded—a digital world created for one's true love so two people could find happiness and, while together, make their way in the larger world as a unique and special couple. With the ability to find 121 122, copy 122 and re-use 122 settings any types of identities, lifestyles or personal goals that can be expressed 106 107 108 1120 111 113 114 115 116 117 may become popular and copied widely 122, enabling both personal 115 116 117 and cultural 112 113 114 growth in multiple trajectories 124 that are unimaginable today.
CURRENT DEVICES—PRIOR ART TO THIS ALTERNATE REALITY: Before describing the ARTPM's Teleportal Devices,
Essential underlying issues among the current reality's digital devices have parallels to the history of the book. Between about 1435 and 1444 Johann Gutenberg devoted himself to a range of inventions that related to the process of printing with movable type, and he opened the first printing establishment in 1455. In 1457 the first printed book with a printer's imprint was published (the famous Mainz Psalter). Printing spread by training apprentices and others who learned the trade, then went on to move to new cities and open their own printing shops. By 1489 there were 110 printing shops across Europe and by 1500 more than 200. At that time only about 200,000 Europeans could read so books were not the main part of a printer's business, which included posters, broadsheets, pamphlets, and varied shorter works than full books.
Early books were not standardized and took many different layouts and forms, many of them expensive to produce and buy. Most early books simply attempted to imitate the appearance of hand lettered manuscripts and many printers would cut a new typeface to imitate a manuscript when it was copied, even if the letter forms were fairly illegible. Basic elements of “the book” had to be developed and then adopted as standards. An example is a title page that listed a definite title for the book, the author's name, and the printer's name and address. Even simple devices like page numbers, reasonable margins, and a contents page that refers to page numbers rather than sections of the text were both innovations and gradually emerging standards. The content of that century's books were often based on verbal discourse and storytelling—the culture of most people (even those who could read) was oral or semi-oral—so at the level of the text printers were required to regularize spelling, standardize punctuation, separate long blocks of text into paragraphs, etc. Gradually innovations were also made in making text more accessible and readable such as by breaking up the text into units so it was easier to read and return to a section or passage. Together, these innovations and emerging standards made books easier and faster to read which expanded the ways that books could be used, as well as helping spread literacy to more people.
It took about 80 years—until about 1530—before these innovations became widely enough adopted that it could be said that the “book” was developed and standardized. Today, a “traditional” book has many of the elements that took most of the book's first century. This initial century yielded the following “typical book”: A book begins with a jacket with endpapers glued to it and the body of the bound book glued to the endpapers (though with a paperback the jacket and endpapers are the same wrap-around cover, with the bound book glued to it). The bound content normally follows a predictable sequence, with the right (or recto) side considered dominant and the left (or verso) side subordinate. The front matter (traditionally called “preliminaries”) includes one or more blank pages, a series or “bastard” title on a new right page, a frontispiece on the left, the title page on the right, on the left behind the title page, dedication on the right, a Foreword that begins on the right, a Preface that begins on the right, Acknowledgments that begin on the right, Contents that begin on the right, an Illustrations List that begins on the right or the left, an Introduction that begins on the right. The body of a traditional book's text is equally structured and begins with a part title on the right (if the book is divided into major parts or sections), the opening of each chapter begins in the middle of a right page with the chapter title or chapter number above it (chapter numbers were traditionally Roman Numerals if a small number of chapters, or Arabic numerals if a larger number of chapters), and if illustrated a book may include a separate section for illustrations or plates (which began on a right page). The traditional book's “back matter” includes an Appendix that begins on the right, Notes that begins on the right, a Bibliography that begins on the right, Illustration Credits that begins on the right, a Glossary that begins on the right, an Index that begins on the right, a Colophon that begins on the right or the left, and one or more blank pages.
It was worth spending most of a century developing this “standardized” or “typical” book. This traditional book form communicates more than importance and distinction. It is visible proof that every word of a book is written, edited, designed and printed with care, credibility, authority and taste. For all who are literate the book's layout and design are predictable, easy-to-use, easy to store and care for, and easy to return to any needed parts or passages whenever wanted. These innovations and advances are part of why books are widely credited with playing key roles in the development of the Renaissance, Science, the Reformation, Navigation, Europe's exploration of the world, and much more. During the 1500's more than 200,000 book titles have been recorded, and with an estimated 1,000 copies per title, that is more than 200 million books printed. During the first half of the 1600's that number is estimated to have tripled—so the spread of this new standard book “device” was increasingly part of Europe's wider economic, scientific and cultural progress.
Today, the emergence of our digital environment, with numerous overlapping devices, has parallels to the first century of the book. As depicted in
Therefore, there was a recognition of today's parallels to the first century of the book in the “history” of the Alternate Reality. They factored the parallel functionality and content of the many siloed digital devices 125 and the Alternate Reality evolved a digital devices environment (the ARTPM) that is summarized in
TPM DEVICES SUMMARY: After years of building and using the Internet and other networks (such as private, corporate, government, mobile phone, cable TV, satellite, service-provider, etc.), the capabilities for presence to solve both individual and/or collective problems are still in their infancy. This TPM transforms the local glass window to provide means for a substantial leap to Shared Planetary Life Spaces that could be provided over various networks.
Local Teleportal (LTP) 132: In some examples (“Local Teleportal” or LTP) this provides the means to transform the local glass window so that instead of merely looking through a wall at the place immediately outside, this “window” 132 becomes able to “be present” in Shared Planetary Life Spaces (which include people, places, tools, resources, etc.) around the planet. Optionally, this “window's” remote presence may behave as if it were a local window because (1) the viewpoint displayed changes automatically to reflect the viewer's position relative to the remote scene (without needing to send commands to the Remote Teleportal's camera(s) by means of a Superior Viewer Sensor (SVS) and related processing in a Local Processing Module), and (2) audio sounds from the remote location may be heard “through” this “window” as if the viewer was present at the remote location and was viewing it through a local window. In addition, alternate video and audio input and output devices may optionally be used with or separately from a Local Teleportal. An In some examples this includes a video camera/microphone 132, along with processing in the LTP's Processing Module 132 and transmission via the LTP's Communications Module 132 to use Teleportal Shared Space(s), and/or to provide personal narration or other local video to make Teleportal broadcasts or augment Teleportal applications. Optionally, alternative access to LTP video and audio, or direct Remote Control or a Virtual Teleportal, may be provided by other means in some examples a mobile phone with a graphical screen 134, a television connected to a cable or satellite network 134, a laptop or PC connected to the Internet or other network 134, and/or other means as described herein.
Mobile Teleportal (MTP) 132: In some examples (“Mobile Teleportal” or MTP) this provides the means to transform a local digital tablet or pad so that instead of merely looking at a display screen this “device” 132 becomes able to “be present” in Shared Planetary Life Spaces (which include people, places, tools, resources, etc.) around the planet. Optionally, this “device's” remote presence may behave as if it were a local window because (1) the viewpoint displayed may be set to change automatically to reflect the viewer's position relative to the remote scene (without needing to send commands to the Remote Teleportal's camera(s) by means of a Superior Viewer Sensor (SVS) and related processing in the MTP's Processing Module), and (2) audio sounds from the remote location may be heard “through” this device as if the viewer was present at the remote location and was viewing it through a local window. In addition, alternate video and audio input and output devices may optionally be used with or separately from a Mobile Teleportal. In some examples this includes a video camera/microphone 132, along with processing in the MTP's Processing Module 132 and transmission via the MTP's Communications Module 132 to use Teleportal Shared Space(s), and/or to provide personal narration or other local video to make Teleportal broadcasts or augment Teleportal applications. Optionally, alternative access to MTP video and audio, or direct Remote Control or a Virtual Teleportal, may be provided by other means in some examples a mobile phone with a graphical screen 134, a television connected to a cable or satellite network 134, a laptop or PC connected to the Internet or other network 134, and/or other means as described herein.
Remote Teleportal (RTP) 133: A “Remote Teleportal” (or RTP) provides one means for inputting a plurality of video and audio sources 133 to Shared Planetary Life Spaces by means of RTPs that are fixed or mobile; stationery or portable; wired or wireless; programmed or remotely controlled; and powered by the electric grid, batteries or other power sources. In addition, optional processing and storage by an RTP Processing Module 133 may be used with or separately from a Remote Teleportal (in some examples for running video applications, for storing video and audio; for dynamic video alterations of the content of a real-time or near-real-time video stream, etc.), along with transmission of real-time and/or stored video and audio by an RTP's Communications Module 133. Optionally, alternative remote input to or output from this Teleportal Utility 131 139 may be provided by other means in some examples an AID/AOD 134 (in some examples an Alternative Input/Output Device such as a mobile phone with a video camera 134) or other means.
Alternate Input Devices (AIDs) 134/Alternate Output Devices (AODs) 134: In some examples these include devices that may be utilized to provide inputs and/or outputs to/from the TPM, such as mobile phones, computing devices, communications devices, tablets, pads, communications-enabled televisions, TV set-top boxes, communications-enabled DVRs, electronic games, etc. including both stationary and portable devices. While these are not a Teleportal they may run a Virtual Teleportal (VTP) or a web browser that emulates a LTP and/or a MTP. Depending on the device's capabilities and connectivity, they may also be able to use the VTP or browser emulation to operate the device as if it were an LTP, a MTP or an RTP—including some or many of a TP Device's functions and features.
Devices 135: In some examples the TPM includes an Active Knowledge Machine (AKM) which transforms a plurality of types of products, equipment, services, applications, information, entertainment, etc. into “AKM Devices” (hereinafter “Devices”) that may be served by one or more AKMs (Active Knowledge Machines). In some examples Devices and/or users make an AK request from the AKM by means of trigger events in the use of devices, or by a user making a request. The request is received, parsed, the appropriate Active Knowledge Instructions (AKI) and/or Active Knowledge and/or marketing or advertising is determined, then retrieved from Active Knowledge Resources (AKR). The AKM determines the receiving device, formats the AKI and AK content for that device, then sends it to said receiving device. The AKM determines the result by receiving an (optional) response; if not successful the AKM may repeat the process or the result received may indicate success; in either case, it logs the event in AK results (raw data). Through optimizations the AKM may utilize said AK results to improve the AKR, AKI and AK content, AK message format, etc. The AKI and AK delivered may include additional content such as advertisements, links to additional AK (such as “best choice” for that type of device, reports or dashboards on a user's or group's performance), etc. Reporting is by means of standard or custom dashboards, standard or custom reports, etc., and said reporting may be provided to individual users, sponsors (such as advertisers), device vendors, AKM systems that employ AK results data, other external applications that employ AK results data, etc.
Teleportal Network (TPN) 131: In some examples a “Teleportal Network” (or TPN) provides communications means to connect Teleportal Devices in some examples LTPs 132, MTPs 132, RTPs 133, AIDs/AODs 134 by means of various devices and systems that are in a separate patent application. The transport network may include in some examples the public Internet 131, a private corporate WAN 131, a private network or service for subscribers only 131, or other types of communications. In addition, optional network devices and utility systems 131 may be used with or separately from a Teleportal Network, in some examples to provide secure communications by means such as authentication, authorization and encryption, dynamic video editing such as for altering the content of real-time or stored video streams, or commercial services by means such as subscription, membership, billing, payment, search, advertising, etc.
Teleportal Utility (TPU) 131 139: In some examples a “Teleportal Utility” (or “TPU”) provides the combination of both new and existing devices and systems that, taken together, provide a new type of utility that integrates new and existing devices, systems, methods, processes, etc. to look, listen and communicate bi-directionally both in real-time Shared Planetary Life Spaces that include live and recorded video and audio, and in some examples including places, tools, resources, etc. This TPU 131 139 is related to the integration of multiple devices, networks, systems, sensors and services that are described in some other examples herein together with this TPU. This TPU provides means for (1) in some examples viewing of, and/or listening to, one or a plurality of remote locations in real-time and/or recordings from them, (2) in some examples remote viewing and streaming (and/or recording) of video and audio from one or a plurality of remote locations, (3) in some examples network servers and services that enable a local viewer(s) to watch one or a plurality of remote locations both in real-time and recorded, (4) in some examples configurations that enable visible two-way Shared Space(s) between two or multiple Local Teleportals, (5) in some examples construction of non-edited or edited video and audio streams from multiple sources for broadcast or re-broadcast, (6) in some examples providing interactive remote use of applications, tools and/or resources running locally and/or running remotely and provided locally for interactive use(s), (7) in some examples (optional) sensors that determine viewer(s) positions and movement relative to the scene displayed, and respond by shifting the local display of a remote scene appropriately, along with other features and capabilities as described herein, (8) etc. The transport network may include in some examples the public Internet 131, a private corporate WAN 131, a private network or service for subscribers only 131, or other types of communications or networks. In addition, optional network devices 131 and utility systems 139 may be used with or separately from a Teleportal Network 131, in some examples to provide secure communications by means such as authentication, authorization and encryption; dynamic video editing such as altering the content of real-time or stored video streams; commercial services by means such as subscription, membership, billing, payment, search, advertising; etc.
Additions to existing Devices, Services, Systems, Networks, etc.: In addition, vendors of mobile phones 141, landline telephones 141, VOIP phone lines 141, wearable computing devices 141, cameras built into mobile devices 141 142, PCs 142, laptops 142, stationary internet appliances 142, netbooks 142, tablets 142, pads 142, mobile internet appliances 142, online game systems 142, internet-enabled televisions 143, television set-top boxes 143, DVR's (digital video recorders) 143, digital cameras 144, surveillance cameras 144, sensors 144 (of many types; in some examples biometric sensors, in some examples personal health monitors, in some examples presence detectors, etc.), web applications 145, websites 145, web services 145, etc. may utilize Teleportal technology to add Teleportal features and capabilities to their mobile phones 141, landline telephones 141, VOIP phone lines 141, wearable computing devices 141, cameras built into mobile devices 141 142, PCs 142, laptops 142, netbooks 142, tablets 142, pads 142, online game systems 142, television set-top boxes 143, DVR's (digital video recorders) 143, cameras 144, surveillance cameras 144, sensors 144, web applications 145, websites 145—whether as part of their basic subscription plan(s), or for an additional charge by adding it as another premium, separately priced upgrade, feature or service.
Subsidiary Devices 140: By means of Virtual Teleportals (VTP) 60 in
Use Remote Control Teleportaling (RCTP) to run PC's 142, laptops 142, netbooks 142, tablets 142, pads 142, game systems 142, etc.: In some examples a plurality of PCs may be used by Remote Control from LTPs, MTPs and RTPs, or from AIDs/AODs that are running a RCTP (Remote Control Teleportal). This turns those PC's into commodity-level resources that may be accessed from the various TP Devices. In some examples PC's can be provided throughout a Shared Planetary Life Space to all of its participants from any of its participants who choose to put any of their appropriately configured PC's online for anyone in the SPLS to use. In some examples PC's can be provided openly online for charities and nonprofit organizations to use, so they have the computing they need without needing to buy as many PC's. In some examples PC's can be provided for a specific SPLS group(s) such as students in developing countries, schools in developing countries, etc. In some examples PC's can be provided for specific services such as to add face recognition to a camera that doesn't have sufficient computing or storage, to add “my property” authentication and theft alerts to devices that don't have sufficient computing or storage, etc. In some examples PC's can be rented to provide computers and/or computing for specific purposes. In some examples PCs can be used for specific purposes such as face recognition to spot and track celebrities in public, then send alerts on their locations and activities, so those who follow each celebrity can observe them as they move from location to location. In some examples other devices (such as laptops 142, netbooks 142, tablets 142, pads 142, games 142, etc.) may be capable of being controlled remotely, in which case they may be turned into commodity Subsidiary Devices that are run in various combinations from TP Devices and the TPM. Whether these devices can be controlled remotely depends on the functions and capabilities of each device; and even when this is possible only a subset of RCTP capabilities and/or features may be available.
Use a Virtual Teleportal (VTP) to run Teleportals on PC's 142, laptops 142, netbooks 142, tablets 142, pads 142, games 142, etc.: In some examples functionality may be added to various digital devices by running a Virtual Teleportal, which provides them the functionality of a Teleportal without needing to buy a TP Device 132 133. This turns them into an AID/AOD 134. Whether a VTP can run on each of these devices depends on the functions and capabilities of each device; even when it can run only a subset of VTP capabilities and/or features may be available.
Use an LTP 132, MTP 132, or AID/AOD 134 to replace mobile phone and/or landline phone calling services: In some examples a plurality of phone lines and/or phone services might be replaced by Teleportal Shared Space(s), whether from a fixed location by means of a Local Teleportal 132 or from mobile locations by means of a Mobile Teleportal 132, and/or from fixed or mobile locations by means of an AID/AOD 134. In some examples only basic phone calling services and phone lines may be replaced by TP Devices 132 134. In some examples more phone services and phone lines may be replaced 132 134, such as voice mail, text messaging, photographs, video recording, photo and video distribution, etc.
Use Remote Control Teleportaling (RCTP) to run mobile phones 141, wearable computers 141, cameras built into mobile devices 141 142, etc.: In some examples a plurality of mobile devices may be used by Remote Control from LTPs, MTPs and RTPs, or from AIDs/AODs that are running a RCTP (Remote Control Teleportal). This turns those mobile devices into commodity-level resources that may be accessed from the various TP Devices. Whether a mobile device can be controlled remotely depends on the functions and capabilities of each device; and even when this is possible only a subset of RCTP capabilities and/or features may be available.
Use a Virtual Teleportal (VTP) to run Teleportals (where technically possible) on mobile phones 141, landline telephones 141, VOIP phone lines 141, wearable computing devices 141, cameras built into mobile devices 141 142, PCs 142, laptops 142, netbooks 142, tablets 142, pads 142, online game systems 142, television set-top boxes 143, DVR's (digital video recorders) 143, cameras 144, surveillance cameras 144, sensors 144, web applications 145, websites 145, etc. In some examples functionality may be added to various digital devices by running a Virtual Teleportal, which provides the technically possible subset of functionality of a Teleportal without needing to buy a TP Device 132 133. This turns them into an AID/AOD 134. Whether a VTP can run on each of these devices depends on the functions and capabilities of each device; even when it can run only a subset of VTP capabilities some TP features may be available.
Telephone: Mobile/Landline/VOIP (Voice over IP over the Internet): This includes the mobile phone vendors and landline RBOCs (Regional Bell Operating Companies) such as BellSouth, Qwest, AT&T and Verizon. It also includes VOIP vendors such as Vonage and Comcast (whose Digital Voice product has made this company the fourth largest residential phone service provider in the United States). In some examples TP Devices may replace landlines or mobile phone lines, or VOIP lines for telephone calling services. In some examples any type of compatible device or service can be attached to the phone network and this may include TP Devices 132 133 134 135 140. In some examples various phone services may be provided or substituted by TP Devices 132 133 134 such as texting, telephone directories, voice mail/messaging, etc. (though with TP-specific differences). Even location-based services such as navigation and local search may be replaced on Teleportals (again with TP-specific differences).
Cable television/Satellite television/Broadcast television/IPTV (Internet-based TV over IP)/Videos/Movies/Multimedia shows: Teleportal Devices 132 133 134 135 140 might provide access to television from a variety of sources. In some examples TP Devices 132 133 134 140 may substitute for cable television, satellite television, broadcast television, and/or IPTV. In some examples TP Devices 132 133 134 140 may run local TV set-top boxes and display their television signals locally, or transmit their television signals and display them in one or a plurality of remote locations. In some examples TP Devices 132 133 134 140 may run remote TV set-top boxes and display their television signals locally, or rebroadcast those remotely received television signals and display them in one or a plurality of remote locations. In some examples Teleportals 132 134 140 may be used to be present at events located in any location where TP Presence may be established. In some examples Teleportals 132 134 140 may be used to view television shows, videos and/or other multimedia that is available on demand and/or broadcast over a network. In some examples Teleportals 132 134 140 may be used to be present at events located in any location where TP Presence may be established, those events may be recorded and re-broadcast either live or by broadcasting said recording at a later date(s) and/or time(s). In some examples Teleportals 132 133 134 140 may be used to acquire and copy television shows, videos and/or other multimedia for rebroadcast over a private Teleportal Broadcast Network.
Substitute for Subsidiary Devices via Remote Control Teleportaling (RCTP): By means of RCTP it may be possible to substitute TP Devices 132 133 134 140 (including Subsidiary Devices) for a range of other electronics devices so that not everyone needs to own and run as many of these as today. Some of the electronic devices that may be substituted for by means of TP Devices may include mobile phones 141, landline telephones 141, VOIP phone lines 141, wearable computing devices 141, cameras built into mobile devices 141 142, PCs 142, laptops 142, netbooks 142, tablets 142, pads 142, online game systems 142, television set-top boxes 143, DVR's (digital video recorders) 143, cameras 144, surveillance cameras 144, sensors 144, web applications 145, websites 145, etc. Whether RCTP can run on each of these devices depends on the functions and capabilities of each device; even when it can run only a subset of RCTP capabilities some TP features may be available.
Services, applications and systems: Some widely used online services might be provided by Teleportal Devices 132 133 134 140. In some examples PC-based and mobile phone-based services like Web browsing and Web-based email, social networks, online games, accessing live events, news (which may include news of various types and formats such as general, business, sports, technology, etc. news, in formats such as text, video, interviews, “tweets,” live observation, recorded observations, etc.), online education, reading, visiting entertainments, alerts, location-based services, location-aware services, etc. These and other services, applications and systems may be accessed Teleportal Devices 132 133 134 140 by means such as an application(s), a Web browser that runs on physical Teleportals, runs on other devices by means of a VTP (Virtual Teleportal), runs on other devices by means of RCTP (Remote Control Teleportaling), etc. Whether a VTP or an RCTP can run on each of these devices and provide each type of substitution depends on the functions and capabilities of each device; even when it can run only a subset of RCTP capabilities some TP features may be available.
New innovations that may be accessed as Subsidiary Devices: Entirely new classes of electronics devices 140, services 140, systems 140, machines 140, etc. might be accessed by means of Teleportal Devices 132 133 134 135 140 if said electronics can run a VTP (Virtual Teleportal) or be controlled by means of an RCTP (Remote Control Teleportaling). Whether VTP and/or RCTP can run on each of these devices depends on the functions and capabilities of each device; even when it can run only a subset of VTP and/or RCTP capabilities some TP features may be available.
Unlike the huge variety of complicated user interfaces on many types of devices 125 126 127 128 129 130 in
SUMMARY OF TPM CONNECTIONS AND INTERACTIONS:
This Alternate Reality TPM stack view includes: (1) Direct Teleportal Use 180 employs the consistent TPU Interface 183 across LTPs (Local Teleportals) 132 180 184, MTPs (Mobile Teleportals) 132 180 184, and RTPs (Remote Teleportals) 133 180 184; (2) Virtual Teleportal (VTP) use 180 184 employs an adaptable subset of the consistent TPU Interface 183 and is used on AIDs/AODs (Alternate Input Devices/Alternate Output Devices) 134 180 184 as described elsewhere (it is worth noting that whether a VTP can run on each of these AID/AOD devices depends on the functions and capabilities of each AID/AOD device; and when it can run only an adapted subset of VTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); (3) Remote Control Teleportaling (RCTP) use 180 employs an adaptable subset of the consistent TPU Interface 183 and is used on Subsidiary Devices 140 180 184 as described elsewhere (it is worth noting that whether an RCTP can run on each of these Subsidiary Devices depends on the functions and capabilities of each Subsidiary Device; and when it can run only an adapted subset of RCTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); (4) Devices In Use (DIU) 180 employs an AKM (Active Knowledge Machine) subset of the consistent TPU Interface 183 and is used on DIU's 135 180 184 or on Intermediary Devices 135 180 184 as described elsewhere (such as in the AKM starting in
The TPU's Adaptable Consistent Interface 183 is an intriguing possibility. Improved designs have replaced the leaders of entire industries such as when Microsoft locked down market control of the PC operating system and Office software industries by introducing Windows and Microsoft Office. For another example; Apple became a leader of the music, smart phone and related electronic tablet industries with its iPod/iPhone/iPad/iTunes product lines. These types of transformations are rare but possible, especially when a major company drives it. In a possible parallel business evolution, the advent of the Teleportal Utility's (TPU's) Adaptable Consistent Interface 183 9218 in
In summary, with one TPU Adaptable Consistent Interface 183 and a set of main types of connections 180, users are able to learn and productively utilize the TP Devices environment 131 132 133 134 140 136 137 138 139, including Virtual Teleportals 134 140 on AIDs/AODs, and with Remote Control of Subsidiary Devices 140. With this type of Alternate Reality TPM departure possible, is it any wonder why the “Alternate Reality” chose this simpler path, and chose to invent around the bewildering user interfaces problems of our current reality?
SUMMARY OF ARTPM CONNECTIONS AND INTERACTIONS: Some pictorial examples are illustrated in
In each of these cases: (1) When a user 150 makes direct use of a Local Teleportal (LTP) 151 or a Mobile Teleportal 151 the user employs the Consistent TPU Interface 183; when said user 150 employs the LTP 151 or MTP 151 to control a Subsidiary Device 166 161 162 163 164 165 the user employs Remote Control Teleportaling (RCTP) 180 which is an adaptable subset of the consistent TPU Interface 183 (it is worth noting that whether an RCTP can run on each of these Subsidiary Devices depends on the functions and capabilities of each Subsidiary Device; and when it can run only an adapted subset of RCTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); (2) When a user 152 makes direct use of a Remote Teleportal (RTP) 153 the user employs the Consistent TPU Interface 183; when said user 152 employs the RTP 153 to control a Subsidiary Device 166 161 162 163 164 165 the user employs Remote Control Teleportaling (RCTP) 180 which is an adaptable subset of the consistent TPU Interface 183 (it is worth noting that whether an RCTP can run on each of these Subsidiary Devices depends on the functions and capabilities of each Subsidiary Device; and when it can run only an adapted subset of RCTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); (3) When a user 154 makes direct use of an Alternate Input Device/Alternate Output Device (AID/AOD) 155 because it may have a plurality of Teleportaling features built into it the user may employ the Consistent TPU Interface 183 for those direct Teleportaling features if that device's vendor also adopts the Consistent TPU Interface 183 for those Teleportaling features; when said user 154 employs an AID/AOD 155 by means of a Virtual Teleportal (VTP) 180 that VTP is an adaptable subset of the consistent TPU Interface 183 as described elsewhere (it is worth noting that whether a VTP can run on each of these AID/AOD devices depends on the functions and capabilities of each AID/AOD device; and when it can run only an adapted subset of VTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); when said user 154 employs an AID/AOD 155 by means of a Virtual Teleportal (VTP) 180 that may be used to control a Subsidiary Device 166 161 162 163 164 165 by means of Remote Control Teleportaling (RCTP) 180 which is an adaptable subset of the consistent TPU Interface 183 (it is worth noting that whether a combined VTP and RCTP can run on each of these Subsidiary Devices depends on the functions and capabilities of each Subsidiary Device; and when it can run only an adapted subset of VTP and RCTP capabilities only some TP features may be available—and those features would employ a subset of the Consistent TPU Interface 183); (4) When a user 159 makes direct use of TPU's Active Knowledge Instructions (AKI) and/or Active Knowledge (AK) on a Device In Use (DIU) 158 the user may employ the Consistent TPU Interface 183 which contains an adaptable AKM interface for said AKM uses 159 158 if that device's vendor also adopts the Consistent TPU Interface 183 for said device's AKM deliveries and interactions (it is worth noting that whether a DIU can run an AKM interaction and display the AKI/AK depends on the functions and capabilities of each DIU; and when it can run only an adapted subset of AKM capabilities only some AKI/AK may be available—and those features would employ a subset of the AKM portion of the Consistent TPU Interface 183); when a user 159 employs an intermediary device (in some examples an MTP 151, in some examples an AID/AOD 155, etc.) for an Active Knowledge Machine interaction on behalf of a Device In Use 158, the user employs the Consistent TPU Interface 183 which contains an adaptable AKM interface for said AKM uses 159 158; (5) When a user 157 administers said user's 157 profile 181, account(s), subscription(s), membership(s), settings, etc. (such as of the TPU 167 156; TPN 156 167; etc.) the user may employ the Consistent TPU Interface 183 when said Administration 157 is done by means of a TP Device such as LTPs 151, MTPs 151, and RTPs 153; said user 157 employs an adaptable subset of the Consistent TPU Interface 183 when Administration 157 is done by means of a VTP on an AID/AOD 155.
Again, the range of TP Devices 160 151 153 155 158 156 167 166 and types of user connections 150 152 154 157 159 employ one Consistent TPU Interface 183, which is customizable and adaptable by means of subsets to various AID/AOD devices 155, Subsidiary Devices 166, and Devices In Use 158 as described in
Logically Grouped List of ARTPM Components: To assist in understanding of the ARTPM (Alternate Reality Teleportal Machine)
Turning now to
Turning now to
Turning now to
Turning now to
Turning now to
Turning now to
SUMMARY OF SOME TP DEVICES AND COMPONENTS: Look around from where you are sitting or standing. You are physically present and as walk around a room the view you see changes. If you stand so the closest window is about 3 to 4 feet away from you and look through it, then take two steps to the left what you see through the window changes; and if you take three or four steps to the right what you see through the window changes again. If you step forward you can see farther down and up through the window, and as you walk backward the view through the window narrows. Physical presence is immediate, simple and direct. As you move your view moves and what you see changes to fit your position relative to the physical world. This is not how a television screen works, nor is this not how a typical digital screen works. A screen shows you one fixed viewpoint and as you move around it stays the same. The same is true for a PC monitor, a handheld tablet's display, or a cell phone's screen. As you move relative to the screen the screen's view stays the same because your only “presence” is your physical reality, and there is no “digital reality” or “digital presence”—your screens are just static screens within your physical reality, so your actions are not connected to any “digital place.” Your TV, PC, laptop, netbook, tablet, pad and cell phone are just screens, not Teleportals.
Teleportal use introduction: Now imagine that you are looking into a Teleportal which is a digital device whose display in some examples is about same size and shape as the physical window you were just standing in front of, the window that you were looking through. Also imagine that you have one or a plurality of personal identities, as described elsewhere. Also imagine that each identity has one or a plurality of Shared Planetary Life Spaces (SPLS's), as described elsewhere. You are logged in as one of your identities, and have one of your SPLS's open. Across the bottom of the Teleportal you can see SPLS members who are present, each in a small video window. You are all present together but you have video only, not audio because they are all in the background, just as if they were on the same physical street with you but far enough away that you could not hear their conversations. When you want to talk or work with one of them you make that a focused connection, which expands its size and immediacy. Now you and that person are fully present together with a larger video image and two-way audio. You decide to stand while together and as you move around in front of the focused connection your view of that person, and your view into their place and background changes based upon your perspective and view into it, just as it you were looking in on them through a real physical window, plus your view has digital controls with added capabilities so that you have an (optional) “Superior Viewer” as described elsewhere. This is a single Teleportal “focused connection.” You can add another SPLS member to this focused connection and you have the option of keeping each focused connection visible and separate on your Teleportal, or combining them into a single combined focused connection. That combined connection extracts each of those two SPLS members from their focused connections, and combines them with or without a background. If you choose to include a background you select it—the background may be one of their real locations, it may be your location, or you may choose any real or virtual location in the world to which you have access. Similarly, the others present in the combined focused connection may choose the same background you select, or they may each choose any real or virtual background they prefer. If you want, any of you may add resources such as computing, presentations, data, applications, enterprise business systems, websites, web resources, news, entertainment, live places such as the world's best beachfront bars, stored shows, live or recorded events, and much more—as described elsewhere. Each of you has a range of controls to make these changes, along with the size of focused connection, it's placement on the Teleportal, or other alterations and combinations as described elsewhere.
ARTPM reality introduction: In the same way that your SPLS's members have presence in your Teleportal in real time (even if most or all of them are not in a focused connection), you are also a member of each of their SPLS's—and that gives you presence in their Teleportals simultaneously, and you are available for an immediate focused connection by any of them. Because you have presence a plurality of others' SPLS's and their Teleportals, your digital presence is simultaneous in multiple virtual places at one time. Because you have control over your presence in each of others' SPLS's, including attributes described elsewhere such as visibility, personal data, boundaries, privacy, secrecy, etc. your level of privacy is what you choose it to be and you can expand or contract your privacy at any time in any one or more SPLS's, or outside of those SPLS's by other means as described elsewhere. In some examples this is instantiated as an Alternate Realities Machine (herein ARM) which provides new systems for control over digital reality. Because you have control over each of your SPLS's boundaries as described elsewhere such as in the ARM, you may filter out what you do not like, prioritize what you include, and set up new types of filters such as Paywalls for what you are willing to include conditionally. This means that one person may customize the digital reality for one SPLS, and make each SPLS's reality as different as they want it to be from their other digital realities. Since each SPLS is connected to an identity, one person may have different identities that choose and enjoy different types of realities—such as family, profession, travel, recreation, sports, partying, punk, sexual, or whatever they want to be—and each identity and SPLS may choose privacy levels such as public, private or secret. This provides privacy choices instead of privacy issues, with self-controlled choices over what is public, what is private and what is secret. Similarly, culture is transformed from top-down imposition of common messages into self-chosen multiple identities, each with the different type(s) of digital boundaries, filters, Paywalls and preferences they want for that identity and its SPLS's. Thus, the types of culture and level of privacy in each digital reality is a reflection of a person's choices for each of his or her realities.
Optimization overlay: The ARTPM reverses the assumption that the primary purpose of networks is to provide connections and communications. It assumes that is secondary, and the primary purpose of networks is to identify behavior, track it and respond to success and failure (based on what can be determined). Tracked behaviors and their results are aggregated as described elsewhere, and reported both individually and collectively as described elsewhere, so the most successful behaviors for a range of goals is highly visible. Aggregate visibility provides self-chosen opportunities for individuals to advance rapidly, in some examples to “leap ahead” across a range of in some examples goals, in some examples device uses, in some examples tasks, etc. An Active Knowledge Machine, for one example, (herein AKM) delivers explicit “success guidance” to individuals at the point of need while they are doing a plurality of types of tasks. Thus, with an ARTPM some networks may start delivering human success so a growing number of people may achieve more of their goals, with the object of a faster rate of progress and growth.
Digital reality summary: In this new digital reality you simultaneously have presence in one or a plurality of digital locations as the one or multiple identities you choose to be at that moment, in the one or multiple Shared Planetary Life Spaces in which you choose to be present, in some examples with an ARM that enables setting its boundaries so that each reality is focused on what you want it to be, and in some examples with an AKM that keeps you informed of the most successful steps and options while you are doing tasks. With Teleportal controls you may include other IPTR (herein Identities [people], Places, Tools or Resources) by means of SPLS's, directories, the Web, search, navigation, dashboards [performance reporting], AKM (Active Knowledge Machine, described elsewhere), etc. to make them all or part of your focused Teleportal connections and your digital realities. When you identify a potentially more successful digital reality or option, and want to try it, the systems that provide those choices such as the ARM or AKM, also enable fast switching to the new option(s). At any one moment while you use and look through a Teleportal your view may change dramatically by your selection of background place, and by changing your physical juxtaposition to the Teleportal which responsively alters the view that it displays to you. Similarly, the views that others have of you may also be changed dramatically by their choices of their identities, SPLS's, background, goals, fast switching to various advances and their resulting digital realities—with their Teleportals views changing as they move around and look through their Teleportals. You are both present together in a larger “Expandaverse” of a growing number of digital realities that may be changed and advanced substantially by anyone at any moment.
Teleportal devices: In some examples it is an object of Teleportal devices to introduce a new set of networked electronic devices that are able to provide continuous presence in one or a plurality of digital realities (as described elsewhere), along with other features and operations (as described elsewhere).
TP DEVICES SUMMARY: Turning to a high-level view
Herein some examples in
In some examples said TPA provides a fourth overall interconnection model for an environment that includes a plurality of disparate types of networked electronic devices: in some examples the core devices (LTPs, MTPs and RTPs) 1101 1106 1110 are the primary devices employed; in some examples the core devices (LTPs, MTPs and RTPs) 1101 1106 1110 use remote control (RCTP) 1131 to connect to and utilize one or a plurality of other networked electronic devices (TP Subsidiary Devices) 1132; in some examples one or a plurality of other types of networked electronic devices (AID's/AOD's) 1116 utilize a virtual teleportal (VTP) 1138 to connect to and use the core devices (LTPs, MTPs and RTPs) 1101 1106 1110; and in some examples the other networked electronic devices (AID's/AOD's) 1116 1138 may use the core devices (LTPs, MTPs and RTPs) 1101 1106 1110 to connect to and control the subsidiary devices (TP Subsidiary Devices by means of RCTP) 1131 1132.
In summary, this TPA model simplifies a broad evolution of a plurality of disparate networked electronic devices into core devices (LTPs, MTPs and RTPs) 1101 1106 1110 at the center with RCTP connections and control 1131 1132 going outward, and VTP connections and control 1116 1138 coming inward. Furthermore, a plurality of components (as described elsewhere) such as in some examples a consistent (and adaptive) user interface, simplify the connections to and use of networked electronic devices across the TPA.
In some examples of a TPA these devices (core devices, TP subsidiary devices, alternate input devices and alternate output devices) utilize one or a plurality of disparate public and/or private networks 1130; in some examples one or a plurality of these networks is a Teleportal Network (herein TPN) 1130; 1130; in some examples one or a plurality of these networks is a public network such as the Internet 1130; in some examples one or a plurality of these networks is a LAN 1130; in some examples one or a plurality of these networks is a WAN 1130; in some examples one or a plurality of these networks is a PSTN 1130; in some examples one or a plurality of these networks is a cellular radio network such as for mobile telephony 1130; in some examples one or a plurality of these networks is another type of network 1130; in some examples one or a plurality of these networks may employ a Teleportal Utility (herein TPU) 1130, and in some examples one or a plurality of these networks may employ in some examples Teleportal servers 1120, in some examples Teleportal applications 1120, in some examples Teleportal services 1120, in some examples Teleportal directories 1120, and in some examples other networked specialized Teleportal components 1120.
Turning now to a somewhat more detailed view
In some examples these devices and interfaces utilize one or a plurality of networks such as a Teleportal Network (TPN) 1130, LAN 1130, WAN 1130, IP (such as the Internet) 1130, PSTN (Public Switched Telephone Network) 1130, cellular 1130, circuit-switched 1130, packet-switched 1130, ISDN (Integrated Services Data Network) 1130, ring 1130, mesh 1130, or other known types of networks 1130. In some examples one or a plurality of TP devices 1101 1106 1110 1138 1116 1120 1124 1131 1132 are connected to a LAN (Local Area Network) 1130 in which the extensible types of components in
The illustration in
Summary of some TP devices and connections: Some examples in
In some examples a calculated view 395 with 315, 390 with 320, 385 with 325 that matches a real window is displayed in LTP 370 by means of a SVS 365 that determines the viewer(s) position relative to the LTP, and a CPM 360 that calculates the appropriate portion of the Grand Canal 310 to display. In one example the viewer 385 stands to the left of the Teleportal 370 so he can directly see and talk to the gondolier who is located on the right of this view of the Grand Canal 325; in some examples the remote microphones 330 are 3D or stereo microphones, in which case the viewer's speakers 375 may acoustically position the sound of the gondolier's voice appropriately for the position of the gondolier in the place being viewed.
To achieve this in some examples a Remote Teleportal (RTP) 420 is at an SPLS remote place and it comprises a video and audio source(s) 330, including a processor(s) 335 that provides remotely controlled processing of video, audio, data, applications 335, storage 335 and other functions 335; and a Remote Communications Module 337 that in some examples may be attached to the Internet 340, in some examples may be attached to a Teleportal Network 340, in some examples may be attached to a RTP Hub Server 350, or in some examples may be attached to another communications network such as a private corporate WAN (Wide Area Network) 340. In some examples a Remote Teleportal 322 may include devices such as a mobile phone 322 that is capable of delivering both video and audio, and is running a Virtual Teleportal 322, and in some examples is attached wirelessly to a cell phone vendor's network 340, in some examples is attached wirelessly (such as by Wi-Fi) to the Internet 340, in some examples is attached to satellite communications 340. In some examples said RTP device 420 may possess other features such as self-propelled mobility (on the ground, in the air, in the water, etc.); in some examples said RTP device 420 may provide multicast; in some examples said RTP device 420 may dynamically alter video and audio in real-time, or in near real-time before it is transmitted (with or without informing viewers 390 that such alteration has taken place).
In some examples video, audio and other data from said RTP 420 322 are received by either a Remote Teleportal Group Server (RTGS) 345 or a Teleportal Network Hub Server (TPNHS) 350. In some examples video, audio and other data from said RTP 420 322 may be processed by a Teleportal Applications Server (TPAS) 350. In some examples video, audio and other data from said RTP 420 322 are received and stored by a Teleportal Storage Server (TPSS) 350. In some examples the owner(s) of the respective RTPs 420 322, and each RTGS 345, TPNHS 350, TPAS 350, or TPSS 350 may be wholly public, wholly private or a combination of both. In some examples whether public or private the RTP's place, name, geographic address, ownership, any charges due for use, usage logging, and other identifying and connection information may be recorded by a Teleportal Index/Search Server (TPI/SS) 355 or by other TP applications 355 that provides means for a viewer 390 of a LTP 370 to find and connect with an RTP 420 322. In some examples said TPI/SS 355, TPAS 350, or TPSS 350 may each be located on a separate server(s) 355 or in some examples run on any Teleportal Server 345 350 355.
In some examples the LTP 370 has a dedicated controller 380 whose interface includes buttons and/or visual interface means designed to run an LTP that may be displayed on a screen or controlled by a user's gestures or voice or other means. In some examples the LTP 370 has a “universal remote control” 380 of multiple electronics whose interface fits a range of electronics. In some examples a variety of on-screen controls, images, controls, menus, or information can be displayed on the Local Teleportal to provide means for control or navigation 400 405. In some examples means provide access to groups, lists or a variety of small images of other places (which include IPTR [Identities/people, Places, Tools, Resources) directly available 400 405. In some examples the LTP 370 displays one or a plurality of currently open Shared Planetary Life Space(s) 400 405. In some examples the LTP 370 displays a digital window style such as overlaying a double-hung window 410 over the RTP place 310 315 320 325. In some examples the LTP 370 simultaneously displays other information or images (which include people, places, tools, resources, etc.) on the LTP 370 such as described in
In some examples an LTP 430 may not be available and an Alternate Input Device/Alternate Output Device (AID/AOD) 432 434 436 438 running a Virtual Teleportal (VTP) may be employed instead. In some examples an AID/AOD may be a mobile phone 432 or a “smart” phone 432. In some examples an AID/AOD may be a television set-top box 436 or a “smart” networked television 436. In some examples an AID/AOD may be a PC or laptop 438. In some examples an AID/AOD may be a wearable computing device 438. In some examples an AID/AOD may be a mobile computing device 438. In some examples an AID/AOD may be a communications-enabled DVR 436. In some examples an AID/AOD may be a computing device such as a netbook, tablet or a pad 438. In some examples an AID/AOD may be an online game system 434. In some examples an AID/AOD may be an appropriately capable Device In Use such as a networked digital camera, or surveillance camera 432. In some examples an AID/AOD may be an appropriately capable digital device such as an online sensor 432. In some examples an AID/AOD may be an appropriately capable web application 438, website 438, web widget 438, servlet 438, etc. In some examples an AID/AOD may be an appropriately capable application 438 or API that calls code that provides these functions 438. Since these do not have a Human Position Sensor 365 or a Communication/Processing Module 360 these do not automatically alter the view of the remote scene 310 in response to changes in the viewer's location. Therefore in some examples AIDs/AODs, utilize a default view, while in some examples AIDs/AODs, utilize manual means to alter the view displayed.
In some examples two or a plurality of LTP's 430 and AIDs/AODs provide TP Shared Planetary Life Spaces (SPLS) directly and with VTP's. This may be enabled if two or a plurality of Teleportals 430 or AIDs/AODs 432 434 436 438 are configured with a camera 377 and microphone 377 and the CPM 360 or VTP includes appropriate processing, memory and software so that it can provide said SPLS. When embodied and configured in this manner, both LTP's 430 and AIDs/AODs 432 434 436 438 can serve as a devices that provide Teleportal Shared Space(s) between two or a plurality of LTPs and AIDs/AODs 432 434 436 438.
LTP devices physical examples: Some examples in
LTP “window” styles, audio and dynamic positioning: In some examples a single Local Teleportal (LTP) 451 in
Hide or show LTP over a local window, using a wall pocket: In some examples
Multiple shapes for Teleportals: In some examples various shapes and styles may be employed for Teleportals, and some examples are illustrated in
Local Teleportals in portable frames: In some examples the display(s) of a single Local Teleportal or a plurality of Local Teleportals 471 472 may be in a portable frame(s) 470, which in turn may be hung on a wall, placed on a stand, stood on a desk, or put in any desired location. As illustrated elsewhere, said outside “frame” 470 may be a digital border and/or decoration rather than part of the physical frame, while in some examples it may be an actual physical frame 470. If said outside frame 470 is digital, then various frame designs and colors may be stored and changed at will by means of local or remote processing, or retrieved on demand to provide a wider range of designs and colors, whether these look like traditional frames or are artistically creative digital alterations such as “torn edges” on the images displayed. In some examples an LTP that is in a portable frame may be in various sizes and orientations (in some examples portrait 471 or landscape 472, in some examples small or large, in some examples vertical or horizontal, in a larger example single or multiple views on one LTP, etc.) to fit each viewers' criteria in some examples, budget in some examples, available space in some examples, subject choices in some examples, etc. Because an LTP is a digital device that is a portal into “always on” Shared Planetary Life Spaces (SPLS), the LTP's in
Multiple Teleportals integrated into a single view: In some examples the displays of two or a plurality of Teleportals may be combined into one larger display. One example of this is illustrated in
Larger integrated Teleportals/Teleportal Walls: In some examples known video wall technology may be applied so that multiple broader or taller Teleportals may span larger areas of a wall(s), room(s), stage(s), hall(s), billboard(s), etc.
MTP devices physical examples: Mobile Teleportals (MTPs) may be constructed in various styles, and some examples are illustrated in
In the examples in
In the examples in
In the examples in
In the examples in
RTP devices physical examples: Turning now to
In some examples 2010 a Remote Teleportal (herein RTP) is fixed in a specific physical location, place, etc. and may also have a fixed orientation and direction so that it provides observation, data collection, recording, processing, and (optional) two-way communications in a preset fixed place or domain; or alternatively a fixed RTP may include remote controlled PTZ (Pan, Tilt, Zoom) so that the orientation and/or direction of said RTP (or of one of its components such as a camera or other sensor) may be controlled and directed remotely.
Said remote control of said fixed RTP 2004 2010 includes sending control signal(s) from one or a plurality of controlling devices 2001 2002 2003, receiving said control signal(s) by said RTP 2004 2015, processing said received control signal(s) by said RTP 2004 2015, then controlling the appropriate RTP function(s) 2004 2013 2014 2015 2016, component(s) 2004 2013, sensor(s) 2004 2013, communications 2004 2016, etc. of said RTP device 2004. In some examples said control signals are selectively transmitted 2001 2002 2003 to the RTP device 2004 where they are received and processed in order to control said RTP device 2004 which in some examples controls functions such as turning said device on or off 2004 2014, in some examples puts said device in or out of standby or suspend mode 2004 2014 (such as powering down a solar powered RTP from dusk until dawn), in some examples turning on or off one or a plurality of sensors 2004 2013 (such as in some examples using a camera for video observation 2004 2013, in some examples using only a microphone for listening 2004 2013, in some examples using weather sensors to determine local conditions 2004 2013, in some examples using infrared night vision (herein IR) 2004 2013 for nighttime observation, in some examples triggering some sensors or functions automatically such as with a motion detector 2004 2013, in some examples setting alerts 2004 2013 such as by specific sounds, specific identities, etc. In some examples said control signals are received and processed 2004 in order to control one or a plurality of simultaneous RTP processes such as constructing one or a plurality of digital realities (as described elsewhere) in real-time while transmitting said digital realities in one or a plurality of separate streams 2016. In some examples an RTP 2004 may be shared and the remote user(s) 2001 2002 2003 who are sharing said RTP device 2004 provide separate user control of separate RTP processing or functions, such as in some examples creating and controlling a separate digital reality(ies).
In the following fixed RTP examples various individual components, and combinations of components, are known and will not be described in detail herein. In some examples fixed RTP's 2004 are comprised of a land-based RTP device 2011 in a location such as Times Square, New York 2012; with sensors in some examples such as day and night cameras 2013 and microphones 2013; with power sources such as A/C 2014, solar 2014, and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016, wired network 2016, WiMAX 2016; and with optional two-way video communications by means such as an LCD screen and a speaker. In some examples fixed RTP's 2004 are comprised of a land-based RTP device 2011 in a nature location such as an Everglades bird rookery 2012; with sensors in some examples such as day and night cameras 2013, microphones 2013, motion detectors 2013, GPS 2013, and weather sensors 2013; with power sources such as solar 2014, and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as satellite 2016, WiMAX 2016, cellular radio 2016, etc. In some examples fixed RTP's 2004 are comprised of a land-based RTP device 2011 in a location such any public or private RTP installation 2012; with sensors in some examples such as day and night cameras 2013, microphones 2013, motion detectors 2013, etc.; with power sources such as A/C 2014, solar 2014, and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016, wired network 2016, WiMAX 2016, satellite 2016, cellular radio 2016; and with optional two-way video communications by means such as an LCD screen and a speaker.
In some examples fixed RTP's 2004 are comprised of a water-based RTP device 2011 in a location such as submerged on a shallow coral reef 2012; with sensors in some examples such as a camera 2013, microphone 2013, motion detector 2013, etc.; with power sources such as an above water solar panel 2014 (fixed on a permanent structure or floating on a substantial anchored buoy) and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as satellite 2016, cellular radio 2016, etc. In some examples fixed RTP's 2004 are comprised of a water-based RTP device 2011 in a water location such as tropical waterfall 2012, reef 2012 or other water feature 2012 as determined by a tropical resort hotel; with sensors in some examples such as a camera 2013, microphone 2013, motion detector 2013, GPS 2013, weather sensors 2013, infrared night camera 2013, etc.; with power sources such as A/C 2014, solar 2014, and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016, WiMAX 2016, satellite 2016, cellular radio 2016, etc.
In some examples fixed RTP's 2004 are comprised of an arial-based RTP device 2011 in a location such as a penthouse balcony overlooking Central Park in New York City 2012; with sensors in some examples such as a camera 2013, microphone 2013, motion detector 2013, GPS 2013, weather sensors 2013, infrared night camera 2013, etc.; with a power sources such as A/C 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016 or wired networking 2016; etc. In some examples fixed RTP's 2004 are comprised of an arial-based RTP device 2011 in a location such as mounted on a tree trunk along the bank of the Amazon River in Brazil 2012, the Congo River in Africa 2012, or the busy Ganges in India 2012; with sensors in some examples such as a camera 2013, microphone 2013, motion detector 2013, GPS 2013, weather sensors 2013, night camera 2013, etc.; with power sources such as a mounted solar panel 2014 and battery 2014; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016, WiMAX 2016, satellite 2016, cellular radio 2016, etc. In some examples fixed RTP's 2004 are comprised of an arial-based RTP device 2011 in a location such as a tower or weather balloon over a landmark or attraction 2012 such as a light tower over a sports stadium 2012, a weather balloon over a golf course during a PGA tournament 2012, a lighthouse over the rocky Maine shoreline 2012; with sensors in some examples such as a camera 2013, microphone 2013, motion detector 2013, GPS 2013, weather sensors 2013, infrared night camera 2013, etc.; with a power sources such as A/C 2014, solar 2014, battery 2014, etc.; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as WiFi 2016, WiMAX 2016, satellite 2016, cellular radio 2016, etc.
In some examples a fixed RTP's 2004 may be comprised of a space-based RTP device 2011 in a location such as aboard a geosynchronous weather satellite over a fixed location on the Earth 2012; with sensors in some examples such as a camera 2013, infrared night camera 2013, etc.; with a power sources such as solar 2014, battery 2014, etc.; with remote control 2001 2002 2003 of the RTP device 2015 including control of processing 2015 and applications 2015 (such as digital realities construction); and with communications such as satellite 2016, radio 2016, etc.
Turning now to
Said remote control of said mobile RTP 2024 2030 includes sending control signal(s) from one or a plurality of controlling devices 2021 2022 2023, receiving said control signal(s) by said RTP 2024 2035, processing said received control signal(s) by said RTP 2024 2035, then controlling the appropriate RTP function 2024 2032 2033 2034 2035 2036, component 2024 2033, sensor 2024 2033, mobility 2024 2032, communications 2024 2036, etc. of said RTP device 2024. In some examples the remote control of said mobile RTP operates as described elsewhere, such as controlling one or a plurality of simultaneous RTP processes such as constructing one or a plurality of digital realities (as described elsewhere) in real-time while transmitting said digital realities in one or a plurality of separate streams 2036. In some examples a mobile RTP 2024 may be shared and the remote user(s) 2021 2022 2023 who are sharing said RTP device 2024 provide separate user control of separate RTP processing or functions, such as in some examples creating and controlling a separate digital reality(ies).
In the following mobile RTP examples various individual components, and combinations of components, are known and will not be described in detail herein. In some examples mobile RTP's 2024 are comprised of a ground-based mobile RTP device 2031 such as a remotely controlled telepresence robot on wheels 2032 in a location such as a company's offices 2032; with sensors in some examples such as one or a plurality of cameras 2033, speakers 2033 and microphones 2033; with power sources such as A/C 2034, solar 2034, and battery 2034; with mobility such as wheels for going to numerous locations throughout the offices 2032, wheels for accompanying people who are walking 2032, swivels for turning to face in different directions 2032, raising or lowering heights for communicating eye-to-eye 2032; with remote control 2021 2022 2023 of the mobile RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, wired network 2036, WiMAX 2036; and with optional two-way video communications by means such as an LCD screen and a speaker. In some examples mobile RTP's 2024 are comprised of a ground-based mobile RTP device 2031 such as a remotely controlled vehicle mounted RTP 2032 in a location such as a company's trucks 2032, construction equipment 2032, golf carts 2032, forklift warehouse trucks 2032, etc.; with sensors in some examples such as one or a plurality of cameras 2033, speakers 2033, microphones 2033, GPS 2033, motion detectors 2033, infrared night cameras 2033, weather sensors 2033, etc.; with power sources such as said vehicle's electric power 2034, solar 2034, and battery 2034; with mobility such as said vehicle's mobility 2032 so that said vehicle(s) have tracking, observation, optional real-time communication, etc.; with remote control 2021 2022 2023 of the mobile RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, WiMAX 2036, cellular radio 2036, satellite 2036, etc.; and with optional two-way video communications by means such as an LCD screen and a speaker. In some examples mobile RTP's 2024 are comprised of a ground-based mobile RTP device 2031 such as a remotely controlled personal RTP 2032 that is worn by an individual; with sensors in some examples such as one or a plurality of cameras 2033, speakers 2033, microphones 2033, GPS 2033, motion detectors 2033, infrared night cameras 2033, weather sensors 2033, etc.; with power sources such as solar 2034, battery 2034, A/C 2034; with mobility such as said individual's mobility 2032 so that said individual carries RTP tracking, observation, real-time communication, etc.; with remote control 2021 2022 2023 of the personal mobile RTP device 2024 including remote control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, WiMAX 2036, cellular radio 2036, satellite 2036, LAN port 2036, etc.; and with optional two-way video communications by means such as a speaker and an LCD screen or a projector.
In some examples mobile RTP's 2024 are comprised of an ocean-based mobile RTP device 2031 such as a remotely controlled ship or boat mounted RTP 2032 in one or more locations aboard a ship 2032; with sensors in some examples such as one or a plurality of cameras 2033, speakers 2033, microphones 2033, GPS 2033, motion detectors 2033, infrared night cameras 2033, weather sensors 2033, etc.; with power sources such as said vessel's electric power 2034, solar 2034, and battery 2034; with mobility such as said vessel's mobility 2032 so that said vessel has RTP tracking, observation, optional real-time communication, etc.; with remote control 2021 2022 2023 of the mobile RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, WiMAX 2036, cellular radio 2036, satellite 2036, etc.; and with optional two-way video communications by means such as an LCD screen and a speaker. In some examples mobile RTP's 2024 are comprised of an ocean-based mobile RTP device 2031 such as a remotely controlled submarine (or underwater glider) mounted RTP 2032; with sensors in some examples such as one or a plurality of cameras 2033, microphones 2033, GPS 2033, motion detectors 2033, infrared night cameras 2033, weather sensors 2033, etc.; with power sources such as said submarine's electric power 2034, occasional solar solar 2034 (when surfaced), and battery 2034; with mobility such as said submarine's mobility 2032 so that said submarine has RTP tracking, observation, sensor data collection, etc.; with remote control 2021 2022 2023 of the mobile RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, WiMAX 2036, cellular radio 2036, satellite 2036, etc.
In some examples mobile RTP's 2024 are comprised of an sky-based mobile RTP device 2031 such as a remotely controlled balloon or aircraft mounted RTP 2032 in one or more locations below a balloon 2032, or mounted in or on an aircraft 2032 (such as a radio controlled plane, a UAV, a drone, a radio controlled helicopter, etc.); with sensors in some examples such as one or a plurality of cameras 2033, microphones 2033, GPS 2033, motion detectors 2033, infrared night cameras 2033, weather sensors 2033, etc.; with power sources such as said balloon's equipment's or aircraft's battery or electric power 2034; with mobility such as said balloon's mobility 2032 or said aircraft's mobility 2032 so that said conveyance has mobile RTP tracking, observation, etc.; with remote control 2021 2022 2023 of the mobile RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as WiFi 2036, WiMAX 2036, cellular radio 2036, satellite 2036, etc.
In some examples a mobile RTP's 2004 may be comprised of a space-based device 2024 in a location such as aboard a weather satellite orbiting the Earth 2032; with sensors in some examples such as a camera 2033, infrared night camera 2033, etc.; with power sources such as solar 2034, battery 2034, etc.; with remote control 2021 2022 2023 of the RTP device 2024 including control of processing 2035 and applications 2035 (such as digital realities construction); and with communications such as satellite 2036, radio 2036, etc.
TP devices architecture and processing: Today a few hundred dollars buys a graphics card (a GPU or Graphics Processing Unit) that is more powerful then most supercomputers from a decade ago. Just as graphical processing transformed “green screen” text interfaces into GUIs (Graphical User Interfaces), today's continuously advancing CPUs and GPUs turn photographs into real looking images that never existed; or turn photographs into many styles of paintings; or help design large buildings with architectural plans that are ready to be built; or model structures to test them for wind, sun and shadow patterns, neighborhood traffic, and much more; or play computer games with real-time cinema quality realism and surround sound; or construct digital realities; or design personal clothes online that will be delivered in less than a week; or show live football games on television with dynamic first down lines and information (like large “3rd and 10” signs) displayed on the ground under the 22 live football players moving on the field). To do this CPUs evolved into multi-core CPUs that are now routinely shipped in computers and computing devices of all sizes and types. Already starting, the design and shipment of devices that include multi-core GPU's, multiple GPU's and multiple co-processors has begun and greater GPU processing capabilities may be expected in the future. Already, some devices could include the hardware and software to transform physical reality into “digital reality” in real time—and this may become a commonplace mainstream capability in the future.
Turning now to
In some examples TP devices 1140 may be implemented as individually designed TP devices, in some examples as general-purpose desktop personal computers, in some examples as workstations, in some examples as handheld devices, in some examples as mobile computing devices, in some examples as electronic tablets, in some examples as electronic pads, in some examples as netbooks, in some examples as wireless phones, in some examples as in-vehicle devices, in some examples as a device that is a component of equipment, in some examples as a device that is a component of a system, in some examples as servers, in some examples as network servers, in some examples as mainframe computers, in some examples as distributed computing systems, in some examples as consumer electronics, in some examples as online televisions, in some examples as television set-top boxes, in some examples as any other form of electronic device. In some examples said TP device 1140 is physically located with a user who is in a focused connection; in some examples said TP device 1140 is owned by a user who is in a focused connection but is remote from said TP device and is utilizing it for processing; in some examples said TP device 1140 is owned by a third party such as a service and said TP device's processing is an element of said service; in some examples said TP device 1140 is an element of a network that is being utilized for a Teleportal connection; in some examples said TP device 1140 is at any network accessible location.
In some examples TP devices 1140 may include but are not limited to a high-level illustration of the use of said TP device 1140 to open SPLS(s) (Shared Planetary Life Spaces) presence connections (as described elsewhere in more detail) and focus TP connections (as described elsewhere in more detail). In some examples a first step is to open one or a plurality of SPLS's (Shared Planetary Life Spaces), a second step is to focus one or a plurality of TP connections with SPLS members, a third step is to add additional PTR to one or more focused TP connections, and a fourth or later step is to perform other TP functions as described elsewhere. The program(s), module(s), component(s), instruction(s), program data, user profile(s) data, IPTR data, etc. that enable operation of the TP device 1140 to perform said steps may be stored in local storage 1143 and/or remote storage 1143 and retrieved as needed to operate said TP device 1140. As SPLS's are opened, focused connections are made, IPTR added, or other functions utilized an output video is generated to include the appropriate participants as described elsewhere, and other context may be added to said output video such as a place(s), advertisement(s), content(s), object(s), etc. as described elsewhere; with said output video generated in some examples at one or a plurality of the participants' local TP devices 1140, in some examples at one or a plurality of their remote TP devices 1140, in some examples at a remote TP device that is an element of a network 1174, in some examples by a TP server or TP service that is attached to a network 1174, or in some examples by other means as described elsewhere. In some examples this enables a single TP device 1140 to provide the output video; and some examples this enables a plurality of TP devices 1140 to provide a plurality of output videos that are customized for different participants as specified by each participant either manually or automatically (as described elsewhere). In some examples participants utilize TP devices 1140 that contain the appropriate components and capabilities to produce output video; while in some examples one or a plurality of participants utilize TP devices that are able to communicate but are not able to produce output video (which is processed separately from their TP device) 1140; while in some examples one or a plurality of TP devices 1140 possess only limited capabilities such as in some examples decoding video or audio, in some examples decompressing video or audio, and in some examples generating a signal that is formatted for display on that particular TP device.
In some examples said TP device components include a plurality of known devices, systems, methods, processes, technologies, etc. which are constituents that are combined in varying new or known ways to form a TP device. In some examples TP devices 1140 may include but are not limited to a system bus 1146 that couples system components such as one or a plurality of processors 1148 1149 1150, memory 1142, storage 1143, and interfaces 1160 1161 that in turn connect user I/O devices 1141, subsidiary processors such as in some examples a broadcast tuner(s) 1161, in some examples a GPU (Graphics Processing Unit), 1161, in some examples an audio sound processor 1161, and in some examples another type of subsidiary processor 1161. In some examples the system bus 1146 may be of any known type of bus including a local bus, a memory bus or memory controller, and a peripheral bus; with some examples of known bus architectures including Microchannel Architecture (MCA) bus, Industry Standard Architecture (ISA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, Peripheral Component Interconnect (PCI) bus, or any known bus architecture.
In some examples said TP device 1140 may include but is not limited to a plurality of known types of computer readable storage media 1143, which may include any available type of removable or non-removable storage media, or volatile or nonvolatile storage media that may be accessed either locally or remotely including in some examples Teleportal Network servers or storage 1143, in some examples one or a plurality of other Teleportal devices' storage 1143, in some examples a remote data center(s) 1143, in some examples a Storage Area Network (SAN) 1143, or in some examples other remote information storage 1143. In some examples in some examples storage 1143 may be implemented by any technology and method for information storage such as in some examples computer readable instructions, in some examples data structures, in some examples program modules, or in some examples other data. In some examples computer storage media includes but is not limited to one or a plurality of hard disk drives 1143, in some examples RAM 1143, in some examples ROM 1143, in some examples DVD 1143, in some examples CD-ROM 1143, in some examples of other optical disk storage 1143, in some examples flash memory 1143, in some examples EEPROM 1143, in some examples other memory technology 1143, in some examples magnetic tape 1143, in some examples magnetic cassettes 1143, in some examples magnetic disk storage 1143, in some examples other magnetic storage devices 1143. In some examples storage 1143 is connected to the system bus 1146 by one or a plurality of interfaces 1160 such as in some examples a hard disk drive interface 1160 1161, in some examples an optical drive interface 1160 1161, in some examples a magnetic drive interface 1160 1161, in some examples another type of storage interface 1160 1161.
In some examples said TP device 1140 may include but is not limited to a control unit 1144 which may include components such as a basic input/output system (BIOS) 1145 that contains some routines for transferring information between elements of a TP device such as in some examples during startup. In some examples a control unit 1144 may include components such as in some examples an operating system 1145, control applications 1145, utilities 1145, application programs 1145, program data 1145, etc. In some examples said operating system 1145, control applications 1145, utilities 1145, application programs 1145, or program data 1145 may be stored in some examples on a hard disk 1143, in some examples in ROM 1142, in some examples on an optical disk 1143, in some examples in RAM 1142, in some examples in another type of storage 1144, or in some examples in another type of memory 1142.
In some examples said TP device 1140 may include but is not limited to memory 1142 which may include random access memory (RAM) 1142, in some examples read only memory (ROM) 1142, in some examples flash memory 1142, or in some examples other memory 1142. In some examples memory 1142 may include a memory bus, in some examples a memory controller 1160, in some examples memory 1143 may be directly integrated with one or a plurality of processors 1148 1149 1150, or in some examples another type of memory interface 1160.
In some examples said TP device's 1140 components are connected to the system bus 1146 by a unique interface 1160 or in some examples by an interface 1160 that is shared by two or a plurality of components 1160; and said interfaces may in some examples be a user I/O device interface 1160 1161, in some examples a storage interface 1160 1161, in some examples another type of interface 1160 1161. In some examples said TP device 1140 may include but is not limited to one or a plurality of user I/O devices 1141 which in some examples includes a plurality of input devices and output devices such as a mouse/mice 1141, in some examples a keyboard(s) 1141, in some examples a camera(s) 1141, in some examples a microphone(s) 1141, in some examples a speaker(s) 1141, in some examples a remote control(s) 1141, in some examples a display(s) or monitor(s) 1141, in some examples a printer(s) 1141, in some examples a tablet(s) or pad(s) 1141, in some examples a touchscreen(s) 1141, in some examples a touchpad(s) 1141, in some examples a joystick(s) 1141, in some examples a game pad(s) 1141, in some examples a wireless hand-held 3-D pointing device(s) or controller(s) 1141, in some examples a trackball(s) 1141, in some examples a configured smart phone(s) 1141, in some examples another type of user I/O device 1141. In some examples these user I/O devices are connected to the system bus 1146 by one or a plurality of interfaces 1160 such as in some examples a a video interface 1160 1161, in some examples a Universal Serial Bus (USB) 1160 1161, in some examples a parallel port 1160 1161, in some examples a serial port 1160 1161, in some examples a game port 1160 1161, in some examples an output peripheral interface 1160 1161, in some examples another type of interface 1160 1161.
In some examples TP devices 1140 may include but are not limited to one or a plurality of user interface(s) components to select TP device options, control the opening and closing of SPLS's and/or their individual members, control focusing a connection and its individual attributes, control the addition and synthesis of IPTR such as in a focused connection, control the TP display(s), and control other aspects of the operation of said TP device 1140; and these controls may be included in any known or practical interface arrangement, layout, design, alignment, user I/O device, remote control of a Teleportal, etc. In addition, updates to TP device interfaces, options, controls, features, etc. may be downloaded and applied to said TP device 1140 in some examples automatically, in some examples periodically, in some examples on a schedule, in some examples by a user's manual control, or in some examples by any known means or process; and if downloaded said updates may in some examples be available and presented for immediate use, in some examples the user may be informed when said updates are made, in some examples the user may be asked to approve said updates before they are available for use, in some examples the user may be required to approve the downloading and installation of said updates, in some examples the user may be required to run a setup process to install an update, and in some examples any other known download and/or installation process may be utilized.
In some examples said TP device 1140 may include but is not limited to one or a plurality of processors 1148 1149 1150, such as in some examples a single Central Processing Unit (CPU) 1148, in some examples a plurality of processors 1148 1149 1150 which in some examples include one or a plurality of video processors 1150, in some examples include one or a plurality of audio processors 1149, in some examples include one or a plurality of GPUs (Graphics Processing Units) 1149 1150, and in some examples include a control CPU 1148 that provides control and scheduling of other processors 1149 1150. In some examples TP devices 1140 may include but are not limited to a supervisor CPU 1148 along with one or a plurality of co-processors 1149 1150 that are variable in number, selectable in use and coupled by a bus 1146 with the supervisor CPU 1148. In some examples the supervisor CPU 1148 and co-processors 1149 1150 employ memory 1142 to store portions of one or a plurality of video streams, video inputs, partially processed video, video mixes, video effects, etc. (in which the term “video” includes related audio). In some examples a supervisor application is run by the supervisor CPU 1148 to control each co-processor 1149 1150 to read a selected portion of the video temporarily stored in memory 1142; process it 1149 1150 such as by mixing, effects, background replacement(s), etc. as described elsewhere; and output it for display and/or transmission to a designated recipient(s). In some examples a supervisor application is run by the supervisor CPU 1148 to manage in some examples the user instructions for the video synthesis of focused connections such as the synthesis of the view(s) in a focused connection, in some examples the currently open SPLS's, in some examples one or a plurality of logged in identities for the current user, in some examples one or a plurality of focused TP connections, in some examples one or a plurality of PTR within those focused connections, in some examples dynamic changes in the current user's presence, in some examples dynamic changes in the presence of SPLS members, in some examples dynamic changes in the presence of participants in focused TP connections, and in some examples other aspects of the operation of said TP device 1140. In some examples the number of co-processors 1149 1150 is selectable; in some examples the number of video inputs is selectable such as how many PTR in which to add to a focused connection; in some examples the number of participants in each focused connection is selectable; and in some examples other aspects of the operation of said TP device 1140 and said focused TP connections are selectable.
In some examples TP devices 1140 may include but are not limited to utilizing one or a plurality of co-processors such as video processors 1150, audio processors 1149, GPUs 1149 1150 to synthesize one or a plurality of focused connections according to each focused connection's video/audio input and participant('s) selections, and (optionally) include PTR such as in some examples a place or context, or in some examples advertisements that are personalized and customized for each participant. In some examples video processing 1150 and/or audio 1149 may be applied separately to each video input such as in some examples personal images, in some examples place backgrounds, in some examples background objects, in some examples inserted advertisements, etc.; such as in some examples resizing, in some examples resolution, in some examples orientation, in some examples tilt, in some examples alignment with respect to each other, in some examples morphing into three dimensions, in some examples coloration, etc. in some examples video processing 1150 and/or audio processing 1149 may be applied separately to each focused connection such as in some examples dividing or subdividing one or a plurality of displays to present all or parts of each focused connection in a portion said display(s) as selected by each user of each TP device 1140.
In some examples TP devices 1140 may include but are not limited to using one or a plurality of audio processors 1149 to receive and process audio signals from each source in a focused connection(s), and utilize known means to generate a 3-D spatial audio signal for playback by the local TP device's 1140 speakers, whenever two or more speakers are present that may be utilized for audio. In this manner, the audio signal may be processed 1149 to match the processed video output 1150 such as, for example when a specific participant or object are displayed on the right side, the audio from said participant or object comes from a speaker(s) on the right side of the display, and the audio 1149 is balanced properly respective to the position of its source in the synthesized video 1150. Similarly, when a focused connection's context is made a separately received place, that place's audio may be played so that it sounds natural and audible at a volume that is appropriate for the synthesized position(s) of the participants in that place. Similarly, when other video inputs and sources are combined 1150, their respective audio may be processed 1149 so that upon playback, the audio matches the processed output video 1150.
In some examples said TP device 1140 may include but is not limited to one or a plurality of network interfaces 1154 1155 1156 for transferring data (including receiving, transmitting, broadcasting, etc.) between the TP device and in some examples a network 1174, in some examples other TP devices 1175 1176 1177 1178, in some examples Remote Control (RCTP) of TP Subsidiary Devices 1166 1167 1168 1169 1170 1171, in some examples an in-vehicle telematics device(s), in some examples a broadcast source(s) 1180, and in some examples other computing or electronic devices that may be attached to a network 1174. In some examples this connection can be implemented using one or a plurality of known types of network connections that are connected to the TP device 1140 in some examples any type of wired network 1174, in some examples any direct wired connection with another communicating device, in some examples any type of wireless network 1174, and in some examples any type of wireless direct connection 1174. In some examples this connection can be implemented using one or a plurality of known types of networks in some examples by means of the Internet 1174, in some examples by means of an Intranet 1174, in some examples by means of an Extranet 1174, in some examples by means of other types of networks as described elsewhere 1174. In some examples this connection can be implemented using one or a plurality of known types of networking devices that are connected to said TP device 1140 in some examples to a network and in some examples directly connected to any type of communicating device, such as in some examples a broadband modem, in some examples a wireless antenna, and some examples a wireless base station, in some examples a Local Area Network (LAN) 1174, in some examples a Wide Area Network (WAN) 1174, in some examples a cellular network 1174, in some examples an IP or TCP-IP network 1174, in some examples a PSTN 1174, in some examples any other known type of network. In some examples said TP device 1140 can be connected using one or a plurality of peer-to-peer environments which in some examples include real-time communications whereby connected TP devices 1140 1175 communicate directly in a peer-to-peer manner with each other.
In some examples said TP device 1140 may operate in a network environment with one or a plurality of networks 1174 using said network(s) to form a connection(s) with one or a plurality of TP devices 1175 such as in some examples an LTP 1176; in some examples an MTP 1176; in some examples an RTP 1177; in some examples an AID/AOD 1178; in some examples a TP server 1174; in some examples a TP subsidiary device that is under RCTP control (remote control by a TP device) 1164 1166 1167 1168 1169 1170 1171; in some examples any other TP connections between an extensible TP device 1140 and a compatible remote device through means such as a network interface(s) 1154 1155 1156 and a network(s) 1174. When a LAN network environment 1174 is used a network interface or adapter 1154 1155 1156 is typically employed for the LAN interface; and in turn, the LAN may be connected to a WAN 1174, the Internet 1174, or another type of network 1174 such as by a high bandwidth converged communication connection. When a directly connected WAN network environment 1174 is used, or a directly connected Internet network environment 1174 is used, or other direct means for establishing a communications link(s), a modem is typically employed; and said modem may be internal or external to said TP device 1140. When one or a plurality of broadcast sources 1180 are used, the components and processes are described elsewhere, such as in
In some examples TP devices 1140 may include but are not limited to one or a plurality of network interfaces 1154 1155 1156 which each has a mux/demux 1151 1152 1153 that multiplexes/demultiplexes signals to and from the audio processor(s) 1149, video processor(s) 1150, GPU(s) 1149 1150, and CPU/data processor 1148; and in some examples each network interface 1154 1155 1156 has a format converter 1151 1152 1153 such as to convert from and to various video and/or audio formats as needed; and in some examples each network interface 1154 1155 1156 has an encoder/decoder (herein termed “Coder”) 1151 1152 1153 that decodes/encodes video streams to and from a TP device 1140, and in some examples one or a plurality of these conversion steps 1151 1152 1153 may be provided by one or a plurality of codecs. In turn, these varying combinations of network interfaces 1154 1155 1156, mux/demux 1151 1152 1153, format converter 1151 1152 1153, encoder/decoder 1151 1152 1153, and codec(s) 1151 1152 1153 provide input from and output to network(s) 1174.
In some examples said TP device 1140 may include but is not limited to one or a plurality of multiplexers and demultiplexers (referred to in the figure as “MUX”) 1151 1152 1153 which in some examples provides switching such as selecting one of many analog or digital signals and forwarding the selected signal into a single line; in some examples combining several input signals into a single output signal; in some examples enabling one line from many to be selected and routed through to a particular output; in some examples combining two or more signals into a single composite signal; in some examples routing a single input signal to multiple outputs; in some examples sequencing access to a network interface so that multiple different processes may share a single interface whether for receiving signals or for transmitting signals; in some examples converting analog signals to digital; in some examples converting digital signals to analog; in some examples providing filters so that output signals are filtered; in some examples sending several signals over a single output line such as with time division multiplexing; in some examples sending several signals over a single output line such as with frequency division multiplexing; in some examples sending several signals over a single output line such as with statistical multiplexing; and in some examples taking a single input line that carries multiple signals and separating those into their respective multiple signals.
In some examples said TP device 1140 may include but is not limited to one or a plurality of encoders/decoders (referred to in the figure as “Coder”) 1151 1152 1153 and/or decoders 1151 1152 1153 (referred to in the figure as “Coder”) which in some examples provides conversion of data from one format (or code) to another such as in some examples from an analog input to a digital data stream (A/D conversion, such as converting an analog composite video signal into a digital component video signal that includes a luminance signal, a color difference signal [Cb signal] and a color difference signal [Cr signal]); in some examples converts varied audio, video and/or text input into a common or standard format; in some examples compresses data into a smaller size for more efficient transmission, streaming, playback, editing, storage, encryption, etc.; in some examples simultaneously converts and compresses audio, video and/or text; in some examples converts signal formats that the TP device cannot process and encodes them in a format the TP device can process; in some examples provides conversion from one codec to another; in some examples taking audio and video data from a TP device and converting it to a format suitable for streaming, transmission, playback, storage, encryption, etc.; in some examples decoding data that has been encoded; in some examples decrypting data that has been encrypted; in some examples receiving a signal and turning it into usable data; and in some examples converting a scrambled video signal into a viewable image(s). In some examples said TP device 1140 may include but is not limited to one or a plurality of codecs (referred to in the figure as “Coder”) 1151 1152 1153 which in some examples provides encoding and/or decoding of one or a plurality of digital data streams and/or signals, such as for editing, transmission, streaming, playback, storage, encryption, etc.
In some examples said TP device 1140 may include but is not limited to one or a plurality of timers 1157 which in some examples are also known as sync generators; in some examples a timer counts time intervals and generates timed clock pulses used to synchronize video picture signals and/or video data streams; in some examples timing is used to synchronize various different video signals for editing, mixing, synthesis, output, transmission, streaming, etc.; in some examples timer pulses are utilized by one or a plurality of processors 1148 1149 1150 as timing instructions, as interrupt instructions, etc. to help control various steps in the editing, synthesis, mixing and/or effects process(es) such as mixing a plurality of different video signals from different sources and outputting a single synthesized and mixed video; in some examples to help control various steps in importing one or a plurality of special effects to a video; in some examples to help control various steps in outputting one or a plurality of videos into a single video output; in some examples to help control various steps in streaming one or a plurality of videos; in some examples to help control various other video timing or display functions.
In some examples said TP device 1140 may include subsystems 1158 1159 in which a subsystem is a specialized “engine” that provides specific types of functions and features including in some examples Superior Viewer Sensor (SVS) subsystem 1159; in some examples background replacement subsystem 1159; in some examples a recognition subsystem 1159 which provides recognitions such as faces, identities, objects, etc.; in some examples a tracking identities and devices subsystem 1159; in some examples a GPS and/or location information subsystem 1159; in some examples an SPLS/identities management subsystem 1159; in some examples TP session management subsystem that operates across multiple devices 1159; in some examples an automated serving subsystem such as a virtual concierge 1159, in some examples a selective cloaking or invisibility subsystem 1159, and in some examples other types of subsystems 1159 with each's associated functions and features. In some examples a subsystem may be within a single TP device; in some examples a subsystem may be distributed such that various functions are located in local and remote TP devices, storage, and media so that various tasks and/or program storage, data storage, processing, memory, etc. are performed by separate devices and linked through a communications network(s); and in some examples a parts or all of a subsystem may be provided remotely. In some examples one or a plurality of a subsystem's functions may be provided by means other than a device subsystem; in some examples one or a plurality of a subsystem's functions may be a network service; in some examples one or a plurality of a subsystem's functions may be provided by a utility; in some examples one or a plurality of a subsystem's functions may be provided by a network application; in some examples one or a plurality of a subsystem's functions may be provided by a third-party vendor; and in some examples one or a plurality of a subsystem's functions may be provided by other means. In some examples the equivalent of a device's subsystem may be provided by means other than a device subsystem; in some examples the equivalent of a device's subsystem may be a network service; in some examples the equivalent of a device's subsystem may be provided by a utility; in some examples the equivalent of a device's subsystem may be a remote application; in some examples the equivalent of a device's subsystem may be provided by a third-party vendor; and in some examples the equivalent of a device's subsystem may be provided by other means.
In some examples some TP devices 1140 may include but are not limited to AID's/AOD's that do not have nor do they require special internal components for processing Teleportal sessions, including opening and maintaining SPLS's, focusing one or a plurality of connections, or other types of Teleportal functions. AID's/AOD's may require nothing more then a wired and/or wireless network connection, and the ability to download and run a VTP (Virtual Teleportal) software application, in which case Teleportal processing is performed by a TP device that is attached to a network such as 1298 1280 1294 in
TP device processing locations:
Turning now to
In some examples when that identity is focused 1214, the previously retrieved rules 1209 1211 1212, DIU capabilities 1211 1212, etc. are applied to the TP device's processing of the focused connection 1214. In some examples the required TP processing 1214 1215 is supported by the TP device 1215, then perform said processing on the TP device 1220 and display the processed output on the TP device 1221. In some examples the required TP processing 1214 1215 is not supported by the TP device 1215, then in some examples determine if an appropriate remote TP processing resource is available 1216, and in some examples if a TP processing resource is available 1217, then perform said processing on the TP resource 1217, stream the output to the TP device 1217, and display the remotely processed output on the TP device 1221. In some examples the required TP processing 1214 1215 is not supported by the TP device 1215, then in some examples determine if an appropriate remote TP processing resource is available 1216, and in some examples a remote TP processing resource is not available 1217, then do not perform said processing on the TP resource 1216 1218 and instead apply the TP device's limits to the input stream 1218, and display only what is possible from the unprocessed input on the TP device 1221.
In some examples the combination of various SPLS rules, identity rules, DIU features, etc. 1212 are utilized to process and display an identity's “presence” 1213 on a TP device, with storage of those various rules 1209 1211 1212, DIU capabilities 1211 1212, etc. until they are needed for a focused connection 1214. Until that identity is focused 1214 the presence of that identity is maintained on the TP device 1213. In some examples the current TP device user changes to a different TP device 1222, and in some examples the new TP device automatically reopens the currently open SPLS's 1201 which may in some examples include retrieving and applying SPLS rules 1208 1209, in some examples include retrieving and applying identity rules 1208 1209, in some examples include retrieving and applying DIU rules 1210 1211, in some examples include retrieving and applying DIU capabilities 1210 1211, and in some examples storing said retrieved data 1208 1209 1210 1211 with presence indications on a TP device. In some examples the current TP device user changes to a different TP device 1222, and in some examples the new TP device automatically refocuses a current focus connection with an identity 1201, which may in some examples include retrieving and applying the appropriate rules 1208 1209 1210 1211, in some examples retrieving and applying DIU capabilities 1210 1211, and in some examples applying said retrieved data 1208 1209 1210 1211 with the appropriate local TP processing 1215 1220 1221, and in some examples applying said retrieved data 1208 1209 1210 1211 with the appropriate remote TP processing 1216 1217 1221.
In some examples the remote DIU user has presence in an open SPLS 1213 and changes to a different DIU device 1222, and in some examples the new DIU device's rules and capabilities 1210 are retrieved and applied 1211 to that remote user's presence indication 1212 1213. In some examples the remote DIU user is in a focused connection 1214 and changes to a different DIU device 1222, and in some examples the new DIU device's rules and capabilities 1210 are retrieved and applied 1211 to that remote user's focused connection by means of DIU processing 1215 1220 1221, and in some examples applying said retrieved data 1208 1209 1210 1211 with the appropriate remote TP processing 1216 1217 1221.
TP device components processing flow:
In some examples a step is initial connection with external remote input sources which in some examples are SPLS members 1 through N 1230; in some examples are PTR (Places, Tools, Resources) 1 through N 1231; in some examples are TP focused connections 1 through N 1232, and in some examples are one or a plurality of broadcast sources 1233. In some examples a step is local inputs such as user I/O devices 1262 that may be connected by means of an interface 1261; which in some examples are one or a plurality of keyboards 1262, in some examples are one or a plurality of a mouse or other pointing device(s) 1262, in some examples are a touch screen(s) 1262, in some examples are one or a plurality of cameras 1262, in some examples are one or a plurality of microphones 1262, in some examples are one or a plurality of remote controls 1262, in some examples are a wireless control device like a tablet or pad 1262, in some examples are a hand-held pointing device(s) 1262, in some examples are a viewer detection sensor(s) 1262, etc. In some examples said TP device is shared 1259 and part or all of the TP device's functions are controlled by the remote user who is sharing it 1259; and in some examples said TP device is remotely controlled 1259 and part or all of the TP device's functions are controlled by the remote user who is controlling it 1259. In some examples a step includes receiving other user control sources and inputs by means such as a network interface 1235 1236 1237 1238 1239, a device interface 1261, or other means. In some examples a specific external input(s), device input(s), source(s) or online resource(s) will be new and not have previous settings for TP device processing associated with it, and in these cases default control settings 1250 are applied; in some cases different default settings 1250 may be pre-specified for various different types of inputs; in some cases a particular source type's default settings 1250 may be automatically copied from (or adapted from) other previous successful connections of that type. In some examples specific external and remote sources and inputs 1230 1231 1232 1233, or local sources and inputs 1262, may already be stored in memory 1264 or stored in storage 1263 for automatic TP device processing based upon previous control settings 1250; in some examples these may be previous individual focused connections 1232; in some examples these may be a specific category(ies) of connection(s) such as specific PTR (Place, Tool, Resource, etc. as described elsewhere) 1231 or types of PTR 1231; in some examples these may be a specific broadcast source 1233, or in some examples a specific category(ies) of broadcast sources 1233; in some examples these may be from a specific SPLS (Shared Planetary Life Space, as described elsewhere)1230; in some examples these may be from a specific identity 1230; in some examples these may be from a specific originating group such as a particular company or organization 1230 or other source category 1230; in some examples these sources or inputs may have one or a plurality of other identifying attributes. In some examples once TP device processing has been performed, including the application of any controls 1250, said controls settings 1250 are automatically saved for automatic retrieval and reuse in the future during reconnection with that source and/or input. In some examples when any controls 1250 are used for TP device processing, the user may be asked whether or not to save the new control settings 1250 for future reconnections, and in some examples this request to save controls and/or settings may be asked only at a pre-specified time such as when a focused connection is made or when a focused connection is ended.
In some examples a TP device 1140 in
In some examples a MIDI interface 1261 receives and delivers MIDI data (that is, MIDI tone information) from and to external MIDI equipment 1262 such as in some examples MIDI-compatible musical instruments (in some examples keyboards, in some examples guitars and string instruments, in some examples microphones, in some examples wind instruments, in some examples percussion instruments, in some examples other types of instruments), and in other examples MIDI-compatible gesture-based devices 1262 in which a user's motions generate MIDI data. In some examples tone data may utilize other standards than MIDI such as SMF or other formats, in which case a MIDI interface 1261 and MIDI equipment 1262 (including musical instruments, gesture-based devices, or other types of MIDI devices) conform to the data standard employed. In some examples a general-purpose interface 1261 may be employed instead of a MIDI interface 1261, such as in some examples a USB (Universal Serial Bus), in some examples RS-232-C, in some examples IEEE 1394, etc. and in each of these cases the appropriate data standard(s) is employed.
In some examples controls 1250 and/or controls' user interface 1250 include various options to set a range of stored and/or user editable parameters that are employed to control in some examples external inputs 1230 1231 1232 1233; in some examples local user I/O devices 1262; in some examples conversions 1240 1241 1242 1243; in some examples a tuner(s) 1240 1241 1242 1243 that selects and displays a broadcast(s) 1233; in some examples selection of inputs 1246; in some examples designation(s) of combinations 1247; in some examples synthesis during mixing 1248 such as ratios, sizes, positions, etc.; in some examples the selection and application of effects 1249 such as parameters that alter the way a selected effect alters an unprocessed input, a mixed combination or a synthesized video; in some examples the addition and specific uses of stored inputs 1263; in some examples the addition and use of other inputs; in some examples the addition and specific uses of streamed 1235 or stored 1263 external resources; in some examples during output 1253 1254 1256; in some examples to control parts or all of one or a plurality of TP displays 1256 1257; in some examples for other types of output control(s). In some examples various user I/O devices 1262 (including all forms of TP device inputs and outputs) may include their respective specialized control(s) interface(s) with their respective buttons, sliders, physical or digital knobs, connectors, widgets, etc. for utilizing each I/O device's controls by means such as in some examples selecting; in some examples finding; in some examples setting; in some examples utilizing defaults; in some examples utilizing presets; in some examples utilizing saved settings; in some examples utilizing templates; in some examples utilizing style sheets and/or styles; in some examples utilizing or adapting previous settings from the same or similar inputs; in some examples utilizing or adapting previous settings from similar types of inputs; etc. In some examples a controls interface 1250 detects the current state(s) of the respective controls, including any changes in a control, and outputs said state data to the CPU 1266 by means of the system bus 1260.
In some examples said TP device outputs one or a plurality of unprocessed and/or synthesized video/audio streams at various processing steps to use in setting various controls, or to use directly; in some examples said TP device is controlled to output a single selected and unprocessed input video from the various inputs received; in some examples said TP device is controlled to output a grid display of selected unprocessed input videos from some or all of the inputs received; in some examples said TP device is controlled to output a combination of a single selected and unprocessed input video that is displayed in a different size and style from a grid display of selected unprocessed input videos from some or all of the inputs received; in some examples said TP device is controlled to output a preview of a synthesized combination of input videos, along with dynamically altering said synthesis as varying controls are applied; in some examples said TP device is controlled to output a preview of a synthesized combination of input videos, along with the selected and unprocessed input videos from which the synthesis is performed, along with dynamically altering said synthesis as varying controls are applied to each individual input video or to the synthesized preview of combined input videos; etc. In some examples said TP device is controlled to save particular combinations of controls to apply said saved combinations automatically to control input sources; to control types of input sources individually; to control categories of input sources as a class of inputs; to control combinations of input sources as a group of multiple specific input sources, types of input sources, categories of input sources, classes of input sources, previously combined input sources, etc. In some examples said TP device may automatically perform input, format conversion, control, synthesis, output and display with manual control at any time to specify functions such as input selection(s), combination(s) desired, mixing controls, effects, output(s), display(s), etc.
Various processes in a mixed format TP device depend on video signals for synchronization such as in some examples switching or combining a plurality of inputs from a plurality of sources; in some examples for video mixing; in some examples for video effects; in some examples for video output(s); etc. The timer/sync generator 1255 in a TP device may in some examples be a video signal generator (VSG), in some examples a sync pulse generator (SPG), in some examples a test signal generator, in some examples a VITS (vertical interval test signal) inserter, or another known type of timer/sync generator. In some examples a timer/sync generator 1255 counts time intervals to generate tempo clock pulses 1255 that are employed to synchronize at the same timing in some examples the varying plurality of external inputs 1230 1231 1232 1233 that are received by means of network interfaces 1235 1236 1237 1238; in some examples one or a plurality of local user I/O inputs 1262 1261 or outputs 1262 1261; in some examples converting 1240; in some examples switching inputs 1246 1247; in some examples synthesis 1245 such as mixing 1248 and/or effects 1249; in some examples various locally stored inputs 1263 such as recordings; in some examples other inputs such as advertising, content, objects, music, audio, etc. as described elsewhere; in some examples during output 1252 1253 1254 1256; in some examples for other types of synchronization. In some examples such tempo clock pulses 1255 may be employed by the CPU 1265 1266, and/or by co-processors 1272 1273 for processing timing, in some examples for timing instructions, in some examples for interrupt instructions, or for other types of synchronization processes; and in some examples said CPU 1265 1266 and/or said co-processors 1272 1273 control components of the TD device such as in some examples external inputs 1230 1231 1232 1233; in some examples local user interface inputs 1262 1261; in some examples during mixing 1248, effects 1249 and overall synthesis 1245; in some examples stored inputs 1263; in some examples other inputs; in some examples during output 1252 1253 1254 1256; in some examples for other types of synchronization.
In some examples synthesis includes at least inputs/sync 1246; (optional) manual and/or automated designation of one or a plurality of combinations of inputs 1247; (optional) mixing 1248 said designated combinations 1247; adding (optional) effects 1249 to said designated combinations 1247; (optional) combination(s) of mixing 1248 and effects 1249 to said designated combinations 1247; and altering any of these combinations 1247, mixing 1248, effects 1249 at any step or stage by means of various automated and/or manual controls 1250. Said automated and/or controlled synthesis 1245 1246 1247 1248 1249 1250 begins with inputs/sync 1246 such as in some examples format conversion such as described in 1151 1152 1153 in
In some examples any of these inputs 1230 1231 1232 1233 and/or steps such as in some examples as received 1235, in some examples as converted for TP device use 1240, in some examples at various steps or stages of synthesis 1245, in some examples at various steps or stages of display 1252 may be displayed under automated and/or user control 1250 to a local user in some examples, to a remote user in some examples, or to an audience in some examples. In some examples a range of user controls 1250 and features may be utilized at various steps 1235 1240 1245 1252 such as changing the combination of inputs 1250 1246 1247, zooming in or out 1250 1256, changing the background 1250 1248, changing components of a background 1250 1248, inserting titles or captions 1250 1248 1249, inserting an advertisement(s) 1250 1248 1249, inserting content 1250 1248 1249, changing objects in the background 1250 1248 1249, etc.
In some examples mixing 1248 may be performed under automated and/or user control 1250 such as in some examples a video editing system 1250 1248 that includes two or a plurality of inputs 1230 1231 1232 1233 1262. In some examples an input is a background such as a place 1231 1246; in some examples an input is a local identity such as a user 1262 1246; in some examples an input is a remote identity such as an SPLS member 1230 in a focused connection 1232 1246; in some examples an input is a remotely stored advertisement 1231 1246; in some examples an input is a broadcast program 1233 1246; in some examples an input is a streaming media source 1233 1246; and in some examples another type of input may be used 1231 1246 as described elsewhere. In some examples mixing includes separating an input's 1246 foreground object(s) from its background as described elsewhere such as in
In some examples effects 1249 may be added under automated and/or user control 1250 such as in some examples changing the size of a dimension(s) of a designated input 1249 1246 1247 such as an overall size in some examples, a vertical dimension in some examples, a horizontal dimension in some examples, a cropping or zoom in some examples; in some examples changing the position(s) of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the hue of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the tint of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the luminance of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the gain of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the transparency of one or a plurality of designated inputs 1249 1246 1247; in some examples changing the color difference of one or a plurality of designated inputs 1249 1246 1247; in some examples simultaneously changing multiple values or attributes of one or a plurality of designated inputs 1249 1246 1247; in some examples adding a border to one or a plurality of designated inputs 1249 1246 1247; in some examples altering one or a plurality of persons 1249 such as adding a beard in some examples, changing the hairstyle in some examples, changing hair color in some examples, adding glasses in some examples, changing the color of one or a plurality of clothing items in some examples, etc. In some examples it is possible for a TP device to utilize said effects 1249 1250 to simultaneously create multiple new synthesized videos in real-time as described elsewhere such as in
While the TP device processing flow 1235 1240 1245 1252 1260 1261 1262 1263 1264 1265 1272 1277 has been described primarily in terms of video synthesis, in some examples each of these steps simultaneously processes audio with the respective video such that pictures and sound are appropriately synchronized during receiving 1235 in some examples, conversion 1240 in some examples, synthesis 1245 in some examples, control 1250 in some examples, output and display 1252 1256 1257 in some examples, and network communication of said output 1235 in some examples. In some examples the inputs 1246 are directly output 1252; in some examples the mixed 1248 combinations 1247 are output 1252; in some examples the mixed 1248 combinations 1247 with added effects 1249 are output 1252; in some examples the inputs 1246 with added effects 1249 are output 1252; in some examples other picture processing may be performed as directed by automated and/or manual controls 1250 then output 1252.
While the TP device processing flow 1235 1240 1245 1252 1260 1261 1262 1263 1264 1265 1272 1277 has been described primarily in terms of video synthesis, in some examples each of these steps separately processes audio from the respective video but then recombines video and audio during specific steps such as compositing in some examples, such that pictures and sound are appropriately synchronized during receiving 1235 in some examples, conversion 1240 in some examples, synthesis 1245 in some examples, control 1250 in some examples, output and display 1252 1256 1257 in some examples, and network communication of said output 1235 in some examples.
Output 1252 comprises components that in some examples includes media switch(es) 1254, in some examples includes (optional) format conversion 1253, in some examples includes one or a plurality of display processors 1256, in some examples includes one or a plurality of BOC's (Broadcast Output Components) 1256 which operate analogously to the output functions of a PC TV tuner card that includes two or more separate tuners on one card, and in some examples includes one or a plurality of displays 1257. In some examples a timer/sync generator 1255 is utilized to synchronize output 1252 1253 1254 as described elsewhere. In some examples one or a plurality of media switches1254 routes a synthesized real-time video 1245 to a plurality of simultaneous uses such as in some examples a local display 1257; in some examples a simultaneous focused connection 1232 with one or a plurality of remote participants connected by means of a network interface 1235; in some examples a simultaneous focused connection with a plurality of remote IPTR 1232 1231 connected by means of one or a plurality of network interfaces 1235; in some examples output a local playback 1256 1257 and/or transmit a broadcast 1235 1233 of one or a plurality of recorded and/or live programs; in some examples simultaneously recording said synthesized video 1245 to local storage 1263 and/or to remote storage 1263; in some examples a simultaneous broadcast of said synthesized video 1245 to an audience by means of one or a plurality of network interfaces 1235 1236 1237 1238 1239; in some examples for other singular or simultaneous uses of said synthesized video 1245. In some examples one or a plurality of external TP devices (such as in some examples RCTP, in some examples AIDs/AODs, in some examples VTP's, in some examples other types of TP connections) may also provide said media switch 1254 with their synthesized output(s) 1245, and the plurality of uses of their synthesized video 1245 may be visible in some examples, or in some examples said media switch 1254 may provide routing of the external TP device's synthesized video 1245 but the distributed uses are not visible to the external TP device. In some examples of media switches 1254 one or a plurality of synthesized videos 1245 may simultaneously be input from one or a plurality of TP devices, and then be output for a plurality of purposes and connections that include in some examples real-time uses, in some examples recordings for asynchronous and/or on-demand uses at a different times, and in some examples be output for other simultaneous uses. In some examples said media switch(es) 1254 may provide built-in format conversion, and in some examples said media switch(es) 1254 may route one or a plurality of synthesized videos for separate (optional) format conversion 1253 as needed by each video. In some examples said media switch(es) 1254 may utilize timing signals 1255 in the event two or a plurality of inputs require synchronization. Therefore, in some examples said media switching 1254 is provided by one or a plurality of media switch(es) 1254 which in some examples has scalable capacity and intelligence, and in some examples combining multiple switching and format conversion functions into a TP device reduces lags and latencies, and in some examples providing multiple media switches within a TP device reduces lags and latencies.
In some examples said media switch 1254 includes one or a scalable plurality of parsers 1254, one or a scalable plurality of DMA (Direct Memory Access) engines 1254, and one or a scalable plurality of memory buffers that in some examples are components of the media switch 1254 and in some examples are in memory 1264. In some examples a media switch(es) includes explicit DMA engines 1254 such as in some examples one or a plurality of video DMA engines 1254; in some examples one or a plurality of audio DMA engines 1254; in some examples one or a plurality of event DMA engines 1254; in some examples one or a plurality of private and/or secret DMA engines 1254; in some examples one or a plurality of other types of DMA engines 1254. In logical sequence, the inputs to said media switch 1254 include synthesis 1245 in some examples; other inputs such as external IPTR or TP devices 1235 1240 1245 that may be passed through the TP device to the media switch with no processing in some examples, some processing in some examples, and a plurality of processing steps in some examples; and timing synchronization 1255 that may be utilized in some examples and ignored in some examples. In some examples a parser 1254 parses each input to determine its key components such as the start of all frames; in some examples a parser 1254 parses each input to associate it with periodic timed pulses 1255; in some examples a parser 1254 parses each input to identify and utilize a time code or other attribute that is part of said input. In some examples the parsing process divides each input into its component structure so that each component may be processed individually, and various types of component structure(s) and/or indicators are known and may be utilized by said parser. As an input stream is received by a parser 1254 it is parsed for its components such as each frame in some examples; in some examples when the parser finds the start of a component it directs that stream to a DMA engine 1254 which streams said input to a memory buffer location 1254 1264 until the next component is identified by said parser 1254 and streamed into its memory buffer location 1254 1264. In some examples the memory buffer location of each component is provided to the media switch's program logic 1254 via an interrupt mechanism such that the program logic knows where each memory buffer location starts and ends. In some examples the program logic 1254 stores accumulated memory buffers locations to generate a set of logical segments that is divided and packaged in various formats to correspond to each type of output required; in some examples the program logic constructs a focused connection stream 1232; in some examples the program logic constructs one or more types of PTR stream(s) 1231; in some examples the program logic constructs a digital television stream as a broadcast source 1233 and 971 in
In some examples one or a plurality of multiplexers 1254 may be used instead of a media switch(es) 1254 to route a synthesized real-time video 1245 to a plurality of simultaneous uses such as in some examples a local display 1257; in some examples a simultaneous focused connection 1232 with one remote participant communicated by means of a network interface 1235; in some examples a simultaneous focused connection with a plurality of remote IPTR 1232 1231 communicated by means of one or a plurality of network interfaces 1235; in some examples simultaneously recording said synthesized video at 1245 to local storage 1263 and/or to remote storage 1263; in some examples a simultaneous broadcast 1233 of said synthesized video 1245 to an audience by means of one or a plurality of network interfaces 1235; in some examples for other simultaneous uses of said synthesized video 1245. In some examples this means that a single synthesized video 1245 may simultaneously serve multiple purposes and connections that include both real-time uses and recordings for asynchronous and/or on-demand uses at a different time, and require multiplexer 1254 routing of a single synthesized video 1245, with or without format conversion 1253, for each simultaneous use.
In some examples each type of output 1245 1254 is passed to other TP device components 1254, or in some examples to other TP device components 1253 1256, that may in turn further process that output such as in some examples adjusting output image(s) in response to input and processing from a device's viewer detection sensor(s) 1262, in some examples encoding it, in some examples formatting it for a particular use, in some examples displaying it locally, etc. Therefore, a scalable media switch(s) 1254 receives one or a plurality of inputs 1235 1240 1245 and in some examples converts each input into one or a plurality of appropriately formatted outputs to fit a plurality of uses, or in some examples passes said outputs to successive TP device components 1256 1257 1235. In some examples a media switch 1254 or format conversion 1253 performs additional processing such as encoding using VBR (Variable Bit Rate) or in some examples another format. In some examples VBR reduces the data in successive frames by encoding movement and more complex segments at a higher bit rate than less complex segments, such as a blank wall requiring less space and bandwidth then a colorful garden on a windy day. Numerous formats may optionally be VBR encoded including in some examples MPEG-2 video; in some examples MPEG-4 Part 2 video; in some examples H.264 video; in some examples audio formats such as MP3, AAC, WMA, etc.; and in some examples other video and audio formats.
In some examples a single synthesized real-time video 1245 is created by in some examples designating inputs 1247, in some examples mixing 1248, in some examples adding effects 1249, in some examples previewing the output(s) in real time 1256 1257 and applying controls 1250, and in some examples other synthesis steps as described elsewhere. In some examples said synthesized video 1245 requires format conversion 1253 such as in some examples NTSC encoding 1253 to create a composite signal from component video picture signals. In some examples said synthesized video 1245 does not require format conversion 1253 and may be passed directly from synthesis 1245 to in some examples a media switch(es) 1254, in some examples to display processing 1256, in some examples to a network interface 1235, and in some examples to another use as described elsewhere. In some examples (optional) format conversion 1253 is performed automatically based on the type of use(s) or display(s) in use by each TP device 1140 in
In addition to formatting for displays (optional) format conversion 1253 may be performed in some examples for video compression to reduce bandwidth for transmission in some examples on one or a plurality of networks, in some examples for broadcast(s), in some examples for a cable television service, and some examples for a satellite television service, or in some examples for another type of bandwidth reduction need. In some examples (optional) compression 1253 is performed automatically based on the type of network, application, etc. that is being utilized such as in some examples H.261 (commonly used in videoconferencing, video telephony, etc.); in some examples MPEG-1 (commonly used in video CDs); in some examples H.262/MPEG-2 (commonly used in DVD video, Blu-Ray, digital video broadcasting, SVCD); in some examples H.263 (commonly used in videoconferencing, videotelephony, video on mobile phones [3GP]); in some examples MPEG-4 (commonly used on video on the Internet [DivX, Xvid, . . . ); in some examples H.264/MPEG-4 AVC (commonly used in Blu-Ray, digital video broadcasting, iPod video, HD DVD); in some examples VC-1 (the SMPTE 421M video standard); in some examples VBR as described elsewhere, and in some examples other types of video compression and/or standards.
In some examples one or a plurality of display processors components 1256 (also known as a GPU[s] or Graphics Processing Unit[s], which may also encompass a BOC[s] or Broadcast Output Component[s] that operates analogously to the output functions of a PC TV tuner card that includes two or more separate tuners on one card) receives said inputs and/or output(s) 1235 1240 1245 1254 1253 and utilizes a specialized processor that accelerates graphics rendering such as for displaying a plurality of simultaneous output streams in some examples, for 3-D rendering in some examples; for high definition video in some examples; for supporting multiple simultaneous displays in some examples; for 2-D acceleration in some examples; for GPU assisted video encoding or decoding in some examples; for adding overlays such as controls and icons to some displays in some examples; for specialized features such as resolution conversions, filter processing, color corrections, etc. in some examples; for encryption prior to transmission in some examples; or for other display-related functions. In some examples a display processor(s) is a separate component(s) in some examples such as a video card, a GPU, video BIOS, video memory, etc.; in some examples one or a plurality of display outputs include VGA (Video Graphics Array), DVI (Digital Visual Interface), HDMI (High Definition Multimedia Interface), composite video, component video, S-video, DisplayPort, etc. In some examples a display processor(s) is an integrated component such as on a motherboard in which a graphics chipset provides display processing, but may or may not have lower performance than a separate display processor(s) component. In some examples a plurality of display processors are utilized to display a single image or video stream; in some examples a plurality of display processors are utilized to display multiple video streams; in some examples one or a plurality of display processors are utilized as general purpose graphics processors that provide stream processing, which in some examples adds a GPU's floating-point computational capacity to a TP device's processing capacity 1266 1273.
In some examples a TP display 1257 visually displays any of the range of selected video such as in some examples video after synthesis 1245; in some examples video after mixing 1248; in some examples video after effects 1249; in some examples video after format conversion 1253; in some examples a direct display of a broadcast(s) received 1233, in some examples a received broadcast 1233 after conversion 1241; in some examples video and audio after any combination of synthesis 1245, mixing 1248, effects 1249, conversion 1253, etc.; in some examples one or a plurality of unprocessed inputs 1230 1231 1232 1233; in some examples one or a plurality of user I/O 1262; in some examples partially processed video during synthesis 1245; in some examples stored video/audio from local storage 1263 and/or remote storage 1263; in some examples other video data from any of a range of extensible sources. In some examples a local TP display device 1257 may be any form of display such as in some examples an LCD (Liquid Crystal Display); in some examples a plasma screen; in some examples a projector; in some examples any other form of display. In some examples a TP device's output 1252 is processed 1256 as described elsewhere, and output to one or a plurality of network interfaces 1235 1236 1237 1238 1239 for transmission over a network for remote display such as in some examples with SPLS members 1 through N 1230, in some examples with PTR 1 through N, in some examples with focused connections 1 through N 1232, in some examples with one or a plurality of broadcast sources 1233, in some examples with one or a plurality of TP devices, in some examples with one or a plurality of AIDs/AODs, in some examples with one or a plurality of RCTP devices, and in some examples with any of an extensible range of devices.
In some examples a display presents TP device output that in some examples includes a consistent TP interface as described elsewhere; in some examples includes video; in some examples includes audio; in some examples includes icons; in some examples includes 3-D; in some examples includes features for tactile interactions; in some examples includes haptic features; in some examples includes visual screens; in some examples includes e-paper; in some examples includes wearable displays such as headsets; in some examples includes portable wireless pads; in some examples includes analog monitors; in some examples include digital monitors; in some examples includes multiple simultaneous types of wired and wireless display devices; etc. In some examples display devices are interactive and provide TP input such as in some examples touch interface displays; in some examples haptic displays (which rely on the user's sense of touch by including motion, forces, vibrations, etc. as stimulation in some examples, content in some examples, interaction in some examples, feedback in some examples, means for input in some examples, and other interactive uses); in some examples a headset that includes one or two earpieces and a microphone for voice input; in some examples wearable devices such as a portable projector; in some examples projected interactive objects such as a projected keyboard; etc. In some examples displays include a CRT; in some examples a flat-panel display; in some examples an LED (Light Emitting Diode) display; in some examples a plasma display panel; in some examples an LCD (Liquid Crystal Display) display; in some examples an OLED (Organic Light Emitting Diode) display; in some examples a head-mounted display; in some examples a video projector display; in some examples an LCD projector display; in some examples a laser display (sometimes known as a laser projector display); in some examples a holographic display; in some examples an SED (Surface Conduction Electron Emitter Display) display; in some examples a 3-D display; in some examples an eidophor front projection display; in some examples a shadow mask CRT; in some examples an aperture grille CRT; in some examples a monochrome CRT; in some examples a DLP (Digital Light Processing) display; in some examples an LCoS (Liquid Crystal on Silicon) display; in some examples a VRD (Virtual Retinal Display) or RSD (Retinal Scan Display, used in some types of virtual reality); or in some examples another type of display.
In some examples of TP devices multiple displays are present; in some examples two or a plurality of displays are cloned so that each receives a duplicate signal of the same display; in some examples two or a plurality of displays share a single spanned display that is extended across the multiple displays with a result of one large space that is one contiguous area in which objects and components may be moved between (or in some examples shared between two or more of) the various displays. In some examples multiple display processor units (also known as GPU's or Graphics Processing Units) 1256 may be used to enable a larger number of displays to create one single unified display. In some examples of TP devices larger displays may be employed such as in some examples LCD (Liquid Crystal Display) displays; in some examples PDP (plasma) displays; in some examples DLP (Digital Light Processing) displays; in some examples SED (Surface Conduction Electron Emitter Display) displays; in some examples FED (Field Emission Display) displays; in some examples projectors of various types (such as for examples front projections and rear projections); in some examples LPD (Laser Phosphor Display) displays; and in some examples other types of large screen technology displays.
In some examples programs to be executed 1267 1268 1274 1275 by the CPU 1266 and/or by a co-processor(s) 1273 in some examples are stored in local storage 1263, in some examples are stored in remote storage 1263, in some examples are stored in ROM memory 1264, and in some examples are stored in another form of storage 1263 or memory 1264. As described elsewhere (such as in
In some examples RAM memory 1264 is utilized as working memory by the CPU 1266 and/or by a co-processor(s) 1273 to store various program logic 1267 1274 in some examples; scheduled operations 1268 1275 in some examples; lists 1269 1276 in some examples; queues 1269 1276 in some examples; counters 1269 1276 in some examples; and data 1235 1240 1245 1252 in some examples as said processors execute various programs 1267 1268 1274 1275. In some examples RAM memory 1264 is utilized as working memory for storing various inputs 1230 1231 1232 1233 1262 as they are undergoing various TP device processes under program control such as in some examples conversion 1240, in some examples synthesis 1245 and in some examples output 1252.
In some examples a TP device includes considerable processing power as would be expected for devices that provide and support “digital presence” as described elsewhere. Just as a contemporary laptop with an advanced multi-core processor has more processing power than a previous generation's mainframe computer, in some examples said continuously advancing processing power includes one or a plurality of supervisor CPUs 1265 1266, and in some examples said processing includes one or a plurality of co-processors 1272 1273 that are selectable by the supervisor CPU(s) 1266. In some examples said co-processors 1272 are connected via a bus 1260 to the supervisor CPU 1266, with said co-processors including video co-processors in some examples, audio co-processors in some examples, and graphics co-processors (such as GPUs) in some examples. In some examples a supervisor memory 1264 is connected to the supervisor CPU 1266 directly, and in some examples connected via a bus 1260. In some examples one or a plurality of co-processor memories 1264 is connected to a co-processor(s) 1266 directly, and in some examples connected via a bus 1260. In some examples memory 1264 may be dynamically utilized as required as either or both supervisor CPU memory 1264 1265 1266, co-processor memory 1264 1272 1273, data processing memory 1264 1265 1266 1272 1273, media switching memory 1264 1254, or another memory use. In some examples a supervisor application 1267 selectively assigns video inputs 1235, format conversion 1240, synthesis 1245, outputs 1252, etc. to one or a plurality of co-processors 1273 and co-processors' applications 1274. In some examples a supervisor application 1267 includes processing scheduling 1268 with in some examples associated lists 1269, in some examples queues 1269, in some examples counters 1269, etc. In some examples a supervisor application 1267 includes co-processing scheduling 1268 1275 with in some examples associated co-processor lists 1269 1276, in some examples co-processor queues 1269 1276, in some examples co-processor counters 1269 1276, etc. In some examples a supervisor application 1267 provides instructions to one or a plurality of co-processors' 1273 applications 1274 that in some examples include associated lists 1276, in some examples include associated queues 1276, in some examples include associated counters 1276, etc. In some examples said supervisor memory 1264 stores segments of one or a plurality of video streams for assignment to a selected co-processor 1273 and/or a selected co-processor application(s) 1274. In some examples said supervisor processor 1266 or selected co-processor(s) 1273 performs selectively instructed processing of video inputs 1235, in some examples format conversion 1240, in some examples synthesis 1245, in some examples outputs 1252, etc. In some examples said memory 1264 stores segments of one or a plurality of video streams as processed by said supervisor processor 1266 or in some examples selected co-processor(s) 1273. In some examples as co-processors 1273 utilize application logic 1274 to complete each scheduled 1275 1276 step, said supervisor application 1267 dynamically updates said lists 1269, said queues 1269, said counters 1269, etc. producing a cycle in which said supervisor application logic 1267 dynamically re-schedules co-processors 1273 for appropriate subsequent TP processing steps 1235 1240 1245 1252. In some examples controls 1250 dynamically alter supervisor application 1267 instructions, schedule(s) 1268, lists 1269, queues 1269, counters 1269, etc. In some examples controls 1250 dynamically alter co-processor applications 1274 instructions, schedule(s) 1275, lists 1276, queues 1276, counters 1276, etc. In some examples automated controls such as from making new focused connections 1232, in some examples adding PTR to a focused connection 1231, in some examples displaying a selected broadcast 1233, or in some examples other user actions or TP device processing steps that dynamically alter supervisor application 1267 instructions, schedule(s) 1268, lists 1269, queues 1269, counters 1269, etc. In some examples automated controls such as from making new focused connections 1232, in some examples adding PTR to a focused connection 1231, in some examples displaying a selected broadcast 1233, or in some examples other user actions or TP device processing steps that dynamically alter co-processor applications 1274 instructions, schedule(s) 1275, lists 1276, queues 1276, counters 1276, etc. In some examples the number of co-processors 1273 is selected by the supervisor application 1267 in some examples, by the processing scheduler 1268 in some examples, or by other means in some examples. In some examples the number of video streams processed by each co-processor 1273 is selected by the supervisor application 1267 in some examples, by the processing scheduler 1268 in some examples, or by other means in some examples. In some examples the number and range of outputs 1252 processed by each co-processor 1273 is selected by the supervisor application 1267 in some examples, by the processing scheduler 1268 in some examples, or by other means in some examples.
TP device processing of broadcasts: In some examples it is an object of a Teleportal device to provide direct access to a converged digital environment with a single digital device and user interface. In some examples Teleportals comprise electronic devices under user control that may be used to watch one or a plurality of current broadcasts from various television, radio, Internet, Teleportals and other sources 971 on one or a plurality of Teleportals 974 973; and in some examples Teleportals may be used to record one or a plurality of broadcasts for later viewing; and in some examples Teleportals may be used to blend current and recorded broadcasts into synthesized constructs and communications as described elsewhere; and in some examples Teleportals may be used to communicate interactively with one or a plurality of current or recorded broadcasts and/or syntheses to other viewers; and in some examples Teleportals may be used for other uses of broadcasts as described herein and elsewhere. In addition, a Teleportal device may be used for other functions simultaneously while watching one or a plurality of broadcasts. Therefore, in some examples it is an object of a Teleportal device to reduce the need for one or a plurality of separate television sets; in some examples it is an object of a Teleportal device to reduce the need for one or a plurality of separate free broadcast and/or paid subscription services (such as cable or satellite television); and/or in some examples it is an object of a Teleportal device to reduce the need for one or a plurality of set-top boxes to provide separate decoding and use of broadcast sources.
Watching, and/or listening, and/or using these may be accomplished in a TP device 974 by utilizing a subset of TP device components described in
In some examples a TP device includes user control 996 as described elsewhere that may receive signals from user I/O devices such as in some examples a keyboard 994; in some examples a keypad 994; in some examples a touchscreen 994; in some examples a mouse 994; in some examples a microphone and speaker for voice command interactions 994; in some examples one or a plurality of remote controls 994 of varying types and configurations; and in some examples other types of direct user controls 994. In some examples a device 974 may be shared 995 and the remote user(s) 995 who is sharing said device 974 provides user control 996 as described elsewhere; and in some examples a device 974 may be under remote control 995 and the remote user(s) 995 who is sharing said device 974 provides user control 996 as described elsewhere. Said user control 996 includes receiving said control signal(s) 994 995 997; processing 997 said received signal(s) as described in
In the examples each step and its automated control and/or user control are known and will not be described in detail herein. In some examples said received broadcast is comprised of a broadcast stream (which may be in a multitude of formats such as in some examples NTSC [National Television Standards Committee], in some examples PAL [Phase Alternate Line], in some examples DBS [Digital Broadcast Services], in some examples DSS [Digital Satellite System], in some examples ATSC [Advanced Television Standards Committee], in some examples MPEG [Moving Pictures Experts Group], in some examples MPEG2 [MPEG2 Transport], or in some examples other known broadcast or streaming formats) and said (optional) tuner/format conversion 978 979 may disassemble said broadcast stream(s) to find programs within it and then demodulate and decode said broadcast stream according to each kind of format received. In some examples this may include an IF (Intermediate Frequency) demodulator that demodulates a TV signal at an intermediate frequency; in some examples this may include an A/D converter that may convert a TV signal into an analog or a digital signal; in some examples this may include a VSB (Vestigal Side Band) demodulator/decoder; in some examples a video decoder and an analog decoder respectively decode video and audio signals; in some examples a parser parses the stream to extract the important video and/or audio events (such as the start of frames, the start of sequence headers, etc. that device logic uses for functions such as in some examples playback, in some examples fast-forward, in some examples slow play, in some examples pause, in some examples reverse, in some examples fast-reverse, in some examples slow reverse, in some examples indexing, in some examples stop, or in some examples other functions); and/or in some examples other known types of decoder, converter or demodulator may be employed. Therefore, in some examples a sequence of two or a plurality of demodulators/decoders may be employed (for example, an ATSC signal may be converted into digital data by means of an IF demodulator, an A/D converter and a VSB demodulator/decoder; and for another example, an NTSC signal may be converted by means of a video decoder and an audio decoder), whereby said tuner/(optional) format conversion 979 tunes to a particular program within said broadcast sources 971 973, if needed provides appropriate format conversion 979, demodulation 979, decoding 979, parses said selected stream 979, and provides said appropriately formatted and parsed stream to the rest of the TP device.
In some examples after broadcast sources 971 973 are received 977 format conversion 979 is unnecessary, and the main controls employed 982 are to select a particular broadcast and pass it directly to output 984 985 986 to be watched 988 990. In some examples after broadcast sources 971 973 are received 977 format conversion 979 is performed, and the main controls employed 982 are to select a particular broadcast and pass it directly to output 984 985 986 to be watched 988 990. In some examples after broadcast sources 971 973 are received 977 and (optional) format conversion 979 is performed, the main controls employed 982 are to select a particular broadcast and pass it to the synthesis/controls functions 980 981 982 (as described elsewhere) in some examples for recording 981 982 (as described elsewhere); in some examples for synthesis 981 982 (as described elsewhere); in some examples to utilize other features 981 982 (as described elsewhere). In some examples output 984 includes (optional) format conversion 985 and said (optional) format conversion 985 may include encoding video 985 986 987 such as in some examples encoding video to display it 988 989 990 991 977 as described elsewhere; in some examples encoding a television signal 985 986 987 to display on a television; in some examples to encode video 985 986 987 such as for streaming 977 to fit a remote use or system. In some examples output 984 includes (optional) format conversion 985 and said (optional) format conversion 985 may include formatting audio signals for outputting audio in some examples to a speaker(s) 988; in some examples to an audio amplifier 988; in some examples to a home theater system 988; in some examples to a professional audio system 988; in some examples to a component of media 988 989 990 991 977; or in some examples to another form of audio playback 988. In some examples output 984 includes (optional) format conversion 985 and said (optional) format conversion 985 may include encoding video and audio such as in some examples to display it as a processed synthesis 987 991 as described elsewhere; in some examples encoding a television signal to display on a television; in some examples to encode video 985 986 987 such as for streaming 977 to fit a remote use or system.
Said functions and choices may be controlled in some examples by one or a plurality of users by means of user I/O devices 994; in some examples by one or a plurality of remote controls 994; in some examples a device 974 may be shared 995 and the remote user(s) 995 provides user control 996; and in some examples a device 974 may be under remote control 995 and the remote user(s) 995 provides user control 996. As an example if a user turns the volume up or down by using a remote control 994 996 997 the control function 982 adjusts the output of the audio function.
The above may be extended and expanded by data carried in the VBI (Vertical Blanking Interval) of analog television channels, or in a digital data track of digital television channels (a digital channel may include separate video, audio, VBI, program guide, and/or conditional access information as separate bitstreams, multiplexed into a composite stream that is modulated on a carrier signal; for example, in some examples digital channels transport VBI data to support analog video features, and in some examples a digital channel may provide additional digital data for other purposes). In some examples said additional data includes program associated data such as in some examples subtitles; in some examples text tracks; in some examples timecode; in some examples teletext; in some examples additional languages; in some examples additional video formats; in some examples music information tracks; in some examples additional data. In some examples said data includes other types and uses of additional data such as in some examples to distribute an interactive program guide(s); in some examples to download context-relevant supplemental content; in some examples to distribute advertising; in some examples to assist in providing meta-data enhanced programming; in some examples to assist in providing means for multimedia personalization; in some examples to assist in linking viewers with advertisers; in some examples to provide caption data; and/or in some examples to perform other data and assist with other functions. In some examples it is optional whether or not to play back or use all or any subset of said additional data when playing back or using said broadcast streams or programs that contain said additional data (whether in some examples encoded in the VBI, in some examples encoded in digital data track[s], in some examples provided by alternate means, or in some examples provided by additional means).
In some examples said additional data may be included according to standards such as in an NTSC signal utilizing the NABTS [North American Broadcast Teletext Standard]; in some examples according to FCC mandates for CC [Closed Caption] or EDS [Extended Data Services]; in some examples other standards or practices may be followed such as an MPEG2 private data channel. In some examples said additional data is not limited by standard means for encoding and decoding said data such as in some examples by modulation into lines of the VBI, and in some examples by a digital television multiplex signal that includes a private channel; other appropriate and known ways may be used as well whether as alternates or additions to said standard means and in some examples said additional data may be directly communicated over a cable modem, in some examples may be communicated over a cellular telephone modem, in some examples may be communicated by a server over one or a plurality of networks, and in some examples any mechanism(s) that can transmit and receive digital information may be employed.
In some examples output 984 includes encoding and including various kinds of additional data 985 986 987 provided by the remainder of a TP device as described in this figure and elsewhere, such that said additional data is included in the output signal 984 988 990 991 977; and in some examples when said output is played back in a subsequent device's input said additional information may be used in various ways described herein and elsewhere (in some examples said additional data may include information such as the original source of a copyrighted program that has been used in synthesis and output; in some examples the date a synthesis was created and output; in some examples program title and description information for display in an electronic program guide; or in some examples other data included for other purposes and uses). Said output 984 may in some examples add data to a broadcast or a communication that goes beyond what is normally considered video and/or audio data.
One characteristic of TP devices is processing one or a plurality of simultaneous connections as described elsewhere.
In some examples inputs 1302 1302a,b,c . . . n 1303 includes for each simultaneously received source 1301 1301a,b,c . . . n that requires it, simultaneously performing format conversion 1304 as described elsewhere. In some examples automated controls 1312 and/or manual controls 1312 may be applied so that each individual format conversion 1304 operates in accordance with the settings of said controls 1312 so that each control setting corresponds to the appropriate source(s) 1301a,b,c . . . n as described elsewhere.
In some examples synthesis 1305 1305a,b,c . . . n includes for each simultaneously received source 1301 1301a,b,c . . . n that does not require format conversion 1304, and for each simultaneously format converted source 1304; in some examples automatically designating the appropriate sources 1306 for a specific synthesis 1305 1307 1308 and/or output 1309; and in some examples manually designating the appropriate sources 1306 for a specific synthesis 1305 1307 1308 and output 1309; and in some examples both automatically and/or manually designating the appropriate sources 1306 for a specific synthesis 1305 1307 1308 and output 1309. In some examples automated controls 1312 and/or manual controls 1312 may be applied so that each individual synthesis 1305 1305a,b,c . . . n 1306 1307 1308 operates in accordance with the settings of said controls 1312 so that each control setting corresponds in some examples to the appropriate synthesis 1305 1305a,b,c . . . n as described elsewhere; and in some examples to each synthesis step 1306 1307 1308 as described elsewhere. In some examples mixing 1307 includes automatically mixing 1307 designated sources 1306 as described elsewhere; and in some examples manually mixing 1307 designated sources 1306 as described elsewhere; and in some examples both automatically and manually mixing 1307 designated sources 1306 as described elsewhere. In some examples automated controls 1312 and/or manual controls 1312 may be applied so that each individual mixing 1307 of each set of designated sources 1306 operates in accordance with the settings of said controls 1312 as described elsewhere; and in some examples to each mixing step 1307 as described elsewhere. In some examples adding one or a plurality of effects 1308 includes automatically adding said effect(s) as described elsewhere; and in some examples manually adding said effect(s) as described elsewhere; and in some examples both automatically and manually adding said effect(s) as described elsewhere. In some examples automated controls 1312 and/or manual controls 1312 may be applied so that each individual addition of one or a plurality of effects 1308 operates in accordance with the settings of said controls 1312 as described elsewhere; and in some examples to each step in the addition of one or a plurality of effects 1308 as described elsewhere.
In some examples output 1309 1309a,b,c . . . n includes for each simultaneously received source 1301 1301a,b,c . . . n that does not require synthesis 1305 1305a,b,c . . . n, and for each simultaneously synthesized 1305 1305a,b,c . . . n set of designated sources 1306; in some examples automatically outputting the appropriate one or a plurality of outputs 1309 1309a,b,c . . . n 1310 as described elsewhere, and in some examples manually designating the appropriate one or a plurality of outputs 1309 1309a,b,c . . . n 1310 as described elsewhere, and in some examples both automatically and manually outputting the appropriate one or a plurality of outputs 1309 1309a,b,c . . . n 1310 as described elsewhere. In some examples automated controls 1312 and/or manual controls 1312 may be applied so that each individual output 1309 1309a,b,c . . . n 1310 operates in accordance with the settings of said controls 1312 so that each control setting corresponds in some examples to the appropriate output 1309 1309a,b,c . . . n 1310 as described elsewhere; and in some examples to each output step 1309 1309a,b,c . . . n 1310 as described elsewhere.
In some examples a plurality of local and remote TP devices provide said simultaneous processing and/or output (such as in some cases by remote control, in some cases by a shared device, in some cases by other means, etc.) as described elsewhere such as in some examples
Local and distributed TP device processing locations: Turning now to
From a network view two or a plurality of TP devices 1280 1288 1285 1298 1299 1294 are attached to one or a plurality of networks 1286 in some examples a Teleportal Network 1286, in some examples an IP network 1286 such as the Internet, in some examples a LAN (Local Area Network) 1286, in some examples a WAN (Wide Area Network) 1286, in some examples a PSTN 1286 such as a Public Switched Telephone Network, in some examples a cellular network 1286, in some examples another type of network 1286 such as a cable television network that is configured to provide IP and VOIP telephone, in some examples a plurality of disparate networks 1286.
In some examples a second or a plurality of TP devices 2 through N 1288 are attached to said network(s) 1286 and provide processing as described elsewhere such as in some examples one or a plurality of sources are received 1289 1290 from remote sources like another TP device 1280 1289 1290, in some examples from optional network processing 1294 1289 1290, in some examples from optional remote sources 1285 1289 1290, in some examples from a local source 1289 like a camera or microphone, and in some examples from one or a plurality of other input sources 1289 1290. In some examples device reception 1289 from one or a plurality of sources 1280 1298 1294 1285 includes decoding 1289, in some examples decompression 1295, in some examples format conversion 1289 or another reception process as described elsewhere 1289. In some examples device synthesis 1291 is performed as described elsewhere, in some examples one or a plurality of foreground/background separations 1291 and/or background replacements is performed 1291, in some examples one or more sources 1289 1290 are “locked” as described elsewhere so their background may not be replaced; in some examples one or a plurality of subsystems 1291 are run as described elsewhere. In some examples one or a plurality of output(s) 1292 are displayed locally 1292 1289. In some examples one or a plurality of device output(s) 1292 are encoded for transmission 1289, in some examples compressed for transmission 1289, in some examples “locked” 1289 as described elsewhere prior to transmission, and in some examples streamed 1289 or transmitted 1289. In some examples synthesis 1291 and/or subsystems 1291 reflect(s) a user's profile 1299, in some examples a user's manual settings 1291, in some examples a different user's/tool's/source's settings 1280 1285 including background replacement(s) 1291 which in some examples includes a remote place 1285 1280 1294, in some examples includes content such as tools or resources 1285 1280 1294, in some examples includes advertisements 1285 1280 1294, or in some examples include any combination of complete or partial background replacement(s) 1291 that may be different for one participant 1288 from one or a plurality of other participants 1280 1298 so that it is possible that the participants may be together digitally while their backgrounds appear to be different enough that each sees their shared presence as if they were in a different “digital place.” In some examples one or a plurality of advertisements displayed in said device synthesis 1291 fit a participant's Paywall 1299 so it earns money for one or a plurality of participants, as described elsewhere.
In some examples network processing 1294 is another option wherein said processing 1294 is performed by a server, service, application, etc. accessible over one network 1286 or a plurality of disparate networks 1286. In some examples hardware or technology reasons for this include a device that is resource limited such as an AID/AOD 1298; in some examples a user may own or have access to device that may be utilized by remote control 1294 (such as in some examples an LTP, in some examples an RTP, in some examples an MTP, in some examples a subsidiary device as described elsewhere, etc.); in some examples more advanced processing applications, features or processing capabilities may be desired then a local device can perform; etc. In some examples network processing 1294 may be performed for business or other reasons such as in some examples to insert advertising in the background 1294 1299 1285; in some examples to provide the same virtual location and content for all participants at an event 1285 1294 1299; in some examples to provide a different background, content and/r advertisements for each participant at an event 1280 1288 1285 1294 1299; in some examples to substitute an altered reality 1294 for a participant 1280 1288 with or without the participant's knowledge as described elsewhere; in some examples to provide additional processing 1294 as a free service or as a paid service; etc.
In any of these or other examples network processing 1294 is attached to said network(s) 1286 and provides processing as described elsewhere. In some examples of network processing 1294 a stream is received 1295 or intercepted 1295 such as in some examples from a device 1280 1288 1298 and/or a remote source 1285; in some examples one or a plurality of sources are received 1295 1296 from remote sources like a device 1280 1288 1285 1298, in some examples from another optional source that provides network processing 1294, in some examples from optional remote sources 1285 1289, and in some examples from one or a plurality of other input sources 1295 1296. In some examples network processing reception 1295 from one or a plurality of sources 1280 1288 1298 1285 includes decoding 1295, in some examples decompression 1295, in some examples format conversion 1295, or in some examples another reception process as described elsewhere 1295. In some examples network processing synthesis 1297 is performed as described elsewhere, in some examples one or a plurality of foreground/background separations 1297 and/or background replacements is performed 1297, in some examples one or more sources 1295 1296 are “locked” as described elsewhere so their background may not be replaced; in some examples one or a plurality of subsystems 1297 are run as described elsewhere. In some examples one or a plurality of network processing output(s) 1300 are encoded for transmission 1300, in some examples compressed for transmission 1300, in some examples “locked” 1300 as described elsewhere prior to transmission, and in some examples streamed 1300 or transmitted 1300. In some examples synthesis 1297 and/or subsystems 1297 reflect(s) a user's profile 1299, in some examples a user's manual settings 1297, in some examples a different user's/tool's/source's settings 1280 1288 1298 1285 including background replacement(s) 1297 which in some examples includes a remote place 1285 1280 1288, in some examples includes content such as tools or resources 1285 1280 1288, in some examples includes advertisements 1285 1280 1288 1299, or in some examples include any combination of complete or partial background replacement(s) 1297 that may be the same for all participants 1280 1288 1298; or in some examples complete or partial background replacement(s) 1297 may be different for one participant 1280 from one or a plurality of other participants 1288 1298 so that it is possible that the participants may be together digitally while their “digital place” and/or other parts of their background(s) appear to be different enough that they each appear to be in a different “digital place(s).” In some examples one or a plurality of advertisements displayed in said network processing synthesis 1297 fit one or a plurality of participants' Paywall(s) 1299 so said Paywall(s) earn money for one or a plurality of participants, as described elsewhere.
Device(s) commands entry: Turning now to
In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 are on and said device 1321 is on and ready to receive a command(s) 1320. In some examples a user I/O device(s) 1321 may be turned off 1322, and/or in some examples a user I/O interface(s) 1321 may be turned off 1322, in which case said user I/O device(s) 1321 and/or user I/O interface(s) 1321 must first be turned on at the device level 1320. When turned on, this begins for each command 1323 by entering a command with a user I/O device or peripheral, and determining the type of command it is by determining the type of user I/O device that originates said command 1324 1325 1326 1327 1328, and the command issued 1324 1325 1326 1327 1328. In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 is a pointing device 1324 by which a user inputs spatial (in some examples including multi-dimensional) data generally indicated by physical gestures that are paralleled on a screen by visual changes such as moving a visible pointer (including a cursor); in some examples said pointing device 1324 is a mouse 1324; in some examples a pointing device is a trackball 1324; in some examples a pointing device is a joystick 1324; in some examples a pointing device is a pointing nub 1324 (a pressure sensitive small knob such as those embedded in the center of a laptop keyboard); in some examples a pointing device is a stylus 1324 (a pen-like device such as used on a graphics tablet); or in some examples is another type of pointing device 1324.
In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 is a voice interface 1325 device by which a user inputs voice or speech commands to control a device; in some examples said voice control of a device includes a wired microphone(s) 1325; in some examples said voice control of a device includes a wireless microphone(s) 1325; in some examples said voice control of a device includes an audio speaker(s) to provide audio feedback 1325; in some examples said voice control 1325 affects part of a device but not all of the device such as voice control over voicemail, or such as a voice-controlled web browser; in some examples said voice interface 1325 is used to control another interface device such as a remote control 1327 that in turn turns said voice controls into commands that are sent to control the device.
In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 is a touch interface 1326 device by which a user touches a device's display with in some examples one finger 1326, in some examples two or more fingers 1326 (such as a “swipe”), in some examples a hand 1326, in some examples an object 1326 (such as using a stylus on a graphics tablet), in some examples other means or combinations. In some examples a touch interface is a touch screen 1326 that includes part of or all of a device's display(s); in some examples a touch interface is a touchpad 1326 that is a small stationary surface used for touch control such as for many laptop computers; in some examples a touch interface is a graphics tablet 1326 that is usually controlled with a pen or a stylus; or in some examples another type of touch interface 1326.
In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 is a remote control 1327 (as described in more detail in
In some examples said user I/O device(s) 1321 and/or user I/O interface(s) 1321 is another type of user I/O device 1328 such as in some examples a graphics tablet or digitizing tablet 1328; in some examples a puck 1328 (which in some examples is used in CAD/CAM/CAE tracing); in some examples a standard or specialized keyboard 1328; in some examples a configured smart phone 1328; in some examples a configured electronic tablet or pad 1328; in some examples a specialized version of a touch interface may be controlled by a light pen 1328; in some examples eye tracking 1328 (in some examples control by eye movements); in some examples a gyroscopic mouse 1328 (in some examples a mouse that can be moved through the air and used while standing up); in some examples gestures with a tracking device 1328 (in some examples for controlling a device with physical movements with the gestures performed by a hand in some examples, by a mouse in some examples, by a stylus in some examples, or by other means); in some examples a game pad 1328; in some examples a balance board 1328 (in some examples for exercising with a video game system); in some examples a dance pad 1328 (in some examples for dance input during a game); in some examples a simulated gun 1328 (in some examples for shooting screen objects during a game); in some examples a simulated steering wheel 1328 (in some examples for driving a vehicle during a game); in some examples a simulated yoke 1328 (in some examples for flying a plane during a game); in some examples a simulated sword 1328 (in some examples for virtual fighting during a game); in some examples simulated sports equipment 1328 (such as a simulated tennis racket in some examples such as for playing a sport during a game); in some examples a simulated musical instrument(s) 1328 (such as a simulated guitar in some examples such as for playing an instrument during a musical game); in some examples sensors 1328 (in some examples sensors observe a user[s] and respond to inferred needs without the user providing an explicit command); in some examples another type of user I/O device 1328.
In some examples these varied user I/O devices 1323, features 1323, capabilities 1323, etc. are components of providing a customized, personalized yet consistent interface for the various TP devices employed by each user—as described in
In some examples after determining the type of command it is by determining the type of user I/O device that originates said command 1324 1325 1326 1327 1328, and the command issued by said user I/O device 1324 1325 1326 1327 1328, said command 1323 is received 1330. In some examples said command 1323 1324 1325 1326 1327 1328 is a TP device command 1331 that is immediately recognized such as in some examples to select and SPLS, in some examples to open an SPLS, and in some examples to open a focused connection with one or a plurality of SPLS members. In some examples said TP device command 1331 is immediately applied to the appropriate Device in Use (DIU) which in some examples is a Local Teleportal 1335; in some examples is a Remote Teleportal 1335; in some examples is on a Teleportal network such as in some examples a Teleportal Server 1335, in some examples a TP service 1335, etc.; in some examples is a TP application 1335; in some examples is a subsystem 1336 in a TP device 1335; in some examples is a TP subsystem 1336 controlled by an RCTP (Remote Control Teleportal) 1337; in some examples is a TP subsystem 1336 controlled by a VTP (Virtual Teleportal) 1338; in some examples is an RCTP (Remote Control Teleportal) 1337; and in some examples is a VTP (Virtual Teleportal) 1338.
In some examples said entered command 1323 1324 1325 1326 1327 1328 is not a TP device command 1331, but instead it is a known I/O device 1332 whose commands are recognized as relating to a specific DIU (Device in Use) 1335 1336 1337 1338; or in some examples said command is a known device command 1332 that applies to a particular DIU 1335 1336 1337 1338. In some examples a known I/O device command 1332 is not a TP device command 1331, so it is translated 1333 by receiving the command sent 1323 1324 1325 1326 1327 1328 and determining the TP command 1333 1334 necessary to perform the requested action. In some examples entering a command 1323 on a user I/O device 1324 1325 1326 1327 1328 that is directed toward a particular DIU such as in some examples a subsidiary device 1337 controlled by an RCTP, or in some examples an AID/AOD 1338 controlled by a VTP, causes an automated command translation 1332 1333 1334 which in some examples retrieves from (local or remote) storage 1334 a list of available commands for said DIU and each of their RCTP parallel commands 1337, and each of their VTP parallel commands 1338. Said translation 1333 1334 selects the appropriate RCTP command 1337, or VTP command 1338, as needed for the particular DIU that is being controlled 1337 1338. Said translated command 1333 1334 is then sent to the particular DIU 1337 1338 to perform the requested action.
In some examples said entered command 1323 1324 1325 1326 1327 1328 is not a TP device command 1331, and it is also not a known I/O device command 1332, and it is also not a known device command 1332 that applies to a particular Device in Use (DIU) 1335 1336 1337 1338, so in some examples a new user I/O device 1340 may be added; in some examples a new feature 1340 may be added to an existing user I/O device 1323 1324 1325 1326 1327 1328; and in some examples a new command 1340 may be added to an existing user I/O device 1323 1324 1325 1326 1327 1328. In some examples the addition of a new user I/O device 1340, a new feature 1340 to an existing user I/O device, or a new command 1340 to an existing user I/O device (herein collectively referred to as an “Addition”) starts by an initiating said Addition 1341; in some examples said Addition 1341 requires (optionally) automatically or manually retrieving 1342 the appropriate configuration from (local or remote) storage 1343 (which may include in some examples an installation CD-ROM 1342, in some examples an installation DVD 1342, in some examples a manual or automated download 1342, or in some examples other manual or automated means for retrieving 1342 1343 a configuration); in some examples configuration 1344 of said Addition is automated while in some examples configuration 1344 is a manual step; in some examples one or a plurality of (optional) tests 1345 may be performed automatically and visibly, in some examples said tests 1345 may be performed automatically and invisibly, in some examples said tests 1345 may be performed manually, and in some examples testing 1345 is not performed; in some examples tests 1345 are performed and if one or more parts of said tests fail re-configuration 1344 may be performed, or (optionally) a different configuration may be retrieved 1342 1343 to perform said re-configuration 1344; in some examples use 1346 of said Addition requires the user or the system to modify the Addition and in such a case re-configuration 1344 may be performed, or (optionally) a different configuration may be retrieved 1342 1343 to perform said re-configuration 1344; in some examples use 1346 of said Addition accomplishes the desired result so that said Addition 1340 is complete and goes into use 1321.
Universal remote control: One category of user I/O devices 1321—a TP Universal Remote Control (URC) 1327—has the potential to improve the use of other digital devices substantially, because said TP remote controls 1327 separate their use from the need to control each TP device directly and individually—making it possible to use and control one or a plurality of devices from a single portable and wireless controller. Said URC is described in
Turning now to
As a result in some examples a Universal Remote Control (herein URC) provides a consistent system wherein the devices, services, applications, etc. 1380 1385 1386 1387 (which in some examples may also be other types of electronic devices) and the associated remote control(s) 1370 automatically connect and communicate as soon as both have power and are turned on—in other words, using this universal remote control system is automated.
URC 1370: In some examples said URC 1370 includes a display screen 1372 1374 and one or more means for user input 1372 1373 1375 which in some examples includes a touchscreen 1372 1375, in some examples includes physical buttons 1373 1375, and in some examples include other user input means such as described in user I/O devices in
TP device(s) remote control processing 1380: In addition to other hardware, functions, features and capabilities as described elsewhere, in some examples a TP device that is enabled for remote control includes Remote Control Processing (herein RCP) 1380. In some examples said RCP 1380 includes wireless communications 1388 that may employ any type of wireless communications (which in some examples is WiFi 1388 1376, in some examples is IR 1388 1376, in some examples is radio 1388 1376, in some examples is Bluetooth 1388 1376, and in some examples is other means for wireless communication 1388 1376) that is configured to communicate with one or a plurality of URC's 1370 1376 and can couple together an enabled URC(s) 1370 and an enabled device(s) 1380. In some examples said RCP 1380 includes processing 1383 1382 which in some examples employs the device's 1380 processor(s), and in some examples employs another processor(s) 1383 1382 which may be any type of computer processor (which in some examples is a microcontroller 1383 1382, in some examples is a DSP [Digital Signal Processor] 1383 1382, in some examples is a GPU 1383 1382, in some examples is a device controller 1383 1382, in some examples is a computation engine 1383 1382 and in some examples is other means for processing 1383 1382). In some examples said RCP 1380 includes local memory and local storage which may employ any type of volatile and non-volatile storage that can hold data in some examples when RCP 1380 is powered down, and in some examples when RCP 1380 is on and processing (which in some examples is the device's local memory and local storage, and in some examples is additional memory and/or additional storage).
Remote control of TP Devices: In some examples each TP device's RCP 1380 1381 includes interface processing 1383 that extracts the control and navigation components of the device's interface 1381 1383 as if that were presented in a small interface control window on its display. In some examples said interface processing 1383 utilizes a markup language that renders and describes a GUI (Graphical User Interface) 1383, controls 1383, as well as include data 1383 (which in some examples is HTML 1383, in some examples is XML 1383, in some examples is XHTML 1383, in some examples is another user interface markup language 1383 that provides reuse for presenting a user interface). Instead of displaying said processed interface control window 1383 on the device's display 1381, said processed interface control window is communicated 1388 through a wireless connection to a URC's communications 1376, and displayed 1374 on the URC's display 1372. When a user interacts with the URC's display interface 1372 1374, the user's inputs 1372 1373 1375 are communicated 1376 to the device's RCP communications 1388 where said user's remote control inputs 1375 are received 1384, processed 1382 as if they were entered on a small interface control window on the local display, and said user inputs control the device 1381 (in some examples as described in
Therefore, without constructing an “intelligent” remote control device or system, the TP's URC provides remote control 1370 over one or a plurality of devices 1380 1385 1387 through a scalable system of extending the display of a device's interface 1381 1383 1384 1388 to a remote control 1370 1371 where it is received and displayed 1376 1374 1372, and a user's inputs on said URC 1372 1373 1375 are communicated 1376 1388 and processed by said RPC 1384 1382 1381. As a result, in some examples a URC 1370 operates a TP device 1380 as if a user had interacted directly with an interface window that was displayed on the TP device's display, and therefore the URC 1370 controls said TP device 1380 from its remote display 1374 1372 of that rendered interface window, and a user's inputs 1372 1373 1375 are communicated 1376 1388 to said device's RCP 1388 1384 1382 1381. As resulting and continuing steps after using each said input 1375 1382, said device's interface 1381 is processed and updated 1383, said updated interface is communicated by the device 1384 1388 to the URC 1376 where the updated interface is displayed 1374 1372 and ready for further user inputs 1372 1373 1375—in the same continuous process as if the device's interface were being used locally.
In some examples for a particular device (such as in some examples a TP subsidiary device 1387, and in some examples and AID/AOD 1386) a URC 1370 may load a RCTP (Remote-Control Teleportal) from its storage 1379, run said RCTP for that device by means of the URC's processor 1377 and memory 1378, utilize communications 1376 1388 to control a TP device 1380 and thereby communicate with the particular subsidiary device or AID/AOD under control, display said RCTP on the URC's display screen 1372 1374, accept user inputs 1372 1373 1375 to said RCTP by means described elsewhere, and communicate 1376 1388 said user inputs to control said TP device 1380. In some examples a URC 1370 and for a particular device (such as in some examples a TP subsidiary device 1387, and in some examples and AID/AOD 1386) a URC may load a VTP (Virtual Teleportal) from its storage 1379, run said VTP by means of the URC's processor 1377 and memory 1378, utilize communications 1376 1388 to control a TP device 1380 and thereby communicate with a subsidiary device or an AID/AOD under control, display said VTP on the URC's display screen 1372 1374, accept user inputs 1372 1373 1375 to said VTP by means described elsewhere, and communicate 1376 1388 said user inputs to control said TP device 1380. In some examples for a particular device such as in some examples a TP subsidiary device 1387, a URC 1370 may display the part of a TP device's interface 1380 1381 that controls said TP subsidiary device 1387; such as in that example the TP device 1380 runs a RCTP that controls the subsidiary device 1387, and the URC displays the TP device's RCTP so the user can control the RCTP and subsidiary device by means of the URC 1370. In some examples a direct display of a device's interface may be less effective, even with translation of commands (as described elsewhere), such as in some examples for various types of TP subsidiary devices 1387, and in some examples for various types of AIDs/AODs 1386.
Remote control of some Subsidiary Devices 1387 (by means such as an RCTP), and/or by some AIDs/AODs 1386 (by means such as a VTP): In some examples a TP device is used to control some of one or a plurality of subsidiary devices by means of RCTP (Remote Control Teleportaling); in some examples said TP device's interface processing 1384 1383 includes the capability to translate one or a plurality of commands for a subsidiary device 1387 or for an AID/AOD 1386 as described in 1322 1333 1334
Turning now to
URC display of a device: A device's response 1353 may optionally cause a URC to display in some examples the newly connected device's name 1354, in some examples the device's manufacturer's logo 1354, in some examples a list of controllable functions for user selection 1354 (such as if an LTP in some examples can open one or a plurality of SPLS's 1354, in some examples open one or a plurality of focused connections 1354, in some examples watch one or a plurality of broadcasts 1354 by selecting between a plurality of sources, in some examples play a pre-recorded DVD movie 1354, in some examples provide other functions 1354), etc. Optionally, in some examples one or a plurality of portions of said initial or subsequent display (such as in some examples a manufacturer's logo, in some examples the device's name, in some examples the list of controllable features available, in some examples other information or video) may be communicated 1388 from said controlled device's storage; in some examples one or a plurality of portions of said initial or subsequent displays may be pre-stored on said URC 1379 and displayed 1372 1374 from said URC's storage 1379; in some examples one or a plurality of portions of said initial or subsequent displays may be stored remotely and retrieved by said controlled device 1380, then downloaded and communicated 1388 to said URC 1376 and displayed by said URC 1354 1372 1374.
Device selection (list, interface, navigation, etc.): In some examples as a device is discovered and connected 1351 1352 1353 1354 it is added to a device list 1355 of one or a plurality of controllable devices that may be accessed at any time to select a device to control 1360, and when said device list is accessed 1355 it is displayed on the URC 1372 1374 so that a user can select the desired device to control 1360. In some examples said device list 1355 is text; in some examples said device list 1355 is graphical icons; in some examples said device list 1355 is hypertext links; in some examples said device list 1355 is a menu; in some examples said device list 1355 is an interface widget (such as a graphical map, a pulldown list or another type of widget interface); in some examples said device list 1355 and device selection 1360 is provided by other navigation and/or other interface means. In some examples said device list 1355 includes too many devices to fit on one URC screen, and in this case various types of known navigation may be used such as in some examples multiple URC screens with navigation between the screens 1355; in some examples devices may be grouped in device categories (such as in some examples categories such as TP devices, PCs/computers, other subsidiary electronic devices, AIDs/AODs, etc.) so that one selection screen 1355 utilizes a hierarchy of categories and each category's list of devices; in some examples other means for a device selection interface and navigation may be employed to find and select a larger number of devices.
Device Interface communications and use: In some examples as each device is added to said device list 1355 it's Device Interface (herein DI) is downloaded 1356 to the URC and stored in memory 1378 so that said DI is immediately available to be displayed 1361 as soon as a specific device is selected 1360. In some examples said DI is downloaded from a device 1357; in some examples said DI is downloaded from another source 1358; in some examples parts of said DI have been previously downloaded to the URC (such as in some examples a manufacturer's logo, in some examples a list of controllable device features that may be selected, and in some examples other data) and is stored 1379 in said URC for repeated uses over time. As described elsewhere, in some examples as said DI is used 1361 1369 1362 it is displayed on the URC 1372 1374; in some examples a user interacts with said DI 1362 on the URC by means such as a touchscreen 1372, or buttons 1373, or any type of input 1375 or interaction; in some examples the user's input(s) are communicated 1363 by means of URC communications 1376 to the controlled device's communications 1388; in some examples the user's input or command is performed by the controlled device 1384 1382; in some examples the controlled device's interface is (optionally) updated 1381 1383 by processing means described elsewhere (because in some examples an operation may only be started and stopped such as by selecting a play or pause button without needing to update the interface, while in some examples an operation may be changed such as by displaying an EPG [Electronic Program Guide] to end one broadcast by choosing a different broadcast and start playing it); in some examples the updated DI is communicated by communications on the controlled device 1384 1388 and received by the URC's communications 1376; in some examples an entirely updated DI is displayed 1374 1372 for use on the URC as needed 1365 1362, while in some examples secondary information is all that is updated such as adding information relating to a current function (such as in some examples the title of a movie that is being watched, or in some examples the name and background data of the identity in a focused connection).
Subsidiary devices and AIDs/AODs: In some examples a device is a subsidiary device 1387 or an AID/AOD 1386, then each step in this continuous control process 1369 1362 1363 1364 1365 is performed by utilizing command translation and interface means described elsewhere, with the result that in some cases very little control 1369 is possible, in some cases some features may be controlled 1369 but other features are not available, and in some cases considerable control 1369 may be used from a URC. In some examples a device is a subsidiary device 1387 or an AID/AOD 1386, then each step in this continuous control process 1369 1362 1363 1364 1365 is performed by utilizing RCTP means or VTP means described elsewhere and displaying said RCTP interface (in a single whole screen or in segmented parts), or VTP interface (in a single whole screen or in segmented parts), in the interface window 1372 on the URC 1371 1370, with the result that in some cases very little control 1369 is possible, in some cases some features may be controlled 1369 but other features are not available, and in some cases considerable control 1369 may be used from a URC.
Advertising and marketing: In some examples the URC's 1371 display 1372 may be updated with marketing or advertising messages such as in some examples each device vendor offering newer or upgraded models for sale: in some examples third-party retailers offering competing devices for sale; or in some examples behavioral tracking identifying a user's task(s) and offering products or services that fit said user's needs. In some examples said advertising and marketing process is attached to an external selling service or system that analyzes said data and provides specific advertisements that in some examples are based on the user's needs, in some examples are based on the user's context of use, and in some examples are based on what the vendor is trying to sell. In some examples this updating process 1369 (whether in some examples it is based upon using a controlled device 1380 1381 with a URC 1370 1371, or in some examples it is based on advertising and marketing) is repeated continuously 1362 1363 1364 1365 for each user input on each device selected.
Other high-level selections: In some examples a user selects a different device to use 1366 by using components of the URC interface 1372 1374 to display the list of controllable devices 1355 and selecting a different controllable device 1360, which has been discovered previously 1353 and had its DI downloaded 1356, so that when selected 1360 said new device's DI is immediately available for display and use 1361 four the available functions that may be controlled from the URC 1369 1362 1363 1364 1365. In some examples a user connects to a new or remote device 1367 by coming into range of it and automatically discovering it 1368 1351 1353 1354; while in some examples a user connects to a new or remote device 1367 by manually connecting to it 1368 1351 1353 1354 with the URC (such as in some examples a TP device 1380, in some examples a TP subsidiary device 1387, in some examples an AID/AOD 1386, or in some examples another type of device).
CONSTRUCTED DIGITAL REALITIES (RTPs AND OTHER TP DEVICES): A world with Teleportal devices includes Remote Teleportals (herein RTPs)—which comprise Teleportal devices in a plurality of fixed and mobile locations to view those physical locations, provide live viewing of an RTP location(s), (optional) two-way communications with that place(s), gather various kinds of data from said place(s), and transform one or a plurality of RTP places' physical realities into multiple types of broadcasted and/or recorded digital realities.
In some examples RTPs extend and expand the current growth of GIS (Geographic Information Systems) and augmented reality. These current and emerging technologies include GPS (Geographic Positioning Systems), turn by turn directions, Google streetview, augmented maps that identify places we want to find, and many more new and emerging services such as pointing a smart phone's camera at a landmark and having Augmented Reality data (such as a restaurant menu, another customer's comments or a landmark's Wikipedia entry) displayed automatically. Together these are creating a “knowing world” with wireless services and systems that provide route guidance, information, and answers at many locations along the way. In such a world, RTP's are just one more eye to find the same destination to which everyone is traveling.
That “knowing world” may not be the biggest or the best prize. While those who live in it will be safer and more informed this will be a paternalistic world whose systems turn its users into bystanders and observers even while they travel through their guided and information-rich physical environment. Instead of discovering, interacting and deciding or creating at every step, they are led turn-by-turn through the authorized ways of how to go everywhere, told the approved information about what they are seeing, and directed to what they should see and know during their journey. Their structured world will take them to far worse destinations than what their goal seem to be at first. In the end a “knowing world” will organize the world's people—it is the people who will be directed, structured and known—as they are turned into sleepwalkers who are herded through a reality they don't own or control, guided to destinations that are curated and presented as if it were the only world in which they can and should live.
In some examples, however, Remote Teleportals provide new types of systems for constructing one or a plurality of digital realities out of our physical reality and sometimes beyond it, in addition to providing the standard live or augmented views of each physical place. In some examples multiple constructed realities are simultaneously broadcast from a single RTP's fixed or mobile locations, so that those who view that location remotely (as well as those who are in that place and view it digitally) can enjoy it as it is—and switch immediately to one or a plurality of creatively altered digital realities, according to the desires and tastes of one or a plurality of digital creators.
As will be demonstrated, the potentials of these multiple “digital realities” may be more dynamic, dramatic, artistic, fertile, inspired, visionary, original and “cool” than the “physical reality” they replace. In a brief summary, an RTP (as well as other TP device processing that may also be broadcast, such as LTP's and MTP's that are mobile) provide means to turn physical reality into a broadcasted stage, with tools that one or a plurality of creative imaginations can use to transform the ordinary into a plurality of digital versions of reality that anyone can choose to enjoy or alter further, rather than be guided through by today's GIS and augmented reality systems. These RTP digital realities are not under any type of control, are not curated, nor are they paternalistic. Rather than guiding us, they give us the freedom to represent reality in any way we want.
Each has different types of value: Today's emerging GIS, GPS and augmented reality systems enhance physical reality and RTPs can show that. In addition, RTPs also diverge from physical reality and provide means to transform the world—one place and one vision at a time—into a plurality of digital realities that might make the world into a plurality of more interesting, entertaining compelling, or powerful visions of reality than existed before.
Some examples include: Art and music realities (Artists and musicians can add overlays to locations, adding sculpture gardens, static images, dynamically moving artworks, re-decorated buildings, creative digital interactions, musical themes and much more to numerous locations. Services can randomize these overlays and additions with various themed templates, allowing numerous artists to transform multiple physical places from the ordinary into the extraordinary.); Graffiti realities (Graffiti artists and edgy musicians can add overlays and substitutions to locations, turning the world upside with their divergent creations.); A living, natural restored reality (Transformative programs could allow environmentalists to GPS an outdoor location, identify its natural plant and animal species, then overlay a fully restored scene over the current [usually badly managed] physical location—showing what it would look like if its natural plants and animals were restored to their full populations with that place's natural carrying capacity—then periodically switching back and forth to show the contrast between what nature would produce and that place after it was “civilized”); Events (Couple fixed or mobile RTPs with events, and broadcast digital events with accessible digital presences [such as live, recorded, or both] for interested audiences, as described elsewhere in more detail.); Alerts realities (Couple various types of RTP sensors and systems with digital alerts so a plurality of “alerts channels” auto-display the types of events different people would like to see wherever they appear, as soon as they happen anywhere. Sound-based channels can jump to the latest location based on a type of sound such as guns firing [violent crimes, political repressions, firefights in war zones, etc.], car accidents, sirens or alarms, the sound of a person screaming, or more.); Celebrities realities (Identity-based channels can jump to sightings of celebrities, political leaders, newsmakers, etc. [who are placed on face recognition “white lists”] by those who use templates and identifiers to create one or a plurality of “celebrity alert channels,” “politician alert channels,” “newsmaker alert channels,” etc.); Persons realities (Identity-based channels can jump to sightings of the people in one's life such as family, friends, co-workers, business associates, etc. [who are placed on face recognition “white lists”] by those who use templates and identifiers to create one or a plurality of “family alert channels,” “friends alert channels,” “co-worker and business alert channels,” etc.); Privacy realities (Couple RTP displays to face distortion software for those who put themselves on “privacy lists,” so when they're in public they're covered up in “RTP digital realities.”); Superhero realities (Extract “super heroes” from different types of movies or other sources, and extract sports figures in action from different types of sports events. Then cruise them through real locations, whether standing and walking, or performing their sport [such as catching a pass, running, snowboarding, skydiving, etc.], or performing daring missions [such as from superheroes sequences in movies and television]. These can be overlaid into real places, both as if they were normally present, and also as if they were performing sports there, or fighting villains and saving that world.); Healthy/Overstuffed realities (Reshape the people in a place by slimming those who are overweight so they are all height-weight proportionate, or inflate and parody the people so everyone there is obese.) Militarized/Demilitarized realities (Extract uniformed military and police, and their vehicles, and overlay them into locations so those places appear completely controlled police states. Or conversely, remove police from locations where they are normally positioned in force—to show how those places would look if they were not directly controlled by that government's police and military.); Revolutionary realities (Digitally alter weapons in dictatorships such as by putting flowers in gun barrels, revolutionary graffiti on tanks and military vehicles, overlaid revolutionary political slogans on government buildings, and more, with these digital realities processed abroad and broadcast into dictatorial countries.); Utopian realities (A variety ideals may be dynamically visualized and overlaid on everyday places to show what they would be like if each of those ideals came true.).
Multiple realities that produce new revenues and income: Audiences have value and can be monetized—and larger audiences earn more money—so the most popular digital realities, with larger audiences, are the most attractive for those who want to monetize all or parts of their RTP's outputs. An RTP's stream(s) can be received at one's local TP devices or on network devices, transformed into new digital realities, and rebroadcast—so one RTP's streams can produce multiple incomes, some of which are sharable with the RTP's source and some of which are unique to a creator. If wanted, a transformed stream(s) can be substituted for the original physical reality stream's at a source RTP(s) as if it were the real source (as described elsewhere), or broadcast as additional digital reality streams directly from a source RTP(s)—the revenues from those audiences can be turned into revenues for both the RTP owners who create the original streams, and for those who create compelling digital realities that attract audiences.
With RTP-constructed digital realities one or a plurality of RTP owners and additional creators could simultaneously redesign the physical world's live or recorded streams in a plurality of ways and broadcast the transformations from one or a plurality of sources such as RTP's, LTP's, MTP's, etc. Those in the audience(s) can choose the versions of reality they prefer and want—with the audience including both remote observers and those in that place but using their TP screens to be guided through one of its digital transformations.
Then, as each person uses a screen to go through the world they can choose which digital reality(ies) in which they want to live. The “knowing world” of GIS, GPS and augmented reality becomes just one option that can now compete with a plurality of constructed and imaginative digital realities—which can be designed to be more entertaining, more self-determined and more user-centered than the step-by-step “packaged reality” of GPS and augmented reality systems.
RTP-constructed digital realities may also be coupled with the ARM (Alternate Realities Machine, as described elsewhere) so that each person sets their own boundaries of what they want to include and exclude from their self-chosen “world(s)” (as described elsewhere). The ARM's personal boundaries prioritize (include) what a recipient wants, block or diminish what a recipient does not want, and adds additional capabilities such as paywalls (which require those who want a person's attention to pay for that attention or be blocked instead), and protection (as described elsewhere).
RTP-constructed digital realities may also be coupled with Governances (as described elsewhere) so that groups may collectively construct digital realities (and optionally set their members' ARM boundaries) to fit each type of digital reality they choose to create (such as the three example governances described herein: IndividualISM's that expand self-directed personal freedoms, CorporatISM's that sell comprehensive solutions like entire lifestyles and living standards, and WorldISM's that support collective actions [like environmentalism] that transcend nation-state borders).
Taken together, it is clear that RTP processes of constructing digital realities have some differences from physical presence and GPS/augmented reality systems, especially since RTP's stream much more than “live” reality—RTP's may stream digital realities that may be altered in a plurality of locations by a plurality of creative imaginations—each for their own different purposes—and then (optionally) substituted and streamed as if their alteration(s) were the real source. Those who receive either “live” or constructed digital realities may also alter the received digital realities further during their presentation, if they impose their own self-selected boundaries during reception and local presentation by means such as the ARM (Alternate Realities Machine), governances boundaries, etc. as described elsewhere. Some examples of alterations during reception and presentation include prioritizing what each receiver desires, excluding what each receiver does not want, and applying other filters such as a Paywall so that receivers earn income for providing their scarce attention to specific added components such as to a specific product, brand or organization (that may be added during creation or during reception).
Therefore in some examples a meta-view of digital reality includes both the construction of a digital reality(ies) to suit varying goals, entertainments, desires, envisioned worlds, etc.; and also the filtering and altered presentation of said “real” and also digital realities as part of receiving them, so that a combination of a real place, creative digital reality constructions, and receivers' boundaries and alterations are simultaneous co-participants in creating the final digital reality(ies) experienced and enjoyed—with multiple monetization opportunities for multiple participants in this (value creation) chain. In combination with other capabilities described herein, RTP constructed digital realities are a way to grow beyond physical limits by providing devices, tools, resources and systems so that a plurality of creators and receivers may help choose, construct, live in and earn monies from any digital realities they prefer to ordinary physical reality. Over time, a plurality of constructed digital realities may be preferred to the ordinary physical world and may in some examples provide greater monetization opportunities and revenues for more participants (including recipients) than a controlled and “packaged” physical reality. If they choose, a plurality may try to shatter the glass ceiling between who they are and what they aspire to become by bringing the world they desire to (digital) “life,” then live their lives as they would like to “see themselves,” or perhaps in a simpler description, create the digital identities they would like to become and live the one or plurality of digital lifestyles they prefer.
Instead of strait-jacketed GPS and augmented reality systems that turn people into organized sleepwalkers who are herded through a curated and “knowing” world, some who think for themselves may attempt a breakaway and envision both their dreams and how they can become the independent actors who create and journey through digital realities that support their dreams. They may define or choose the constructed digital reality(ies) they want, instead of passing through a pre-defined physical reality that controls itself and them at the same time.
RTP processing: Together
Turning now to
In a receiver(s) alteration option 2048 that includes constructing one or a plurality of digital realities, an RTP may gather local content data 2044 2049 (including in some examples live video and audio of a place 2049, in some examples stored recordings of a place 2049, in some examples other local data gathered in real time or in recordings by said RTP's sensors 2049); then stream it 2056 over one or a plurality of networks 2045 to others such as in some examples an LTP user 2041, in some examples an MTP user 2041, in some examples an AID/AOD user 2043, in some examples a TP subsidiary device user 2042, etc.; wherein one or a plurality of receivers' device(s) 2041 2042 2043 perform separation (such as 3621 in
In a network alteration option 2048 that includes constructing one or a plurality of digital realities, an RTP 2044 may gather local content data 2044 2049 (including in some examples live video and audio of a place 2049, in some examples stored recordings of a place 2049, in some examples other local data gathered in real time or in recordings by said RTP's sensors 2049); then stream it 2056 (without constructing a digital reality) over one or a plurality of networks 2045; wherein said RTP's 2044 2056 stream may be intercepted and a separate networked application, networked server and/or networked service may provide separation (such as 3621 in
Reconstructing and modifying digital realities: In a receiver(s) alteration option 2048 an RTP may construct one or a plurality of digital realities 2049 2054 2055 2050 2051 2052 2056 as described elsewhere, and stream it (them) over one or a plurality of networks 2056 2045; wherein one or a plurality of receivers' device(s) 2041 2042 2043 perform separation (such as 3621 in
In some examples of a different kind of step, said constructed digital realities, and/or reconstructed and modified digital realities, may be substituted as a source 2051 (and 3627 in
In some examples an additional step is to apply RTP applications 2053 to said RTP streams 2056 and then publish said streams 2057 so that they may be found, enjoyed, used, etc. by others. In some examples said other applications 2053 include tagging with keywords 2053 2057, in some examples submitting streams 2056 to “finding” tools and services 2053 2057, in some examples submitting streams 2056 to “alerts services” 2053 2057, in some examples providing streams 2056 as broadcasts 2053 2057, in some examples recording streams 2053 2056 and scheduling said recordings 2053 2056 as scheduled broadcasts 2053 2057, etc. Similarly, the same types of applications may be applied to RTP streams that are processed by one or a plurality of receivers' device(s) 2041 2042 2043, and may also be applied to RTP streams that are processed by one or a plurality of separate networked application(s), networked server(s) and/or networked service(s). In some examples said other applications 2053 include known augmented reality applications that are not described herein; in some examples said other applications 2053 include known GPS location-aware services that are not described herein; in some examples said other applications 2053 include other types of services or applications that are not described herein.
In some examples said publishing 2057 may monetize both “live” RTP streams 2049 2056 and constructed digital realities 2044 2048 2049 2054 2050 2051 2052 2055 2056 (as described in
In some examples one or a plurality of RTPs 2044 2048 may each provide a plurality of “live” streams, streamed digital realities, and/or recorded “live” or digital realities. As a result said RTP 2044 2048 may not have sufficient resources to provide its component services and processing 2049 2044 2048 2049 2053 2054 2050 2051 2052 2055 2056; it may also have insufficient network bandwidth 2045 to deliver a plurality of simultaneous streams; it may also have insufficient capitalization to pay the equipment, maintenance and/or management costs of operation. With any of these or any other limiting factor(s) there is a need to focus said RTP's processing, bandwidth, management, etc. on its highest value operations.
In some examples a specific RTP application 2053 and/or a specific stream 2056 are initiated only when an appropriate audience or user presence indication 2058 is received 2053 2056. In some examples after an appropriate presence indication 2058 is received and the related RTP application 2053 or stream 2056 has been started 2058, said presence indication must be periodically renewed 2059 so that said application 2053 or stream 2056 are continued 2059. In some examples after an appropriate presence indication 2058 is received and the related RTP application 2053 or stream 2056 has been started 2058, said presence indication must be periodically renewed 2059 or else said application 2053 or stream 2056 timeout and are terminated 2059. In some examples said presence indication 2058 2059 is based upon ARTPM presence described elsewhere; in some examples said presence indication 2058 2059 is based upon any known presence technology, system, application, etc.
In some examples a plurality of RTP applications may run simultaneously 2053, and/or RTP “live” and constructed digital realities may be simultaneously streamed 2056, causing insufficient resources (as described elsewhere). In some examples an RTP application 2053 monitors and logs the total usage of each currently running RTP application 2053 (herein “Present Audience/Users 2058 2059”), and each current RTP stream 2056 (Present Audience/Users 2058 2059), to utilize said monitored data in allocating and prioritizing RTP resources 2044 2048 if and when they are insufficient. In some examples the utilization of said Present Audience/Users data 2058 2059 is pre-set based upon priorities such as the goals of the owner or manager (herein “owner”) of said RTP(s) 2044 2048. In some examples the RTP's owner's priority is audience size 2058 2059 so that if said RTP has insufficient resources the first application and/or stream to be terminated will be the one with the smallest size (e.g., the lowest number in the current Present Audience/Users data 2058 2059); and if additional applications and/or streams must be terminated that will be done based on a “lowest number of audience members or users first” model. In some examples the RTP's owner's priority is revenue and income so that if said RTP has insufficient resources the first application and/or stream to be terminated will be the one that produces the smallest revenues (e.g., anything given away free will be terminated first); and if additional applications and/or streams must be terminated that will be done based on a “least revenue produced first” model. In some examples the RTP's owner's priority is a combination of audience size (such as for growth) and revenues so that if said RTP has insufficient resources first the free applications will be terminated (e.g., the free applications that have the lowest number in the current Present Audience/Users data 2058 2059); and if additional applications and/or streams must be terminated that will be done based on a model such as “lowest number of audience members or users first,” then the smallest revenue producers next—until what is left includes the largest audiences (whether free or paid) with the streams and applications that produce the largest revenues.
RTP Processing Locations: Turning now to
In some examples another option is a recipient 2068 as described elsewhere in more detail, but in a brief summary one or a plurality of sources 2064 2060 2072 2061 are received 2069 2070 (including in some examples live video and audio of a place 2060, in some examples stored recordings of a place 2060, in some examples other local data gathered in real time or from stored recordings by sensors 2060; in some examples includes advertising 2061, in some examples PTR (Places, Tools, Resources) 2061, in some examples a virtual place[s] 2061, in some examples a digital reality substituted aa a source 2061, etc.) which in some examples is received by said recipient 2068 over one or a plurality of networks 2064 2060 2072 2061 2062 2069 2070. In some examples one or a plurality of sources 2070 are displayed 2071 and used as received. In some examples separation 2071, blending 2071, replacements 2071, rendering 2071, encoding 2071, etc. are performed by said recipient's device 2068 and the constructed output 2071 is displayed 2071 and used. In some examples the output 2071 (whether as received or after alteration[s]) receives processing from additional applications such as in some examples augmented reality, in some examples GPS location-aware data, etc. and the final output with additions is streamed 2069 and/or transmitted 2069 over one or a plurality of networks 2062 to others, as well as (optionally) being displayed 2071 with said additions for said recipient 2068. In some examples the displayed output 2071 (whether as received or after alteration[s]) is streamed 2069 and/or transmitted 2069 over one or a plurality of networks 2062 to others.
In some examples another option is a network alteration 2072 as described elsewhere in more detail, but in a brief summary one or a plurality of sources 2064 2068 2060 2061 are received 2073 by a separate networked application, networked server and/or networked service; in some examples one or a plurality of sources 2064 2068 2060 2061 are intercepted 2073 with or without notification by a separate networked application, networked server and/or networked service. In some examples (whether said sources are received or intercepted) one or a plurality of steps such as decompression 2074, decoding 2074, separation 2075, blending 2075, replacements 2075, rendering 2075, encoding 2076, compression 2076, etc. are performed by said network application, server and/or service 2072 to produce constructed output 2076. In some examples said constructed output 2076 receives processing from additional applications such as in some examples augmented reality, in some examples GPS location-aware data, etc. In some examples said constructed output 2076 is streamed 2077 and/or transmitted 2077 over one or a plurality of networks 2062 to others. In some examples various types of network alterations 2072 may be performed for a plurality of reasons such as in some examples inserting paid advertising in a stream or background 2072, providing the same shared location appearance and/or content for all recipients such as at a demonstration or presentation 2072, to substitute an altered reality at a source 2072 2061, etc.
In some examples other options include one or a plurality of users'profile records 2078 such as in some examples for personalization 2078; in some examples to retrieve and utilize an identity's boundaries 2078 (including in some examples retrieving a user's priorities to include them in replacements 2066 2071 2075 and/or in display[s] 2066 2071 2075, in some examples retrieving advertisements 2061 that fit a user's Paywalls and displaying them for earning income, etc.); in some examples to include governance attributes 2078, governance sources 2078, governance criteria 2078, etc.; or in some examples for other purposes appropriate for a user's profile 2078 or records 2078.
Digital Realities Construction Resources and Advancement Processes:
In some examples a core process of the “Digital Realities Construction Resources” is to provide consistent high-level patterns 2081 2090, yet within each pattern provide easily added and potentially large improvements 2082 2096 2103 2104 in the ways digital realities are able to be constructed 2090 2091 2084. The sources of said improvements may be TPU (Teleportal Utility) Services 2097; TPU Applications 2098; large industry-leading vendors 2099 2100; new technology startups 2099 2100; various digital reality sources 2101; one or a plurality of RTP owners 2102, individual users 2102, digital reality audience members 2102, etc. The architecture provides capabilities so that each addition 2096 may be included 2103 2104 in one or a plurality of repositories 2090 and provided by one or a plurality of selection and delivery services 2091 (such as in some examples for selecting a type of digital reality 2091, in some examples for selecting and applying various elements of digital reality[ies] 2091 2090, and in some examples for selecting and applying elements so as to create new combinations and new digital realities 2091 2090) so that developers of new digital realities may use them to construct new digital realities 2084, or to modify or update existing digital realities 2088. This provides continuous improvement opportunities for digital realities to potentially become an accelerated creation of intuitive, rapidly maturing, increasingly familiar and stable digital realities that may be created and/or delivered by a plurality of types of devices, and used by growing audiences 2087 2106 2107 2108 who independently choose and enjoy the types of digital realities they prefer. Since audiences are valuable and can be monetized 2107 2108, the metrics and data on different digital realities 2087 2106 produces rankings that surface the most valuable digital realities 2107, and said rankings 2107 may be used when storing and selecting digital realities 2090 2091, and storing and selecting elements of digital realities 2090 2091—so that new and updated digital realities 2084 2088 may produce larger audiences 2087 2106 2107 2108 and larger incomes 2107.
In some examples said digital realities construction 2080 begins by logging in to a TP device as a specific identity 2083 or user 2083 and starting the creation of a new digital reality by running a setup application 2083 such as in some examples a wizard 2083 and in some examples a software program 2083. Said setup application 2083 determines if the DIU (Device In Use) has constructed other digital realities by means of their stored profile(s) 2092 and attributes 2092. If that is true, then said setup 2083 utilizes said previous digital realities settings 2092 as the default selections for creating a new digital reality, which includes said DIU's capabilities for constructing and delivering digital realities. If said DIU does not have other digital realities 2092, then said setup 2083 retrieves appropriate digital realities settings from appropriate virtualize repositories 2081 2091 2090 to provide an initial setup 2083. User may then edit said DIU's selection(s) 2091, element(s) 2091, etc. 2084.
In some examples said user then selects an appropriate type of digital reality 2091, and desired elements from virtual repositories 2091 by means of one or a plurality of selection and delivery services 2091. In some examples said selections 2091 include types of digital realities 2090, in some examples templates (layouts) 2090, in some examples designs (appearance) 2090, in some examples patterns (functions) 2090, in some examples in some examples portlets (components) 2090, in some examples widget (components) 2090, in some examples servlets (components) 2090, in some examples applications (software) 2090, in some examples features (such as alerts, sensors, services, etc.) 2090, in some examples APIs 2090, etc. In some examples after said selections have been made 2091 2090 and are displayed 2084, they are edited such as by choosing, arranging and editing said elements manually and individually 2084, and in some examples by one or a plurality of tools 2084 2096 2103 2104 2090 2091. In some examples after editing said selections 2084 a digital reality is confirmed by viewing and finished 2085 which includes saving them in the local device 2092, or in some examples saving them in an appropriate remote storage 2093 such as on the TP Network 2093. A specification of the digital reality's attributes and components is also saved 2092 2093 to provide (optional) default selections when another new digital reality is created 2083 for that device 2080 in the future. Alternatively, said digital reality's attributes and components 2092 2093 may provide its settings and attributes if that user or other users have similarly capable TP devices, so that this digital reality (such as its template, appearance, components, functions, settings, etc.) may be duplicated on a new TP device. In some examples when said digital reality is complete 2085 it can be tagged 2086 and published directly 2086 2108, or in some examples by means of data logging and a service that identifies the most knowledgeable digital realities 2106 2107 2108, such as described in
In some examples when said constructed digital reality(ies) 2085 are used 2087 data is captured as described elsewhere and stored 2106 such as in some examples to a metered data database 2106 that may include in some examples logging of streams, in some examples audience size data, in some examples audience demographics data, in some examples audience profile data, in some examples users' individual identification data, etc. If one or a plurality of these audience data are captured 2087 and recorded 2106 (such as which digital reality was used, audience data, each successfully metered revenue producing event associated with said digital reality, and [optionally] which user employed each event) then said metered data 2106 may be accessed and applied by a TP Digital Realities Broadcast Selections and Revenue(s) Generation Service 2107. Since audiences are valuable and can be monetized 2107 2108, the metrics and data on individual digital realities 2087 2106 may be employed in a range of known methods, systems, or applications to produce various types of revenues and income from the streaming and/or transmission of said digital realities, from advertising, from subscriptions, from memberships, from event tickets, or from other revenue sources.
In some examples when said digital reality is complete 2085 if needed or desired it may be modified 2083, edited 2083, updated 2083, or ended 2083 by means of the process described previously for selecting 2084 and editing 2084 a digital reality or its elements 2084 such as its template 2090, components 2090, features 2090, etc. This may be done as a normal part of updating or ending a digital reality because various elements 2090 associated with said digital reality may be updated, replaced or terminated from time to time. In addition, a differently designed or configured digital reality may produce larger audiences 2087 2106 2107, higher revenues 2107, etc. so that it may be advantageous to modify 2088 some part(s) of a digital reality or its elements.
In some examples the use of one or a plurality of digital realities 2087 may lead to new ideas in some examples by RTP owners 2102, in some examples by vendors 2102, in some examples by users of one or a plurality of digital realities 2102, in some examples by a digital reality's audience 2102, or in some examples by others who know of one or a plurality of digital realities. Said new ideas may include in some examples new types of digital realities 2089, in some examples improved elements 2089 2090 of digital realities, in some examples improved digital reality features 2089 2090, in some examples improved digital reality publishing 2086 2108, in some examples for introducing a new type of digital reality(ies), in some examples improved promotion or marketing opportunities 2087 2106 2107 2108, in some examples improved monetization or revenue generation methods or applications 2087 2106 2107 2108, in some examples new combinations of existing and new ideas into a new capability(ies) that may be delivered repetitively 2090 2091, in some examples other types of new ideas. In some examples said new ideas 2089 may be developed 2102 2096 2103 2104 2090 2091 as described elsewhere.
In some examples a related process is the creation 2082 and development 2082 of new digital realities, elements, tools, features and capabilities by a variety of sources that may include in some examples TPU Services 2097 and TPU Applications 2098 (Teleportal Utility Services and/or Applications may develop and deliver new types of digital realities 2090, or new digital realities elements 2090 that may be incorporated into realities construction tools 2103 2104, or saved directly to one or a plurality of repositories 2090, for selection and use 2084 in the construction of digital realities); in some examples Third-Party TP Vendors 2099 and/or Third Party TP Services 2100 (whether large industry-leading corporations or new small business startups, vendors of products or services may develop and deliver new digital realities elements 2090 that may be incorporated into realities construction tools 2103 2104, or saved directly to one or a plurality of repositories 2090, for selection and use 2084 in the construction of digital realities); in some examples other sources of elements 2101 (which may be adapted from standards-based components such as portlets, servlets, widgets, small applications, etc. that may in some examples be accessed by realities construction tools, and in some examples may be added to a virtual repository 2090); in some examples digital realities users 2102, audience members 2102, RTP owners who provide one or a plurality of digital realities 2102, or others may provide new ideas 2089 (such as for new types of digital realities, new features, new services, new revenues opportunities, etc.). These digital realities development improvements 2096 may be delivered to other digital realities creators 2084 by means previously described (the process for selecting and editing realities, components and features 2084; by means of a selection/delivery service for realities, components, etc. 2091; by means of a virtual repository[ies] 2090; etc.).
In some examples another related process is the TP Digital Realities Broadcasts Selections and Revenue(s) Generation Service 2107 which includes means for identifying and presenting the most popular and most used digital realities 2087 2106, and (optionally, where metered and logged) components and features of said digital realities 2087 2106, and (optionally, where metered and logged) be absolute or relative magnitude of revenues generated by various types of digital realities 2087 2106 or their components and features 2087 2106. Said data 2106 2107 may be provided in various ways such as in some examples statistics 2107, in some examples graphical visual illustrations 2107, in some examples best practices 2107; and in some examples said data 2106 2107 may be provided directly to said development tools 2103, in some examples may be provided during the use 2084 of a Selection/Delivery Service for Realities, Components, etc. 2091, and in some examples may be associated with the choice or use of individual elements from a virtual repository(ies) 2090. In some examples in each tool 2103, selection service 2091, repository 2090, etc. the types of digital realities or elements may be sorted so the first ones displayed are those that produce the most success 2087 2106 2107, and the last displayed are those that produce the least success 2087 2106 2107. As a result, providers of digital realities 2080 may improve their selection of resources 2081, and further development of continually advancing digital realities 2082, and publishing of their digital realities 2108, so that digital realities simultaneously provide the greatest benefits to both their providers and their users/audiences.
In some examples combinations may be provided for remote access and use such as providing one or a plurality of RTPs as a an externally controlled device(s) or service(s) so that others may construct digital realities 2083 2084 2091 2085 2086 2087 2106 2107 2108 2088 2089 2102 and deliver said digital realities 2087 for various audiences 2106 2107 with revenue sharing and income when audiences are monetized 2107 2108 by those additional digital realities creators. In such a case, users from a plurality of locations may create and stream one or a plurality of digital realities that have access to said RTP's plurality of sensors and sources (as described elsewhere). To accomplish this, and to provide this functionality as a capability of RTPs owned and provided by one or a plurality of corporate and/or individual owners, said owners may combine an RTP with TP sharing (as described elsewhere), or with RCTP (Remote Control Teleportaling), and also with digital realities creation tools 2082 2096 2103 2104, sources (as described elsewhere), and resources 2090—then publish this as a complete RTP remote digital realities broadcast resource 2090 2091 for shared creation and use. With these types of resulting devices and capabilities in one or a plurality of digital realities selection services 2091, remote users may access said RTPs to create multiple digital realities 2083 2084 2091 2085 to publish and attract audiences 2087 2106, so that those audiences may be monetized 2107 2108 and the resulting revenues shared.
When considering an overall view of Digital Realities Construction Resources, this is a substantial departure from typical product development which usually provides a static product design that remains fixed and is updated only periodically (such as every couple of years). In contrast, these methods and processes support self-determined improvement and advances processes that provide data on what is most successful and least successful to guide the creation and delivery of the best and most attractive digital realities—continuously by one or a plurality of creators, without waiting for slow cycles of periodic updates.
TP DEVICES' DIGITAL REALITIES, EVENTS, BROADCASTS, ETC. AND REVENUES: In some examples there are incentives to provide more successful digital realities such as in some examples revenues and earnings, in some examples larger audiences, in some examples ticket sales, in some examples additional registrations, in some examples additional subscriptions, in some examples additional memberships, in some examples sufficient utilization to support continued provision of one or a plurality of digital realities that people want and choose, in some examples the opportunity to develop and advance new features for digital realities, in some examples the opportunity to add new capabilities within digital realities, in some examples the opportunity to explore new or interesting ways to live, in some examples the opportunity to experiment with new state(s) of reality or ways to express reality, in some examples the ability to consider and perhaps redefine the human condition from new perspectives, etc.
Turning now to
Being permitted to join a focused connection 2121 in response to a request 2110 is described elsewhere in more detail (such as in attending a free, paid or restricted event in
Delivering a stream 2126 2130 in a connection such as 2121 2116 is described elsewhere in more detail. In a brief summary the recipient's identity 2127 is determined along with the recipient's current DIU (Device In Use) 2127, and (optionally) in some examples customize a new stream 2128 for said recipient 2127 or device 2127 such as by (optionally) blending in one or a plurality of advertisements 2129, links to related content 2129, marketing messages 2129, sponsor's content 2129, etc. as described elsewhere. If a stream is customized 2128 2129 sources for said customization 2138 such as sponsor ads, sponsor messages, sponsor links, sponsor marketing, etc. may be retrieved from sponsor services 2144 2145 2149. Whether a standard stream 2121 2126 2130 or a customized stream 2121 2126 2127 2128 2129 2130 is provided, said stream 2130 is logged 2131 along with (optionally) logging data such as audience size 2131, demographics 2131, special features or interactive capabilities used 2131, identities 2131, other relevant usage data 2131, etc. In some examples said logged and stored raw data 2131 2132 2133 may include revenue-related data 2132 such as users' receipt of ads or marketing messages 2132, users' actions that result from advertising or marketing 2132 (ranging from immediate purchases to linking to bookmarking to additions to wish lists to other relevant behaviors), audience member types (if some types of audiences have higher value than others), audience member locations (if audiences in some countries, cities or neighborhoods have higher value than others), date and time used (if some days and times have higher value than others), identity (if some specific individuals have higher value than others), etc. In some examples said logged and stored raw data 2131 may include audience data 2133 such as audience size 2133, audience demographics 2133, various audience behaviors or interactions that are non-revenue producing (e.g., don't involve advertising, marketing, sales, etc.), and other types of audience data that may be tracked for a variety of purposes.
In some examples a connection 2130 includes validating reception 2134 of said stream 2130 to confirm that certain logged data 2131 is as valid as possible. In some examples validation 2134 is by receiving a response from the receiving device 2135 and the appropriate data is logged 2131; in some examples validation 2134 is by receiving a response from the recipient user 2135 and the appropriate data is logged 2131; in some examples of validation 2134 is provided by other means such as by attention tracking, eye tracking, interactions with said stream, etc. (as described in
In some examples streams 2121 are customized 2128 for one or a plurality of recipients 2127 by blending in sponsor messages, marketing, advertising, video (including audio), images, or other commercial information 2129 that are received from one or a plurality of sponsor services 2138 2145 2149 2144. Said customization 2128 includes determining the one or a plurality of receiving devices 2127 and/or the identity(ies) of one or a plurality of recipients 2127, selecting the appropriate commercial messages for said device(s) and/or recipient(s), blending said stream(s) 2129 as described elsewhere, transmitting said blended stream 2130, and logging the appropriate resulting data 2131 2132 2133 (including in some examples validation of delivery or reception 2134 2135 2131).
Sponsor services provide various systems, processes, methods and other means that generate revenues, one of which may include sponsor services 2145. In some examples said sponsor services 2145 include sponsor selection 2146 such as by sale 2146, auction(s) 2146, etc.; the entry of deliverable messages by the sponsors selected 2147 which may include messages 2147, marketing 2147, advertising 2147, video (including audio) 2147, images 2147, sponsor's content 2147, or other commercial information 2147; and the storage of said messages for retrieval 2148, which may (optionally) include categorized areas such as by types of products or services 2147 2148 (such as for examples automobiles or trucks in transportation 2147 2148, fast food or beverages in food 2147 2148, smart phones or mobile phone services in communications 2147 2148, etc.); in some examples the retrieval of sponsor's video 2149 messages 2149, advertisements 2149, marketing messages 2149, commercial links 2149, etc. such as by categories 2147 as described elsewhere, or (optionally) by individually named competing products 2149 (such as for examples Toyota in automobiles 2149, Nikon in cameras, McDonald's in fast food, AT&T in mobile phone services, etc.); in some examples said sponsors messages retrieved 2149 for blending 2129 and streamed delivery 2130 may be recorded in one or a plurality of systems such as an accounting system 2158, logging system, or other billing and payment system 2158 as described elsewhere.
In some examples said logged revenues data 2131 2132, audience data 2131 2133, and other types of logging that counts and records data about streams, connections, events, digital realities, receptions, audiences, users, identities, broadcasts, etc. may be accessed 2139 2154 2155 such as by sorting 2155, filtering 2155, ranking 2155, extracting 2155, etc. and stored 2156 for a plurality of uses 2160 2161 2162. In some examples said uses include standard or customized dashboards 2160, or standard or customized reports 2160, which utilizes said logged data 2131 2132 2133 2139 2154 2155 2156 for one or a plurality of users such as such as sources 2111 2116 2160, recipients 2110 2121 2126 2160, sponsors 2145 2160 (such as advertisers, marketers, vendors, etc.), device vendors 2160, various types of customers 2160, etc.; and may (optionally) provide data for one or a plurality of services such as a PlanetCentral(s) 2160, a GoPort(s) 2160, an alert(s) 2160, an event(s) 2160, a digital reality(ies) 2160, a report(s) 2160, a dashboard(s) 2160, accounting systems 2158 that utilize ranked data 2156 and raw data 2132 2133, business systems that employ said data 2156, and other external applications that employ said data 2156. In addition, Web and other requests 2161 may provide answers to custom information questions to said users (as described in 2160) and said services (as described in 2160).
In some examples said logged and stored data 2132 2133 2156 is used to provide ranked revenue opportunities 2162 for improved decision-making when constructing digital realities 2162, broadcasts 2162, services 2162, various types of devices 2162, new features when the existing devices are updated and re-launched 2162, and many other types of decisions relating to a growing digital reality (as described elsewhere). In some examples said ranked data 2156 is utilized by a TP digital realities broadcasts, events and revenue(s) generation process, method, system, etc. 2107 as described in
In some examples accounting systems 2158 (such as described in more detail elsewhere, but described here in a brief summary, as well as having some examples of specific features called) collect revenues 2158 by accessing logged data 2156 2132 2133 that may be used for accounting and billing to invoice sponsors 2150 and receive their payments 2152. In some examples sponsors are invoiced for advertisements 2150; in some examples sponsors are invoiced for marketing messages 2150; in some examples sponsors are invoiced for product placements that are digitally blended into streams 2150; in some examples sponsors are invoiced for brand placements that are digitally blended into streams 2150; in some examples sponsors are invoiced for marketing information delivered within streams 2150; in some examples sponsors are invoiced for links displayed (such as to make an online purchase, see an item in an online store, add an item to a wish list, or any other e-commerce action) 2150; in some examples sponsors are invoiced for any e-commerce link(s) used 2150; etc. In some examples said accounting system(s) provides said accounting data to third parties' billing systems 2158 to invoice sponsors 2150 and receive payment 2152; in some examples said accounting data is utilized for direct invoicing of sponsors 2158 2150 and receiving payment 2152; in some examples one or a plurality of said sponsors 2146 2147 maintain a financial account that includes deposited monies, and said invoices 2158 2150 automatically bill said sponsor's depository account and receive payment 2152 in one electronic step 2150 2152; in some examples one or a plurality of said sponsors 2146 2147 maintain an electronic payment instrument in their financial account (such as in some examples a credit card, in some examples automated payments by a bank account, in some examples automated payments by a third-party payment service, etc.) and said invoices 2158 2150 automatically invoice said sponsor's financial account and receive payment 2152 in one electronic step 2150 2152 by means of said electronic payment instrument; in some examples one or a plurality of said sponsors 2146 2147 receives said invoice(s) 2150 and makes a separate payment(s) 2152.
In some examples accounting systems 2158 pay sources 2164 2165 2111 2112 2113, owners of TP devices who provide sources 2164 2165 2111 2112 2113, etc. (herein collectively referred to as “sources”) when monies are invoiced 2150 and received 2152 from sponsors 2145. In some examples one or a plurality of sources are paid for any means by which they monetize their audience(s) 2110 2116 and deliver streams to them 2121 2126. In some examples one or a plurality of sources are paid for delivering advertisements 2129 2150; in some examples sources are paid for marketing messages 2129 2150; in some examples sources are paid for product placements that are digitally blended into streams 2129 2150; in some examples sources are paid for brand placements that are digitally blended into streams 2129 2150; in some examples sources are paid for marketing information delivered within streams 2129 2150; in some examples sources are paid for links displayed (such as to make an online purchase, see an item in an online store, add an item to a wish list, or any other e-commerce action) 2129 2150; in some examples sources are paid for any e-commerce link(s) used 2129 2150; etc. In some examples one or a plurality of sources are paid due to a recipient's buying a ticket 2119 2120 to access said source; in some examples sources are paid due to a recipient's making a payment 2119 2120 to access said source; in some examples sources are paid due to a recipient's paying a fee 2119 2120 to access said source; in some examples sources are paid due to a recipient's registering 2119 2120 to access said source; in some examples sources are paid due to a recipient's subscribing 2119 2120 to access said source; in some examples sources are paid due to a recipient's joining or becoming a member 2119 2120 to access said source; etc. In some examples said payments to one or a plurality of sources 2165 are made from the direct invoicing of sponsors 2158 2150 and receiving their payment(s) 2152; in some examples said payments to one or a plurality of sources 2165 are received from third parties' billing and payment systems 2158 wherein said third parties invoice one or a plurality of sponsors 2150, receive one or a plurality of sponsors' payment(s) 2152, and pay said sources 2165.
In some examples sources 2166 (which include TP device owners, companies, broadcasters, and other types of sources) utilize data to determine their best opportunities to increase revenues 2166 2167, audiences 2166 2167 or other success indicators and metrics 2166 2167. In some examples sources utilize logged data 2131 2132 2133 2155 2156; in some examples sources utilize accounting data 2158; in some examples sources utilize ranked growth opportunities 2162; in some examples sources utilize ranked revenue opportunities 2162; in some examples sources utilize ranked audience increase opportunities 2162. In some examples sources utilize one or a plurality of types of market information sources such as in some examples recipients' groups and associations, in some examples market research services, in some examples prepackaged market studies, in some examples device vendor associations, in some examples industry groups, etc. In some examples sources may (optionally) receive aggregate data or subsets of data from one or a plurality of services such as a PlanetCentral(s) 2160, in some examples a GoPort(s) 2160, in some examples an alert(s) service(s) 2160, in some examples a digital event(s) service(s) 2160, in some examples a digital reality(ies) search engine 2160, in some examples an online analytics and reporting service 2160, in some examples an online dashboard(s) service(s) 2160, in some examples a behavior tracking and ad serving service 2160, in some examples an accounting system(s) 2160. In some examples sources may (optionally) receive data from one or a plurality of third-party business systems, or in some examples another external application(s) that logs and/or utilizes said types of data.
In some examples said data is used to determine which types of digital realities to create 2167; in some examples said data is used to determine new trends of emerging types of digital realities 2167; in some examples said data is used to determine digital realities with higher revenues and earnings 2167; in some examples said data is used to determine how to increase audience size 2167; in some examples said data is used to determine how to increase ticket sales 2167; in some examples said data is used to determine how to increase registrations 2167; in some examples said data is used to determine how to increase subscriptions 2167; in some examples said data is used to determine how to increase memberships 2167; in some examples said data is used to determine which of a set of provided digital realities are most preferred and used by their audiences 2167; in some examples said data is used to determine how to develop and obtain feedback on new features for digital realities 2167; in some examples said data is used to determine how to develop and obtain feedback on new capabilities within digital realities 2167; in some examples said data is used to determine which opportunities should be explored to find new or more interesting ways to live digitally 2167; in some examples said data is used to determine new ways to experiment with various interactive options for digital reality 2167; in some examples said data is used to determine the ability to consider the human condition from new perspectives 2167; etc.
Integration with ARM Boundaries Settings (Choose Your “Reality[ies]”): The Alternate Realities Machine (herein ARM) is described elsewhere in detail, but in some examples it provides ARM Boundary Management that provides recipients with greater control over their digital and physical space within the larger shared physical reality—in some examples an ARM provides means to reverse parts of the control over the common shared reality from top-down to bottom-up. As illustrated in some examples (such as in
Therefore, in various examples one or a plurality of SPLS boundaries are made explicit and manageable by said ARM. Within a particular set of Boundary Settings one's digital reality may be considerably different than someone else's. In addition, the ARM includes means to save, distribute and try out new Boundaries Settings so the most desirable alternate realities may rapidly spread and be tried, personally altered and adopted wherever they are preferred. As a result, the best alternate realities may be tried and applied with this scope and Seattle that the best realities deserve—possibly providing multiple better competitors than the common shared reality. In some examples the “best” Boundary Settings may be designed, marketed, sold and/or supported by individuals, corporations, governances, interest groups, organizations, etc. to improve the lives and experiences of those who live in their Shared Planetary Living Spaces.
Finally, in some examples a person has multiple identities (as described elsewhere in more detail) and each identity may have its own one or a plurality of SPLS's (as described elsewhere in more detail), and each SPLS may have one or a plurality of ARM Boundary Settings. In other words, in some examples by switching to a different established identity (as described elsewhere), a person immediately changes their SPLS(s) and ARM boundaries the new “reality” and is thereby able to experience and enjoy life differently. If a person has a plurality of identities, they may change their ARM boundaries to fit their SPLS's and ARM boundaries in each different identity. As a result, one person may change how reality is presented to them (and therefore perceived by them) as often as they want. The implication is that for one or a plurality of persons, reality can be put under their personal control—rather than the other way around.
Turning now to
In some examples after experiencing a source such as a digital reality 2171, a broadcasted stream 2171, a component of a governance 2171, or another type of source 2171, said identity 2172 may optionally choose to modify an ARM boundary for that source 2175. In some examples ARM boundaries (as described elsewhere in more detail) include priorities/exclusions 2175, a Paywall 2175, protection 2175, etc. In a brief summary a subset of said ARM boundaries are illustrated, namely the optional ARM boundary setting for prioritizing 2176 or excluding 2176 the source 2171 that was experienced. In a similar manner, the experience of any source 2171 may be utilized to modify any appropriate ARM boundary setting 2175 for a person 2172 or for one of said person's identities 2172.
In some examples the modification of said ARM boundary 2176 begins by deciding whether or not to apply a known ARM boundary 2177 that is based on said source 2171; in some examples a source 2171 is tried because it is new and popular so there may be an associated ARM boundary setting to rapidly include and prioritize said popular new source 2171; in some examples a source 2171 is tried because it may seem interesting but some of those who tried it may have disliked it so there may be one or a plurality of associated ARM boundary settings to exclude said source 2171, or to provide partial blocking of that source 2171. In some examples a source 2171 may belong to a category such as rock music stars, urban crimes in progress, new technology product launches, or any other category that a person may want to raise or diminish in importance. In some examples where there is an existing priority boundary and/or exclusion boundary for a category 2178 (rather than a specific source) it can be selected 2178 and adapted 2178 by increasing or decreasing that category's priority as described elsewhere. Said existing priority boundary(ies) 2178 and/or exclusion boundary(ies) 2178 is retrieved from one or a plurality of existing priority/filters databases 2179, displayed for selection 2178, and either used 2177 or not used 2177; then, if selected and used it may be adapted to fit the user's preferences 2178.
In some examples an existing boundary 2177 is not used and an ARM boundary setting may be created and set 2180 2182 2184 2186. In some examples said source 2171 may be added to priorities 2180 by adding it at a top priority 2181 or setting its priority level 2181 2188; in some examples said source 2171 may be added as an exclusion 2182 by adding it as completely blocked 2183 or setting its priority level 2183 2188. In some examples said source 2171 is already part of an ARM boundary so that it may have been part of that identitys experience because that ARM boundary did not block it, made it a slight priority, or included it as a top priority; so in some examples a user would want to modify the ARM boundary that affects said source 2171—if the experience was superior then the priority level of said source 2171 would be increased 2185 2188; and if the experience was poor then the priority level of said source 2171 would be decreased 2185 2188; and if the experience was negative or any reason then the ARM boundary would be set for varying levels of exclusion 2186 2187, right up to a complete block 2188. In some examples varying scales 2188 2189 may be used to set ARM boundaries such as priority boundary(ies) 2180 2184 and/or exclusion boundary(ies) 2182 2186, such as the seven-point scale used herein (though numerous types of scales are known, and may be employed appropriately). In some examples a seven-point scale for priorities 2180 2184 through exclusions 2182 2186 includes almost half that scale employed for priorities such as “top priority” 2189, “strongly preferred” 2189 and “somewhat preferred” 2189. In some examples a clear non-preferential midpoint maybe may be included such as “neutral” 2189 which neither prioritizes nor excludes said source 2171. In some examples said seven-point scale 2188 2189 includes almost half that scale employed to filter exclusions such as “somewhat blocked” 2189, “usually blocked” 2189 and “completely blocked” 2189.
In some examples after adding a priority boundary 2180 2181, adding an exclusionary filter 2182 2183, or modifying an existing priority/exclusion 2184 2185 2186 2187 by selecting the preferred level for a source 2171 from the boundary's scale 2188 2189, that boundary may be saved to a priority/filters database 2179. That boundary and said user's preference then becomes available for rapid display and selection 2178, where it may either be used 2177 or not used 2177; then, if selected and used by another person or identity it may be adapted to fit another user's preferred level of prioritization/exclusion 2178 for that source 2171.
In some examples In some examples after adding a priority boundary 2180 2181, adding an exclusionary filter 2182 2183, or modifying an existing priority/exclusion 2184 2185 2186 2187 by selecting the preferred boundary level for a source 2171 from the boundary's scale 2188 2189, that boundary may be saved to a user's profile 2190 where it may be retrieved and used by an identity 2172. In some examples said ARM boundary for priorities/exclusions 2176 is not altered so in that case another ARM boundary may (optionally) be modified 2194. In some examples after completing the modification of said ARM boundary 2176 and saving said updated ARM boundary 2190, a person 2172 or identity 2172 may (optionally) choose to modify another ARM boundary based on the experience of that source 2194. In some examples other ARM boundaries that may be set (as described elsewhere in more detail) include a Paywall 2194, protection 2194, etc.
In some examples after desired ARM boundary modifications are complete 2175 2176 2194 said ARM boundaries settings process(es) ends 2195, and said updated ARM boundaries are applied 2195.
SUPERIOR VIEWER SENSOR: Typical current displays on televisions, computers, digital picture frames, electronic pads, tablets, cell phones, etc. are “unreal” in that their displayed images are fixed and do not have the changing field of view that is easily seen by looking through any window and moving from side to side or stepping forward and back, nor do they have parallax shifts when the screen's user changes position and obtains a new perspective (e.g., a new line of sight).
In some examples a subsystem that may be optionally added to varied devices is a Superior Viewer Sensor (herein SVS) which automatically and/or manually updates and controls a visual display(s) based on the position of one or a plurality of viewers relative to said display, in order to simulate the changing real view that is seen through a real window. In some examples this provides TPDP (Teleportal Digital Presence) with an automated simulation of views through a real window so that as one or a plurality of viewers move relative to the device's screen the image displayed is adjusted to match the position(s) of the viewer(s). Because an SVS is digital it may also provide other digital features and functions.
As a result of an SVS subsystem, a viewer becomes a “superior viewer” because the viewer's “normal” digital presence may be seen, heard, experienced, manipulated, used and understood in more detail and in more ways than the physically present local world is generally experienced—making digital presence in some examples a richer, wider, more varied, simultaneously multiplied (with more views and/or locations at once), interesting and controlled experience than one's local physical presence. Therefore, in some examples an SVS subsystem produces a simulation of the view through a window by means of a display screen, as well as digitally enhanced views and sounds of what is displayed by means of digital video processing and/or digital audio processing. In some examples an SVS subsystem is comprised of a device such as devices illustrated in
In some examples an SVS subsystem may be provided entirely within a single local device; in some examples parts of an SVS subsystem may be distributed such that various functions are located in local and remote devices, storage, and media so that various tasks and/or program storage, data storage, processing, memory, etc. are performed by separate devices and linked through a communication network(s). In some examples one or a plurality of an SVS subsystem's functions may be provided by means other than a device subsystem; in some examples one or a plurality of an SVS subsystem's functions may be provided by a network service; in some examples one or a plurality of an SVS subsystem's functions may be provided by a utility; in some examples one or a plurality of an SVS subsystem's functions may be provided by a network application; in some examples one or a plurality of an SVS subsystem's functions may be provided by a third-party vendor; and in some examples one or a plurality of an SVS subsystem's functions may be provided by other means. In some examples the equivalent of an SVS subsystem may be provided by means other than a device subsystem; in some examples the equivalent of an SVS subsystem may be a network service; in some examples the equivalent of an SVS subsystem may be provided by a utility; in some examples the equivalent of an SVS subsystem may be a remote application; in some examples the equivalent of an SVS subsystem may be provided by a third-party vendor; and in some examples the equivalent of an SVS subsystem may be provided by other means.
Together,
Superior viewer sensor devices: Turning now to
In some examples said SVS subsystem has a process 1406 that in some examples starts when said device is on 1407 and when said device has an SVS 1407 that is active; in some examples face detection is performed 1408 by said SVS; in some examples if one or a plurality of detected faces is turned toward the display screen then an active face(s) has been detected 1409; in some examples SVS processing determines the location of one or a plurality of viewers with respect to the display screen 1411 and the appropriate displayed video(s) and/or image(s) are adjusted 1411 based on the distance or angle of the viewer(s) to simulate the view through a window 1411; in some examples no active face(s) is detected 1409 and in some examples the SVS subsystem then goes into its default waiting state 1410, in some examples the SVS subsystem's default is to detect movement on the part of a viewer(s) 1410, and in some examples the SVS subsystem may include a motion detector 1410, and in any of these cases the SVS subsystem performs face detection again 1408; in some examples one or a plurality of viewers may enter an SVS command 1412 in which case the SVS processing performs said SVS command(s) 1413 and performs the appropriate video or audio adjustment 1413 for said command, and/or performs a different and appropriate action 1413 for said command.
Because an SVS is digital said commands 1412 may provide enhanced digital features and functions such as in some examples zooming in to see details 1412; in some examples zooming out to see the big picture(s) 1412; in some examples freezing an image to analyze it 1412; in some examples displaying a fixed viewpoint like an ordinary computer screen view without dynamic SVS adjustment based on the viewer(s) position 1412 (as described elsewhere); in some examples utilizing recognition to identify an individual or an object and/or retrieve data about said individual or object 1412; in some examples enhancing audio for clarity 1412 (such as in some examples raising the volume of voices so fainter voices may be understood, in some examples increasing clarity by filtering noisy backgrounds, and in some examples providing other audio enhancements); in some examples recording and storing video, audio, still images, etc. for retrieval and use in the future 1412; in some examples changing the view or viewpoint (if a plurality of views are available) 1412; in some examples adding various types of effects, edits, substitutions, etc. to any of the IPTR displayed 1412; in some examples substituting an edited display as the source output with or without informing other participants of said edited alterations 1412; or performing any other digital manipulation 1412. Said digital functions may be performed by means of commands that may include gestures 1412 in some examples, voice 1412 in some examples, a remote control(s) 1412 in some examples, a touch screen 1412 in some examples, on-screen controls 1412 in some examples, a pointing device(s) 1412 in some examples, a 3-D controller 1412 in some examples, a menu 1412 in some examples, etc.; and in some examples providing other types of controls 1412, controllers 1412, features 1412 and functions 1412.
In some examples SVS commands 1412 may be saved as defaults 1414, settings 1414, configurations 1414, or another storage means 1414 so that they may be performed automatically 1411 thereafter, without requiring the direct control of one or a plurality of users 1412. In some examples an SVS may therefore automatically produce a continuous digital reality(ies) 1411 that include the preferred digital alterations 1412 1414 and/or enhancements 1412 1414 desired by one or a plurality of users.
Superior viewer example views: Turning now to
In a first example said viewer 1420a has approached the LTP 1422a for a closer view of the Basilica of St. Mary of Health (Basilica di Santa Maria della Salute), a Roman Catholic church whose dome has become a landmark and emblem of Venice. In response to said change in the viewer's location 1420a an SVS sensor 1421a determines the new location of the viewer 1420a with respect to the LTP display screen 1422a, calculates 1423 and displays 1423 the appropriate view 1422a for said viewer's position 1420a to simulate the appropriate view through that “RTP window” in that location on the Grand Canal. In another example said viewer 1420b has stepped back from the LTP 1422b for a central view up the Grand Canal, and in response to said change in the viewer's location 1420b the SVS sensor 1421b determines the new location of viewer 1420b with respect to the LTP display screen 1422b, calculates 1423 and displays 1423 the appropriate view 1422b of the Grand Canal for said viewer's new position 1422b to simulate the appropriate view through that “RTP window” on the Grand Canal. Optionally, viewer 1420b may employ SVS commands by means such as a handheld remote control 1425 that control video processing 1423 and/or audio processing 1423 such as in some examples zooming in to see details, in some examples zooming out to see the big picture of the Grand Canal, in some examples audio zooming to hear specific sounds more clearly, etc.
In another example said viewer 1420c has stepped up close to the left side of the LTP 1422c for a close up view of a gondolier on Venice's Grand Canal, and in response to said change in the viewer's location 1420c the SVS sensor 1421c determines the new location of viewer 1420c with respect to the LTP display screen 1422c, calculates 1423 and displays 1423 the appropriate view 1422c of the gondolier and Grand Canal for said viewer's new position 1422c to simulate the appropriate view through that “RTP window” on the Grand Canal. Because said gondolier seems close enough, viewer 1420c calls “Hello” to gondolier and because the local RTP on the Grand Canal is full-featured, said viewer's voice is projected from the local RTP's speaker(s). If the gondolier answers “Ciao” in Italian in some examples an automatic translation subsystem contextually identifies participants in the United States and Italy, that the US participant spoke the English word “hello” and the Italian participant responded in that language, and provides automatic real-time language translation as described elsewhere. In some examples US viewer 1420c may need to use a command or the handheld remote control 1425 to start a translation subsystem, service, application, etc. If a conversation ensues between said US viewer 1420c and said gondolier, in some examples automatic audio enhancement contextually identifies the appropriate remote participant(s) which in this case is a gondolier, and determines if said gondolier's voice is below sufficient audio legibility, and if so isolates and boosts said gondolier's voice audio to increase its clarity and volume by means such as noise cancellation, equalization, dynamic volume adjustment, etc. In some examples US viewer 1420c may need to use a command or the handheld remote control 1425 to start audio enhancement processing application, subsystem, service, etc. As a result in some examples a US viewer 1420c may talk directly to a passing gondolier on Venice's Grand Canal.
SUPERIOR VIEWER PROCESS: In some examples a device or a device SVS includes one or a plurality of viewer sensors, a viewer detecting section, an optional viewer processing section and other device components as described elsewhere, such as in some examples display output processing 1252 in
In some examples one object of a device's sensor is to detect certain characterizing components of objects such as the face of a person relative to a device's screen, herein generally referred to as viewer detection. In some examples said viewer detection includes detecting one or a plurality of objects, then detecting a section of said object that characterizes a portion of said object, then detecting a human face as the characterizing portion. In some examples a number of known technologies may be employed such as in some examples technologies used in digital cameras to determine the presence of faces in a picture taking region, determine the distance to the detected faces, and employ that data to set the camera's focus so that one or a plurality of faces is automatically rendered clearly and in focus when a picture is taken. In addition, other known facial analysis technologies provide various types of face data analysis such as technologies used in digital cameras that determine when a face in a picture has blinked and then display a “blink error” or “blink warning” to the picture taker so the picture can be checked and retaken if needed. In some examples other face detection technologies are known for detecting one or a plurality of viewers with respect to a display screen such as the identification and use of skin colors, identification of candidate face region areas with hierarchical verification levels, etc.
In some examples the term viewer detecting section refers to software that is run by a device's processor(s), but with alternative types of sensors and sensor data this viewer detection may be implemented by different detection software, or alternatively by a hardware circuit or system. In some examples the viewer detection software is stored in a device's local and/or remote storage, said software is run, and the resulting processed viewer detection data such as viewer information, face size, face position, face orientation, etc. is stored in said device's memory. In some examples said device uses this processed viewer detection data in memory to adjust the device's display screen appropriately for the location(s) of one or a plurality of viewers. Said viewer detection data is retained in memory for repeated use until viewer detection is performed again, at which time newly processed viewer detection data overwrites it and is stored for use until the next viewer detection occurs.
Turning now to
In some examples viewer detection 1440 is image-based and performed by an SVS. Said image-based viewer detection 1440 starts by detecting a moving image, capturing it by means of an image sensor and analyzing the captured image data for face detection information such as skin color, face image(s), face size, face position, etc. At step 1441 it is determined whether one or a plurality of viewers has been detected and if no viewers are detected 1442 then the SVS and display are auto-set for a default 1447 viewer who is located centrally in front of the display and at a reasonable distance from it for that type of device (which may be reasonably estimated from known ergonomic data for certain types of mobile devices and certain types of stationary devices). Alternatively in some examples with a device in a fixed location, if no viewers are detected 1442 the SVS and display may be auto set for a default 1447 that is based upon the entrance to the room in which said device is positioned so that the entrance of a viewer will trigger the SVS and cause its display to respond dynamically as said viewer moves into and through that room. Alternatively in some examples with a mobile or fixed device, if no viewers are detected 1442 the SVS and display may be auto-set for a default 1447 that represents the most common viewer location from which this display has been used in the past (if that device's previous viewer location raw data is stored and analyzed, with the analyzed data stored for future uses such as determining said default display setting). In some examples if no viewers are detected 1442 the SVS may loop in a motion detection process in which it repeatedly and periodically performs motion detection 1440 (such as in some examples periodically capturing two or a plurality of frames of image data and performing a motion detection comparison between them).
In some examples the processing of SVS sensor data determines that one or a plurality of viewers are present 1441 in which case the detected viewer data is stored in memory and used to perform display adjustment 1447. In some examples other viewer engagement data may be stored in memory 1440 such as in some examples participation in a focused connection, in some examples other uses of a device as described elsewhere. Said viewer detection data as well as other viewer engagement data is retained in memory until viewer detection is performed again, at which time newly processed viewer data overwrites it and is retained in memory until the next viewer detection is performed. Storing viewer detection data and viewer engagement data makes it possible to determine the presence of one or a plurality of viewers, along with the optional partial or full engagement of said users with the display. In some examples sufficient or appropriate sensor data 1440 is available in memory so that an optional viewer processing section determines the viewer(s) orientation relative to the display screen 1445. In some examples where a face(s) has been detected 1441 the position, size and/or orientation of said face data 1441 may be used to determine the orientation 1445 of one or a plurality of viewers relative to the display screen 1446 as an indication of each viewer's partial or full attention to said display. In some examples viewer engagement 1446 includes audio sensor data 1440 and in some examples it includes data from other types of sensors. In some examples if one or a plurality of viewers are not engaged 1446 the viewer processing section may loop and repeatedly and periodically perform viewer engagement processing 1445 (such as in some examples periodically capturing a set of frames of image data and performing a face orientation comparison between them). In some examples if one or a plurality of viewers are not engaged 1446 the display may be adjusted to its default 1447 as described elsewhere. In some examples if one or a plurality of viewers are partly engaged 1446 such as in some examples by talking to each other in addition to paying intermittent attention to the display 1446; in some examples by using other handheld devices or mobile devices or stationary devices as well as paying intermittent attention to the display 1446; in some examples by multitasking as well as paying intermittent attention to the display 1446; in some examples by any other simultaneous activity or engagement as well as paying intermittent attention to the display 1446; the optional viewer processing section determines that said partially engaged viewers should be treated as full viewers and included in the adjustment of the display. In some examples if one or a plurality of viewers are engaged 1446 the viewer processing section may periodically reconfirm said engagement by looping and performing viewer engagement processing 1445 (such as in some examples periodically capturing a set of frames of image data and performing a face orientation comparison between them).
In some examples a recognition subsystem 1443 (as described elsewhere) is present and said image adjustment 1447 may utilize said recognition subsystem 1443 to determine one or a plurality of specific viewers, such as the owner or principal user of a device. In some examples recognition subsystem 1443 may be a service such as TP biometric recognition 1443. In some examples one or a plurality of recognizable identities may be prioritized 1444 such as in some examples the owner of the device in use, in some examples family or friends of the owner of the device in use, in some examples a recognizable member of a designated group or category of users of said device such as a company's employees whose cubes or offices are located around a particular conference room where said device is used, in some examples any other designated identity(ies) and/or group(s). In some examples one or a plurality of recognized identities 1443 may be prioritized 1444 so that said display adjustment 1447 may be completely prioritized to reflect the presence 1441 and/or optional orientation(s) 1445 of one or a plurality of said identified 1443 and prioritized 1444 viewers, such as by performing display adjustment 1447 as if only the identified 1443 and prioritized 1444 viewer(s) were present. In some examples one or a plurality of recognized identities 1443 may be prioritized 1444 so that said display adjustment 1447 may be partly prioritized to reflect the presence 1441 and/or optional orientation(s) 1445 of one or a plurality of said identified 1443 and prioritized 1444 viewers, such as by weighting the identified 1443 and prioritized 1444 viewer(s) at the same higher value than a lower weighting for unidentified 1443 and unprioritized 1444 viewer(s). In some examples one or a plurality of recognized identities 1443 may be prioritized 1444 so that said display adjustment 1447 may be differentially prioritized based on the different identities of recognized viewers 1443 to reflect the presence 1441 and/or optional orientation(s) 1445 of one or a plurality of said identified 1443 and differentially prioritized 1444 viewers, such as by providing different weights for each identified 1443 and prioritized 1444 viewer as well as providing a lower weighting for unidentified 1443 and unprioritized 1444 viewer(s).
In some examples viewer detection 1440, optional viewer orientation 1445, and/or optional viewer engagement 1446 determines the one or a plurality of viewers and their position(s) with respect to the display. Since a device's output automatically adjusts 1447 based upon the position of one or a plurality of viewers, including dynamic changes in the position(s) of a viewer(s), the adjustment process is as follows and as described elsewhere. In some examples one viewer is detected 1440 1441 1445 1446 and the position of said viewer is determined with respect to the display, and in some examples the processor determines metrics for said user such as the viewer's angle from the center of the display in some examples, the viewer's distance from the center of the display in some examples, or other alignment metrics in some examples; and said position metrics are used to determine how the display should be adjusted 1447 to serve that viewer; and in some examples processing provides a corresponding positioning for the “window” output 1252 in
In some examples after detecting one or a plurality of viewers 1440 1441 1445 1446 and adjusting said output display 1447 there is a change in the position of one or a plurality of viewers; and in some examples after detecting one or a plurality of viewers 1440 1441 1445 1446 and adjusting said output display 1447 there is a change in the number of viewers who are partially or fully engaged 1446 with the display; either individually or in combination various changes serve as a trigger(s) to perform viewer detection 1440 and repeat the appropriate steps that update the viewer data in memory so that processing may determine the corresponding adjustments of the display 1447 that synchronize its displayed “window” with the new location(s) and/or new collection of one or a plurality of recognized viewers. In some examples after detecting one or a plurality of recognized viewers 1440 1441 1445 1446 said viewers are automatically tracked by a SVS so that changes in their position(s), the addition of a new viewer(s), and/or the exiting of a recognized viewer(s) triggers viewer detection 1440 and an appropriate corresponding updating of the displayed “window” 1447. In some examples after detecting one or a plurality of recognized viewers 1440 1441 1445 1446 a subset of said viewers' behaviors, cues, or task indicators are tracked by a SVS so that changes in said tracked cues, behaviors, task indicators, etc. trigger viewer detection 1440 and corresponding updating of the “window” displayed 1447.
In some examples one or a plurality of settings that control the frequency, timing, smoothness, transitions, and other attributes of said display adjustments 1447 may optionally be set and saved 1448. In some examples this provides for different types of devices to employ display adjustments 1447 such as for example when a device has insufficient processing or bandwidth for smooth real-time display adjustments it may utilize settings for periodic adjustments with a specified type of transition such as a jump cut or page turn from one display view to the next display view. In some examples when said attributes are stored 1448, then retrieve and apply said attributes 1448 at the start of said displays 1447 and continue applying said attributes 1448 to subsequent display adjustments 1447 until said attributes are edited and the updated settings are saved and stored 1448.
Because the resulting display 1447 is digital, in some examples a viewer may choose to utilize various SVS commands 1449 that alter the display 1450 1447 in one or a plurality of ways. A range of commands, subsystems, services, applications, tools, resources, etc. may be used to implement those digital capabilities 1450 1447 including any known technology or service. Without limiting these digital capabilities some examples include in some examples zooming in or out 1449 1450 1447; in some examples changing the display's view 1449 1450 1447; in some examples taking a static snapshot of a display 1449 1450 1447; in some examples performing various types of analysis on live video or on a static image or snapshot 1449 1450 1447; in some examples identifying an identity or object in a display 1449 1450 1447; in some examples retrieving information about an identified identity, object, etc. 1449 1450 1447; in some examples enhancing audio so that remote conversations, sounds, etc. are heard clearly 1449 1450 1447; in some examples making visible or surreptitious recordings 1449 1450 1447; in some examples altering and/or editing the display, its participants, location or content in real-time 1449 1450 1447; in some examples substituting an edited display as source output with or without informing other participants 1449 1450 1447; in some examples recording an edited display as if it were a source event with or without adding information that an altered display was recorded 1449 1450 1447; or in some examples performing other real-time digital manipulations. In some examples SVS commands may be entered 1449 1450 by voice and one or a plurality of wired and/or wireless microphones; in some examples SVS commands may be entered 1449 1450 by gestures; in some examples SVS commands may be entered 1449 1450 by a handheld remote control; in some examples SVS commands may be entered 1449 1450 by a touchscreen; in some examples SVS commands may be entered 1449 1450 by visible on-screen controls; in some examples SVS commands may be entered 1449 1450 by pointing devices; in some examples SVS commands may be entered 1449 1450 by many systems; in some examples SVS commands may be entered 1449 1450 by any known type of software or hardware control or controller. In some examples of commands entered 1449 such as in some examples “right” 1450, in some examples “left” 1450, in some examples “down” 1450, in some examples “up” 1450, in some examples “zoom in” 1450, in some examples “zoom out” 1450, in some examples “recognize identity(ies)” 1450, in some examples “retrieve (identity name's) data” 1450, in some examples “make (identity name) invisible” 1450, in some examples “track (identity name)” 1450, in some examples “start (or pause or stop) recording” 1450, or any other available command 1449 1450 device processing provides the appropriate command(s) and/or processing steps to the appropriate display output(s) 1450 or to the appropriate digital processing application(s) 1450 in some examples to move the image(s) displayed the appropriate amount 1450, in some examples to carry out the corresponding digital image processing functions 1450, in some examples to utilize local device and/or remote resources to perform said commands 1450.
In some examples commands entered 1451 may be to set 1451, edit 1451 and/or save 1452 attributes of the SVS subsystem such as in some examples the sensitivity of luminance measurement 1437 and/or luminance adjustment(s) 1438 1439 (if an SVS sensor incorporates light); in some examples settings for viewer detection features 1440; in some examples selecting from a set of default(s) 1442 when viewers are not detected 1441; in some examples motion detection parameters 1442 when viewers are detected 1441 or in some examples when viewers are not detected 1441; in some examples the complete use, weighted use or non-use of a recognition subsystem 1443 1444 if a recognition subsystem is present; in some examples the timing of a display's responses to facial orientation changes 1445 to permit a viewer to have intermittent facial orientation toward other people or tasks before the display is changed; in some examples the timing for adjusting the display 1447 such as in some examples smooth real-time scrolling 1447, in some examples threshold-based jump cuts 1447, in some examples wipes 1447, in some examples scrolling 1447, in some examples other types of transitions between display adjustments 1447; in some examples the various attributes of each display command 1449 1450; in some examples automatic device operation 1453 1454 1455 when use is ending; in some examples any other SVS display or digital command setting(s) that may be saved and retrieved for use in the future. In some examples said saved setting(s) 1451 1452 are retrieved and applied to the operation of each subsystem feature and capability to which each setting applies.
In some examples when the use of a device with an SVS subsystem ends 1453 if the device remains on and is not turned off then after a defined period of non-use 1454 the device is timed out and set to a default such as in some examples a blank display screen 1454, in some examples a standby state 1454, in some examples everything powered down except motion detection and corresponding processing for detected motions 1454 that trigger a device “wake up” process if sufficient motion is detected 1454 with a resulting re-start of the SVS process 1437. In some examples of ending use 1453 a device is turned off 1455, in some examples the device is powered down 1455, in some examples the device is taken off line 1455, in some examples the device is put into another non-use state or mode 1455 with a resulting re-start 1436 when said device is turned on 1436 and its SVS is on and operating 1436. In some examples device use continues 1453 1440 and use is not interrupted.
Superior viewer field of view changes: In some examples an SVS determines the image(s) displayed by determining the location(s) of one or a plurality of viewers in relation to a display screen, and utilizing the viewer(s)'s angle and/or distance to adjust the image(s) displayed, stimulating a view through a real window to said viewer(s). In some examples said simulated view on said display screen is dynamically updated to reflect the changing location(s) of one or a plurality of viewers in relation to said display screen by means of one or a plurality of SVS sensors as described elsewhere. In some examples the image(s) received for display are from one or a plurality of remote lenses with a wide enough angle and high enough resolution so that the portion of said received image(s) that is displayed may be adjusted rapidly, smoothly and in real-time to respond directly and quickly to the changing location(s) of said viewer(s). In some examples this process is utilized with stored pre-recorded images whether they are from natural sources such as the real world, from pre-recorded entertainment programs, from synthesized and blended realities such as described elsewhere, or from other stored sources. Alternatively, in some examples said received images may be from one or a plurality of remotely located cameras that have remotely controlled motorized camera functions such as panning, filtering, zooming, etc. and whose images are displayed directly on the display screen; in some examples changes in the location(s) of one or a plurality of viewers with respect to the display screen causes appropriate corresponding commands to be sent to said remotely controlled cameras to adjust their individual remote camera view(s) by panning, tilting, zooming, etc. to provide said simulated view(s) through a real window on said display screen. Alternatively, in some examples said received image(s) may be received from any AID/AID (as described elsewhere) and/or any TP device (as described elsewhere) with a camera function and communication capability for live viewing, and/or with a camera function and storage capability for viewing stored images.
Turning now to
In some examples a viewer 1464A moves 1464C with respect to the display screen 1462A 1462B, with a change such as from location 1464A to location 1464B with respect to said display screen. Since received image 1460B is larger than the viewing area of the display screen 1462B that in some examples is mounted on a wall 1461B, in some examples an SVS sensor determines the new location of the viewer 1464B as described elsewhere. For located viewer 1464B, a responsively adjusted horizontal portion 1465B of said received image 1460B is displayed in said display screen's viewing area 1462B as determined by said viewer's new angle 1468B between an imaginary line 1467B that is perpendicular to the display screen's center 1466B and an imaginary line between said viewer 1464B and the center of the display screen 1462B. In some examples a subsystem employs means (as described elsewhere) to determine the location of one or a plurality of viewers based on their individual angle(s) with respect to said display screen; and in some examples said subsystem employs known processing means to calculate and select the appropriate image(s) 1465A 1465B for each respective viewer location 1464A 1464B as well as the (optional) dynamic transition(s) as said viewer moves 1464C between locations, in order to simulate a real window's view for the one or a plurality of viewers.
In some examples a viewer starts in position 1464B with angle 1468B with respect to an imaginary line 1467B that is perpendicular to the center 1466B of the plane of the display screen 1462B, which is on the right side of said display, so the portion of received image 1460B determined by processing is the left side of received image 1460B, which is a centered on the Basilica of St. Mary of Health (Basilica di Santa Maria della Salute) 1465B on Venice's Grand Canal. If said viewer keeps a constant distance from said display screen but moves his or her location to the left side of said display with angle 1468A with respect to an imaginary line 1467A that is perpendicular to the center 1466A of the plane of the display screen 1462A, processing would adjust the display to correspond to said viewer's new position 1464A and show the right portion 1465A of received image 1460A.
In some examples said display screen alteration 1465A 1465B in response to said viewer's location change 1464A 1464B with respect to a display screen 1462A 1462B, as well as additional SVS digital display functions as described elsewhere, may be provided by an application designed for use with one or a plurality of display devices that utilize an appropriate viewer sensor and processing means to adjust the image(s) displayed in order to simulate a dynamic window view to one or a plurality of viewers; with said application stored as code on either local storage, remote storage for both; with said application available as a computer program product, a downloadable application, a network service, or in another format. Said application consisting of means for receiving and displaying one or a plurality of images; means for determining the location(s) of one or a plurality of viewers with respect to said display; means for calculating and displaying an appropriate portion of said received image(s) based on angle and/or distance of one or a plurality of viewers from said display; and means for outputting the appropriate portion(s) of said received image(s) on said display screen in order to simulate a dynamic view through a live window for one or a plurality of viewers.
Turning now to
In some examples of plurality of viewers is detected and the distance 1474A of each viewer from the center of said display screen 1472A is determined by said SVS subsystem as described elsewhere; in some examples for each viewer 1473A that viewer's distance 1474A from the center of said screen, and in some examples the displayed portion 1475A of the image received 1470A is selected based upon a median or average viewing distance of the collection of viewers that are detected and located; that is, the distance 1474A for each viewer 1473A is determined individually, then the set of viewers' distances are determined with respect to the display screen, and known processing means provides the average or best corresponding simulated window displayed 1475A that simulates the view seen through a real window from that average or median viewing location. In some examples a plurality of viewers is detected and a recognition subsystem is present and employed to determine the identity of said detected viewers; in some examples a subset of detected viewers is selected based upon identity recognition, with varying preset prioritization or weighting based upon the identity of each recognized viewer (such as the highest priority for the owner of the device in use); and therefore in some examples the simulated window position 1475A that is displayed 1472A provides a more realistic simulated window view for one or a plurality of recognized and prioritized detected viewers.
In some examples a viewer 1473A moves 1474C closer with respect to the display screen 1472A 1472B, with a change such as from location 1473A to location 1473B with respect to said display screen. Since received image 1470B is larger than the viewing area of the display screen 1472B that in some examples is mounted on a wall 1471B, in some examples and SVS sensor determines the new location of the viewer 1473B as described elsewhere. For located viewer 1473B, a responsively adjusted portion 1475B of said received image 1470B is displayed in said display screen's viewing area 1472B as determined by said viewer's new distance 1474B from the center of said display screen 1472B. In some examples a subsystem employs means (as described elsewhere) to determine the distance of one or a plurality of viewers based upon their individual distance(s) with respect to the center of said display screen; and in some examples said subsystem employs known processing means to calculate and select the appropriate image(s) 1475A 1475B for each respective viewer location 1473A 1473B as well as the (optional) dynamic transition(s) as said viewer moves 1474C between locations, in order to simulate a real window's view for the one or a plurality of viewers.
In some examples the distance 1474B of viewer 1473B from the center of said display screen 1472B corresponds to the distance and lens size at which said received image 1470B is acquired, so that the image received 1470B may be displayed directly on the display screen 1472B; in an example close to that the distance 1474B of 1473B from the center of said display screen 1472B is only slightly different from the distance and lens size at which said received image 1470B is generated, so that the image received 1470B may be adjusted only slightly 1475B before being displayed on the display screen 1472B.
In some examples the distance of viewer 1473B changes such as to the distance of viewer 1473A in which said new distance 1474A increases by distance 1474C, so that the process and adjusted displayed image 1475A is zoomed in and magnified on said display screen to simulate a real window's view at new distance 1474A. As this example illustrates, changes in viewer distance from said display screen may result in some examples in digitally zooming in and in some examples digitally zooming out from the received image(s), or in some examples selecting between a plurality of received images that are gathered with different lenses of different zoom magnifications and then adjusting the appropriately sized image to match a viewer's corresponding distance from a display screen and displaying said appropriately selected and appropriately adjusted image on the display screen.
In some examples a display screen 1462A 1462B 1472A 1472B is flat, one or a plurality of viewers 1464A 1464B 1473A 1473B are detected with respect to said display screen and the location(s) of said viewer(s) is based on the angle(s) of said viewer(s) with respect to an imaginary line 1467A 1467B that is perpendicular to the center of said display screen and a line that extends between one or a plurality of viewers and the center of said display screen, and the location(s) of said viewer(s) is also based on the distance of one or a plurality of viewers from the center of said display screen; and in some examples said subsystem employs known processing means to calculate and select the appropriate image(s) for the location(s) of one or a plurality of viewer(s) as well as the (optional) dynamic transition(s) as said viewer(s) move between locations, in order to simulate a real window's view for the one or a plurality of viewers.
CONTINUOUS DIGITAL REALITY/AUTOMATED ON-OFF: Continuous Digital Reality Subsystem/Service: When a user stands up and looks out a physical window the world is already there, without any need to turn the outside on when looking at the window, or turn the window off when the user leaves the room. Similarly, when a user goes to a closed door and opens it and walks through the door the next room or the outside is already there, without any need to turn on the new place, or any need to turn off the place after leaving it. “Physical reality” is always “present” and “senseable” whenever we are in it, when we turn to view it, or when we enter a new place. In the ARTPM “digital reality” works in a parallel way to “physical reality”—the user's digital reality is continuous and present, but this is produced electronically so that digital reality is automatically visible, usable and ready. In some examples users do not need to take the steps required by current electronic devices and digital communications, where each device must be turned on and off (like booting a PC, then loading video conferencing software and using it to select someone to call, then using it to make a video phone call); and each current electronic device's connection must be made separately (like making a mobile phone call or starting and setting up a video conference); and in our current digital electronic devices when most “uses” are ended a device's use is finished and that feature must be closed or the device must be turned off, like running shutdown on a PC, using a remote to turn the power off on a television, or hanging up a phone call.
Automated On/Off/On/Off Devices: Many consumer electronic devices attempt to simplify turning devices on and off somewhat by adding immediate on/off, which is often achieved by means of a power-down state where a device's most recent operation(s) is suspended and saved (such as a home theater's settings when that system includes multiple linked devices), ready to be resumed in that state when power is restored. For example, a major PC annoyance is being forced to wait while the PC boots up (e.g., turns on) and then wait again when the PC shuts down (e.g., turns off). After 30 years of PC development, it has been said that the large revenues from selling PC operating systems forces users to see and use (and endure the frustrations of) a PC operating system—a component every other consumer electronic device has embedded and made invisible (at far lower revenues than the PC's operating system vendor receives).
Turning now to
Subsystem summary of continuous digital reality/Automated on-off: In some examples a user has one identity, and in some examples a user has multiple identities as described in
Appropriate and enabled devices: In some examples the process 1486 can begin with a device that is on and in use 1487 1481 1482 1483 1485 and has an in-use detector 1488 1495 (which in some examples is an SVS 1488 1495, in some examples a motion detector 1488 1495, an in some examples another type of detector or subsystem that may be used to determine usage 1488 1495 and/or an identity's presence 1488 1495, or other means that determine presence of in some examples a user 1488 1495, in some examples a recognized identityl488 1495, or in some examples a person in front of a device 1488 1495). In some examples the process 1486 can begin with a device that is on and in use 1487 1481 1482 1483 1485 and has usage detection 1488 such as in some examples a timer that tracks inputs from a user I/O device 1488, or in some examples any other indication of use of a device 1488.
Identity or user detection: In some examples an identity is present 1488 then leaves the detected “presence” 1489 of said device 1481 1482 1483 1485 (including in some examples exiting a room 1489, in some examples putting a portable device away 1489, in some examples other actions that indicate that a device is no longer in use 1489); in some examples that result, said device is automatically put into a suspend state 1491 (which in some examples the device is powered down [such as appearing turned off but being maintained in a ready-to-be-turned-on-immediately state] 1491, in some examples motion detector is active 1491 1488, in some examples use detection is active 1491 1488, in some examples said identity's session is saved 1491 1493 in local and/or remote storage so that it may be restored on the same device or on a different device [as described in
Use detection: In some examples a device 1481 1482 1483 1485 is in use 1487 1488 then an identity or a user stops using said device 1489 (including in some examples not using said device for a period of time 1489, in some examples when a remotely used device 1482 1483 1485 has one or a plurality of remote users, in some examples when a remotely used observation device 1482 has one or a plurality of remote observers, in some examples triggering an indicator that a device is no longer in use 1489 such as in some examples powering down a device, in some examples ceasing another type of active indication that a device is in use 1489); in some examples that result, said device is automatically put into a “suspend” state 1491 that includes saving said device's state (as described in
Suspend device: In some examples a device 1481 1482 1483 1485 is in use 1487 1488 and an identity or a user provides a manual command to suspend 1490 1491 1493 said device (with suspend as described elsewhere), which in some examples a suspend command 1490 may be entered by means of a user I/O device 1490 1491 1493, in some examples a suspend command 1490 may be a gesture 1490 1491 1493, in some examples a suspend command 1490 may be verbal 1490 1491 1493, or in some examples a suspend command 1490 may be another type of user indication to suspend use of a particular device 1490 1491 1493—whereby “suspend” includes saving said device's state (as described in
Save state: In some examples a device 1481 1482 1483 1485 is in use 1487 1488 and an identity or a user provides a manual command to save the current session and state 1492 1493 of said device (as described in
Detecting presence at, or use by a powered down or suspended device: In some examples a device 1481 1482 1483 1485 is suspended 1491 1493 as described above so that certain detectors remain active 1494 1495, and is in a powered down state 1494 such as in some examples when no one is present in a room 1488 1489, in some examples when a portable device is closed or put away 1488 1489, in some examples when a remotely used device 1482 1483 1485 does not have any remote users, in some examples when a remotely used observation device 1482 does not have any remote observers, in some examples when a manual suspend command has been issued 1488 1490, in some examples when there is no indication of use 1488, or in some examples where there is another indication (or lack thereof) that causes device suspension 1488 1490 1491 1493 as described elsewhere. In some examples motion is detected 1495 or use is detected 1495 by means such as entering a room 1495, in some examples by taking out a portable device 1495, in some examples by powering on a device 1495, in some examples by opening the top or cover of a device 1495, in some examples by contacting an observation device to begin observing 1495, in some examples by starting to use a user I/O device that sends a command or an indication of use to said device 1495, in some examples other actions that trigger an indication that a user is present or indicates that a device is in use 1489.
Recognition of previous identity(ies): In some examples when presence or use are detected 1495 said device has identity recognition capability 1496 (such as in some examples face recognition 1496, in some examples fingerprint recognition 1496, in some examples other biometric recognition 1496, or in some examples another type of known recognition capability 1496); in some examples said device does not have recognition capability but is linked to a remote device or service that provides identity recognition 1496; and where identity recognition is available either locally or remotely recognition may be performed 1496. In some examples identity recognition is performed 1496 and the identity who was previously using the device is recognized 1498, and the device's previous state(s) and session(s) are retrieved 1493 (as described in
Different identity/Not the previous identity(ies): In some examples identity recognition is performed 1496 and the identity who was previously using the device is not recognized 1498, and therefore the device's previous state(s) and session(s) are not restored; in some examples login and authentication 1497 are required to initiate a new session 1497. In some examples said login and authentication 1497 fail and in this case the device returns to a suspended state 1495 awaiting an appropriate indication(s) of presence or use. In some examples said login and authentication 1497 succeed and in this case that other identity's previous state(s) and session(s) are retrieved 1493 and restored for use 1487 (as described in
Automated simultaneous digital reality use by a plurality of devices: In some examples a first device 1487 1481 1482 1483 1485 is in use and a user desires to simultaneously use a second or plurality of appropriate and enabled devices 1496 1481 1482 1483 1485 (herein called “additional device[s]”); in some examples the additional device(s) are turned on automatically by presence or use detection 1495 as soon as they are physically approached 1495, used 1495, powered on 1495, opened 1495, etc. In some examples said additional device(s) have identity recognition capability 1496 (as described elsewhere); in some examples said additional device(s) does not have recognition capability but is linked to a remote device or service that provides identity recognition 1496; and where identity recognition is available either locally or remotely identity recognition may be performed 1496. In some examples identity recognition is performed 1496 and the current identity on said first device is recognized 1498 by said additional device(s); in this case the first device's state(s) and session(s) are accessed and retrieved 1498 1492 1493 1487 by issuing an automated save command 1492 1493 to said first device and performing retrieval 1497 1493 1487 from local and/or remote storage. In some examples after the previous state(s) and session(s) are retrieved and restored 1496 1498 1493, said additional device(s) is on and available for use 1487.
Manual simultaneous digital reality use by a plurality of devices: In some examples the additional device(s) do not include motion detection 1495 and/or use detection 1495 and therefore must be powered on manually rather than automatically. In some examples the additional device(s) do not include identity recognition 1496 and therefore must be logged into 1497 with the identity in use on said first device 1487 1497; in some examples the first device's state(s) and session(s) are accessed and retrieved by issuing a manual save command 1492 1493 to said first device and after login to said additional device(s) 1497 performing retrieval 1497 1493 resuming said 1487 state(s) and session(s) from said first device's stored state(s) and session(s). In some examples after the previous state(s) and session(s) are retrieved and restored 1496 1498 1493, said additional device(s) is on and available for use 1487.
TP DEVICE SOURCE(S) OUTPUT (PUBLISHING) SUBSYSTEM/SYSTEM:
Turning now to
In some examples this is accomplished by providing means for distributing sources from individual contributors' devices; in some examples one or a plurality of source(s) is provided by an LTP 1501; in some examples one or a plurality of source(s) is provided by an MTP 1501; in some examples one or a plurality of source(s) is provided by an RTP 1502; in some examples one or a plurality of source(s) is provided by an AID/AOD 1503; in some examples one or a plurality of source(s) is provided by a TP subsidiary device 1504; in some examples one or a plurality of source(s) is provided by a server 1505 (which may include in some examples one or a plurality of servers 1505, in some examples an application[s] 1505, in some examples a database[s] 1505, in some examples a service[s] 1505, in some examples a a module within an application that utilizes an API to access a server or service 1505, or in some examples another networked means 1505). In some examples said devices 1501 1502 1503 1504 are connected by one or a plurality of disparate networks 1500. In some examples one or a plurality of sources is received by an LTP 1501; in some examples one or a plurality of sources is received by an MTP 1501; in some examples one or a plurality of sources is received by an RTP 1502; in some examples one or a plurality of sources is received by an AID/AOD 1503; in some examples one or a plurality of sources is received by a TP subsidiary device 1504; in some examples one or a plurality of source(s) is received by a server 1505 (which may include in some examples one or a plurality of applications 1505, in some examples a database[s] 1505, in some examples a service[s] 1505, in some examples a a module within an application that utilizes an API to access a server or service 1505, or in some examples another networked means 1505). and in some examples one or a plurality of sources is received by another type of networked electronic device or communications device.
In some examples parts of a source's processing, functionality or streaming may be distributed such that various functions (such as in some examples creating a source, in some examples altering or blending a source, in some examples categorizing a source, in some examples tagging a source with metadata so that it is named and/or categorized and may be found, in some examples editing a source's category or metadata, in some examples storing a recorded source for later playback and/or streaming, in some examples storing metadata about a source for finding it, connecting to it [if live] or streaming it on demand [if recorded], in some examples subscribing to alerts from it, or in some examples other features or functions) are located in local and/or remote devices, storage, and media so that various steps are performed by separate devices and communicates through said network(s) 1500; in some examples the equivalent of a TP Device Source(s) Output Subsystem may be provided by means other than a device's local subsystem, such as in some examples a server 1505, in some examples a service 1505, in some examples an application 1505, in some examples a service 1505, in some examples a module within a local application that uses an API to access a server or service 1505, and in some examples by other means that are provided over said network(s) 1500.
Automated metadata naming and tagging: In some examples automated tagging 1507 is provided by streaming a portion of a source and utilizing known content analysis means to identify its components (such as in some examples its GPS location, in some examples identifying it's dominant object(s), in some examples identifying it's dominant identity(ies), in some examples identifying it's dominant brand name(s) or product(s), in some examples performing OCR (Optical Character Recognition) on its visible words, or in some examples performing other types of content analysis and identification), then for said identified content retrieving appropriate tags 1508 (which herein includes tags 1508, metadata terms 1508, event names 1508, said event's schedule 1508, potentially related alerts 1508, appropriate links 1508, etc.). If in some examples said auto-retrieved tags 1508 are added to said source 1507 1508 then automated metadata naming and tagging is complete and said source is ready for streaming 1514.
Manual metadata naming and tagging: In some examples manual tagging 1509 1510 1512 is provided by streaming a portion of a source and utilizing known content analysis means to identify its components (as described elsewhere), then for said identified content retrieving appropriate tags 1509 (as described elsewhere). In some examples one or a plurality of said retrieved tags 1509 are added 1510 1511 by displaying said retrieved tags 1509, selecting the specific tags or categories of tags to be added 1510 1511, and adding the selected tags 1511 to that source. In some examples one or a plurality of said retrieved tags 1509 are edited 1512 1513 before being added by displaying said retrieved tags 1509, selecting a specific tag or category of tag to be added 1512 1513, editing said tag (such as in some examples changing its tag name or other associated metadata) or category (such as in some examples changing its category name or other associated metadata), and adding the selected edited tags 1513 two that source. If in some examples said tags are manually added to said source 1509 1510 1512 then manual metadata naming and tagging is complete and said source is ready for streaming 1514.
Outputs: In some examples sources are distributed in real time as they are produced and processed 1514; in some examples sources are recorded and stored so that they may be scheduled for streamed distribution 1515 by specific means such as on a schedule 1515 1516 1519 by entering one or a plurality of specific date(s) and time(s) to a source 1516 including listing it with various “finding” means 1516 1519 as described elsewhere); in some examples sources are set up to recognize trigger events and then send one or a plurality of alerts 1515 1517 1519 (as described elsewhere which in a brief summary includes identifying specified trigger(s) event(s) 1517, focusing the source when said trigger event[s] occur 1517, and sending alerts to appropriate recipients 1517); in some examples sources are set up 1515 and submitted 1515 1518 to be found by other means 1519 that may utilize one or a plurality of databases 1518 1505 as described elsewhere (such as in
As a result in some examples personalized real-time sources 1514, in some examples scheduled sources 1515 1516, in some examples dynamically triggered sources (such as with alerts) 1515 1517, and in some examples “findable” sources may be provided directly to users 1518 1505 or in an accessible networked resource for potential users 1518 1505. In some examples said sources 1514 1515 1516 1517 1518 1505 may have their schedule or metadata information provided on demand by various finding means 1518 1519 1505. With either a current stream 1514 or metadata information 1515 1516 1517 1518 1519 1505 users may be able to branch immediately to perform various functions such as in some examples searching for related sources, in some examples altering an ARM boundary to include or exclude a particular source(s), in some examples adding a source to favorites, in some examples setting a reminder to use a source at a future date/time, in some examples recording a source now in real-time, in some examples scheduling the recording of a source at a future date/time when it is scheduled to be provided (such as on an EPG), etc.
In some examples links may be provided with a real-time source 1514 1519, or in some examples links may be provided with a source's metadata 1518 1519 1505, or in some examples links may be provided with a source's scheduled listing in a “finding” means 1515 1518 1519 1505 such as a top list or an electronic program guide; in these and other examples said links may provide access to related information, in some examples access to related sources, in some examples access to related vendors, in some examples access to related e-commerce purchases, in some examples access to advertisements, in some examples access to marketing information, in some examples access to interactive applications, in some examples access to individuals or identities, in some examples access to directories, in some examples access to pre-defined “canned” searches, etc. These various links may be provided in some examples as a list, in some examples as an interactive application, in some examples as a widget, in some examples as an interface component, in some examples as a portlet, in some examples as a servlet, in some examples as an API, etc.
LANGUAGE TRANSLATION: Physical reality is geographically local, narrow and—unless one or a plurality of the people in a physical place is a traveler—predominantly a single language environment; the local language is typically spoken by everyone. The ARTPM (Alternate Reality Teleportal Machine) illustrates means for SPLS's (Shared Planetary Life Spaces) in which one or a plurality of connections, digital realities, IPTR uses are (optionally) on. These utilize networks so may (optionally and in some examples frequently) include people who are connected but speak different languages, and in some examples connect some people who are fluent in two or a plurality of different languages. Thus, there is a need for simple and direct communications between people who each speak one or a plurality of different languages, with a high level of automation, convenience and flexibility.
Turning now to FIG: 51, “Language Translation (Automated or Manual Recognition),” some examples are illustrated in which there is automated recognition of different languages (by voice sampling) or automated recognition of each known identity's language settings (by utilizing profile settings or other stored data), with automated language translation; some examples in which there is automated recognition of different languages or automated recognition of each known identity's language settings, with manual override to turn off automated translation; and some examples in which there is manual recognition of different languages, with automated translation. As a result both logged in users and anonymous users who speak different languages from each other can communicate in their native languages with (optional) automated language recognition and language translations so they are each able to speak and hear each other in a language in which they are fluent.
In some examples an LTP 1531 may include language recognition 1541 and/or language translation 1540; in some examples an MTP 1531 may include language recognition 1541 and/or language translation 1540; in some examples an RTP 1532 may include language recognition 1541 and/or language translation 1540; in some examples an AID/AOD 1533 that is running a VTP may include language recognition 1541 and/or language translation 1540; in some examples a TP subsidiary device 1534 (as described elsewhere) that is running RCTP may include language recognition 1541 and/or language translation 1540; in some examples one or a plurality of networked systems 1535 may include language recognition 1541 and/or language translation 1540 (such as in some examples a server[s] 1535, in some examples an application[s] 1535, in some examples a database[s] 1535, in some examples a service[s] 1535, in some examples a module within an application that utilizes an API to access a server or service 1535, or in some examples another networked means 1535); in some examples other known devices may include language recognition 1541 and/or language translation 1540 such as in some examples a mobile cellular telephone; in some examples a landline phone utilizing POTS (Plain Old Telephone Service); in some examples a PC computer, laptop, netbook, pad or tablet, or another device that includes communications; in some examples language recognition may be provided as a network subsystem 1535 1536 1541, a network service 1535 1536 1541, or by other remote means over a network 1535 such as an application, a translation server, etc.; in some examples language translation may be provided as a network subsystem 1535 1536 1540, a network service 1535 1536 1540, or by other remote means over a network 1535 such as an application, a translation server, etc.; in some examples another type of networked electronic device 1534 may include language recognition 1541 and/or language translation 1540.
In some examples automated language recognition 1541 and/or language translation 1540 (which are herein collectively known as a “translation subsystem” 1536) may take the form of an entirely hardware embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors, in some examples an entirely software embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors, or in some examples a combination of hardware and software that is located in one or a plurality of locations and provided by one or a plurality of vendors; in some examples automated language recognition 1541 and/or language translation 1540 may take the form of a computer program product (e.g., an unmodifiable or customizable computer software product) on a computer-readable storage medium; and in some examples automated language recognition 1541 and/or language translation 1540 may take the form of a web-implemented software product, module, component, and/or service (including a Web service accessible by means of an API for utilization by other applications and/or services, such as in some examples communication services). In some examples said devices, hardware, software, systems, services, applications, etc. 1536 are connected by one or a plurality of disparate networks 1530; in some examples parts of said language recognition 1541 and/or language translation 1540 may be distributed such that various functions are located in local and/or remote devices, storage, and media so that various steps are performed separately and link through said network(s) 1530; in some examples the equivalent of said language recognition 1541 and/or said language translation 1540 may be provided by means other than exemplified herein and provided over are said network(s) 1530.
As a process, method and/or system (which may be implemented in a machine, hardware, software, service, application, module or by other means), language recognition 1541 may be automated or manually controlled. It includes steps such as identifying a fluent language for each Participant in a communication, and automatically assigning a translation function when the fluent language of the respective Participants differ, and that effects a translator function (or subsystem, application, etc.) to be inserted into the spoken and/or text communications between those respective Participants.
In some examples the process 1536 begins when one or a plurality of participants enters 1537 or exits 1537 a focused connection or another type of electronic communication over a network (herein collectively named a “communication” 1537), such as in some examples Participant 1 speaks English 1538, in some examples Participant 2 speaks English 1539, in some examples Participant 3 speaks Spanish 1542, and in some examples Participant 4 speaks French 1543; while in some examples each additional Participant N may speak another and different language 1544. In some examples as each Participant 1 through N 1538 1539 1542 1543 1544 enters said communication 1537 a language recognition process 1541 automatically determines at least one of each new Participant's fluently spoken language(s). In some examples as each Participant 1 through N 1538 1539 1542 1543 1544 enters said communication 1537 a language recognition process 1541 does not determine a new Participant's language but instead waits for a manual indication of a Participant's language by means of a user interface or command, in order to determine which language translation is needed by each Participant. Said language translation user interface may also receive and employ other known translation instructions or commands such as in some examples source language(s), target language(s), transcription (as described below), e-mail transcription, archive transcription, archive recorded communication, a repeat and clarify option, a repeat and re-translate option, a translate file or attachment option, and/or other language translation options.
In some examples of an automated language recognition process 1541, as each Participants speaks voice sampling is performed by known means to determine at least one of each Participant's fluently spoken language(s) 1541, and said language data may be used both for input language recognition and/or for output language generation. In some examples of an automated language recognition process 1541, each Participant's identity is known (such as in some examples if they are members of an SPLS, in some examples if they are employees of a Corporation and logged into a corporate network, and in some examples by other identification means); in such a case the language recognition process 1541 may (optionally) determine the identity of a new Participant 1538 1539 1542 1543 1544, retrieve said identity's directory entry, user profile data or other identity data; and in some examples utilize a “native language” attribute in said Participant's retrievable data to determine at least one of each Participant's fluently spoken language(s) 1541. In some examples of an automated language recognition process 1541, each Participant's identity is known (as described elsewhere) but one or a plurality of Participants does not have a retrievable “native language” data attribute; in such a case the language recognition process 1541 may (optionally) determine a likely fluent spoken language language for said new known Participant by utilizing retrievable identity data such as in some examples a current home address, in some examples a current business or work address, in some examples a current telephone country code and/or area code, in some examples GPS data such as provided by a cellular telephone, in some examples of GPS data such as provided by another type of device, and in some examples other retrievable location indicating data to determine at least one of each Participant's fluently spoken language(s) 1541 in that geographic region.
In some examples of an automated language recognition process, as Participant 1 1538 and Participant 2 1539 communicate directly, an automated language recognition process 1541 would recognize that Participant 1 speaks English 1538 and Participant 2 also speaks English 1539, in which case all the Participants speak the same language and said language recognition process 1541 would not initiate language translation 1540; in addition, said automated language recognition process 1541 would not perform another language recognition 1541 until a Participant enters 1537 or exits 1537 said communication 1538 1539.
In some examples of an automated language recognition process, as Participant 1 1538 and Participant 2 1539 communicate directly, Spanish-speaking Participant 3 1542 is present from the beginning of a communication 1538 1539 1542, and in some examples Spanish-speaking Participant 3 1542 joins a single language (English) communication after it has begun; in either case an automated language recognition process 1541 recognizes that Participant 1 speaks English 1538 and Participant 2 also speaks English 1539 but Participant 3 1542 speaks Spanish; in which case said automated language recognition process 1541 would map the input and output language(s) of each Participant and initiate language translation 1540; as a result, Participant 3's 1542 spoken and/or written communications would be translated into English by a translation subsystem 1540 before being received by Participant 1 1538 and Participant 2 1539; in parallel, it would initiate language translation 1540 such that Participant 1's 1538 and Participant 2's 1539 spoken and/or written communications would be translated into Spanish by a translation subsystem 1540 before being received by Participant 3 1542; in addition, said automated language recognition process 1541 would not perform another language recognition 1541 until a Participant enters 1537 or exits 1537 said communication 1538 1539 1542.
In some examples of an automated language recognition process, as Participant 1 1538 and Participant 2 1539 and Participant 3 1542 communicate directly, French-speaking Participant 4 1543 is present from the beginning of a communication 1538 1539 1542 1543, and in some examples French-speaking Participant 4 1543 joins a two-language (English and Spanish) three-party communication after it has begun; in either case an automated language recognition process 1541 recognizes that English is spoken by Participants 1 1538 and 2, Spanish is spoken by Participant 3 1542, and French is spoken by Participant 4 1543; in which case said language recognition process 1541 would initiate language translation 1540 such that Participant 3's 1542 spoken Spanish communications and/or written Spanish communications would be translated into English for Participants 1 1538 and 2 1539, and into French for Participant 4 1543, by a translation subsystem 1540 before being received by Participants 1 1538 and 2 1539 and 4 1543; in parallel, it would initiate language translation 1540 such that Participant 4's 1542 spoken French communications and/or written French communications would be translated into English for Participants 1 1538 and 2 1539, and into Spanish for Participant 3 1542, by a translation subsystem 1540 before being received by Participants 1 1538 and 2 1539 and 3 1542; in parallel, it would initiate language translation 1540 such that Participants 1's 1538 and 2's 1539 spoken English communications and/or written English communications would be translated into Spanish for Participant 3 1542, and into French for Participant 4 1543, by a translation subsystem 1540 before being received by Participant 3 1542 and by Participant 4 1543; in addition, said automated language recognition process 1541 would not perform another language recognition 1541 until a Participant enters 1537 or exits 1537 said communication 1538 1539 1542.
In another example, an automated language recognition process 1541 would adjust the translation mapping 1540 as Participants 1 through N 1538 1539 1542 1543 1544 enter 1537 or exit 1537 communication in order to provide parallel and simultaneous translation(s) 1544 for each of the Participants in said communication. In some examples entering 1537 a communication may mean an appropriate translation indication as described elsewhere. In some examples exiting 1537 may mean leaving a communication 1537 1541, and in some examples exiting 1537 may mean temporarily suspending a communication (including in some examples exiting a room, in some examples putting a portable communication device away, in some examples logging out as an identity, in some examples a manual suspend command, in some examples other actions that indicate that a device is no longer in use such as by that device entering a suspended state, or in some examples other temporary suspend use indicators as described elsewhere).
In some examples known means are used to store, retrieve and process the respective language designation of each of the Participants in a communication; in some examples known means are used to transmit to each calling device in a communication one or a plurality of Participants' language designation(s) such that said designation(s) may be stored, retrieved and used to process the respective translation(s) required to receive each Participant's spoken and/or text communications; in some examples known means are used to transmit to each calling device in a communication one or a plurality of Participants' language designation(s) such that said designation(s) may be stored, retrieved and used to process the respective translation(s) required to transmit that Participant's spoken and/or text communications. In some examples known means are used to transmit to each calling device in a communication one or a plurality of Participants' language designation(s) such that each device may provide appropriate and separate language processing when various components are distributed to the respective devices (such as spoken translation and/or text translation).
In some examples known means are used to transmit to each calling device in a communication one or a plurality of Participants' language designation(s) such that said designation(s) may be manually modified or controlled by each Participant in a communication. In some examples a calling device(s) and a called device(s) are in one or a plurality of different communication systems and known means are used to transmit the one or a plurality of Participants' language designation(s) according to the call signaling of each respective communication system.
In some examples of networked communications a translation function 1540 is dynamically inserted in a communication for translating spoken and/or text communications that are directed to a Participant into a language in which that Participant is fluent. In some examples communications are direct between devices but by means of a language recognition function in one or a plurality of said communicating devices 1541, a translation service(s) 1540 may be automatically or manually inserted in said direct communications (as described elsewhere). In some examples each Participant's device 1538 1539 1542 1543 1544, each language recognition component 1541, and each translator 1540 (whether a translation subsystem, a translation service, a translation module, a translation application, or another known translation means) may use the same local or distributed set of language translation components, or alternatively may use a different set of local or distributed language translation components, in order to effect real-time translation or near real-time translation; with the distribution of various functional components not limiting the implementation of language recognition 1541 and/or language translation 1540.
In some examples a plurality of language translations 1540 are performed in parallel so that a plurality of Participants in a communication, who are each fluent in a different language may simultaneously receive each spoken and/or text communication in their respective and different languages; which may be effected in some examples by parallel processing, in some examples by multiple sound cards, in some examples by multiple processors, in some examples by software controlled switching techniques, in some examples by multiple translation subsystems, in some examples by multiple translation services, and in some examples by other known means. In some examples spoken translation includes any form of speech, conversation, verbal presentation, voicemail, voice messages, voice commands, one or a plurality of data packets that encapsulate a voice signal, or other types of verbal communications. In some examples text translation includes any form of non-spoken content such as IM (Instant Messaging), chat, e-mail messages, fax (facsimile), SMS, an electronic file (such as an e-mail attachment), and electronic language file (such as for sign language or Braille), or other types of text-based messages and/or non-spoken content. In some examples a translated language(s) includes one or a plurality of Participants utilizing a dialect such as in some examples a non-standard variety of a language that is used by one ethnic or regional group of a language's speakers, in some examples a non-standard variety of a language that is used by a social class within a society, in some examples the heavy use of non-standard words such as slang, or in some examples another type of non-standard variety of a language. In some examples a translated language(s) includes one or a plurality of Participants utilizing a non-spoken language such as in some examples encoded sign language, in some examples Braille, and in some examples another type of non-spoken language.
In some examples said language translation 1540 is performed by known means: In some examples language translation 1540 includes separate translators such as in some examples at least one translator for spoken language, in some examples at least one translator for text language, in some examples at least one translator for dialects, and in some examples at least one translator for non-spoken languages. In some examples language translation 1540 produces translated output in a second language that is derived from speech input in a first language, by means of said speech input signal converted into a digital format with a voice model that includes a content component and a speech pattern component, whereby the content component is translated from the first language into the second language, and an audible output signal is generated that comprises the translated content with an approximation of the speech input signal's speech pattern. In some examples language translation 1540 comprises distributed components that include a real-time translator that has a microphone (or another voice receiver) at a calling device, a converter that converts voice to text, a text-to-text translator that receives the input of a first language and translates it to a selected second language, a converter that converts text to voice for producing audible output of said translation in a second language, and a speaker (or another voice emitter) for playing the voice output at a called device, with said conversion components and translation components distributed so as to effect the translation process. In some examples language translation 1540 may be resident at one or a plurality of host computers, or at one or a plurality of networked data centers, where each language input from a Participant is speech that is processed by speech recognition, translated into one or a plurality of output languages, and said translation is processed by speech generation before each appropriate translated and generated second language speech is transmitted to each appropriate second language-speaking Participant, where it is played or recited by the called device. In some examples language translation 1540 may include components such as speech conversion, language conversion, language translation, transcription, speech generation, language generation, a language translation user interface, and/or one or a plurality of language databases. In some examples language translation 1540 includes speech recognition based on a combination of attributes such as semantics and syntax to map received speech to machine-readable intermediate data that indicates words and/or sounds in a first language (such as English) from a first Participant, whereby said indicated words may be translated into a second language (such as Spanish) for a second Participant that correspond to the sounds and words in the first language, and then generates a translated audio voice signal in the second language that is audibly played for the second Participant in real time (or in near real time). In some examples language translation 1540 receives live speech, converts the speech to text, translates the text into one or a plurality of different languages of the Participants, and then in some examples transfers a translated text to each second language Participant in that Participant's language, or in some examples utilizes said translated text to generate and transmit synthesized speech in each second language Participant's fluent language in such a case either one or both text and/or generated speech may be provided. In some examples language translation 1540 includes recognizing phrases and sentences (rather than only words) in a naturally spoken first language to determine some expressions and/or meanings that are used to determine recognition hypotheses from general language models of the source language; when source expressions are determined they may be translated into similar expressions in a second language so that the speaker's intended meaning(s) may be more accurately provided in the second language translation. In some examples language translation 1540 receives speech signal in a first language from a first Participant, converts it to text, translates that text into a second language, and displays that translated second language as closed captioned text overlaid on the visual image of the first Participant speaking the untranslated speech. In some examples language translation 1540 may use any translation software, system, method, process, service or other known means to effect the required translation(s).
In some examples speech synthesis may correspond to and reflect the vocal and audio characteristics of the respective Participants in a communication. In some examples language translation 1540 may include a known profile of one or a plurality of Participants so that speech synthesis may automatically select an audible voice that reflects each speaking Participant's gender, age, weight, etc. In some examples language translation 1540 may include voice analysis of one or a plurality of Participants so that speech synthesis may automatically select an audible voice that corresponds to the speaker's voice tone and quality, so that said voice selection approximates as best as possible the sound of the voice of each Participant.
In some examples speech synthesis may correspond to and reflect the visual characteristics of the respective Participants in a communication. In some examples language translation 1540 displays and speaks a completed translation in a second language by means of a visual animated display such as an animated character image (that in some examples corresponds to a speaking Participant's age, sex and/or weight; wherein the animated character's mouth moves appropriately when speaking the words and sounds in the second language's translation; in addition, in some examples other facial features may also be animated to display facial characteristics that relate to the speaker's speech pattern such as inflection or tone. In some examples such an animation may accurately reflect at least some of the real first Participant's real facial appearance, real mouth movements, and/or other real facial expressions whereby some of their movements may be correlated when speaking the translation to the inflections that the first Participant used to say specific words or phrases while speaking the source statement in the first language (in other words, a dynamic near real-time animation may include a likeness or appearance of the first speaker).
In some examples language translation 1540 may include a transcription component that produces a saved transcript in one or a plurality of languages, with said saved transcripts archived such that each transcript in each language is searchable, retrievable in whole or in part, downloadable, automatically e-mailed, or otherwise accessible to one or a plurality of Participants, or to others who may be interested in a particular communication; and in addition, said transcription component may be configurable by a user interface or by commands to display the communication's transcript on one or more networked devices while a communication occurs. In some examples said transcription component of language translation 1540 may be available when translation is not utilized such as during a communication that is only between English speaking Participants 1538 1539, and said transcription component may be utilized to produce a saved transcript in the Participants' language, with said saved transcript archived such that it is searchable, retrievable in whole or in part, downloadable, automatically e-mailed, or otherwise accessible to one or a plurality of Participants, or to others who may be interested in a particular communication; and in addition, said transcription component may be configurable by a user interface or by commands to display the communication's transcript on one or more networked devices while a communication occurs.
SPEECH RECOGNITION:
Speech recognition provides benefits such as in some examples enabling hands-free device control and device interactions while engaged in other activities; in some examples a simplified and consistent command vocabulary that can be distributed to multiple devices for ease-of-use when utilizing a new device; in some examples the ability for some devices to respond such as in some examples by validating a command before executing it, in some examples to use voice interaction to obtain supplementary data or correct insufficient data, in some examples to display or verbalize an expanded task-specific vocabulary of local commands when a user performs a specific type of task, and in some examples perform other types of verbal operations that expand ease-of-use, accessible functions, etc.
Turning now to
In some examples speech recognition 1558 may take the form of an entirely hardware embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors, in some examples an entirely software embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors, or in some examples a combination of hardware and software that is located in one or a plurality of locations and provided by one or a plurality of vendors. In some examples speech recognition 1558 may take the form of a computer program product (e.g., an unmodifiable or customizable computer software product) on a computer-readable storage medium; and in some examples speech recognition may take the form of a web-implemented software product, module, component, and/or service (including a Web service accessible by means of an API for utilization by other applications and/or services, such as in some examples communication services). In some examples said devices, hardware, software, systems, services, applications, etc. 1558 are connected by one or a plurality of disparate networks 1550; in some examples parts of said speech recognition 1558 may be distributed such that various functions are located in local and/or remote devices, storage, and media so that various steps are performed separately and link through said network(s) 1550; in some examples the equivalent of said speech recognition 1558 may be provided by means other than exemplified herein and provided over said network(s) 1550.
In some examples speech recognition 1558 begins when a speaker interacts verbally with a device that has a microphone, an audio speaker and a speech recognition system 1559; and in some examples speech recognition 1558 begins when a speaker interacts verbally with a device that has a microphone, an audio speaker and networked communications that can transmit voice data 1559 1562 for networked speech recognition processing. In some examples to start speech recognition a user speaks an appropriate command word that initiates speech recognition followed by a task instruction, such as in some examples “(device name) (command) (object)” such as “Teleportal focus the connection with Jane,” which in some examples instructs a device (a Teleportal) to perform an action (from a currently open SPLS, focus the current live connection with the SPLS member named Jane). In some examples a command word is not needed and instead one or a plurality of speech recognition indications are provided such as in some examples by using a pointing device to highlight an indicator such as a speech recognition icon, in some examples by a gesture, in some examples by a predefined type of touch on a screen or icon or button, in some examples by a predefined button or touch on a remote control, in some examples by a predefined physical indicator such as by means of a user I/O device, in some examples by means of a predefined software indicator such as a user interface element, and in some examples by another indication means.
In some examples speech services processing 1563 1564 1565 is performed by a speech recognition system in the local device 1560; and in some examples speech services processing 1563 1564 1565 is performed by networked speech recognition processing with two-way voice communications 1561 1562. In some examples a spoken command word and instruction are matched with a speech recognition vocabulary which in some examples is stored in a local device 1560 1563, in some examples is stored by networked speech recognition processing 1561 1562 1563, and in some examples is stored by a combination of a local device 1560 1563 (for a shorter response time) and networked speech recognition processing 1561 1562 1563 (for a broader range of speech recognition capabilities, algorithms and vocabularies).
In some examples to increase recognition accuracy and speed, speech services processing 1563 is contextual 1564 such as when a user utilizes a device to perform different types of operations. In some examples based on a setting or use of an element in the user interface, the selection of an operation causes the display of a set of contextually appropriate commands 1564 and instructions 1564 in a proximate location to the portion of a display where that selected operation is located; and in some examples said list of contextually appropriate commands 1564 and instructions 1564 dynamically adapts to the user's words while issuing a command so that both valid and likely speech recognition instructions options are presented at all times. In one illustration of one type of operation such as a focused communication 1564, certain commands are more likely and may be displayed for verbal use and more accurate recognition 1565 such as in some examples “Teleportal increase volume,” “Teleportal change background to [say location, like ‘the Lincoln Memorial in Washington, D.C.’],” “Teleportal start recording,” “Teleportal end focused connection,” etc.). In a second illustration of a second type of operation such as constructing a digital reality 1564, different commands are more likely and may be dynamically adapted to the current stage of a task for greater relevance and recognition 1565 such as in some examples “Teleportal display RTP views of Times Square,” “Teleportal select aerial view 4,” “Teleportal change all advertising displays [name a product such as Coca-Cola or a person such as your sister],” “Teleportal broadcast this digital reality with the name ‘It's Jane's day in Times Square’],” etc.). In a third illustration of a third type of operation such as editing a boundary Paywall 1564, different commands are more likely and may be dynamically displayed based upon previous types of Paywall edits which that user has performed for greater personalization and recognition 1565 such as in some examples “Teleportal list brands blocked from this identity's digital realities,” “Teleportal add Kellogg's to the list of blocked brands,” “Teleportal respond to Kellogg's ads and product images with my usual Paywall payment offer,” etc.). In a fourth illustration a Context Free Grammar (herein CFG) may be employed to limit the vocabulary and syntax to a narrow set that fits numerous application states such as start, stop, focus, end focus, record, stop recording, add background, change background, remove background, etc.
In some examples after each command and instruction speech recognition is performed 1565 by matching the instruction against that context 1564 and that context's vocabulary 1564; in some examples by matching each instruction against a controlled vocabulary 1565 (including “fuzzy” matching in some examples); in some examples by transforming digital audio into an acoustic representation, extracting phonemes, applying a “grammar” to determine which phonemes were spoken, and to convert phonemes into words 1565; in some examples by using a hidden Markov model 1565; in some examples by permitting continuous dictation in certain instances such as to transcribe text input into a field or a text zone 1565; in some examples by permitting the recognition of continuous speech under any and all conditions 1565; and in some examples by utilizing another process by which a device and/or local or remote system utilize speech as a means of issuing commands, entering data input, or converting speech to text 1565.
In some examples a visual or audio indication is provided that recognition succeeded 1566 which in some examples may be by performing the instruction 1569, visibly showing the result 1569 and awaiting the next instruction 1569; in some examples an indication may be showing a success icon or image known to the local culture such as a green check mark 1569; in some examples an indication may be synthesizing and “voicing” a verbal reply such as “Done. Say undo, or what to do next” 1569; in some examples by highlighting the instruction that was just performed such as a background that was replaced 1569; in some examples by another type of indication 1569; and in some examples by a combination of two or more types of indications 1569 such as in some examples showing the result, highlighting it and displaying a green check mark next to it 1569.
In some examples speech recognition fails 1566 such as in some examples because the speaker's word(s), language or accent were not understood 1566; in some examples a controlled vocabulary did not include the speaker's words 1566; or for another reason that an instance of speech recognition might fail 1566. At the occurrence of a failure 1566 this speech recognition engine attempts to determine the cause of the failure 1567 and in some examples select a clarifying request 1567 or question 1567; in some examples generate a clarifying question or request 1567; in some examples select a short list of the most likely valid instructions 1567; or in some examples utilize a different type of prompt or corrective action. Said request 1567 or question 1567 is synthesized as speech 1568 and transmitted as a response to be played by the audio speaker(s) of the user's device 1559, so that the user may attempt to respond appropriately 1559 and speech services processing 1563 may re-attempt speech recognition 1565 of said user's reply. Alternatively, the list of the speech engine's best guess of valid instructions 1567 may be transmitted 1568 and displayed 1559 for the user to select and say one of the instructions 1559, or for the user to construct a different instruction that resembles the examples displayed 1559, and speech services processing 1563 may re-attempt speech recognition 1565 of said user's reply. Alternatively, in some examples optimizations 1570 may (optionally) be performed as described in
In some examples after speech recognition succeeds 1565 1566 the recognized instruction(s) 1566 is matched with the appropriate device command(s) 1569 and are utilized to perform the instruction 1569 and show the result 1569. In effect, device performance 1569 is directed by spoken interactions 1559 with repeated indications of success 1569 and the results produced 1569 when speech succeeds, and recovery actions 1567 1568 when it fails. In addition, in some examples clear and visible guidance such as contextually valid and appropriate instructions may be displayed as a default setting or as a recovery action at any time guidance is desired or helpful. In some examples visible, appropriate and sequenced speech instructions guidance may be set to display whenever a user starts an unfamiliar task such as in some examples constructing a new digital reality, in some examples setting one or a plurality of boundaries that control what is included and what is it excluded from an identity's digital realities, in some examples copying an entire set of personal boundaries that have been proven to produce high revenues for their users, or in some examples starting another type of unfamiliar task. In some examples these sequenced speech instructions may be downloaded to a device as needed from an AKM (as described elsewhere) when a user starts an unfamiliar task. Therefore, in some examples a device such as a Teleportal may offer a wide range of capabilities to a novice user, but simultaneously provide means to enable potential performance success when attempting a new task for the first time.
Turning now to
In some examples speech recognition processing 1581 begins when a speaker interacts verbally with a device that has a microphone, an audio speaker and a speech recognition system 1581; and in some examples speech recognition 1581 begins when a speaker interacts verbally with a device that has a microphone, an audio speaker and networked communications that can transmit voice data (as described elsewhere) for remotely located, networked speech processing.
In some examples speech services processing 1582 1583 is performed as described elsewhere (such as in some examples by a speech recognition system in the local device 1582; and in some examples speech services processing is performed by networked speech recognition processing 1582 with two-way voice communications; in some examples by a spoken command word and instruction that are matched with a speech recognition vocabulary 1583; in some examples to speech services processing 1583 is contextual; in some examples speech services processing 1583 is performed by another speech recognition means as described elsewhere). In some examples speech recognition fails 1584 (as described elsewhere) and in some examples at the occurrence of said failure the speech recognition engine attempts to determine the cause of the failure and obtain clarification 1584 1585 1581 (such as in some examples by means of voice synthesis 1585 1581, in some examples by other types of prompts 1585 1581) so a user may attempt to respond appropriately 1581 and speech services processing 1583 may re-attempt recognition 1565 of said user's new reply. Alternatively, in some examples optimizations 1594 may (optionally) be performed as described in
In some examples after speech recognition of a user's instruction(s) succeeds 1583 1584 the recognized instruction(s) is matched with the appropriate device command(s) 1586 1587 which are transmitted to the device (such as locally 1587 in some examples between a device's speech engine component and device processing, such as remotely 1587 in some examples between networked speech services and device processing, and such as a combination 1587 in some examples between networked speech services that provide speech recognition and device processing that matches the remotely recognized instruction[s] with the corresponding device command[s]); and are utilized to perform the user-directed task or instruction 1588. In some examples the result 1589 1590 1581 of the user's verbal instruction is displayed clearly 1589 1590 1581, in some examples the actions are confirmed verbally by synthesized speech 1590 1581, and in some examples the result 1589 1590 1581 is indicated by one or a plurality of other means (as described elsewhere) such that the effect of the user's spoken direction(s) are clearly indicated so the user knows the device has performed the proper and correct action(s) 1590 1581.
In some examples a user may choose to use speech entry of text 1581 when performing contextually appropriate text entry during a task such as in some examples to verbally enter words and numbers in a field 1581, in some examples to verbally enter a text message in a form 1581, in some examples to verbally enter text in a memo 1581 or an e-mail 1581, and in some examples to verbally enter text for another purpose 1581. In some examples speech recognition of text proceeds in the same manner 1581 1582 1583 1584 1585 with any remote networked speech recognition transmitted 1592, and local speech recognition displayed locally, until the text is produced successfully 1586 1592 and the appropriate text entry field or zone is entered 1593 and visible 1594. In some examples the result 1593 1594 of the user's verbal text dictation is displayed clearly 1593 1594 1581, in some examples the actions are confirmed verbally by synthesized speech 1595 1581, and in some examples the result 1593 1594 1595 1581 is indicated by one or a plurality of other means (as described elsewhere) such that the effect of the user's verbal entry of text is clearly indicated so the user knows the device has performed the proper and correct action(s) 1594 1595 1581.
In some examples different speech services 1582 1583 may be employed to provide different types of speech recognition such as in some examples local device speech services 1582 may match user instructions against a controlled vocabulary that is locally stored 1583, and in some examples networked speech services 1582 may provide an alternate speech recognition processing for text entry in which a user's verbal entries are matched against a large vocabulary 1583 whose breadth of speech recognition capabilities may scale to both an entire language and to multiple languages, serving one or a plurality of users 1581 in one or a plurality of locations.
Turning now to
In some examples optimization 1601 proceeds by identifying failures 1602 then identifying when a subsequent success occurs and collecting and recording said successes 1603; in some examples by associating successes with collected categories of failures 1603 to create parallel categories of recorded successes 1603; in some examples by sub-grouping the successes within each category 1603 (such as in some examples by content analysis software or system 1603, in some examples by the users' choices of instruction wording 1603, and in some examples by other categorization means 1603); and in some examples by ranking collected and recorded group successes 1603 by each's rate of success and rate of failure.
In some examples specific failures 1602 may be associated with specific successes 1603 and the means employed in those successes to interactively turn failures into successes (such as in some examples as part of its speech recognition interface 1559 1581; in some examples as part of interacting with a user by means of speech I/O 1559 1567 1568; in some examples generating and transmitting a correction request 1567 1568, in some examples generating and transmitting example interactions 1567 1568, in some examples displaying a list of example corrections 1567 1568, and in some examples generating and delivering other types of corrective actions or suggestions 1567 1568); and in some examples means that turned failures into successes 1604 may be tested 1604 (such as in some examples by automated means as described elsewhere, and in some examples by manual means).
In some examples the result of certain tests 1604 is a declining rate of user success 1605 (which in some examples may be measured and/or reported as an increased rate of user failure 1605), and said means are discarded rather than utilized to improve user success 1606. In some examples the result of certain tests 1604 is to deliver a higher rate of user success 1605 and said tested means to improve user success may subsequently be delivered to users in some examples as part of a speech recognition interaction system 1606 1558 1580 (such as in some examples when providing a speech recognition interface 1559 1581; in some examples in the steps or process[es] utilized to interact with a user by means of speech I/O 1559 1567 1568; in some examples when generating and transmitting a correction request 1567 1568, in some examples when generating and transmitting example interactions 1567 1568, in some examples when displaying a list of example corrections 1567 1568, and in some examples when generating and delivering other types of prompts, suggestions, corrective actions, etc. 1559 1567 1568 1569); and in some examples as part of an additional system that raises speech recognition success rates (such as AK as part of an AKM which may improve user success as well as provide additional optimizations, as described elsewhere).
RCTP (REMOTE CONTROL TELEPORTALING): Productivity means doing more with fewer resources. Efficiency means producing more with fewer steps and at lower costs. Effectiveness means reaching goals in faster and better ways. Happiness means eliminating problems while spending more time doing what we want. Wealth means earning more and being able to do more while spending less.
Today we live in a blizzard of new and complex networked electronic devices that increasingly require us to figure out and use new combinations of hardware, software, networks, communications, services, data, entertainment, etc. Some of these are illustrated in the subsidiary devices zone 2226 2227 in
SD's 2227 run different operating systems, use different interfaces, access the Internet over different services, and employ different means for communications and for other digital tasks. Superficially, they seem to be many different types of devices but when factored down they are basically digital means to work with words, pictures, video, music, entertainment, communications and data—they provide many of the same features even though they have different physical appearances, software interface designs, protocols, networks, applications, etc. Factoring their differences shows that they have many similar features that include find, open, display, scroll, select, highlight, link, navigate, use, edit, save, record, play, stop, fast forward, fast reverse, go to start or end, display menu, lookup, contact, connect, communicate, attach, transmit, disconnect, copy, combine, distribute, redistribute, broadcast, charge, bill, make payments, accept payments, etc.
Is it possible to tame this blizzard of overlapping features, devices and their remote services in ways that make us more productive because we can do more with fewer resources? In ways that make us more efficient because we can produce more with fewer steps and at lower costs? In ways that make us more effective because we can reach goals in faster and better ways? In ways that make us happier because we can eliminate the problems from needing to buy, learn and use too many different devices and different complicated interfaces, so that we can spend more time on what we want? In ways that make customers wealthier because we can do more and earn more from what we do, while spending less on unnecessary devices and services? Remote Control Teleportaling (herein RCTP) provides means to turn some types of electronic devices into SD's (subsidiary devices) that can be run in some examples with a common, familiar interface from devices such as LTP's (Local Teleportals) and MTP's (Mobile Teleportals); and in some examples with a remote control interface that resembles each SD's interface; and in some examples with a different remote control interface.
In some examples it is therefore possible to turn a plurality of types of networked electronic devices into SD's that can be run in some examples by RCTP either as an SD's owner, and/or without needing to buy those SD's, their applications, their digital content, or pay for the services to which they subscribe. That latter option may be provided by SD Servers which in some examples are servers, in some examples are services, in some examples are applications, in some examples are provided by third-parties, in some examples are provided by API's, in some examples are provided by modules, in some examples are provided by widgets, and in some examples are provided by other means.
If this is possible it could affect industries 2226 such as devices, applications, content and services, which are larger than just the devices that some vendors sell. In some examples the affected industries include mobile phones 2226, in some examples computers 2226, in some examples tablets 2226, in some examples servers 2226, in some examples televisions 2226, in some examples DVR's 2226, in some examples surveillance 2226, in some examples various types of sensors 2226, and in some examples other types of networked electronic devices and/or devices with networked electronic controllers. The affected industries 2226 could also include the vendors of in some examples device operating systems 2226, in some examples software applications 2226, in some examples office software 2226, in some examples creative applications for creating or editing content 2226, and in some examples modules or services for providing these applications through these devices 2226. The affected industries could also include the vendors of digital content such as in some examples music 2226, in some examples movies 2226, in some examples television shows 2226, in some examples books 2226, in some examples expensive college textbooks 2226, in some examples digital magazines 2226, in some examples news 2226, in some examples other types of digital content 2226. The affected industries could also include some network-based industries 2226 that provide bandwidth such as in some examples mobile phone services 2226, in some examples cable or satellite television services 2226, in some examples other types of specialized connectivity 2226. In addition, it could also affect the remote services industries 2226 that customers use with SD's such as in some examples videoconferencing services 2226, in some examples subscription-only documents 2226 such as journals, in some examples restricted databases 2226 such as purchased by research libraries and available only to authorized patrons, and in some examples other types of remote services 2226. In some examples the affected industries could also include other industries that sell other types of products, equipment, applications, software, content, services and more to owners of SD's.
From an economic history view, it is possible to draw a parallel between RCTP and unbundling compound products. In one example the music industry used to sell single songs for a single song price, but over time managed to evolve the product to selling entire albums for $10 to $16 each—but when digital technology recently re-enabled the selling and buying of single songs, the customer's average music purchase dropped from an album to a song and the industry lost a major portion of its revenues. Similarly, newspapers and magazines never wanted to sell individual articles for pennies so packaged their products to selling a whole magazine or a whole newspaper with multiple editorial components, and even further evolved the product packaging to locking customers into subscribing to multiple issues—yet again, when digital technology enabled clicking to only the individual article that a customer wants to read, instead of a buying a whole publication customers stopped subscribing, and many stopped paying for most editorial content. In another example cable TV bundles television into a dual stream of forcing subscribers to buy numerous channels (availability of 500 channels times 24 hours a day of programming) plus charges to advertisers (running ads across 500 channels times 24 hours a day of programming) for access to those subscribers—but digital DVRs and Internet television shows make it possible for customers to view or buy only the few shows they actually watch with almost no advertisements, which has started unbundling cable TV. In some examples RCTP might be viewed as a similar digital unbundling, wherein each customer no longer needs to buy their own entire networked electronic device with its required software, copies of digital content and specialized services, just to receive the functions they occasionally want, but can instead click to just what they need when they need it—which in some examples might simultaneously unbundle a plurality of hardware, software, content, services and other industries.
In some examples RCTP could help simplify the range of SD's—with fewer devices that need to be bought, fewer interfaces that need to be figured out and learned, less content that needs to be bought and owned by each individual, and fewer network services that need to be paid to be used. Potentially, one or a plurality of customers and users could be more productive, more efficient, more effective, happier and wealthier—doing more and receiving more, while spending less. Potentially, this would also be different for the affected industries' 2226 manufacturers and vendors because RCTP access and use of one or a plurality of types of electronic devices might alter the number of device manufacturers, software developers, network services vendors, remote services vendors, and application creators—as well as alter the operations and focus of each industry's leading vendors—because what they sell and how it is used could be more accessible to a wider range of customers, in some examples because each user would no longer need to purchase or personally own as many devices, applications, content and services. As a result, one or a plurality of those devices, vendors or industries might be turned into a more of a service in some examples, a commodity in some examples, a smaller industry in some examples, a large vendor of generic functions in some examples, a successful niche vendor of a superior branded function in some examples, a leader in one or a plurality of categories that has a large customer base through digital access in some examples, or have other material and operating consequences.
In the end, is it possible to turn today's hailstorm of complex electronic devices into “subsidiary devices” (herein SD), and enter a “Post Subsidiary Device Stage” (herein “Post SD Stage”) of electronic device development? When printing and publishing began, it took about 75 years to develop the modern book (from about 1445 to 1520) during which time the printed book evolved from a few expensive copies of hand-rendered calligraphy into its now familiar standard components, order and layouts that became more affordable by a wider range of readers. Might RCTP help advance a similar evolution of digital devices today, wherein some digital devices and functions are rationalized into a smaller number of consistent usage designs and predictable processes within an accessible digital environment that is more affordable for wider use with greater benefits to more people? If so, that would be an Alternate Reality indeed—a Post SD Stage whose evolution is envisioned and described by the ARTPM.
Additionally, in some examples RCTP systems, methods, apparatuses and processes for remote control can be embodied in specific systems that each provide a range of focused benefits; such as in some examples an SD server(s), in some examples a help desk for various types of electronic devices (such as subsidiary devices enumerated elsewhere), in some examples customer support that includes hands-on use of a device or system being supported, in some examples an education or teaching system that utilizes a plurality of SD's under individual remote control or simultaneous remote control, in some examples technical support for complex equipment or complex devices, in some examples for services such as telecommunications, vehicle operations, equipment operations, etc.
RCTP—Subsidiary Devices Summary: Currently, large numbers of people have become buyers and users of electronic devices such as computers 2229, laptops 2229, netbooks 2229, tablets 2229, video games 2229, mobile phones 2228, televisions 2230, television set-top boxes 2230, digital video recorders 2230, network services 2232, Web services 2230, remote services 2230, etc.—not to mention the numerous types of software, digital content and services that run on them, or provide connectivity or content to them. As these have become increasingly ubiquitous and popular users have the growing problem of too many devices and too many expenses for using similar features and performing similar tasks in the many different ways sold by what gradually become competing industries. Here, this RCTP advance provides means for remote control that enables a user to gain remote control over one or a plurality of electronic devices, and thereby turn them into subsidiary devices—perhaps reducing the dependence on any one of those industries, devices, services, applications, etc.
Turning now to
In some examples said electronic subsidiary device(s) 2227 wireless 2222 or wired 2223 interconnections may be directly with a CD such as an LTP or an MTP; in some examples said wireless 2222 or wired 2223 interconnections may be with a CD such as an LTP or an MTP over one or a plurality of networks; in some examples said wireless 2222 or wired 2223 interconnections may be with one or a plurality of SD server(s) over one or a plurality of networks, and said SD server(s) provide interconnections with a CD such as an LTP or an MTP. Alternatively, a CD (the controlling device) may be a different type of SD (subsidiary device) such as in various examples a mobile phone 2228, a wearable electronic device 2228, a PC 2229, a laptop 2229, a netbook 2229, a digital tablet 2229, an electronic pad 2229, a video game 2229, a server 2229, a digital television 2230, a set-top box 2230, a DVR (digital video recorder) 2230, a television rebroadcaster 2230, a Web service 2232, a remote service 2232, etc.
In some examples an individual's subsidiary devices (layer 2201) includes one or a plurality of records 2202 that may be contained in one or a plurality of databases, with each record containing data that corresponds to an identity's device 2203 2204 2205 2206 2207 2208 2209 2210 or with each record containing data that corresponds to a device associated with an SPLS 2203 2204 2205 2206 2207 2208 2209 2210. In some examples said records 2202 are stored by an identity's CD; in some examples said records 2202 are stored remotely but accessible by said identity's CD; and in some examples said records 2202 are associated with one or a plurality of SD server(s). Collectively, said records contain data that corresponds the subsidiary devices 2202 associated with an individual 2201.
For ease of illustration, only a portion of the database 2202 is illustrated relating to a components layer 2212 2213 and an affected industries electronic devices layer 2226 2227; though said database 2202 may contain other subsidiary device data utilized in providing access to, and control of, specific SD's. As shown in said SD layer 2201, an individual's SD's 2202 and/or a server's SD's 2202 includes one or more records, each associated with an SD. In some examples each record contains data corresponding to an SD such as in some examples an identity name field 2203 contains the name of one of an individual's identities (as described elsewhere; such as John Smith); in some examples an SPLS name field 2203 contains the name of one of an individual's SPLS's (as described elsewhere; such as family, coworkers, members of team X, etc.); in some examples an identity/SPLS name field 2203 contains the combined name of one of an individual's identities combined with the name of one of said individual's SPLS's (as described elsewhere; such as John Smith/family); in some examples a device name field 2204 contains a user's name for a specific device 2204 (such as laptop, mobile phone, etc.); in some examples an icon field 2204 contains an icon or symbol that represents said device graphically (wherein said icon or symbol may be provided by a vendor, based on a vendor's logo, selected by a user to fit a personal preference, etc.); in some examples a device's vendor field 2205 contains a device's vendor's name (such as Apple, HP, Samsung, etc.); in some examples a device's model name field 2205 contains a device's model name (such as iPhone4, G62m laptop, 6500 TV, etc.); in some examples a vendor/device model name field 2205 contains the combined name of a vendor combined with a device's model name (such as Apple/iPhone4, HP/G62m laptop, Samsung/6500 TV, etc.); in some examples a device's communications protocol(s) field 2206 contains the names of the device's communications protocol(s) (such as RDP, Modbus, UPnP, etc.); in some examples a device's address field 2207 contains the device's address (such as its IP address such as the IPv4 address 170.12.250.4, or an IPv6 address); in some examples a device's interface field 2208 10 device's network interface or it's communications interface (such as Ethernet, LAN, WiFi, line of sight IR, etc.); in some examples a device's control application(s) field 2209 contains the name (including version number) of its control application or the name (including version number) of its viewer application (as described elsewhere), and in some examples contains the device's control application 2209 and/or it's viewer application 2209; in some examples a login requirement field(s) 2210 contains whether login and/or authentication is required and if so data such as a login ID and/or password, or whether said subsidiary device may be accessed without login, authentication or authorization 2210; in some examples other subsidiary device data may be included as needed to provide access to, and control of, a subsidiary device(s).
In some examples each SD record is representative of a single SD device and contains data for selecting said device, accessing said device, and accessing and running the appropriate control and/or viewer application(s) to control said device (which will be discussed in connection with subsequent figures). The fields in said record may contain the actual items (such as in some examples icons or symbols, in some examples control or viewer applications, etc.) or alternatively maybe pointers to locations in storage or memory (whether local or remote) where the relevant data may be found and retrieved.
RCTP—Plurality of Simultaneous Subsidiary Devices: The control of subsidiary devices (SD's) is a departure from today's practice of requiring each person to own a plethora of different types of electronic devices in order to access and use their different features, functions and capabilities. The combination of TP devices and SD's has the potential to assist in converging different types of digital electronics into a single model—a digital environment (as described elsewhere)—which in some examples includes direct use of a spectrum of different digital devices' features and capabilities from one or a plurality of TP devices. Turning now to
In some examples a user 2240 employs a Controlling Device (herein a CD) which may be an LTP 2241 which includes a display, means for user interaction, a CPU, memory, storage, communications, and software (as described elsewhere). In some examples a user may employ visually simple and clear means 2242 2248 on said CD to select an icon, name, label, menu choice, graphical object or other clear and direct representation of an available SD (subsidiary device) 2227 2213 2202 from the display of a CD 2241. In some examples rather than displaying said SD's on CD 2241, a list of SD's or a graphical representation of available SD's may be transmitted for display and selection on a remote control held by a user 2240 (such as described elsewhere such as in some examples a URC [Universal Remote Control] described in part in
In some examples a single user 2240 with a single CD 2241 may be used to simultaneously access and control a plurality of SD's 2252 2253 2254 2255, including accessing and controlling other TP devices 2255 by RCTP means as if they were SD's. Providing means for a single user 2240 to access, view and control multiple SD's provides a greater span of control for a single user, such as to provide seamless navigation and control over multiple simultaneous activities, tasks, resources, tools, devices, etc. in multiple locations. In some examples this is accomplished by means of a TP device 2241 (such as described in more detail elsewhere) which in some examples includes an intuitive user interface and supervisory/management processing that provides interactions and control with one or a plurality of SD devices.
As illustrated in
In some examples a CD apparatus and system 2241 allows for simultaneous control of one or a plurality of SD's that are connected to said CD. Each SD is separately viewed in an “SD window” 2243 2244 2246 2247 wherein each SD's window contains the processed video signal(s) from that one separate SD, and each window may be moved and/or resized as desired. In some examples a CD, such as a TP device 2241, has substantial capacity for multiple simultaneous operations (as described elsewhere in more detail) that in some examples includes simultaneously controlling a plurality of subsidiary devices; while in some examples a CD may have less capacity (such as in some examples where a CD is a netbook, an electronic tablet, a mobile phone, or other electronic device that includes a display, means for user interaction, CPU, memory, storage, communications, and appropriate application software). In each example the number of SD's that may be controlled directly and simultaneously may vary based on each CD's capacity such that some CDs may provide simultaneous control of a larger number of SD's than other CD's can provide. Alternatively, in some examples a smaller CD such as an AID/AOD (such as a mobile phone running a VTP) may control a larger capacity TP device like an LTP, and utilize the larger LTP device's capacities to control more SD's simultaneously, wherein the LTP communicates all the SD windows, controls and outputs within one focused connection to the AID/AOD.
In some examples control over each SD is managed by processing signals from the CD device's 2241 user interface(s) (as described elsewhere, including both direct interfaces such as a pointing device, keyboard, voice, and other means, and also including a URC [Universal Remote Control]). In some examples the focus of a user interface passes from one SD window to another 2243 2244 2246 2247, such as by using a pointing device's pointer to point at a PC laptop's window 2243 and thereby highlight it and make it the focus for instructions, and then moving said pointer over a set top box's window 2244 and thereby highlighting said second window and make said second SD window the focus for instructions, and subsequently point at any desired SD device's window which both highlights it and makes that SD the focus for commands and instructions. As said user interface is employed to move the focus from one SD window to another, CD processing automatically generates the necessary user interface signals to interact with each highlighted and focused SD. In some examples to control a particular SD 2243 2244 2246 2247, a user 2240 moves the user interface pointer to highlight that particular SD's window. Then, to control a different SD the user 2240 highlights the desired SD's window. If the user does not want active control of one or a plurality of SD's, the user may focus the user interface off of any one or all of the SD devices.
In some examples an SD device continues performing the last instruction received even when active control is moved away from it, such as in some examples a PC laptop 2243 2253 continues to run the previous software applications that were started (such as in some examples a web browser with multiple tabs open, word processing a document, receiving and replying to e-mail, etc.); in some examples a set top box with a DVR 2244 2252 continues to play a recorded movie or a currently broadcast television show; in some examples a video game 2246 2254 continues running a game; in some examples an RTP 2247 2255 continues to display a real remote place and the specific digital reality applied to it; etc. In some examples an SD's continuing operation(s) may be changed by using a user interface to highlight that SD window and make that SD the focus, then use the SD window interface to issue a new instruction(s) or command(s).
In some examples each SD's audio is managed by the CD 2241 processing the audio from each source 2243 2244 2245 2246 2247 separately and providing automatic and manual audio control over which audio is played, which audio is muted, and the volume of each SD source that is played. As with the video signals, in some examples audio signals are transmitted from each SD 2252 2253 2254 2255 to the CD 2241 for processing and output. In some examples the audio from each SD is sent from their respective outputs to an audio controller and processor within the CD. Said audio controller and processor controls an audio mixer that is connected to the CD's audio amplifier(s) and speaker(s). In some examples the simultaneously received SD audio signals are mixed and controlled so that they match the current preferences of a user 2240, with some user preferences automated and some user preferences manually controlled. In some examples the audio is automated so that only a highlighted window plays audio, so that focusing the user interface on a specific SD window plays its audio; in this example moving the focus to the video game window 2246 plays its audio and mutes other audio sources, while then moving the focus to the set-top box 2244 turns on its broadcasted audio while muting the other sources. In some examples the audio from all sources is mixed and manually controlled so that all audio sources 2243 2244 2245 2246 2247 are available with each SD's volume under user 2240 control; in this example a user could listen to a set top box broadcast show 2244 at a normal full volume while playing a video game 2246 softly and muting other sources. In some examples the audio is mixed and played with a combination of automated and manual controls so the combination matches a user's preferences with as little manual adjustment as possible; in this example a user could set all focused connections 2245 with others to automatically and always be set at full normal volume, while adjusting other sources manually 2243 2244 2246 2247 as desired at any given time.
In some examples a CD can utilize remote control means (as described elsewhere) to select between the plurality of simultaneously controlled SD's the one SD that the user wants to control remotely at a given moment. In some examples a user can select between the plurality of simultaneously controlled SD's the two or a plurality of SD's that the user wants to control remotely at a given moment. In some examples a user can select two or a plurality of remotely controllable SD's to perform a single remote control instruction that corresponds to said plurality of selected SD's; such as in some examples to open two or a plurality of SD's simultaneously, in some examples to end the remote control session with two or a plurality of SD's simultaneously, in some examples to start the recording function of two or a plurality of SD's by entering a single remote control instruction; and in some other examples to perform a different but commonly available remote control feature or function with two or a plurality of SD's simultaneously.
As illustrated in the examples in
Plurality of Identity(ies) with Subsidiary Device(s): As described elsewhere in some examples TP devices enable a consistent system wherein subsidiary devices (SD's) and the applications, services, features, functions, and capabilities they provide are logically and automatically available for connection and use—in other words, selecting available SD's may be automated and direct. While it may be imagined that it is complicated to select and use one or a plurality of identities, and then select one or a plurality of subsidiary devices, the use of a TP device 2241 may include in some examples the identification of a user 2240, in some examples the identification of one or a plurality of said user's identity(ies) 2240 2242 2248 (as described elsewhere), or in some examples the selection of one or a plurality of one of said user's identities' SPLS(s) 2240 2242 2248 (as described elsewhere). In each example the selection of a user, identity, and/or SPLS automatically retrieves and displays the appropriate continuous visible indications of the appropriate SD's 2242 2248 that may be used. This is automated so there is reduced need to search and figure out the available SD's, such as for example even a basic user being presented with SD choices so they can perform immediately at advanced levels.
In some examples a user selects a SD 2265 from the presentation of available SD's 2263, local and/or remote records are accessed that in some examples include a database with records and resources for each type of SD, in some examples with records for each individual SD, in some examples the actual individual SD's, and in some examples other sources. Based on each device's record in some examples, or device's response in some examples, the appropriate data on that device is retrieved 2266 which in some examples includes a device profile 2266, in some examples includes a device interface (herein “DI”) 2266, in some examples includes a control application 2266, and in some examples includes a viewer application 2266. In some examples said retrieval(s) for a selected device 2265 may have been performed previously 2266 and may have been stored locally for faster retrieval in the future. In some examples said retrieval(s) for a selected device 2265 may not have been performed previously and therefore retrieval from remote storage 2266 is required. In some examples one or a plurality of said retrieval(s) for that device 2265 may have been performed previously but not stored locally, and therefore retrieval from remote storage 2266 is required. In some examples the availability of an owned SD 2261 2262 triggers said retrievals for all owned SD's 2266 so the appropriate device profile 2266, DI 2266, control application(s) 2266, and viewer application(s) 2266 our stored locally for faster owner access to all owned SD's in the future. In some examples after running appropriate RCTP components (as described elsewhere) for an identity's known SD 2261 2262 or for an SPLS's known SD 2261 2262, the SD is used 2270.
In some examples a user manually selects a device 2265 2267 that is not among the available SD's presented 2263, the appropriate data on that device is retrieved 2267 2266, which in some examples is a device profile 2266, in some examples is a DI 2266, in some examples is a control application 2266, and in some examples is a viewer application 2266. Since said manual selection has not been performed before, said retrieval(s) for that manually added device have not been performed previously and therefore retrieval from remote storage 2266 is required. When these retrieval(s) 2267 2266 are performed, said retrieved data may be stored locally for faster retrieval in the future (based on the assumption that an SD that is used once is more likely to be used again). In some examples the manual selection of a device 2265 2267 triggers the automatic addition of said device in some examples to the currently opened user 2268 2242 2248, in some examples to the currently open identity(ies) 2268 2242 2248, and in some examples to the currently open SPLS(s) 2268 2242 2248—in all examples to update the available SD's presented 2263. In some examples after running appropriate RCTP components (as described elsewhere) for a manually selected SD 2267 2266, said SD is used 2270.
In some examples indications of available subsidiary devices 2263 2242 2248 have been retrieved from an optional SD server 2264 (as described elsewhere in more detail) such as to provide access to other types of subsidiary devices or their applications, content, services, broadcasts, functions, features, capabilities, etc. that a user does not own. When a user selects a device 2263 from an optional SD server 2264, the appropriate data on that device is retrieved 2267 2266, which in some examples is a device profile 2266, in some examples is a DI 2266, in some examples is a control application 2266, and in some examples is a viewer application 2266. Since said SD has not been used before, said retrieval(s) for that added device have not been performed previously and therefore retrieval from remote storage 2266 is required. When these retrieval(s) 2267 2266 are performed, said retrieved data may be stored locally for faster retrieval in the future (based on the assumption that an SD that is used once is more likely to be used again). In some examples the selection of an SD from an SD server 2263 2264 triggers the automatic addition of said device in some examples to the currently opened user 2268 2242 2248, in some examples to the currently open identity(ies) 2268 2242 2248, and in some examples to the currently open SPLS(s) 2268 2242 2248—in all examples to update the available SD's presented 2263. In some examples after running appropriate RCTP components (as described elsewhere) for a SD selected from an SD server(s) 2263 2264 2267 2266, said SD is used 2270.
In some examples a user may choose to employ more than one SD 2263 by taking control of another SD 2269, or by changing from one SD 2270 to another SD 2269. In this case, in some examples another SD is selected by means described elsewhere 2263 such as in some examples by visible indications of known SD's 2261 2262 2263 2265 2266 2270, in some examples by manually selecting an SD 2265 2267 2266 2270, and in some examples by selecting an SD from an SD server 2264 2263 2265 2267 2266 2270. In some examples a user may choose to change one or a plurality of identities 2271 2272 while using the same SD(s) 2270 by changing the currently logged in identity(ies) 2271 2272, or by adding one or a plurality of identity(ies) 2271 2272. In this case, in some examples a different identity is selected, or one or a plurality of additional identities are added (by means described elsewhere) and this results in the use of the same SD 2270 by the new identity(ies). In some examples the previously described automation is immediately performed with the addition of each new identity 2271 2272—such as in some examples retrieving the appropriate SD's associated with each identity 2261 2262 2264, in some examples presenting visible indications of that identity's available SD's 2263, and then automating the connection and running of each SD selected 2265 2266 2267 2268 2270 based upon each selection of an SD 2265.
In some examples a user may choose to change one or a plurality of SPLS(s) 2271 2272 while using the same SD(s) 2270 by changing the currently logged in SPLS(s) 2271 2272, or by adding one or a plurality of SPLS(s) 2271 2272. In this case, in some examples a different SPLS is selected, or one or a plurality of additional SPLS(s) are added (by means described elsewhere) and this results in the use of the same SD 2270 by the new SPLS(s). In some examples the previously described automation is immediately performed with the addition of each new SPLS 2271 2272—such as in some examples retrieving the appropriate SD's associated with each SPLS 2261 2262 2264, in some examples presenting visible indications of available SD's 2263 in that SPLS, and then automating the connection and running of each SD selected 2265 2266 2267 2268 2270 based upon each selection of an SD 2265.
In these and other examples one or a plurality of identities, or one or a plurality of SPLS's, are enabled to use one or a plurality of SD's. Rather than requiring a user to remember, choose and control multiple steps during each addition of each SD, any current SD device state is maintained unless it is terminated, and the process of adding one or a plurality of SD's in some examples by one or a plurality of additional identities, and in some examples by one or a plurality of additional SPLS's, is automated so that it is simplified.
Subsidiary Devices Control Process (SDCP):
In some examples the remote control communications is selected to provide any subset of in some examples direct remote control communications between a CD 2277 and one or a plurality of SD's 2290 2292 2294 by wired, wireless, Bluetooth, IR, or other communication means such that control commands are sent 2297 from a CD to an SD, and SD data is sent 2298 by a SD to a CD; in some examples remote control communications over a local network between a CD 2277 and one or a plurality of SD's 2290 2292 2294 such that control commands are sent 2280 2284 from a CD to an SD via a local network, and SD data is sent 2285 2281 by a SD to a CD via said local network; in some examples remote control communications over one or a plurality of wide area networks between a CD 2277 and one or a plurality of SD's 2290 2292 2294 such that control commands are sent 2282 2286 from a CD to an SD via a local network, and SD data is sent 2287 2283 by a SD to a CD via said local network; in some examples remote control communications via an (optional) SD server 2279 between a CD 2277 and one or a plurality of SD's 2290 2292 2294; in some examples the use of an (optional) SD server 2279 to identify one or a plurality of available SD's 2290 2292 2294, then perform remote control communications over a network between a CD 2277 and one or a plurality of SD's 2290 2292 2294; in some examples a SD extracts and communicates to a CD data representing its operating state and parameters on demand from a CD; in some examples a SD extracts and communicates to a CD data representing its operating state and parameters at programmed periodic intervals; in some examples a SD extracts data representing its operating state and parameters and stores it locally in memory for later communication to a CD; in some examples a CD receives data representing the operating state and parameters of a SD on demand; in some examples a CD receives data representing the operating state and parameters of a SD at programmed periodic intervals; in some examples a CD receives data representing the operating state and parameters of a SD and stores it locally in memory for later use by the CD; in some examples a CD transforms data representing the operating state and parameters of a SD so that it may be incorporated into a control interface (as described elsewhere); in some examples a CD provides a user interface in the form of a graphical window or screen that is used to see the state of a SD and/or select control instructions to be performed by a SD; in some examples a CD provides a user interface in the form of text options that are used to see the state of a SD and/or select control instructions to be performed by a SD; in some examples a CD provides a user interface in the form of one or a plurality of indicators, menus or choices that are used to see the state of a SD and/or select control instructions to be performed by a SD; in some examples a CD provides a user interface in another form of visual user interface that is used to see the state of a SD and/or select control instructions to be performed by a SD; in some examples a CD transforms control instructions into a SD's control commands in the SD's data format (as described elsewhere); in some examples a CD communicates control instructions to a SD where they are performed by the SD; in some examples a CD communicates transformed control commands to a SD where they are performed by the SD.
SDCP Summary: In some examples the SDCP described herein provide one or a plurality of CDs (controlling devices) the ability to adapt to one or a plurality of SD's (subsidiary devices). Said adaptation in some examples is based upon an industry standard; in some examples said adaptation is based on an industry standard that a device vendor has followed in part and altered in part; and in some examples said adaptation is not based on a uniform or industry standard because a device vendor has not utilized one. In some examples this adaptation customizes and configures varying parts of said CD's software, processing, communications, protocols, data transformation(s), etc. while enabling it to use a consistent hardware platform. Said SDCP adaptation is expressed in the form of a device profile file. In some examples a CD's hardware and communications software may be adapted to fit a variety of different manufacturers, components, networks, protocols, etc. such as a subset of a CD 2277, communication network(s) 2276 2278, SD's 2290 2292 2294, and in some examples an (optional) SD server(s) 2279, and in some examples a remote source of device profiles 2266, in some examples a remote source of DI's 2266, in some examples a remote source of control applications 2266, and in some examples a remote source of viewer applications 2266.
Device profile: In some examples adaptations accommodate the differences based on instructions provided in the device profile of each SD 2291 2293 2295 2296, where the device profile's structure and definition encapsulates the variability of each SD. In some examples the device profile file addresses variability such as in some examples the communications physical interface; in some examples serial communication port settings; in some examples serial communication protocol; in some examples network communication port settings; in some examples network communication protocol; in some examples data locations (such as in some examples a register address, in some examples addresses, in some examples storage location[s]); in some examples data attributes (such as in some examples how data is represented such as by types [integer, floating-point, Boolean, etc.], conditional based on a parameter, min/max scaling, alarm conditions, alarm levels, or any processing that produces meaning [such as status codes, alarm codes, transforms, etc.]); in some examples operating states; in some examples parameters (such as in some examples how the data should be accessed, in some examples a method for retaining data in memory, in some examples the frequency of data access, etc.); in some examples device instructions or commands; in some examples instructions transformation specification, or commands transformation specification (as described elsewhere); in some examples device interface screens; in some examples user interface screens. In some examples a device profile utilizes and follows an industry standard; in some examples a device profile utilizes part but not all of an industry standard; and in some examples a device profile is independent of industry standards. In some examples the device profile is altered by addition; in some examples the device profile is altered by subtraction; in some examples the device profile is altered by extension; and in some examples the device profile is altered as additional subsidiary device variability is developed and added. In some examples a device profile allows adaptive representation of SD data, so a CD can adapt to the different and varying ways that each manufacturer and vendor represents the data within each device.
In some examples a CD requests and receives data collected from a SD; and in some examples a CD receives data transmitted by a SD. In some examples said received data is transformed based on values defined in a device profile (as described elsewhere), and placed and stored in a data table based on values defined in a device profile, for remote control use by a CD. In some examples said remote control instructions are transformed into device control commands (as described elsewhere) for transmission to an SD. As a result in some examples a device profile provides adaptability to the variability of a given SD from a given manufacturer or vendor.
Sources: In some examples a device profile 2291 2293 2295 2296 is defined and provided by a device's vendor 2290 2292 2294 2297; in some examples a device profile 2291 2293 2295 2296 is defined and provided by a third-party developer 2297; in some examples a device profile 2291 2293 2295 2296 is defined and provided by a device user 2297; in some examples a device profile 2291 2293 2295 2296 is defined and provided by others such as an open-source contributor 2297 or an SD access service 2279. In some examples a control application 2296 2277 is defined and provided by a device's vendor 2290 2292 2294 2298; in some examples a control application 2296 2277 is defined and provided by a third-party developer 2298; in some examples a control application 2296 2277 is defined and provided by a device user 2298; in some examples a control application 2296 2277 is defined and provided by others such as an open-source contributor 2298 or an SD access service 2279. In some examples a viewer application 2296 2277 is defined and provided by a device's vendor 2290 2292 2294 2298; in some examples a viewer application 2296 2277 is defined and provided by a third-party developer 2298; in some examples a viewer application 2296 2277 is defined and provided by a device user 2298; in some examples a viewer application 2296 2277 is defined and provided by others such as an open-source contributor 2298 or an SD access service 2279.
Application: In some examples a device profile is installed in a device by its vendor at the time of manufacture and remains unchanged unless that individual device is reconfigured or updated; in some examples a device profile is interpreted and placed in a device by command or instruction, and the resulting remote control operation of said device is configured by the specific device profile used, in which case one or a plurality of devices are updated as soon as the device profile utilized is updated; in some examples after a device is configured by a device profile (whether the device profile is installed at manufacture or placed in a device by command or instruction) additional changes may be made to the configuration of said device by transmitting it to the device and installing it by command or instruction.
Subsidiary Devices Protocols: Turning now to
In some examples a CD is utilized to present a list of SD's (as described elsewhere) and when one SD is selected its device profile is retrieved (as described elsewhere). Said device profile identifies said selected SD 2304 and that SD's protocol(s) 2304, providing data so the CD can determine the type of SD being controlled remotely 2304, and the protocol(s) required in some examples for communications 2304 and in some examples for control 2304. In some examples said CD uses the identified SD protocol(s) 2304 to determine if said protocol(s) is known and stored locally 2306, or if not then if it is known and stored remotely 2306. In some examples said protocol(s) 2304 is known and stored locally 2306, in which case it is recognized by the system and retrieved for use in establishing and maintaining SD communication and control 2310, and remote control proceeds 2310. In some examples said protocol(s) 2304 is known but not stored locally 2306, in which case it is recognized either system and retrieved 2307 from remote protocol storage 2308 (such as in some examples in a server[s], in some examples in a protocol database[s], in some examples in a protocol library[ies], in some examples in a protocol access service[s], in some examples in another storage device[s]) for use in establishing and maintaining SD communication and control 2310, and remote control proceeds 2310.
In some examples said protocol(s) 2304 is not known 2306 2307 and/or not retrievable 2309 then a uniform standard protocol is retrieved and used to generate a protocol (herein named “generated protocol”) based upon said device's device profile 2311 (as described elsewhere). In some examples said generated protocol 2311 is successful enough to use it in establishing and maintaining SD communication and control 2310, and remote control proceeds 2310. In some examples said generated protocol 2311 is successful enough to be used 2310 and is then saved for future re-use 2313 2312 in said remote protocol storage 2308 (as described elsewhere). In some examples the attempt to generate a protocol 2311 fails 2313 and in that case AKM steps are employed 2314 (as described elsewhere); if said AKM steps succeed 2314 then the resulting solution 2314 is used in establishing and maintaining SD communication and control 2310, and remote control proceeds 2310; but if said AKM steps fail 2314 then the AKM error process initiates 2314, and an appropriately worded error message is displayed to the user 2315.
In some examples a generated protocol 2311 is created by utilizing a uniform standard protocol and data in a device profile. In some examples said uniform standard protocol is stored locally 2306, and in some examples said uniform standard protocol is retrieved from remote protocol storage 2308. In some examples said generated protocol 2311 is created by factoring and abstracting common elements, instructions, commands, data types, etc. out of the uniform standard protocol and the specific SD's device profile, and then generating a protocol using the common elements 2311. In some examples said generated protocol 2311 is created by factoring and abstracting common elements, instructions, commands, data types, etc. out of the uniform standard protocol and the specific SD's device profile, and then creating a translation table using the common elements 2311 and writing said translation table to memory with said translation table used to establish and maintain SD communication and control 2310 (as described elsewhere). In some examples identifiable common elements include common elements in protocols such as in some examples identification(s), in some examples user IDs, in some examples create, in some examples select an instruction, in some examples perform an instruction, in some examples provide state information, in some examples set an alarm or an alarm condition; in some examples terminate a session, in some examples other common elements can be used instead of or in addition to these examples; non-common elements are discarded; and a new “common protocol” is generated based on the common elements.
In some examples a third-party (such as in some examples the vendor of the SD, in some examples a developer of similar SD protocols, in some examples a developer of standard protocols, in some examples a user of that SD, or in some examples another third-party) provides information such as which elements of the SD's protocol are unique and which are common. In some examples a generated protocol 2311 may be created by an application or a module that is designed to recognize, identify and extract common elements from one or a plurality of unknown protocols.
In some examples after said generated protocol 2311 has been generated, it is used to establish and maintain SD communication 2310, and remote control proceeds 2310; and in some examples said generated protocol 2311 is used to establish and maintain SD control 2310, and remote control proceeds. Therefore, in some examples a CD will support retrievable protocols A through N while a specific SD runs protocol X, and the two devices may still establish CD's remote control of said SD using a generated protocol 2311 based common elements between a uniform standard protocol and protocol X. As a result, some CDs can establish remote control of some SD's that run different and unknown protocols without needing to develop (ahead of time and by a separate developer or by a separate development effort) a unique protocol or interface for that combination of CD and SD. In addition, said generated protocol 2311 can be saved 2312 in remote protocol storage 2308 for future retrieval 2307 and re-use 2310 by that combination of CD and SD. As a result in some examples differences in some communications protocols and some control protocols may be abstracted out in a system, method or process that provides for connecting some CDs with some SD's in some examples; and a system, method or process that provides for some CDs to control some SD's in some examples. In addition, in some examples the protocols of new CDs and new SD's may be written to a set of common elements that fit said protocol generation capability 2311 and at least approximate a uniform standard protocol, and thereby new devices may be made capable of communications and remote control in an easier and more direct process.
In some examples these systems, methods and processes may be implemented with hardware; in some examples they may be implemented with software (such as in some examples program code, in some examples instructions, and some examples modules, in some examples services); and in some examples they may be implemented with a combination of both hardware and software (such as in some examples a server running an application and storing a database, in some examples a service, in some examples a protocol generation application). In some examples these may take the form of software that runs on hardware and can access stored data so they become an apparatus or machine for practicing this system, method or process.
Control and viewer applications:
Said control application(s) 2346 2353 2359 may be used in some examples for initiating and/or terminating a control session; in some examples for gathering local control information from a subsidiary device, in some examples for sending and/or receiving control information; in some examples for sending and/or receiving control instructions or commands; or in some examples for other known remote control purposes or functions. Said viewer application(s) 2347 2355 2360 may be used in some examples for initiating and/or terminating a session; in some examples for initiating and/or terminating the viewing of a device's interface; in some examples for requesting, sending or receiving a device's current state; in some examples for actively or periodically monitoring a device's current state; or in some examples for other known remote control purposes or functions. In some examples said control application(s) and/or viewer application(s) may be run from or within a browser 2345 2353 2358; in some examples said browser-based application(s) may provide all or a subset the functions and features of a separate control application(s) 2346 2354 2359; and in some examples a separate control application(s) and/or viewer application(s) may provide all or a subset the functions and features of a device's own control interface (s) 2346 2347 2354 2355 2359 2360
In some examples the control application(s) 2346 2354 2359 that run on one or a plurality of CDs 2344, one or a plurality of SD's 2352, one or a plurality of servers 2356, and/or one or a plurality of SD servers 2350 are requested and downloaded by processes that are described elsewhere. In some examples control application(s) and/or viewer application(s) download requests are sent 2362 by a CD 2344, and control application(s) and/or viewer application(s) are received 2363 by a CD 2344. In some examples control application(s) and/or viewer application(s) download requests are received 2366 by a SD 2352, and control application(s) and/or viewer application(s) are sent 2367 by a SD 2352. In some examples control application(s) and/or viewer application(s) download requests are received 2368 by a server 2356 or a database 2349, and control application(s) and/or viewer application(s) are sent 2369 by a server 2356 or a database 2349. In some examples control application(s) and/or viewer application(s) download requests are received 2364 by an (optional) SD server 2350, and control application(s) and/or viewer application(s) are sent 2365 by an (optional) SD server 2350. In some examples control application(s) and/or viewer application(s) download requests are sent by a SD 2352, and control application(s) and/or viewer application(s) are received by a SD 2352. In some examples control application(s) and/or viewer application(s) download requests are sent by a server 2357, and control application(s) and/or viewer application(s) are received by a server 2357.
In variations, in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include an individual requests, or any combination or subset of a plurality of requests such as in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include device profiles; in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include DI (device interfaces); in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include protocols or other data required to establish communications; in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include protocols, device instructions, or other data required to establish and maintain remote control; in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include device instructions or other data required to generate a protocol; in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include data required to perform features or functions relating to RCTP systems, methods and/or processes; in some examples the downloads requested 2362 2366 2368 2364 and sent 2363 2367 2369 2365 may include any subset of other data required to perform features or functions relating to RCTP systems, methods and/or processes;
Alternatively, in some examples one or a plurality of download requests are received by remote storage 2349, and said requested downloads are sent by remote storage 2349. Alternatively, in some examples one or a plurality of download requests are received by a CD 2344, and said requested downloads are sent by a CD 2344. Alternatively, in some examples one or a plurality of download requests are received by a Teleportal Utility (as described elsewhere), and said requested downloads are sent by a Teleportal Utility.
Initiate SD Control and Viewer Applications: As described elsewhere, in some examples a control application(s) and/or a viewer application(s) are utilized for RCTP systems, methods and processes; while in some examples these are not utilized. Some examples of the process of retrieving and running said control application(s) and/or viewer application(s) are illustrated in
Said examples begin when a user selects an SD for remote control 2323 (as described elsewhere), which (optionally and if needed) retrieves the device profile 2323 from either local storage 2320, remote storage 2320, or directly from a subsidiary device 2322. In some examples if the required control application and/or viewer application are stored locally 2324, they are retrieved directly and executed 2327. In some examples if the required control application and/or viewer application are not stored locally 2324, they are retrieved 2326 from remote storage 2320, and executed 2327. In some examples the required control application and/or viewer application are not stored locally 2324, then in some examples they may be auto-retrieved 2325 2326 directly as one step in selecting a specific SD, auto-downloaded from remote storage 2320, or retrieved directly from the SD 2322, and executed 2327. In some examples the required control application and/or viewer application are not stored locally 2324, then in some examples they may be manually retrieved by means of a browser 2325 which utilizes a hyperlink, bookmark, button, widget, servlet, search, or other web navigation to open a Web page 2325 that lists the appropriate control application and/or viewer application required so that the user may select it and retrieve it 2326 from remote storage 2320 by downloading, and then execute said downloaded application(s) 2327. Alternatively, in some examples the required control application and/or viewer application are not stored locally 2324, then in some examples they may be manually retrieved by means of remote control interface 2325 or application 2325 which utilizes a button, menu, widget, servlet, search, or other user interface component that lists the appropriate control application and/or viewer application required by the selected SD so that the user may select it and retrieve it 2326 from remote storage 2320 by downloading, and then execute said downloaded application(s) 2327.
Alternatively, a remote control interface may be generated under program control 2327 such as by Java commands, such as in some examples when the required control application and/or viewer application are not stored locally 2324 and they are also not retrievable remotely 2320; or as in some examples when a uniform remote control interface is desirable. In some examples said generated remote control interface can include a subset of factored standard commands based on each SD's retrieved device profile 2320 2322 (such as in some examples turn on, end [control session], exit, pause, suspend, open, run, display, scroll, highlight, link, click, use, edit, save, record, play, stop, fast-forward, fast reverse, pan, tilt, zoom, look up, find, contact, connect, communicate, attach, transmit, disconnect, copy, combine, distribute, redistribute, broadcast, charge, bill/invoice, make payment, accept payment, etc.). Additionally and optionally, in some examples said generated remote control interface may include a uniform interface (as described elsewhere such as in
In some examples the SD 2322 does not need a control application and/or viewer application 2334, in which case it continues processing said CD requests and instructions 2327 2333 as described in
For an illustration, in some examples a user of a CD 2321 selects a specific SD 2323 and its control application is not available on the CD 2324. In some examples a manual process is employed to retrieve and execute said control application. In some examples a web browser is manually opened 2325 on a remote system 2320 which provides its home page. In some examples downloadable SD control applications are accessible from said home page 2325 2320 by means of a hyperlink, a menu, a widget, a servlet, a search field, a support page, a downloads page, or other known web navigation means. In some examples a request for the category or list of downloadable SD control applications 2325 2320 is made using a web navigation means, and the downloadable SD control applications is displayed such as in a list of hyperlinks, a pulldown list, or other known web selection means. In some examples the specific selected SD's control application is selected for download from a known web selection means 2326 2320, and the SD control application is downloaded to the CD. In some examples the CD runs the downloaded application by clicking on it or activating it by other known means 2327.
For another illustration, in some examples of a user of a CD 2321 selects a specific SD 2323 and its control application is not available on the CD 2324. In some examples an automated process is employed to retrieve and run said control application. In some examples the selection of said SD 2323 auto-retrieves its device profile 2324 such as in some examples from local storage 2321, in some examples from remote storage 2320, and in some examples from a selected SD 2322. As described elsewhere, in some examples said device profile includes the name and address of its control application (and/or its viewer application) so the SD selection process includes utilizing said data to auto-retrieve the SD's control application 2325 2326 which in some examples is remote storage 2320 and in some examples is the SD 2322. In some examples the SD control application is a compressed file (such as a zip file) in which case the retrieved file 2326 is auto-extracted and executed 2327.
In some examples when said control application runs 2327, and/or viewer application runs 2327, the control application and/or viewer application sends a request to the SD 2333 and said SD parses and attempts to run the request 2333, which in some examples is a device control request 2333, and in some examples is a viewer (device monitoring) request 2333. In some examples CD requests 2327 2333 may include session creation; instructions, commands or requests within a created session; session deletion; or session timeout. In some examples CD requests may include other processing as described elsewhere, such as in some examples in
Control Subsidiary Device:
In some examples it is after a CD connects to a SD 2384 that a control application 2385 and/or a viewer application 2385 are executed. In some examples it is after a CD connects to a SD 2384 that a DI (Device Interface) is downloaded and displayed on the CD's screen 2389, or other SD data are retrieved and displayed as needed 2389. In some examples a control application 2389 may display said DI and other data on a CD's screen 2389. In some examples a viewer application 2389 may display said DI and other data on a CD's screen 2389. In some examples other known means are utilized to display on a CD's screen means for remote control 2389 such as an interface that lists the available remote control options. In some examples different remote control components, widgets, visual interfaces, etc. may be included in a CD's control screen 2389 for each type of remotely controlled SD 2393; for one example, if the SD contains a PTZ camera then the CD screen may include a compass rose so the camera's Pan, Tilt and Zoom may be remotely controlled; for another example if the SD contains a thermostat then the CD screen may include a vertical (or optionally horizontal) slider with fahrenheit and or centigrade temperature markings with an indicator that a user may move to set a desired temperature; for another example if the SD is a PC then the CD screen may display the entire SD's interface by means such as RDP (Remote Desktop Protocol) for direct user control of the SD PC. In some examples use may (optionally) be monitored 2386 and logged 2386 by known means such as in some examples when said use has been set up by an SD server (as described elsewhere) 2386, in some examples when a user pays for use 2386, in some examples when use is based on a membership or a subscription 2386, in some examples when use is free but includes retrieving and displaying sponsored marketing or messages 2386, and in other types of uses where it is desirable to monitor 2386 and/or log 2386 use(s). Said (optional) monitoring data 2386 and/or (optional) log data 2386 may be communicated by one or a plurality of networks to the appropriate monitoring and/or logging application or facility where said data is received and stored (such as in some examples 2508 2507 in
In some examples a CD is now capable of controlling an SD, in which the user of the CD can operate the SD to perform any available SD function (such as its features, functions or applications; or settings for any of those features, functions or applications), or use any desired SD resource (such as play, use or edit its stored content) that is available for remote control 2389 2390. In some examples the CD displays 2389 the SD's control panel; in some examples the CD displays 2389 the SD's user interface; in some examples the CD displays 2389 an adapted or third-party developed version of the SD's control panel or user interface; in some examples the CD displays 2389 buttons, icons, GUI interface, lists, control panel, or menus that displays SD instructions, commands and features; and in some examples the CD displays 2389 a subset of the SD's full set of controls. In some examples the CD's display 2389 can be designed and configured in any number of known ways to include any or all of the available SD controls that may be utilized for remote control from a CD.
In some examples the CD's display 2389 can include a “show all” button, link or command to list all of the currently available SD commands or instructions that may be utilized for remote control of the SD; in some examples said “show all” list may be in alphabetical order; in some examples said “show all” list may be a hierarchy; in some examples said “show all” list may be in frequency-of-use order; in some examples said “show all” list may be a multi-level menu; and in some examples said “show all” list may be in a different order or organization. In some examples said “show all” list may be pre-determined, saved and retrieved from storage; while in some examples said “show all” list may be constructed when requested by retrieving the CD's display 2389 from memory, then sorting and reorganizing it in the order and format requested, for display and presentation on demand. In some examples said “show all” list may be searchable by keyword, or by a keyword string. In some examples said “show all” list includes labeled choices that the user may select individually 2390 to control the SD.
In some examples each displayed 2389 or listed 2389 SD instruction 2390, command 2390, feature 2390, icon 2390, GUI interface 2390, widget 2390, etc. has associated with it an SD control command that effects the SD to perform that specific step or function. In some examples the CD's user can enter an SD control instruction 2390 that corresponds to an area of interest by selecting a button 2389, icon 2389, GUI interface component 2389, listed choice 2389, control panel component 2389, menu choice 2389, etc. from the available choices. In some examples said control instruction 2390 selects the SD command associated with said control instruction 2390 and determines if translation into a specific SD control command is required 2391. In some examples no translation is required 2391 and the SD command associated with said control instruction 2390 is transmitted to the SD 2392. In some examples the CD interface 2389 displays one or a plurality of SD instructions 2390 that require translation 2391 2399 into SD commands 2399 before being transmitted to the SD 2392 (with said translation 2399 described in more detail elsewhere, such as in
In some examples a CD can utilize said remote control means (such as in some examples a control application, in some examples of viewer application, in some examples both a control application and a viewer application, in some examples a generated remote control interface, in some examples no control or viewer application and no generated remote control interface) to control two or a plurality of SD's simultaneously (as described elsewhere such as in
In some examples the SD remote control instruction selected 2390 and transmitted 2392 (whether or not translated into an SD command 2391 2399) is received by the SD 2393, where it is utilized to perform the selected instruction 2393. In some examples performing an instruction includes entering a mode 2393; in some examples performing an instruction includes executing a command 2393; in some examples performing an instruction includes running an SD application 2393; performing an instruction includes includes running an SD application 2393 and loading data (or in some examples a data file, or in some examples data attributes or conditions) from said SD or from a remote source; in some examples performing an instruction includes another feature 2393, function 2393, capability 2393, etc. of the remotely controlled SD by known remote control means.
In some examples an SD receives a remote control instruction 2393 and performs it 2393 resulting in a new SD state 2394, SD condition 2394, SD data 2394, etc. In some examples said updated SD state, condition, data, etc. is transmitted to the CD 2394 under automated program control. Alternatively, in some examples an SD 2393 acquires and transmits its updated state 2394 when it receives 2394 when it receives an instruction to do so 2390 that is transmitted by a CD 2390 2391 2399 2392, and is received and executed by an SD 2393 2394.
In some examples said updated and transmitted SD state, condition, data, etc. does not need to be translated to be displayed 2389 and/or utilized 2389 2390 by said CD, so the updated and transmitted SD state, condition, data, etc. are transmitted to the SD 2394 2395 2389. In some examples said updated and transmitted SD state, condition, data, etc. needs to be translated in order to be displayed 2389 and/or utilized 2389 2390 by said CD, therefore in some examples said CD receives 2395 said SD's transmission 2394, determines if translation into a specific CD control application protocol or interface 2389 is required 2395, and performs said translation 2396 (with said translation 2396 described in more detail elsewhere, such as in
In some examples a CD remains at an SD interface 2389 where the CD's user may enter SD controls or instructions 2390 until the control session is ended 2397 2398, exited 2397 2398, or terminated 2397 2398. In some examples said control session may be ended 2397 2398 in some examples by timing out at the end of a period where an SD is not used; in some examples by being ended under program control when determined by an SD server, an SD service or another source; in some examples by timing out or being terminated when determined by the owner of the SD being used; in some examples at the end of a predetermined block of time such as for the free use of an SD in high demand; in some examples by other preprogrammed criteria; and in some examples by manual command(s).
Translate CD Instructions to SD, and SD Outputs to CD: Turning now to
In some examples a CD's instructions are translated into an SD's commands. Said process starts with a CD's control screen 2402 for remote control of an SD (as described elsewhere). In some examples a CD user enters a remote control instruction 2403 to be transmitted to an SD. In some examples a control instruction 2403 is specific to a unique SD 2410, and in some examples a control instruction 2403 includes identification of the unique SD 2410 under control and its address, such that a CD communicates directly with an SD. In some examples said control instruction 2403 does not need translation 2404 such as in some examples because it is already an SD control command; and said control instruction 2403 is transmitted 2406 directly to said SD 2410 to perform the instruction 2403. In some examples said control instruction 2403 requires translation 2404 2405 which in some examples may be performed by the CD 2401 2418, in some examples may be performed by the SD 2410 2418, in some examples may be performed by an SD server 2418, in some examples may be performed by a TPU server 2418, in some examples may be performed by a third-party SD service 2418, and in some examples may be performed by another application or resource.
Though said translation can be performed 2401 2410 2418 in one of a plurality of apparatuses, applications or services; in some examples the instruction is translated into an industry standard protocol 2401 2410 2418, in some examples the instruction is translated into a proprietary protocol 2401 2410 2418, and in some examples the instruction is translated with a custom integration between the devices 2401 2410 2418. In some examples a device profile is retrieved 2419 from remote storage 2424; in some examples an industry standard protocol is retrieved 2419 from remote storage 2424; in some examples a proprietary protocol is retrieved 2419 from remote storage 2424; in some examples a custom integration between the devices is retrieved 2419 from remote storage 2424; in some examples a list of SD specific commands is retrieved 2419 from remote storage 2424; in some examples a control application is retrieved 2419 from remote storage 2424 that contains the SD's commands; and in some examples other means are used to retrieve 2419 the SD's specific commands 2424. In some examples the control instruction 2403 is translated into an industry standard protocol instruction 2419 that corresponds to that SD; in some examples the control instruction 2403 is translated into a proprietary SD-specific protocol instruction 2419 that corresponds to that SD; and in some examples the control instruction 2403 is translated into an SD-specific command 2419 that corresponds to that device or model.
In some examples a translation 2419 does not succeed and in some examples a protocol is generated 2420 (as described elsewhere, such as in
In some examples the SD control command 2406 is transmitted to the SD 2406. In some examples the SD control command 2406 is transmitted as one individual instruction 2406 and in some examples the SD control command 2406 is a mass transmission of a plurality of instructions 2406 in the order entered by the CD's user. In some examples the SD remote control instruction transmitted 2406 (whether or not translated into an SD command 2404 2405 2418) is received by the SD 2410 2411, where it is utilized to perform the selected instruction 2411 (as described elsewhere). In some examples said SD command is performed successfully 2412 resulting in a new SD state 2414, SD condition 2414, SD data 2414, etc. (as described elsewhere). In some examples said SD command is not performed successfully 2412 and in this case an (optional) step is for the SD to attempt translation of the SD command received into an SD command that can be performed 2418 2419 2420 2421 2422 2424 2411. Alternatively, in some examples said SD command is not performed successfully 2412 and in this case an (optional) step is to notify the CD 2425 2401 so that it may attempt to re-enter the SD remote control instruction 2403 and re-translate the SD instruction 2418 2419 2420 2421 2422 2424 2411 (whether said re-translation is processed locally by the CD 2401 2418 or remotely by an SD server 2418 or another remote resource 2418) into an SD command that can be transmitted and performed 2406 2411.
In some examples the output from the new SD state, SD condition, SD data, etc. (herein “SD update”) is compatible with the CD's remote control 2413 2402 and said SD update is transmitted to the CD 2414. In some examples the output from the SD update is not compatible with the CD's remote control 2413 2402 and and in this case an (optional) step is to attempt translation of the SD update data into SD data that is compatible with the CD's remote control 2418 2419 2420 2421 2422 2424 2414 2402. In some examples said SD update is translated into an industry-standard protocol 2419 (as described elsewhere); in some examples said SD update is translated into a proprietary protocol 2419 (as described elsewhere); in some examples said SD update is translated with a custom integration between the devices 2419 (as described elsewhere); in some examples said SD update is translated with a generated protocol 2420 (as described elsewhere); in some examples said update is translated with a subset of device commands 2421 (as described elsewhere); and in some examples said update is translated by other known means 2422 (as described elsewhere). Alternatively, in some examples the output from the SD update is not compatible with the CD's remote control 2413 2402 and and in this case an (optional) step is to transmit the incompatible SD update data 2414 to the CD 2401 2402 where it may be re-translated 2418 2419 2420 2421 2422 2424 2414 2402 (whether said re-translation is processed locally by the CD 2401 2418 or remotely via an SD server 2418 or another remote resource 2418) into compatible SD update data that may be utilized by the CD 2402 2403.
In some examples when translation is utilized the protocol used to translate the CD's remote control instructions into SD commands 2405 2418 2406 2411 is the same protocol that is used to translate the SD's update data for use by the CD's control screen 2413 2418 2414 2402. In some examples when translation is utilized different protocols are used; that is, one protocol is used to translate the CD's remote control instructions into SD commands 2405 2418 2406 2411 while a different protocol is used to translate the SD's update data for use by the CD's control screen 2413 2418 2414 2402.
VIRTUAL TELEPORTAL (VTP)—Virtual Teleportals on AIDs/AODs: Virtual Teleportals (VTPs) run on one or a plurality of AIDs/AODs (Alternative Input Devices/Alternative Output Devices, which are networked electronic devices as described elsewhere) that can't directly become a Teleportal, but have the capacity to run a VTP application or a web browser application that emulates one or a plurality of functions of a Teleportal. Depending on each device's capabilities they may also be able to use a VTP for other functions such as in some examples RCTP control of subsidiary devices.
In some examples VTPs may be considered as providing the opposite functionality to RCTP (Remote Control Teleportaling). RCTP enables TP devices to control subsidiary devices, while a VTP runs on one or a plurality of networked electronic devices to enable them to provide Teleportal functionality by connecting to and controlling TP devices. VTP's provide additional means for today's blizzard of new and complex networked electronic devices to utilize the Teleportals' ARTPM and their digital realities. This expands the overall productivity and value of a plurality of types of networked electronic devices by providing means to perform more functions at lower cost, without needing to buy additional devices than those that are already owned. (In some examples, however, these networked electronic devices, herein called AIDs/AODs, may directly run Teleportal features and functions, and when they do so, they substitute for TP devices.)
Together,
In some examples this parallels known uses of a client and server system that utilize a single server to facilitate the simultaneous use of a plurality of clients. In some examples an AID/AOD may run one or a plurality of VTP's; in some examples a TP device may run one or a plurality of VTP servers; in some examples a VTP server may run a plurality of virtual machines that each support a separate AID/AOD and each virtual machine may execute a process that adapts the TP device's output to each specific AID/AOD. In some examples one or a plurality of VTP(s), one or a plurality of VTP server(s) and one or a plurality of TP UTA instances may combine to enable one or a plurality of AIDs/AODs to simultaneously receive adaptive interfaces while controlling and/or using one or a plurality of TP devices such as in some examples one-to-one (one AID/AOD to one TP device); in some examples many-to-one (a plurality of AIDs/AODs to one TP device); in some examples one-to-many (one AID/AOD to a plurality of TP devices); and in some examples many-to-many (a plurality of AIDs/AODs to a plurality of TP devices).
In some examples a TP device's output can be both adapted to a specific AID/AOD and also modified by means of additional post-processing such as in some examples utilizing post-processing to add advertising or other marketing messages; in some examples utilizing post-processing to blend in the appearance of a new person or object (such as a logo, a business building, a sign or another marketing image); in some examples utilizing post-processing to remove a person or object (such as a logo or marketing image); in some examples utilizing post-processing to change the behavior of an interface component such as a widget or a link (such as in some examples altering which vendor's online store receives a user's purchase selection); in some examples utilizing post-processing to make a combination of changes such as replacing displayed advertisements and changing the online store visited by any remaining advertisements; and in some examples performing other transformations.
Turning now to
In some examples a communications link may include any means of transferring data such as in some examples a LAN 2537, in some examples a WAN 2537, in some examples a TPN (Teleportal Network) 2537, in some examples an IP network (such as the Internet) 2537, in some examples a PSTN (Public Switched Telephone Network) 2537, in some examples a cellular radio network 2537, in some examples an ISDN (Integrated Services Data Network) 2537, and in some examples another type network. In some examples an example task might include turning on one of these devices 2524 2525 2526 2527 2528 2529 2530 2531 2532 2533 2534 2535 2536, such as connecting it to a network 2537 and downloading a VTP 2538 and running a VTP 2538, including in some examples storing the downloaded VTP 2538 in the device's local storage for faster future use by that networked electronic device 2525 2526 2527 2528 2529 2530 2531 2532 2533 2534 2535 2536.
VTP Processing (AIDs/AODs): Turning now to
In some examples a VTP 2552 comprises a VTP server that runs on a TP device (such as in some examples an LTP 2547, in some examples an MTP 2547, and in some examples an RTP 2548) or in some examples runs on another type of networked electronic device (such as a TP Server 2550, Teleportal Utility, Teleportal Network Service, Web server 2550, Web service 2550, or other external means configured to provide Teleportal functions); a VTP client runs on one or a plurality of AIDs/AODs 2545 2546 (such as in some examples an application running within a web browser 2552, in some examples a downloadable application 2552, in some examples a purchased software application 2552 [e.g., an unmodifiable or customizable software product] that is sold by one or a plurality of vendors; in some examples an applet 2552, in some examples a component within an application 2552, in some examples a module within an application 2552, in some examples a browser-based interface to a web service 2552, in some examples a code-generated user interface and control application 2552, and in some examples known means other than illustrated herein); that are coupled by one or a plurality of disparate networks 2554 (such as in some examples the Internet 2544, in some examples a local area network 2544, in some examples a wide area network 2544, in some examples the public switched telephone network 2544, in some examples a cellular network 2544, and in some examples another type of wired and/or wireless network).
In some examples a VTP server is coupled to TP processing (as described elsewhere) performed by a TP device, by means of a TP command processing component that translates information from a VTP client into TP processing performed by a TP device; in some examples the output from said TP processing is processed for display by a VTP client by TP processing means as described elsewhere; and in some examples the TP command processing component transfers information in both directions between a TP device's network interface such as providing commands to TP processing as well as providing display output from TP output processing for VTP client display. In some examples a VTP server serves the needs or requests of one or a plurality of VTP clients, and may be instantiated in some examples as software, in some examples as hardware, in some examples as a software/hardware system or subsystem, in some examples as a specialized device such as a rack-mounted VTP server; and just as other servers do a VTP server may utilize any known form of technology or programming to provide services to clients.
In some examples a VTP client includes an information client (such as in some examples a web browser and in some examples other means as described elsewhere) capable of requesting 2553 and receiving a VTP app/applet 2553 from a VTP server or from another network-accessible source of VTP apps/applets, or from another accessible storage means. In some examples that information client provides sufficient identification of the requesting AID/AOD 2553 and (optionally) sufficient identification of the requesting user's identity 2553 so that the appropriate VTP app/applet may be selected (as described elsewhere such as in some examples
In some examples a user employs a VTP client on an AID/AOD 2557 to enter commands 2558 (e.g., requests for service) that are transmitted over the network to a VTP server where a TP command processing component 2559 translates those commands into TP processing by a TP device or similar means 2559; and in some examples the TP device responds to those commands 2559 as described elsewhere; and in some examples the TP command processing component transfers back over the network, to the VTP client, the resulting display output from TP output processing for display by the VTP client 2557. In some examples a VTP client generates commands for monitoring 2558 in some examples a TP device 2559, in some examples an SPLS 2559, in some examples a focused connection 2559, and in some examples another process that a TP device performs 2559. In some examples a TP device responds to selected commands 2559 from a VTP client 2558 received over the network by a VTP server and continuously transfers the resulting output over the network back to the VTP client 2557. In one example a VTP client requests a focused connection with one of an SPLS's IPTR, such as with a specific identity, the TP device opens that focused connection and continuously updates that connection on the AID/AOD by means of its VTP server and the VTP client. In some examples alternative means may be employed such as process control in which a VTP client Java applet generates a message or command 2557 to a VTP server that includes an object manager that responds to the message or command 2558, and invokes a method that controls a process 2558 and/or monitors a process 2558 in a TP device, and provides an updated display for the VTP client 2557.
In some examples the VTP client and VTP server process remain open and connected unless manually ended 2560 2561, and in some examples the VTP client and VTP server process automatically end 2560 2561 after a timeout or other pre-specified ending trigger (and in some examples that automated ending trigger[s] 2560 may be edited and saved). In some examples if a VTP client is ended 2560 2561, exited 2560 2561 or terminated 2560 2561 that VTP client and its settings may be saved to a local AID/AOD device, which will provide faster and more direct VTP uses in the future.
In some examples another alternative may be to enable one VTP server on one TP device to support a plurality of AID/AODs simultaneously while they each run a separate VTP client. In other words, in some examples a plurality of AIDs/AODs 2545 2546 simultaneously each run a VTP client 2556 that together communicate with one VTP server that in turn utilizes 2557 2558 a single TP device's 2547 2548 2550 processing 2559, functions 2559, capabilities 2559, and outputs 2559 2557 to simultaneously support a plurality of separate VTP clients 2556 2557 2558, with each VTP client on one of a plurality of AIDs/AODs 2545 2546.
In some examples this parallels known uses of a client and server system that utilizes a single server to facilitate the simultaneous use of a plurality of clients. In one example of this a VTP server on a single TP device may enable multiple virtual machines 2559 in which each virtual machine contains a TP command processing component 2559 that translates the commands from one VTP client into TP processing by the TP device 2559; and in some examples the TP device responds separately to the commands 2559 from each one virtual machine in a VTP server; and in some examples the resulting display output from TP output processing of that one virtual machine's commands are transferred back over the network to the appropriate single VTP client, for display by that VTP client 2557 on its AID/AOD.
In some examples a VTP server has multiple virtual machines 2559 contained within, with each virtual machine capable of being connected to by one VTP client 2556 2557 2558 running on one AID/AOD. In some examples a user of a first AID/AOD runs a VTP client 2556 that has been previously downloaded and configured, which in turn communicates over one or a plurality of disparate networks and connects to a first virtual machine 2559 running on a TP device's VTP server. In some examples the user of that first AID/AOD employs its VTP client 2557 interface and the I/O means of that AID/AOD (such as in some examples mouse clicks, in some examples keyboard input, in some examples touch screen, in some examples voice recognition, and in some examples any other user I/O means) to input commands 2558, data 2558, etc. that are communicated to its respective virtual machine 2559 on a VTP server. In some examples the first virtual machine in the VTP server receives data from that first AID's/AOD's VTP client which is then processed by the TP device (as described elsewhere). In some examples a single refreshed display is produced by the TP device which the first virtual machine 2559 in the VTP server communicates to the VTP client in the first AID/AOD to update and refresh its display 2557; in some examples continuously updated video and audio are produced by the TP device which the first virtual machine 2559 in the VTP server communicates continuously to the VTP client in the first AID/AOD to continuously update the display of its video and the playing of its audio 2557; and in some examples other TP device processing may be output (such as in some examples bitmaps, in some examples images, in some examples user interface screens or component(s) of an interface screen(s), in some examples files, in some examples commands, in some examples other types or formats of data) which the first virtual machine 2559 in the VTP server communicates to the VTP client 2557 in the first AID/AOD for delivery to the user and/or for use by the user.
In some examples a second VTP client 2556 2557 2558 simultaneously interacts with one VTP server that runs a plurality of virtual machines 2559 within it, so that said second VTP client 2556 2557 2558 interacts with a second dedicated virtual machine 2559 within the VTP server. In some examples a plurality of VTP clients 2556 2557 2558 simultaneously interact with one VTP server that runs a plurality of virtual machines 2559 within it, so that each VTP client 2556 2557 2558 interacts with one dedicated virtual machine 2559 within the VTP server. In some examples by implementing a plurality of virtual machines 2559 that each correspond to one VTP client 2556 2557 2558, a single VTP server facilitates Teleportaling and TP device use by a plurality of AID/AOD users.
In some examples a TP device 2547 2548 may run a separate VTP server 2559 for each VTP 2553 2556 2557 that connects to it, with each VTP server capable of being connected to by one VTP client 2556 2557 2558 running on one AID/AOD 2545 2546. Therefore, a plurality of VTP clients 2556 2557 2558 on a plurality of AIDs/AODs 2545 2546 simultaneously interact with one TP device 2547 2548 that runs a plurality of VTP servers 2559 within it, so that each VTP client 2556 2557 2558 interacts with one dedicated VTP server 2559 within the TP device. In some examples by implementing a plurality of VTP servers 2559 that each correspond to one VTP client 2556 2557 2558, a single TP device facilitates Teleportaling and TP device use by a plurality of AID/AOD users.
In some examples a TP device 2547 2548 runs one or a plurality of VTP servers 2559 where each VTP server runs one or a plurality of virtual machines 2559 within it, so that each VTP server 2559 may interact with one or a plurality of VTP clients 2556 2557 2558. Therefore, in some examples a plurality of VTP clients 2556 2557 2558 simultaneously interact with a plurality of VTP servers on a single TP device 2547 2548 by means of a plurality of virtual machines 2559 within said VTP servers, so that each VTP client 2556 2557 2558 interacts with one dedicated virtual machine 2559 within the plurality of VTP servers. In some examples by implementing a plurality of VTP servers wherein each may run a plurality of virtual machines 2559 that each correspond to one VTP client 2556 2557 2558, a single TP device facilitates Teleportaling and TP device use by a plurality of AID/AOD users.
In some examples a VTP server connected to a network receives the output from TP output processing and compresses it before communicating it over a network to a VTP client; in some examples that VTP client receives and decompresses the data received from the VTP server; in some examples a VTP client compresses its data before communicating it over a network to a VTP server; and in some examples one or a plurality of known means for compressing and decompressing said data are utilized.
In some examples the output display area of a Teleportal is larger than the smaller screen size of a specific AID/AOD, and in such a case that VTP client sends specific data of the currently displayed area on the AID/AOD (the portion displayed with respect to the full output display area of a Teleportal) to the virtual machine in the VTP server; in such a case the virtual machine in the VTP server prioritizes the order of the visual display blocks communicated (such as in some examples first communicating the currently displayable area of the AID/AOD so that it is received and displayed first, in some examples second communicating the TP output display areas immediately adjacent to the currently displayed area of the AID/AOD so said adjacent areas are rapidly available in the event a user wants to scroll in any direction, and in some examples third communicating the remaining TP output display areas) so that the current area where a user is viewing is updated first. In some examples continuous video and audio are output by a TP device (such as in some examples from a focused connection, in some examples from a constructed digital reality, in some examples from a TPDP event, and in some examples from another TP process that provides continuous real-time data), and in that case the communication priority is to continuously update the displayed AID/AOD screen so that the available processing and bandwidth is focused on the current area and real-time interaction(s) viewed and/or listened to by a user.
In some examples a VTP client sends a command or other data and in such a case that is given priority over other communications such that the command is executed immediately before other operations and/or communications are continued, so that a dedicated virtual machine in a VTP server provides rapid responses to user commands. In some examples a VTP client issues a command that changes what will be displayed on the AID/AOD, and that in turn interrupts and ends any video and/or audio that are being sent by a VTP server, so that available processing and other resources, and available network bandwidth, may be directed to responding to said VTP client's command with the fastest speed available.
In some examples others alternatives for downloading a VTP may include in some examples detecting the presence of one or a plurality of local devices that may be controlled as a user moves into their proximity so that VTP control may be essentially transparent and in some examples “always on” (with such connectivity as described elsewhere such as with a TP URCI [Universal Remote Control Interface]); in some examples an AID/AOD with one or a plurality of VTP's may store one or a plurality of identifiers for controllable devices for which it has already downloaded and set up VTP control, and in such a case executing a specific device's VTP may prompt a user for authentication or credentials prior to taking remote control; in some examples an AID/AOD with one or a plurality of VTP's may store one or a plurality of identifiers for controllable devices for which it has already downloaded and set up VTP control, and in such a case automatically acquire remote control for one or a plurality of VTP controllable devices when a specific device's VTP is executed; in some examples a device may store one or a plurality of VTP's for controlling it and may download the appropriate VTP when requested by an authorized identity; in some examples when a device downloads an appropriate VTP to an AID/AOD for controlling it, it may initiate an authentication and authorization process to confirm and validate the identity of the user who is taking control; in some examples when a device downloads an appropriate VTP and authenticates the user who has taken control, that authorization may be saved and stored for future rapid re-use in the device in some examples and in the VTP on the AID/AOD in some examples.
In some examples to select a specific device's (AID's/AOD's) VTP in some examples an AID/AOD may transmit its type of device including data such as its manufacturer, model name, model number, etc.; in some examples a user may manually provide one or a plurality of data items such as in some examples a device's manufacturer, in some examples a device's model number, in some examples other device-specific data; in some examples to select a specific device's VTP a user may select a type of controllable device at a high level such as by choosing an icon or a name on a list, and that may automatically transmit sufficient device data, such as a model number to in some examples remote storage and in some examples directly to a device, sufficient to select and download the corresponding and appropriate VTP to the requesting AID/AOD; in some examples remote storage may store one or a plurality of VTP's for controlling one or a plurality of remote devices, and it may download an appropriate VTP for a specific AID/AOD to take control of the specific type controllable device it specifies; in some examples an AID/AOD is configured to display a pick list of controllable devices in some examples directly and in some examples by running a stub application; in some examples an AID/AOD may access a server through a network to download a pick list of controllable devices; in some examples a pick list of controllable devices includes a hierarchical list of manufacturers and models; in some examples when a controllable device is selected by any means, the AID/AOD receives the users selection of a controllable device, transmits that data to a source of the corresponding VTP for that AID and that controllable device, and downloads the appropriate VTP; in some examples one or a plurality of these selection and downloading processes may be performed by any networked electronic device capable of the necessary steps such as in some examples a PC, in some examples a netbook, in some examples a laptop, in some examples an e-pad or e-tablet, in some examples a smart phone, or in some examples another type of networked electronic device.
VTP Connections with TP Devices: Turning now to
In some examples an initial step is for an AID/AOD 2584 to run a VTP 2571, and in some examples a next step is to select a TP device such as in some examples an LTP 2596, in some examples an MTP 2596, in some examples an RTP 2593, and in some examples another networked electronic device capable of being controlled. In some examples a VTP 2571 running on an AID/AOD 2584 presents one or a plurality of representations that each corresponds to a device that can be controlled 2593 2596. In some examples a VTP 2571 accepts a user's selection of a representation of a device and initiates direct communication with the device which receives that VTP request 2572 from that AID/AOD 2572 2584; in some examples any required identification, authorization and/or credential is predetermined and pre-stored and included in said communication so that authorization and communication proceed rapidly and directly; and in some examples any required identification, authorization and/or credential are required to be entered manually during each instance of use. In some examples a VTP 2571 utilizes navigation and/or search means such as an SD server 2574 to select and request a specific controllable device and/or a controllable function provided by a controllable device; in some examples the right to use a device may not be automatic so that in some examples this may require appropriate identification 2575, in some examples authorization 2575; in some examples authentication 2575, and in some examples other permissions steps as described elsewhere. In some examples when a VTP 2571 utilizes navigation and/or search means such as an SD server 2574, in some examples other SD criteria 2576 may be required and validated by means of predetermined settings 2577 such as in some examples a paid use that is restricted to commercial users with an account 2576 2577, in some examples a paid use that requires a prepaid fee or a paid ticket 2576 2577, in some examples usage may be restricted to members of an authorized group 2576 2577, in some examples usage may require agreeing to accept sponsor(s) advertisements 2576 2577, and in some examples other types of predetermined settings 2576 2577; and if settings conditions 2577 are met then VTP usage proceeds 2578—which in some examples includes monitoring 2578 and/or logging 2578. In some examples a VTP 2571 may request direct connection with the controllable device 2572, or in some examples a VTP may request connection by means of an SD server 2574 2576, and in some examples said VTP requests are denied in which case said VTP connection is blocked 2579.
In some examples a VTP connection 2570 between an AID/AOD 2584 and a controllable device 2593 2596 is established, in which case the AID/AOD 2584 displays an appropriate user interface 2588 2586 (as described elsewhere); which in some examples includes a subset of the controllable device's interface 2588; in some examples includes a consistent look and feel with other Teleportal interfaces 2588; in some examples displays available Teleportal functions and capabilities 2588 (as described elsewhere); and in some examples represents selectable functions, applications, data, services, etc. on the controllable device 2588 (herein controllable functions). In some examples a VTP accepts a user selection of a controllable function 2589 and sends that user selection 2585 2594 2597 to the controlled device 2589 2593 2596 (as described elsewhere). In some examples the controllable function is processed by the controlled device 2590 2593 2596, which produces a result that represents the device's response 2590 (which may include a continuous video and audio response such as from a focused connection or from a broadcast reception), and that response of the controlled device to the user's selection is communicated 2591 2595 to update the VTP display on the AID/AOD 2592 2586 2584. In some examples the user enters another command 2592 which continues the process 2585 2589 2590 2594 2597 2590 2591 2592 2586; and in some examples the user exits the VTP and ends the connection.
In some examples an AID/AOD 2584 is employing a VTP 2587 to utilize a controllable device 2593 2596 which has one or a plurality of open SPLS(s); and in some examples a remote SPLS member opens a focused connection on the controlled device 2593 2596. In this case in some examples the AID/AOD 2584 displays the focused connection by means of the communications link 2595 2586 between the controlled device 2593 2596 and the VTP; in some examples the controlled device 2593 2596 performs appropriate processing of the focused connection 2590, produces appropriate output(s) 2590, and sends said output(s) to the VTP 2591 2595 2585 which displays it on the AID/AOD 2584; and in some examples said user employs the VTP on the AID/AOD 2584 to interact with the identity in the focused connection, with the above process handling the focused connection in accordance with its processing and communications while monitoring for other commands from the user 2585 2589.
In some examples a separate server, application, Web service, or other resource performs one or a plurality of the required steps. For one example a network application may provide means for an more basic AID/AOD 2584 with limited functions to run a VTP that has limited capabilities while still controlling a full-featured TP device 2593 2596; such as in some examples the network application receiving the command from the VTP 2585 2589 and transmitting it to the TP device 2594 2593 2597 2596 where it is processed 2590 and its output 2591 is transmitted 2595 to the network application; then transforming the received output in real-time to a format suitable for the more basic AID/AOD 2584.
Adapted VTP Interface Processing: Turning now to
In some examples a generalized VTP 2605 that can initiate one or a plurality of connections with one or a plurality of controllable networked electronic devices 2606 2607 2608 is run; in some examples a specific VTP 2605 that is adapted to a specific AID/AOD 2606 is selected (as described elsewhere) and run; in some examples a VTP is downloaded to an AID/AOD 2606 (as described elsewhere) and run 2605; in some examples a VTP has previously been downloaded and stored on an AID/AOD 2606 (as described elsewhere) is run 2605; and in some examples a VTP is run 2605 and executed by an AID/AOD 2606. In some examples running a VTP provides means to select and connect with one or a plurality of controllable networked electronic devices which are herein referred to as TP devices (and in some examples are a specific type of TP device such as in some examples an LTP, in some examples an MTP, in some examples an RTP; and in some examples include another type of controllable networked electronic device [as described elsewhere]).
In some examples as part of establishing said connection (which may optionally be a secure connection such as in some examples password protected) the TP device executes an application such as a VTP server (as described elsewhere); and in some examples as part of establishing said connection the TP device executes an additional application herein named the TP User Interface Application (herein referred to as TP UIA). In some examples a TP UIA is an application; in some examples at TP UIA is a module; in some examples at TP UIA is a component; in some examples at TP UIA is a system; in some examples at TP UIA is a process; in some examples at TP UIA is a method; in some examples at TP UIA is a service, etc.
In some examples a VTP server generates and transmits an appropriate user interface for display by the VTP 2615 2616 on that AID/AOD; and in some examples a TP UIA generates and transmits an adapted user interface for display by the VTP 2615 2616 on a specific AID/AOD. In some examples a VTP server and/or a TP UIA generates and transmits instructions for a VTP to generate a user interface for display 2615 2616 on an AID/AOD. In some examples the interface generated and displayed 2615 2616 on an AID/AOD (whether by a VTP server, by a TP UIA, or by a VTP) includes interactive application interface displays 2615 2616 (such as in computing applications, smart phones, e-pads, and/or other networked electronic devices); in some examples said interfaces include live streaming video 2615 2616; in some examples said interfaces include audio synchronized with video 2615 2616; in some examples said interfaces include other media 2615 2616; in some examples said interfaces include interface components in platform-independent formats 2615 2616; in some examples said interfaces include interface components in platform-dependent formats 2615 2616 and/or operating system-dependent formats 2615 2616; in some examples said interfaces include one or a plurality of media in platform-independent formats 2615 2616; in some examples said interfaces include one or a plurality of media in platform-dependent formats 2615 2616; and in some examples said interfaces include other known interface means 2615 2616. In some examples a VTP's interface display 2616 may include any type(s) of interface components, video, audio and other media appropriate for a specific AID/AOD 2606.
In some examples a VTP interface is adapted to a specific AID/AOD 2615, and said adapted VTP interface is displayed on that AID/AOD 2616. In some examples a VTP monitors the I/O of that AID/AOD 2617 for user instructions 2617 to a TP device to which it is connected over a network (such as in some examples user commands 2617; in some examples user data such as keyboard and/or text input 2617; in some examples user communication such as in a focused connection 2617; in some examples user control of one or a plurality of functions and/or applications on a TP device 2617; and in some examples other types of user interactions 2617) and sends said user instructions 2617 to a VTP server in the TP device 2618. In some examples a VTP server in some examples receives 2618 said user instructions (as described elsewhere); in some examples interprets 2618 said user instructions (as described elsewhere); and in some examples instructs a TP device to process 2618 said user instructions 2618 (as described elsewhere).
In some examples a VTP server receives processed output produced by a TP device 2618 (as described elsewhere) and said output is a logically equivalent UI between the TP device and what a VTP interface can display on an AID/AOD 2625, in which case the VTP server transmits an appropriate user interface 2628 for display by the VTP 2616 on that AID/AOD. In some examples a VTP server receives processed output produced by a TP device 2618 (as described elsewhere) and said output is not equivalent to a UI that can be displayed and requires adaptation for display by a VTP 2625 on an AID/AOD; and in some examples a VTP server determines whether a TP UIA has been run 2619 to provide said UI adaptation(s), and if not it loads and runs said TP UIA 2622. In some examples executing said TP UIA 2622 retrieves AID/AOD device settings 2622 and/or required VTP interface data 2622 (such as in some examples size/position 2622, in some examples layouts 2622, in some examples widgets 2622, in some examples interface components 2622, in some examples size/position of sub-windows 2622, in some examples font 2622, in some examples color[s] 2622, in some examples language 2622, in some examples refresh rate 2622, in some examples communication protocol 2622, in some examples AID/AOD device video and/or audio characteristics 2622, and in some examples other settings 2622 and/or interface means 2622) from local storage 2623 and/or from remote storage 2623. In some examples retrieved data 2622 2623 includes known interface adaptations for a set of GUI entities that may be output by a TP device 2618 and require adaptation to be displayed by a VTP interface 2616 on a specific AID/AOD 2606.
In some examples a TP UIA has been run 2619 but is not ready to process TP device output 2620; and in some examples a VTP server instructs said TP UIA 2624 to accept TP device output and process it 2621. In some examples said TP UIA has been run 2619 and is ready to process TP device output 2620, and in that example TP device output 2618 is processed by said TP UIA 2621. In some examples TP UIA processing 2621 includes said AID/AOD device settings 2622 and/or required VTP interface data 2622 retrieved from local storage 2623 and/or from remote storage 2623.
In some examples a VTP server 2625 receives processed output produced by a TP device 2618 (as described elsewhere) and said output requires adaptation by a TP UIA application 2621; in some examples a TP UIA analyzer performs an analysis on each GUI entity in a TP device's output 2621 (such as in some examples of GUI entities a menu, in some examples a dialog box, in some examples a title, in some examples a button, in some examples an image, in some examples a text block, and in some examples a different GUI entity) to determine what changes, if any, are required to enable the visible state of that entity in the VTP interface on a specific AID/AOD as determined by the retrieved AID/AOD device settings 2622 and/or its retrieved VTP interface data 2622. In some examples the TP UIA analyzer 2621 2630 determines that a specific GUI entity may be displayed in the VTP interface and it is ignored 2628; in some examples the TP UIA analyzer 2621 2630 determines that a GUI entity requires adaptation for it to be displayed in the VTP interface. In some examples the GUI entity adaptation required 2621 is predetermined by the retrieved data 2622 that included known interface adaptations that may be required between a specific TP device's output 2618 and a VTP interface displayed 2616 on a specific AID/AOD 2606. In some examples a GUI entity adaptation is required 2621 and the TP UIA analyzer searches for a match between the TP device's GUI entity that requires adaptation and a known GUI entity that may be displayed in the VTP interface, and if a match is found it performs said adaptation in the interface layout 2621; in some examples the TP UIA analyzer continues with each subsequent GUI entity 2621 until an adapted VTP interface is completed and transmitted 2628 for display in the VTP interface 2616.
In some examples a GUI entity adaptation is required 2621 and the TP UIA analyzer searches for a match between the TP device's GUI entity that requires adaptation but is unable to find a match 2621; in some examples additional TP UIA adaptation is required 2630 and the TP UIA analyzer may search and retrieve additional adaptations data 2631 (such as in some examples additional settings for that specific AID/AOD 2631, in some examples additional GUI entities adaptations for one or a plurality of interfaces on that specific AID/AOD 2631, in some examples additional interface layouts specific to the required GUI entity adaptation 2631, and in some examples additional adaptations data that may be available from one or a plurality of remote databases 2631). In some examples an appropriate match is found 2631 and the required adaptation is performed 2632 in the interface layout and an adapted VTP interface is completed 2632 2633 and transmitted 2628 for display in the VTP interface 2616. In some examples a match is not found 2631 and in some examples a substitute layout is selected for the set of GUI entities that can be displayed 2632, and a sufficient adapted VTP interface can be produced 2632 2633 and transmitted 2628 for display in the VTP interface 2626.
In some examples where GUI entity adaptations are required 2621 and a VTP interface cannot be adapted 2633 (such as by in some examples attempting to utilize predetermined retrieved data 2622 that included known interface adaptations, in some examples by searching and retrieving additional adaptations data 2631 from remote databases, and in some examples by selecting and utilizing a substitute layout for the set of GUI entities that can be displayed 2632), then in some examples a Web browser-based interface may be utilized 2634. In some examples in which an AID/AOD 2606 has an Internet browser capability, a TP UIA 2619 2620 2621 that runs on the same TP device as a VTP server and may be employed to construct a Web browser-based interface 2634. For one example, a VTP web browser-based interface 2616 may be broadly and generically constructed 2634 using Web technology such as DHTML web pages that are displayed by a web browser on the AID/AOD. In this example a TP UIA may convert a TP device's output 2621 into DHTML web pages 2634 that send 2628 2608 the adapted Web browser-based interface 2634 to a VTP for display 2616 by an AID/AOD 2606 that has an Internet browser (which may display the adapted interface regardless of its operating system, its communications connection[s], etc., such as in some examples a mobile phone 2616, in some examples a PC 2616, in some examples a laptop 2616, in some examples an e-pad 2616 or an e-tablet 2616, in some examples a network game system 2616, in some examples a networked television 2616, or in some examples another type of networked electronic device 2616) with some adaptations that result from the screen size and other factors specific to each AID/AOD 2622 2623. In some examples said VTP monitors GUI events within said VTP browser-based web page(s) 2616 on the AID/AOD 2606 for user commands 2617 and sends said user commands 2617 2607 to the TP device 2618 for processing 2618, with output conversion 2634.
In some examples in which an AID/AOD 2606 has an Internet browser capability, a TP UIA 2619 2620 2621 or in some examples a different web browser interface conversion application 2634 may run on a different device that is connected by one or a plurality of disparate networks to a controlled TP device and to an AID/AOD that is running a VTP. In some examples said web browser interface conversion application 2634 may reside and run on a networked web server or other third-party application that is remote from a TP device and is also remote from the AID/AOD; in such a case the conversion application 2634 may receive a TP device's output via a network connection, process it into one or a plurality of appropriate web pages for a specific AID/AOD, and communicate 2628 2608 said adapted interface to the VTP that displays the adapted Web browser-based interface 2616 running on the AID's/AOD's Internet web browser 2606. In some examples said VTP monitors GUI events within said VTP browser-based web page(s) 2616 on the AID/AOD 2606 for user commands 2617 and sends said user commands 2617 2607 to the TP device 2618 for processing 2618, with output conversion 2634 on the remote device via a network.
In some examples a VTP server (or a virtual machine within a VTP server) accepts processed output from the TP device and continuously processes GUI entities as received, and consolidates overlapping and adjacent GUI entities into the minimal set required to update that portion(s) of the VTP client interface (which may reflect the highest current priority part[s] of an application, feature, function, etc. being run by a TP device based on the command[s] of a VTP client such as in some examples the video and audio interactions in a focused connection); and said VTP server updates the VTP client as each set of GUI entities is completed and available for transmission. In some examples a VTP client running on an AID/AOD receives interface updates in the manner of a Web client, that is by polling a VTP server to request updates; and in some examples a VTP server (or a virtual machine within a VTP server) accepts processed output from a TP device, constructs the VTP interface and buffers the constructed interface until a VTP client request is received, at which time it is transmitted to the VTP client. In some examples a VTP server (or a virtual machine within a VTP server) runs an additional TP UIA to provide an adaptive VTP interface so that TP device output fits the display capability(ies) of one or a plurality of disparate AIDs/AODs.
In some examples adaptive interface processing by means of a TP UIA proceeds according to retrieved settings and data 2622 2623 to produce transmitted processed results 2628 that are displayed by a VTP client 2618. In some examples changes are required in that adaptive interface processing 2630 2631 2632 2634 in order to produce transmitted processed results 2628 that are displayed via a VTP client 2618; and in some examples said adapted interface processing changes are automatically saved 2629 in some examples to the TP UIA 2623 for automated future retrieval and use 2619 2622 2623 2621, and in some examples to remote databases 2631 for automated future retrieval and use 2630 2631 2632 2634. In some examples the saving of said changes 2629 may prompt a user to manually authorize saving the changes made in adaptive interface processing 2630 2631 2632 2634 so that the user's judgment determines whether or not to save the new adaptive interface changes to a local TP UIA 2623 and/or to remote databases 2631. In some examples said processes for retrieving, using and saving changes to adaptive interface processing enables the extension of adaptive VTP interface processing to additional and/or evolving AID/AOD devices, interfaces, display technologies and capabilities.
In some examples an AID/AOD may run one or a plurality of VTP's; in some examples a TP device may run one or a plurality of VTP servers (as described elsewhere); in some examples a VTP server may run a plurality of virtual machines that each support a separate AID/AOD (as described elsewhere) and each virtual machine may run a separate TP UIA to adapt the TP device's output to each specific AID/AOD. Therefore, in some examples one or a plurality of VTP(s), one or a plurality of VTP server(s) and one or a plurality of TP UIA instances may combine to enable one or a plurality of AIDs/AODs to simultaneously receive adaptive interfaces while controlling and/or using one or a plurality of TP devices such as in some examples one-to-one (one AID/AOD to one TP device); in some examples many-to-one (a plurality of AIDs/AODs to one TP device); in some examples one-to-many (one AID/AOD to a plurality of TP devices); and in some examples many-to-many (a plurality of AIDs/AODs to a plurality of TP devices).
In some examples a TP device's output 2618 can be both adapted to a specific AID/AOD 2621 and also modified by means of additional post-processing such as in some examples utilizing post-processing to add advertising or other marketing messages (as described elsewhere); in some examples utilizing post-processing to blend in the appearance of a new person or object (as described elsewhere); in some examples utilizing post-processing to remove a person or object (as described elsewhere); in some examples utilizing post-processing to change the behavior of an interface component such as a widget (such as in some examples altering commercially significant data such as which vendor's online store receives a user's purchase actions); in some examples utilizing post-processing to make a combination of changes such as replacing displayed advertisements and changing the online store visited by any remaining advertisements; and in some examples performing other transformations (as described elsewhere). In some examples said additional post-processing transformations are performed by the same TP device as runs the VTP server. In some examples said additional post-processing transformations are performed by a different device such as in some examples an application server, in some examples a third-party service, etc.; and in some examples said different device is connected by one or a plurality of disparate networks to receive the formatted output from a controlled TP device, and also to transmit the additionally post-processed output to one or a plurality of AIDs/AODs that run one or a plurality of VTP's. In some examples said post-processing may be visible such as in some examples the user of a receiving AID/AOD may be informed of the additional post-processing; and in some examples said additional post-processing may be unspoken and performed by intercepting VTP server output and providing one or a plurality of alterations (such as insertions and/or deletions) without informing the one or a plurality of users who receive and view such altered output(s).
SD SERVERS—PRODUCTIVITY FACILITY: A further object of RCTP and VTP is to provide means to aggregate the availability of a plurality of SD's for control by a plurality of CDs, and in some examples provide means to find available SD's (such as in some examples by maps, in some examples by search, in some examples by categories, in some examples by lists, in some examples by menus, in some examples by API's for third-party applications, in some examples by API's for third-party services, in some examples by other types of navigation); in some examples provide means to learn about available SD's; in some examples provide means to find and use SD's immediately; in some examples provide means to find and schedule SD's in the future; in some examples by automated alerts and/or notifications of the availability of pre-selected SD's, etc. In some examples these may be named an SD Server, in some examples SD Service, in some examples “Have It All” Center, in some examples “Enjoy It All” Center, in some examples “Do It All” Center, or in some examples other names and interfaces may be utilized to make visible aggregated SD's as visible, accessible, navigable, usable, and schedulable by a plurality of users, customers, members, subscribers, etc. In some examples an SD Server(s), an SD Service(s), a “Have It All” Center, etc. may be provided as an independent system, method, process, server, service, etc. In some examples an SD Server(s), an SD Service(s), a “Have It All” Center, etc. may be provided as a client(s), module(s), component(s), widget(s), etc. that may be provided by a separate application(s), service(s), network(s), portal(s), etc.
As a result, in some examples one or a plurality of SD Servers may help advance a digital environment that supports the classic definition of productivity: producing more (and doing more) with fewer resources at lower costs. In some examples this may produce the equivalent of greater wealth for consumers because they can accomplish as much or more, while spending less. In addition, SD Servers may increase the revenues or wealth of some companies and/or individuals because they may earn new income from the SD's they own—providing their SD's, when not in use, to others for varying fees while collectively earning new revenues from making their SD's available.
Therefore, in some examples one or a plurality of SD Servers may enable fewer resources to be used such as producing one or a plurality of fewer electronic devices (such as in some examples subsidiary devices as described elsewhere), fewer licenses for application software (such as in some examples office software, productivity software, creation software [for words, music, movies, photos, databases, etc.] and other types of software applications), fewer copies of digital content (such as in some examples music, movies, TV shows, books, magazines, and other digital content), and utilize those SD's already paid for services (such as in some examples communications, teleconferencing, databases, search, e-mail, etc.) which together lowers costs for consumers who do not need to buy as much of any of these—while still being able to access and use the quantity needed of one or a plurality of these when they need them.
However, if greater usage is stimulated in some examples one or a plurality of SD Servers may enable a larger number of networked electronic devices to be produced (such as in some examples subsidiary devices as described elsewhere), more licenses for application software (such as in some examples office software, productivity software, creation software [for words, music, movies, photos, databases, etc.] and other types of software applications), more copies of digital content (such as in some examples music, movies, TV shows, books, magazines, and other digital content), and greater utilization of those SD's for services that require additional payments (such as in some examples communications, teleconferencing, databases, search, e-mail, etc.) which may still lower costs for consumers who do not need to buy as much of any of these—while still being able to access and use a greater quantity needed of one or a plurality of these when they need them.
The affected industries include industries such as electronic devices, application software, digital content, and various network and digital services). No longer would each customer be required to purchase their own unit(s) of each type of device, software, application, content, and service. Instead, the impact of substantial productivity advances on the leading vendors in these industries can be profound. The advent of a higher productivity digital environment with SD Servers might their alter these and other related industries by turning numerous products into immediately available, reservable and schedulable commodity services. In addition, SD Servers can provide competitive opportunities for new companies to take market share and industry leadership from current corporate leaders in one or a a plurality of major industries.
In some examples SD's and/or SD functions may be registered as free or paid (such as in some examples free for everyone, in some examples charging for time used, in some examples charging different prices for different functions, in some examples making some functions free and others paid, in some examples making use by a group's members free but paid by non-members, in some examples of a private SD server free for a group's members [such as a corporation's employees] with no access by non-employees, and in some examples any other combination of free use and differential pricing). In some examples a whole SD is registered in which case a registration process verifies the SD by using entered registration data to connect to the SD, initiate remote control and perform tests by known automated testing means. In some examples a plurality of SD functions are registered in which case a registration process verifies the SD functions by using entered registration data to connect to the SD, initiate remote control and perform tests by known automated testing means. In some examples the SD's and/or SD functions that are verified are added to one or a plurality of SD servers; and in some examples the SD's and/or SD functions are added to one or a plurality of local storage in local devices for local remote control use; in some examples SD's and/or SD functions are added to local storage with Web access so that it may be crawled, indexed and provided by external means such as a search engine, API's, third-party services, etc.
In some examples sponsor systems provide means for sponsors to purchase the display of static and/or video/audio advertisements, marketing messages and/or other communications; and in some examples users may receive free or lower-cost use of SD's and/or SD functions when sponsors' marketing is displayed; in some examples said sponsors messages may be displayed based upon demographic indicators of certain types of users; in some examples said sponsors messages may be displayed based upon behavioral triggers; in some examples said sponsors messages may be displayed based upon other indicators. In some examples display of a sponsors message and/or the use(s) are logged in a database, in some examples logged in an accounting system, in some examples logged in a billing and payment system, and in some examples logged in another type of system that records the display of sponsors commercial communications and/or its use.
In some examples an SD server provides one or a plurality of means to navigate to and select SD's and/or SD functions in order to enable their remote control by one or a plurality of users; in some examples to schedule reserved use of SD's and/or SD functions at a future date and time; in some examples to receive an alert when an SD and/or an SD function becomes available; and in some examples to receive a reminder when a scheduled SD and/or an SD function is available. In some examples a selected SD and/or SD function is available immediately for use; in some examples an SD is not available, or in some examples it is desired for future use, in which case options may be displayed for user selection (such as in some examples to be alerted when the resource becomes available, in some examples to schedule its use on a day and time, in some examples to schedule a reminder, or in some examples other options for use). In some examples when usage occurs those uses (including in some examples each type of use within one larger session) is monitored and/or logged; in some examples when usage occurs the display of sponsors messages and/or their use is monitored and/or logged; in some examples the resulting usage data from sponsors messages may in some examples be stored locally, in some examples be stored by an SD server, or in some examples be communicated to a monitoring and/or logging application or facility; in some examples said data may include in some examples user identification data, in some examples membership or subscription data, in some examples payment data, in some examples user account data, or in some examples any other data required by the receiving system(s).
In some examples said received usage, monitoring, logging and other received data is utilized to assess and collect payments from users; in some examples said data is utilized to assess and collect payments from membership organizations, employers, etc.; in some examples said data is utilized to assess and collect payments from sponsors; and in some examples said data is utilized to assess and collect payments from other sources. In some examples said data and revenues received are utilized to make payments to the owners of SD's and/or SD functions; in some examples to make payments to third-parties who are due licensing fees; in some examples to make payments to third-parties who are due royalties; and some examples to make payments to third-parties who provide services; and in some examples to make payments to others who are due payments or fees. In some examples SD owners, SD function owners, users, sponsors, membership organizations, content copyright owners, device or application vendors, services vendors, or others maintain an account(s) that includes in some examples means to make payments; in some examples means to receive payments; and in some examples means to edit, adjust and/or correct accounts. In some examples payments are made and/or received automatically; in some examples payments are made and/or received manually; and in some examples account adjustments are made automatically and/or manually. In some examples data required to make and/or receive payments is provided to third parties' accounting and/or billing systems; in some examples data is provided to third-parties' tracking and/or reporting systems; in some examples data is provided to others for other uses.
In some examples revenue and growth systems utilize a subset or plurality of analyzed aggregate data and/or raw data such as in some examples usage, revenue, pricing, payments and other data to identify opportunities to increase revenues, numbers of users, rates of growth, or other success indicators and/or metrics; in some examples said opportunities are utilized by SD owners, in some examples by sponsors, in some examples by third-parties (such as in some examples by digital content owners interested in larger royalties, in some examples by software application vendors interested in larger licensing fees, in some examples by services vendors interested in greater services fees, in some examples by others who are interested in other types of growth or competitive advantages) such that the most lucrative opportunities of various types may be visible to interested parties.
SD Server(s)—Register Whole or Functional SD's: Turning now to
In some examples one or a plurality of SD servers can each have one or a plurality of different names for the actual servers, applications, systems, processes, methods, services, etc. that provide means to find and use one or a plurality of SD's and/or SD functions (with example names described elsewhere). In some examples one or a plurality of SD servers can be public for any customer(s) or users; in some examples one or a plurality of SD servers can be private for the members or subscribers of a particular group, company, association, organization, governance, SPLS, etc. In some examples one or a plurality of SD servers can provide means to find and select an SD and/or an SD function but not connect to it and use it; and in some examples one or a plurality of SD servers can provide means to find and select an SD and/or an SD function including also connecting to it and using it.
SD's 2432 2433 and/or SD functions 2432 2433 2434 may be registered 2432 with one or a plurality of SD servers 2430 2431 in some examples by owners of SD's 2432 (who in some examples are individuals, in some examples are organizations that are set up to provide SD's and/or SD functions, or in some examples are corporations or businesses). In some examples an SD owner's data may be entered 2432 and stored 2432 2431 in one or a plurality of SD databases; including SD owner data such as in some examples said owner's identity 2432, in some examples said identity's account set up information [such as in some examples identity's physical address, in some examples identity's contact information, in some examples identity's other information required to set up an SD owner's account] 2432, in some examples said owner's bank account information [such as in some examples data required to make direct deposits of payments to said SD owner] 2432, and in some examples other information required to set up an SD owner's financial account 2432. In some examples an SD owner's may register and set up one or a plurality of SD's 2432 by entering 2432 and storing 2432 2431 said SD's in one or a plurality of SD databases; including SD data such as in some examples said SD's name 2432, in some examples said SD's address 2432, in some examples said SD's login information 2432, in some examples said SD's functions 2432, in some examples said SD's content 2432, and in some examples said SD's other information required to set up an SD 2432. In some examples a plurality of SD's may be registered and set up rapidly with a plurality of SD servers, by means of an interface designed to register multiple devices simultaneously 2432, in bulk 2432, and/or rapidly 2432. Said registration(s) of SD owners 2432 and registered SD's 2432 may be stored in one or a plurality of locations 2431 such as in some examples one or a plurality of SD servers 2465, SD databases 2431; in some examples temporary storage 2431; in some examples a specific system, method or process such as an SD server 2430 2431, an SD service 2430 2431, a “Have It All” Center 2430 2431, an “Enjoy It All” Center 2430 2431, a “Do It All” Center 2430 2431, or another name(s) 2430 2431; and in some examples any type of network accessible storage 2431.
Said registered SD's may be registered and stored in some examples as a whole device 2432 2433 2431 (such as any of the subsidiary devices described elsewhere), in some examples SD functions may be registered and stored 2432 2433 2434 2431, and in some examples both whole SD's and their functions may be registered and stored 2432 2433 2434 2431. In some examples registered and stored SD functions can include applications 2435 2433 2431 (such as in some examples word processing 2435, in some examples spreadsheets 2435, in some examples presentations 2435, and in some examples other types of application software 2435).
In some examples registered and stored SD functions can include digital music content 2436 2433 2431 (such as in some examples songs 2436, in some examples artists 2436, in some examples music genres 2436, in some examples play lists 2436, in some examples other digital musical content or pre-selected means to access it 2436). In some examples registered and stored SD functions can include digital entertainment content 2437 2433 2431 (such as in some examples movies 2437, in some examples television shows 2437, in some examples Web TV shows 2437, in some examples pictures or images 2437, in some examples other video content 2437, in some examples other visual content 2437, in some examples digital entertainment content by title 2437, in some examples digital entertainment content by category 2437, in some examples digital entertainment content by actors 2437, in some examples other video content or pre-selected means to access it 2437, in some examples other visual content or pre-selected means to access it 2437, and in some examples other digital entertainment content or pre-selected means to access it 2437). In some examples registered and stored SD functions can include published content 2438 2433 2431 (such as in some examples books 2438, in some examples magazines 2438, in some examples news 2438, in some examples presentations 2438, and some examples documents 2438, in some examples greeting cards 2438, in some examples audio books 2438, in some examples educational textbooks 2438, in some examples reference books 2438, in some examples art books 2438, in some examples photography books 2438, in some examples maps 2438, in some examples bulletins 2438, in some examples transcripts or records of public meetings 2438, in some examples travel guides 2438, in some examples picture books 2438, in some examples e-books 2438, in some examples journals 2438, in some examples papers presented at scientific conferences 2438, in some examples corporate white papers 2438, in some examples reports 2438, in some examples digital slide sets for presentations 2438, in some examples publications by title 2438, in some examples publications by category 2438, in some examples publications by authors 2438, in some examples other published content or pre-selected means to access it 2438).
In some examples registered and stored SD functions can include creation applications 2439 2433 2431 (such as in some examples creating publications 2439, in some examples creating e-books 2439, in some examples creating presentations 2439, in some examples creating music 2439, in some examples creating or editing movies 2439, in some examples creating or editing videos 2439, in some examples creating databases 2439, in some examples editing photos 2439, in some examples creating digital realities 2439 [as described elsewhere], in some examples interface design applications for creating or editing interfaces for TP devices, software applications, electronic devices, control panels, etc. 2439, in some examples other types of creation applications 2439, and in some examples other types of editing applications 2439). In some examples registered and stored SD functions can include services for which a particular SD has paid, installed the service(s), and remote control users of said SD may use the service(s) 2440 2433 2431 (such as in some examples high speed Internet 2440, in some examples online games 2440, in some examples teleconferencing 2440, in some examples various types of online services that require a membership or subscription 2440, in some examples research library access 2440, in some examples databases 2440, in some examples using one or a plurality of digital realities 2439 [as described elsewhere], in some examples research journals 2440, in some examples scientific publications 2440, in some examples research services 2440, in some examples specialized search engines in a field such as law or business research 2440, in some examples other types of services 2440).
In some examples registered and stored SD functions can include other SD functions 2441 2433 2431, other SD features 2441 2433 2431, other SD applications 2441 2433 2431, other SD content 2441 2433 2431, other SD services 2441 2433 2431, and other SD capabilities that may be accessed and used by remote control (such as in some examples games 2441, in some examples virtual realities 2441, in some examples RTPs 2441, in some examples constructing a new digital reality that will be broadcast by one or a plurality of controllable RTPs 2441, in some examples using a set-top box to watch television in real-time 2441, in some examples using a set-top box to schedule the recording of a television show 2441, in some examples using a set-top box to play back a previously recorded television show 2441, in some examples using a remotely controllable DVR (Digital Video Recorder) to record and/or play a television show 2441, and in some examples any other controllable function of an accessible SD). in some examples said accessible functions include SD's and/or SD functions that may be used for free, or for a charge, and provide other SD capabilities 2441 such as in some examples games, virtual realities, RTPs, set-top boxes, digital video recorders, etc.
In some examples owners of SD's register their SD's as free 2444 2445 or paid 2444 2446 (including in some examples charging for the time used [such as by the hour] and allowing the use of any and all functions 2434 during that paid time); in some examples owners of SD's register their individual SD functions 2434 as free 2444 2445 or paid 2444 2446 (including in some examples setting different prices for different functions such as charging one price for the use of office software 2435, a second price for streaming music 2436, a third price for reading books online 2438, and a fourth price for using the SD for teleconferences 2440); in some examples owners of SD's register some SD uses as free 2444 2445 and some SD uses as paid 2444 2446 (including in some examples different prices for the different paid functions). In some examples paid uses 2446 may be completely supported by advertising revenues 2447 2448 without charge to the SD users; in some examples paid uses 2446 may be partly supported by advertising revenues 2447 2448 and partly supported by user payments 2447 2448 so that lower usage prices are paid by the SD users 2448 while higher revenues are received by SD sources 2448. In some examples paid uses 2446 may be completely supported by membership payments 2447 2449 or subscription payments 2447 2449 so that members 2449 or subscribers 2449 do not pay anything; in some examples paid uses 2446 may be partly supported by membership payments 2447 2449 or subscription payments 2447 2449 so that lower usage prices are paid by the SD users 2448 so that members 2449 or subscribers 2449 pay potentially reduced prices for SD use.
In some examples other forms of revenues may be received from SD's 2447 which in some examples enables SD's to be provided without charge 2447 2449, and in some examples enables lower SD usage prices 2448; in some examples some revenues may be provided by nonprofit organizations 2447 2449; in some examples some revenues may be provided by grants 2447 2449; in some examples some revenues may be provided by being part of an affiliate network 2447 2449; in some examples some revenues may be provided by an employer 2447 2449 that owns and provides SD's for its employees (including in some examples for doing their jobs, and in some examples for their use outside of work); and in some examples some revenues may be provided by another source—any of which can enable lower SD usage prices or no SD usage payments by SD users 2448.
In some examples owners of SD's set up their SD's 2452 and/or their SD's functions 2452 in part by selecting whether they are setting up a whole SD 2453, a plurality of the SD's functions 2453, or both the SD and a plurality of its functions 2453. In some examples the whole SD is registered 2453 in which case a registration process verifies the SD 2460 by using the previously entered registration data 2432 2433 to connect to the SD 2460, initiate remote control 2460 (as described elsewhere), and perform various remote control tests by known automated testing means 2460. In some examples if the SD is verified 2460 it is added to one or a plurality of SD server(s) 2461 2464 2465; and in some examples if the SD is verified 2460 it's remote control profile is added to local storage 2461 2464 2466 in one or a plurality of the SD owner's CD(s) as a directly remote controllable subsidiary device. In some examples a plurality of SD functions are registered 2453 in which case a registration verifies the SD's functions 2454 by using the previously entered registration data 2432 2433 2454 to connect to the SD 2454, initiate remote control 2454 (as described elsewhere), and perform various remote control tests by known automated testing means 2460. In some examples one or a plurality of registered SD functions is accessed, read and stored such as in some examples applications 2455, in some examples content 2456, in some examples services 2457, and in some examples other SD functions 2458. In some examples the SD functions that are verified 2459 are added to one or a plurality of SD server(s) 2461 2464 2465; and in some examples if the SD functions are verified 2460 their remote control profile(s) are added to local storage 2461 2464 2466 in one or a plurality of the SD owner's CD(s) as directly remote controllable SD functions.
Alternatively, in some examples SD's owners may utilize an application, a module or a third-party system to create a locally stored registration file for one or a plurality of SD's and/or SD functions; in which case in some examples an external search provider, system, service, etc. can crawl, discover, index and/or store said SD and/or SD functions in some examples for searching 2472, in some examples for navigating to by other known means 2472, and in some examples for sending public or private notifications or alerts of newly discovered or currently available resources that include SD's and SD functions, and in some examples for other external uses.
SD Server—Use SD's and/or SD Functions: Turning now to
In some examples access to an SD server 2470 2472 can be cross-platform and independent of one operating system or application execution environment. In some examples SD's can be crawled, indexed and (optionally) cached by an SD server and/or by an external search provider; in some examples for sending “push” alerts or notifications such as to announce the availability of new or existing SD's, and/or new or existing SD functions, in some examples for storing SD data, in some examples for storing available SD functions, in some examples for updating stored data on previously registered SD's and/or SD functions.
In some examples said means for SD server access are displayed by an interface(s) for a SD server; in some examples by a third-party application(s) 2473; in some examples by a search engine that can search accessible SD's 2473, or search accessible SD functions 2473, or search SD's and SD functions based on real-time availability 2473; in some examples by a client interface such as a widget(s) 2473, web client(s) 2473, module(s) 2473, component(s) 2473, third-party service(s) 2473, etc. that may be provided by a separate application(s) 2473, service(s) 2473, network(s) 2473, portal(s) 2473, etc. that access SD server data and/or direct SD data. Herein direct SD server navigation 2470 and navigation through a plurality of means 2470 2473, whether to select and control a whole SD or one or a plurality of SD functions; and whether for free uses, subscriptions/membership uses or paid uses are collectively referred to as an SD server and/or the use of an SD server.
In some examples using an SD server 2470 2473 (optionally) can require authentication and/or authorization 2471 (utilizing processes described elsewhere, or other known processes). If authentication and/or authorization are required then in some examples a user may submit a user ID 2471, in some examples an identity 2471, in some examples a password 2471, in some examples a code 2471, in some examples a credential 2471, in some examples a membership 2471, or in some examples another form of authentication and/or authorization 2471. In some examples authentication and/or authorization are denied and said user is denied use of the SD server 2470 2473. In some examples authentication and/or authorization are approved and use of the SD server 2470 2473 is permitted according to the permissions granted to that specific user. In some examples authentication and/or authorization are not required and a user proceeds directly to selecting an SD 2472 or an SD function 2472.
In some examples requests to find and access an SD 2472 or an SD function 2472 are received, and said request includes selection of a navigation means such as in some examples a search(es) 2472, in some examples a list(s) 2472, in some examples a portal(s) 2472, in some examples a directory(ies) 2472, in some examples a category(ies) 2472, in some examples a group(s) 2472, and in some examples any other known selection means 2472. In some examples an SD server 2472 accesses the full range of SD's 2472 and/or SD functions 2472 on one or a plurality of SD server(s) 2472, and provides means to navigate 2472, filter 2472, search 2472, select 2472, connect 2472, remote control 2472, etc. SD's and/or SD functions from the range of choices provided.
In some examples an SD server 2470 2472 accesses a subset(s) of SD's 2473 and/or SD functions 2473 and provides access to one or a plurality of subsets of SD's 2473 and/or SD functions 2473 such as in some examples those that are free 2475 (and can be remotely controlled and used without a charge or cost); in some examples said subsets include SD's and/or SD functions that are commercial and require payment 2476 2477 2478; in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide music 2436; in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide entertainment shows 2437 such as in some examples movies, television shows and/or other types of recorded entertainment; in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide word-based content 2438 and static picture-based content 2438 such as in some examples books, magazines, textbooks, news, articles, papers, reports, presentations, documents, maps, bulletins, transcripts, records, guides, journals, etc.; in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide applications 2435 such as in some examples word processing, spreadsheets, presentations, etc.; as well as creation/editing applications 2439 such as in some examples publications, ebooks, music, movies, videos, photo editing, databases, digital realities, design, interfaces, etc.; in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide services 2440 such as in some examples games, teleconferencing, digital realities, research services, limited access services, etc.; and in some examples said subsets include SD's and/or SD functions that may be used for free or for a charge and provide other SD capabilities 2441 such as in some examples games, virtual realities, RTPs, set-top boxes, digital video recorders, etc.
In some examples requests to select and use an SD 2472 or an SD function 2472 includes selection of whether said use is free 2474 or paid 2474; in some examples a request is to use and control a free SD 2475 and/or a free SD function(s) 2475, in which case a user may (optionally) be requested to enter valid identity and/or contact information prior to said free use(s). In some examples a request is to use and control a paid SD 2476 and/or a paid SD function(s) 2476. In some examples said paid requests 2476 are for SD's and/or SD functions that are restricted to commercial users and in some examples this may require payment 2477 2478 such as by opening an account and entering a credit card for payment; in some examples paying a fee 2477 2478; in some examples registering and providing identity and contact information in lieu of payment 2477 2478; and in some examples other known payment means or processes 2477 2478. In some examples said paid requests 2476 are for SD's and/or SD functions that are restricted to members of an authorized group(s) and in some examples this may require presenting a code 2477 2479, in some examples a credential 2477 2479, in some examples a membership confirmation 2477 2479, in some examples an authorized identity 2477 2479, in some examples and automated presentation of an employee's login or credentials 2477 2479 if the group is a corporation or business association; in some examples signing up for a new membership or subscription 2477 2479, in some examples another type of membership or subscription process 2477 2479.
In some examples the actual free uses 2475, paid uses 2476, and/or membership or subscription uses 2477 2479 may (optionally) include in some examples retrieving and displaying sponsor(s) messages 2482, in some examples retrieving and displaying sponsor(s) advertisements 2482, in some examples retrieving and displaying sponsor(s) links 2482, in some examples retrieving and displaying sponsor(s) marketing information 2482, and in some examples retrieving and displaying other types of communications 2482. In some examples the revenue from said messages 2482 may be used to replace users' payments and thereby provide free SD use 2475 and/or free SD functions 2475. In some examples the revenue from said messages 2482 may be used to replace part of the revenues from users and thereby provide lower-cost SD use 2475 and/or lower-cost SD functions 2475. In some examples the revenue from said messages 2482 may be used to increase the revenues from all sources and thereby reduce higher profits from providing SD's for use 2475 and/or produce higher profits from providing SD functions for use 2475.
In some examples sponsor systems 2494 provide various systems, processes, methods and other means for generating revenues, which may include marketing, advertising, product information, sales, marketing information, branding, public relations, and other forms of communications for which access to SD users may be purchased by sponsors. In some examples said sponsor systems 2494 include sponsor selection 2495 such as by auction(s) 2495, sale 2495, etc. In some examples selected sponsors 2495 enter deliverable messages 2496 which may include advertising 2496, marketing information 2496, product information 2496, video (including audio) 2496, images 2496, branding 2496, other sponsors' messages and/or content 2496, and other types of commercial information 2496. In some examples said entered messages 2496 may (optionally) include categories such as in some examples the type of SD used 2472, in some examples the type of SD function used 2472, in some examples the type of SD content accessed 2472, in some examples the type of SD service used 2472, in some examples by the name of a competing product that is used 2472 2484 2486, and in some examples other types of behavioral triggers by a user of an SD or an SD function 2484 2486. In some examples said entered messages 2496 are stored for retrieval 2497 during SD use 2482 as described elsewhere. In some examples said retrieved and displayed messages 2497 2482 2486 are recorded in one or a plurality of systems such as in some examples an accounting system 2505 2506, in some examples a monitoring system 2486 2508 2507, in some examples a logging system 2486 2508 2507, in some examples a billing and payment system 2505 as described elsewhere, or in some examples another type of system that utilizes sponsors data 2494 2495 2496 2497 and/or its usage 2482 2486.
In some examples various uses of an SD device 2484 are described elsewhere. In some examples an SD or SD function is available 2485 immediately and used 2486; in some examples said usage is (optionally) monitored 2486 and/or (optionally) logged 2486 as described elsewhere. In some examples an SD or SD function is not available 2485, or in some examples it is desired for future use, in which case options are displayed 2487 such as in some examples to request an alert 2488 as soon as the requested resource becomes available and receive said alert 2491 when that occurs so the subsidiary device may be used 2486 (with optional monitoring 2486 and/or optional logging 2486 of use). In some examples a subsidiary device is not available 2485 in which case options are displayed 2487 such as in some examples to schedule the use on a specific day and time in the future 2489, and in some examples to schedule a reminder for the desired date(s) and time(s) 2489; then in some examples receive a reminder 2490 at that time, and in some examples use the subsidiary device 2486 as scheduled (with optional monitoring 2486 and/or optional logging 2486 of use). In some examples a subsidiary device is found and selected 2484 2485 but the user wants to schedule its use on a specific day and time in the future, and upon that optional user selection 2485 2487 in some examples the user schedules its use on a specific day and time in the future 2489, and in some examples the user schedules a reminder for the desired date(s) and time(s) 2489; then in some examples the user 2489 and receive a reminder 2490 at that time so the subsidiary device may be used 2486 as scheduled (with optional monitoring 2486 and/or optional logging 2486 of use).
In some examples said monitored 2486 and logged 2486 usage data 2486 may be communicated by one or a plurality of networks to an appropriate monitoring and/or logging application or facility 2508 2507 where said data is received and stored. In some examples user data 2478 2479 during the selection process may be communicated by one or a plurality of networks to an appropriate monitoring and/or logging application or facility 2508 2507 where said data is received and stored. In some examples membership data 2479, subscription data 2479, or other user identification data during the selection process may be communicated by one or a plurality of networks to an appropriate monitoring and/or logging application or facility 2508 2507 where said data is received and stored. In some examples payment data 2478 2479 and/or user account data 2478 2479 during the selection process may be communicated by one or a plurality of networks to an appropriate monitoring and/or logging application or facility 2508 2507 where said data is received and stored.
In some examples said monitored, logged and stored data 2508 2507 is used to provide accounting systems 2505 and payments 2510. In some examples accounting systems 2505 (such as described elsewhere) receive revenues 2508 2506, in some examples collect revenues 2508 2506, in some examples store and/or retrieve stored revenues data 2506 2507 2508, in some examples calculate payments 2509, in some examples make payments 2510, and in some examples perform other accounting functions. In some examples accounting systems 2505 receive and collect payments from the use of SD's 2486, in some examples from payments from the use of SD functions 2486, in some examples collect payments from the display of sponsors marketing messages 2482, in some examples collect payments from the use of sponsors marketing messages 2482, in some examples collect payments from organizations for the use of SD's and or SD functions used by their members, subscribers, employees, etc. 2479, and in some examples receive or collect revenues from other sources.
In some examples said stored usage data 2506 is employed in some examples to invoice sponsors 2498; in some examples to receive sponsors' payments 2499; in some examples to acquire revenues from sponsors 2506; and in some examples to invoice organizations for use of SD's and/or SD functions used by their members, subscribers, employees, etc. 2479. In some examples sponsors are invoiced for advertisements 2506 2497 2498 2499; in some examples sponsors are invoiced for marketing messages 2506 2497 2498 2499; in some examples sponsors are invoiced for SD uses and/or SD functions uses where they have placed their products into use 2506 2497 2498 2499; in some examples sponsors are invoiced for brand placements where they have placed their related brands into SD uses 2506 2497 2498 2499; in some examples sponsors are invoiced for marketing information delivered within SD uses 2506 2497 2498 2499; in some examples sponsors are invoiced for links displayed (such as to make an online purchase, see an item in an online store, add an item to a wish list, etc.) during an SD use 2506 2497 2498 2499; in some examples sponsors may be invoiced for or another e-commerce action 2506 2497 2498 2499. In some examples users pay directly for SD uses 2477 2478; in some examples users who are members 2477 2479 are entitled to use one or a plurality of SD's; in some examples users who are members 2477 2479 are entitled to use one or a plurality of SD's; in some examples users register 2477 2478 in order to use one or a plurality of SD's; in some examples users do a new registration, membership, subscription, etc. 2477 2478 in order to use one or a plurality of SD's; in some examples users who are governance members 2477 2479 are entitled to use one or a plurality of SD's; and in some examples users make cash payment or provide other forms of entitled uses by other means.
In some examples one or a plurality of revenue sources 2494 2476 2478 2479 2482 2484 such as sponsors, organizations, users, etc. maintain a financial account that includes deposited monies, and accounting invoices automatically bill said depository accounts and receive payments in one electronic step; in some examples one or a plurality of revenue sources 2494 2476 2479 2482 2484 maintain electronic payment instrument in their financial accounts (such as in some examples a credit card, in some examples automatic payment by a bank account, in some examples automated payments by a third-party payment service, etc.) and said invoices automatically invoice said revenue source's financial account and receive payment in one electronic step by means of said electronic payment instrument; and in some examples one or a plurality of revenue sources 2494 2476 2479 2482 2484 receives billing or invoices and makes a separate payment(s).
In some examples accounting systems 2505 calculate and pay SD owners for the use of their device(s) and/or the use of their SD's functions 2509 2510 which in some examples include applications, in some examples include content, in some examples include services, and in some examples include other SD capabilities. In some examples accounting systems 2505 calculate and pay third-parties in some examples when their devices are used and payments, licensing fees, royalties or types of other payments are due 2509 2510; in some examples accounting systems 2505 calculate and pay third-parties in some examples when their applications are used and payments, licensing fees, royalties or types of other payments are due 2509 2510; in some examples accounting systems 2505 calculate and pay third-parties in some examples when their digital content is used and payments, licensing fees, royalties or other types of payments are due 2509 2510; in some examples accounting systems 2505 calculate and pay third-parties in some examples when their services are used and payments, licensing fees, royalties or other types of payments are due 2509 2510; in some examples accounting systems 2505 calculate and pay other costs and expenses to third-parties for related services 2509 2510 such as in some examples storing and delivering sponsors messages 2494, in some examples network services such as transmission, storage, etc.; in some examples application services such as developing and running one or a plurality of SD servers 2470 2473; in some examples for maintaining user accounts 2471; in some examples for maintaining and running an online e-commerce store; in some examples for other SD server features or services.
In some examples said accounting system(s) 2505 provides said accounting data 2507 to third parties' accounting and/or billing systems so that said third-parties can receive revenues from one or a plurality of sources 2478 2479 2482 2484 2494 2497 2499; and also calculate and make third-party payments to in some examples SD owners 2509 2510, in some examples third-party payments to those due licensing fees 2509 2510, in some examples third-party payments to those due royalties 2509 2510, in some examples third-party payments to those who provide services 2509 2510, and in some examples third-party payments to others who are due payments or fees.
Alerts, reservations, reminders: In some examples a user has located an SD or an SD function that is not available 2485, and in that case said user may set a current alert 2487 or a current notification 2487 (herein named “alert”) which are described elsewhere. In some examples an alert for a specific SD or a specific SD function may be set to notify the user immediately 2488 as soon as the device or function becomes available 2490. In some examples some alerts may be created, stored, retrieved, edited, activated, deactivated, deleted, etc. (referred to herein as “managed”) as described elsewhere. When said alert is received 2490 it includes means to connect to the SD or SD function and use it remotely. In some examples a user has located an SD or an SD function that is not available 2485, and in that case said user may schedule a future reservation 2487 (herein named “scheduled reminder”); in some examples a future reservation for a specific SD or a specific SD function may be set to remind the user 2490 at the scheduled date and time when the device or function is reserved for use 2490. In some examples some scheduled reminders may be created 2489, stored 2489, retrieved 2489, edited 2489, activated 2489, deactivated 2489, deleted 2489, etc. (referred to herein as “managed”). In some examples some scheduled reminders may be managed in TP user profiles 2489; in some examples some scheduled reminders may be managed in TP user records 2489; in some examples some scheduled reminders may be managed in one or a plurality of a person's directory entry(ies) 2489 such as in each identity's directory entry; in some examples some scheduled reminders may be managed in other user data sources such as in some examples an identity's presence settings 2489; in some examples some scheduled reminders may be managed in other applications 2489 or in other services 2489; in some examples some scheduled reminders may be managed by other means. In some examples one or a plurality of scheduled reminders 2489 are retrieved 2490 from one or a plurality of sources of scheduled reminders; and some examples said retreat scheduled reminders 2489 2490 are maintained as a list of reminders 2489; and in some examples a scheduled reminder is sent 2490 to the appropriate identity(ies) about the availability of a reserved SD or SD function. When said scheduled reminder is received 2490 it includes means to connect to the SD or SD function (as described elsewhere) and use it remotely.
Revenue and growth systems: In some examples revenue and growth systems 2511 (such as described in more detail elsewhere, but described here in a brief summary, as well as having some examples of specific features called out) utilize data 2505 2506 2507 2508 2509 2510 so that SD owners, sponsors 2494 and others (herein collectively called “interested parties”) can identify opportunities to increase revenues 2510, numbers of users 2486, rate of growth 2512, or other success indicators and metrics 2512. In some examples interested parties utilize usage data 2475 2476 2478 2479 2508 2507; in some examples interested parties utilize accounting data 2507; in some examples interested parties utilize sponsors data (including user actions based on sponsor messages) 2497 2506 2507; in some examples interested parties utilize automatically analyzed data such as ranked revenue opportunities 2507 2509 2510; in some examples interested parties utilize automatically analyzed data such as ranked growth opportunities 2507 2509 2510; in some examples interested parties utilize automatically analyzed data such as ranked SD functions by numbers of users, rate of growth, or other comparative metrics 2507 2509 2510; in some examples interested parties utilize reports 2512, dashboards 2512, ranked opportunities 2512, gap analyses 2512, or other types of analyzed and reported data 2512.
In some examples interested parties receive revenue and growth systems data 2511 2512 in some examples from one or a plurality of SD servers 2470, and in some examples from one or a plurality of third-party SD application(s) 2473; in some examples from one or a plurality of search engines that search accessible SD's 2473, or search accessible SD functions 2473, or search SD's and SD functions based on real-time availability 2473; in some examples from one or plurality of client interface usage data such as widget(s) 2473, web client(s) 2473, module(s) 2473, component(s) 2473, third-party service(s) 2473, etc. that may be provided by a separate application(s) 2473, service(s) 2473, network(s) 2473, portal(s) 2473, etc. that provide access to SD's and/or to SD functions.
In some examples interested parties receive revenue and growth systems data 2511 2512 in some examples from an online analytics and reporting service(s) 2511 2512, in some examples an online dashboard(s) service(s) 2511 2512, in some examples a behavior tracking and ad serving service 2511 2512, in some examples another type of tracking, monitoring, and/or measurement service(s) 2511 2512. In some examples interested parties may (optionally) receive revenue and growth data 2511 2512 from one or a plurality of third-party business systems, or in some examples another external applications' tracked data, logs, etc. to utilize said types of data.
In some examples said revenue and growth systems data 2511 2512 is used to determine which types of SD's to provide 2472 2475 2476; in some examples said data 2511 2512 is used to determine which types of SD functions, SD applications, SD content, etc. to provide 2472 2475 2476; in some examples said data 2511 2512 is used to determine which kinds of free SD usage and/or free SD functions to provide 2475 to achieve various business goals such as growth in usage numbers 2475 versus growth in paid revenues 2476; in some examples said data 2511 2512 is used to determine which SD price levels to set for which SD's and/or which SD functions; in some examples said data 2511 2512 is used to determine how to increase revenues and earnings; in some examples said data 2511 2512 is used to determine how to increase the numbers of users (either free or paid as desired); in some examples said data 2511 2512 is used to determine how to increase sales revenue; in some examples said data 2511 2512 is used to determine how to increase registrations; in some examples said data 2511 2512 is used to determine how to increase subscriptions; in some examples said data 2511 2512 is used to determine how to increase memberships; in some examples said data 2511 2512 is used to determine how to increase how to develop and obtain feedback on new types of SD's and/or new SD features); in some examples said data 2511 2512 is used to determine how to provide access to more SD's and SD functions so that people can live better without needing to buy or spend as much (on SD's and/or SD functions); and in some examples said data 2511 2512 is used to determine new ways to experiment with various new options for utilizing SD's and SD functions.
Some SD information server alternatives: In some examples SD information servers can be separate systems, methods, processes, etc. for aggregating SD data (such as in some examples usage, revenue, pricing, payments and other data) to show how SD's and SD functions are used and payments produced, so that aggregated usage and/or payment information may be made visible, accessible, navigable, connectable and displayable by others (herein referred to as revenue and growth systems 2511 2512). In some examples said SD revenue and growth systems may require special access to view said aggregated data such as a login ID and password). In some examples SD revenue and growth systems may include broad or focused data from SD usage and/or SD functions usage, and in some examples SD information servers may include focused public or private subsets of SD usage data and/or SD functions usage data. In some examples SD revenue and growth systems may display calculated and/or estimated gaps between the quantity(ies) of SD's and/or SD functions available and their actual usage and revenues, in order to identify and present the most lucrative financial opportunities to provide and sell remote control of SD's and/or SD functions. In some examples SD revenue and growth systems that provide information and data can be included with SD servers, and in some examples SD revenue and growth systems can be provided by third-parties. In some examples SD information servers can be accessed by one or a plurality of sources who sell SD usage and/or SD functions (such as to determine which SD's and/or SD functions to provide to increase revenues); in some examples they can be accessed by one or a plurality of customers or prospective customers (such as to determine which types of SD's and/or SD functions are most popular and most desirable), in some examples they can be accessed by one or a plurality of network application(s) or service(s) (such as to determine the volume and types of network services required to provide SD's and/or SD functions; and in some examples by others who can make use of SD information server data.
DIGITAL PRESENCE AND PRESENCE SERVICES SUMMARY: It is an object of ARTPM Digital Presence (hereinafter Teleportal Digital Presence, or TPDP) to introduce a digital expansion of physical presence whereby Digital Presence (TPDP) in some examples becomes as important as physical presence, and in some examples TPDP may become more important. To achieve this it modifies the current reality's digital telecommunications which is product-focused (such as an Apple iPhone), vendor-focused (such as Microsoft Windows Phone 7) and service contract-focused (such as a Verizon cell phone contract)—which are typically designed to make one specific communication to an individual and/or a group at one time, then terminate said communication. As a result, current telecommunications services are often priced and sold by the type of use such as one price for a text or texting, another price for one phone call or a fixed amount of voice calling time, another price for a kilobyte of data or a limited quantity of data, etc—as if the electricity used to watch a television show was priced at a different rate than the electricity used to heat a house for one night. The TPDP's high-level principle is that users should have “digital presence” (which is broader conceptually than a telecommunications product, a telecommunications vendor or a telecommunications service contract) rather than the many individual devices and services a customer may have been sold to communicate with. With TPDP in some examples this means real-time digital presence (including always-on communications) between a plurality of different types of devices with more capabilities and in some examples with simpler end-user operations by means of a consistent TP interface (as described elsewhere); and in some examples a plurality of users may participate in one or a plurality of concurrent continuous connections by means of various devices and networks.
In some examples TPDP is different than current digital communications or virtual reality. In physical reality, when you walk outside and stroll down a physical street you can see everyone and everything there, and they can see you. If you are physically present on a street anyone can turn to you; make you their focus and talk directly to you. When you are in a physical conversation the other person(s) in it can hear you, too. In the digital reality of ARTPM's Shared Planetary Life Spaces (SPLS), when you figuratively “walk out” on a “digital street” it is as if you have walked out on a physical street—you are “present” in the digital environment and can see everyone and everything that is digitally present with you, and they can digitally see you. If you and one or a plurality of others focus on each other you can hear each other, too—just like when some of those present on a street turn to each other and have a physical conversation. It is not a virtual reality, however, which uses illustrations, pictorial images and avatars instead of the real images of real people and real places.
There are also differences between physical and digital reality, however, starting with a first example of how you enter TPDP: You enter TPDP by selecting one or a plurality of identities by means of logging in as an identity, or using a device such as a mobile phone that is attached to one or a plurality of selectable digital identities (which in some examples are selected manually, and in some examples are selected automatically). In some examples you choose to “be” yourself digitally, or in some examples you can choose to “be” any one or a plurality of your identities. Next, in some examples you select one or a plurality of devices (a current parallel for multiple devices is carrying a work mobile phone like a Blackberry that may include paging and e-mail, and also carrying a personal mobile phone to stay in touch with family and friends by voice, text, email, twitter, pictures, etc. Further, in some TPDP examples you open or join one or a plurality of SPLS(s) for each identity and device, which opens your digital presence with the IPTR (Identities [people], Places, Tools, Resources, etc.) in each of those SPLS(s). In some examples one step is to select a focused connection (or a plurality of focused connections)—the digital parallel to approaching one person on a physical street to have a conversation, while everyone and everything else present is in the background and cannot hear the conversation (in an SPLS only one or a plurality of chosen connections are the active focused connection[s] at one time, while the other SPLS members are in the background even though they are concurrent and may be focused immediately). Continuing this parallel between physical and digital environments, in a physical conversation the members of that conversation can hear it while others are too far away to hear it—again similarly, in some examples of a TPDP SPLS connection the members of a focused connection can hear it and see its related resources (such as a presentation, an application, other people in the focused connection, etc.) while those in the SPLS who are not part of the focused connection are not part of its audio, content, members, related resources, etc.
Some examples illustrate TPDP with a plurality of figures and examples (which are more descriptive and detailed than the following summary):
PRESENCE IN A PLACE: Together,
In some examples “reality replacement” may be provided either by choice or as a business service, in some examples by replacing original source places without informing participants that said source replacements have been made; in some examples by a “reality replacement” business service(s) such as advertising replacements; in some examples location replacements for clients such as theme parks, travel visitors bureaus, etc.; in some examples product replacements or brand replacements for clients such as electronics vendors, fast food vendors, big-box stores chains, political parties or politicians, etc.; in some examples personal replacements for clients such as individuals who want to appear to have been in certain places at certain times; etc.
NEW “CURRENT EVENTS MEDIA”:
This brief TPDP summary should make it clear that there may be a growing split between the physical world (which can only be reached or altered in limited ways) and TPDP digital reality(ies) that may be chosen, shaped, bounded and controlled in a growing number of individual and/or simultaneous ways, with a growing degree of reality and “accuracy”, so that what is said to be “real” takes on increasingly different meanings depending on whether one means physical reality or TPDP digital reality(ies). As a result, the vision and practice of TPDP digital reality(ies) may grow until these are more powerful, more desirable and more “real” to some than a more local and more limited physical reality.
Privacy: Finally, privacy is not a TPDP issue within an SPLS because personal membership is voluntary, and each identity(ies)'s SPLS(s) may specify the information available to or from the SPLS, groups of SPLS members, and/or each individual SPLS member—with these levels of control TPDP privacy is what each person wants. In some examples an SPLS may be more public and include information such as in a personal directory listing like names, telephone numbers, street addresses, e-mail addresses, company, title, etc.—but not include private information such as current location, current device(s) in use, current activity(ies), Social Security numbers, financial accounts, drivers license numbers, etc. in other examples an SPLS may be more private such as an SPLS designed for financial management and this type of SPLS may include Social Security numbers, financial accounts, and the assets and/or liabilities in one or a plurality of financial accounts in addition to names, addresses, etc. In other words, each SPLS may include the types of information that are appropriate and commonly used for the purpose(s) of that SPLS, and where memberships are voluntary (whether in one's own SPLS's and/or as a member of other SPLS's) then the appropriate information is included because each individual permits or denies it. Outside of an SPLS privacy may or may not be considered a digital reality issue because various types of identifications (in some examples by an RTP, in some examples by face recognition, in some examples by physical or biometric identification, in some examples by association with a GPS-enabled device to which an identity is logged in, etc.) yield public information on the currently logged in identity(ies), and do not need to yield private or secret information on those who are identified. Similarly, in some examples an identification (such as a public RTP identification) does not yield information on a different identity or person that is not logged in. In some examples the range of public information on an identity may grow as that person engages in a wider range of public activities and creates a plurality of identities, but only public information may be accessed and retrieved about each identity—not its private or secret information. Furthermore, in some examples identifications are based on each person's current login(s) so if one wants to restrict one's information, one can choose to login with one or a plurality of public identities that provide the level of digital visibility wanted because one has taken the appropriate and available steps to manage those “public” identity(ies) visible and/or accessible information.
PERSONAL DIGITAL PRESENCE: Some examples of “Personal Digital Presence” are illustrated in
After login TPDP services are accessed by means of one network 3405 or by means of a plurality of networks 3405. In some examples these may include one or a combination of an IP network 3405 such as the Internet; a PSTN 3405 such as a telephone network; a cable network 3418 such as a combined cable television, Internet access and VOIP network; a TPN (Teleportal Network) 3418; or another type of network. In some examples the TPDP service (which is a component on one or a plurality of networks 3405) monitors state information derived from one or a plurality of logins 3402, and one or a plurality of uses of TP Devices 3403, Subsidiary Devices 3404, connected devices 3403 3404 registered in a user's profile, sensors 3404, AKM-connected devices 3403, etc. The state information may take many forms that are utilized by the TPDP system to determine the availability or presence of the user 3401 and/or identity(ies) 3402. In some examples a user controls his or her profile or other TPDP controls so that the user controls visibility, availability and use of presence information 3406 3407 3408. In some examples the TPDP service may provide user-selected availability and presence information such as different categories that each receive different presence information 3406 3407 3408. In some examples those categories may be different SPLS 3406 3407 3408, and in some examples those categories may be different groups within each SPLS 3406 3407 3408. In some examples the one or a plurality of identities 3401 3402 may open one or a plurality of SPLS, herein illustrated by A Personal SPLS 3406, a Work SPLS 3407, and Other SPLS 3408 of which the user and the user's devices are part. In some examples each SPLS may include Identities (people), Places, Tools, Resources, etc., which are named IPTR. In some examples a public identity 3402 may be selected and logging in as that public identity 3402 may automatically open one or a plurality of SPLS's 3406 3407 3408; but not open certain other SPLS's 3406 3407 3408 which may each require manual selection and opening. In some examples a private identity 3402 may be selected and logging in as that private identity 3402 may automatically open only one private SPLS; but not open any other other SPLS connections 3406 3407 3408, so that every other individual connection by said private identity may require manual selection and opening. In some examples a secret identity 3402 may be selected and logging in as that secret identity 3402 may automatically forbid opening any SPLS's 3406 3407 3408; and in fact require every secret identity connection to be a manual selection and opening. In some examples, said user 3401 and identities 3402 may provide the same state information from logging in 3401 3402 and/or the use of TP Devices 3403, Subsidiary Devices 3404, and other state and availability indicators as described elsewhere; but different open, closed and only manually opened SPLS's 3406 3407 3408; or different IPTR members of the various open SPLS's 3406 3407 3408; may receive full, partial, different or no presence, availability, and/or use information as determined by each user 3401 or identity 3402.
In a personal digital presence example it is late evening on the East Coast and a user 3401 or identity 3402 may be using a Local Teleportal 3403 3409 and want a connection with a best friend from college—namely an identity 3406 in a personal SPLS 3406. Said identity 3401 3402 sees that the desired specific identity 3406, the college best friend, is present so focuses this connection 3409 which automatically includes its multiple audio, video, media attributes, and/or other features and functions. The best friend 3406 agrees to a focused connection 3409 and together they (optionally) select a place for the connection from the identity's 3402 personal SPLS 3406—namely, Big Sur, Calif. where the sun is currently setting 3409 so they can be connected while enjoying the sunset together 3409. In some examples all the individuals in a SPLS connection 3409 are included and visible in the display of the connection 3409. In some examples each person in a SPLS connection 3409, or each location (such as a family room with multiple participants) in a SPLS connection 3409, does not see himself or herself but rather sees only the other person(s) who are connected 3409. In some examples the participants may be dynamically scaled to their appropriate size for the place displayed 3409. In some examples the participants 3409 may be rendered as a user-selected avatar or icon. In some examples the place 3406 3409 may be a high definition live video. In some examples the place 3406 3409 may be a streaming video with or without audio. In some examples the place 3406 3409 may include stereo audio. In some examples the place 3406 3409 may include monaural audio. In some examples the place 3406 3409 may be a static image. In some examples the place 3406 3409 may be a series of occasionally changing images provided over low bandwidth. In some examples the place 3406 3409 may be rendered as an illustration of a virtual place. In some examples the place 3406 3409 may be rendered as an animation of a virtual place. In some examples various capabilities, features and characteristics of known virtual reality systems and methods may be employed.
COMMERCIAL DIGITAL PRESENCE: As the digital economy expands at an increasing scale,
Today customers who want a direct sales experience are forced to get in a car and visit a mall, enter a big-box store, or schedule a product demonstration with a local salesperson—current websites do not provide the ability for vendor salespeople to sell directly to customers. This forces large expenses on vendors because they are forced to use sales channels like a chain of retail stores (with their associated inventory, logistics and cash flow requirements), or a local sales force in every local city to provide direct sales experiences. Instead, suppose it were possible to have a digital mall, a digital store, a digital show room, etc. that customers could visit personally—where vendor sales persons could assist them personally? This could allow customers and vendors to buy and sell directly without needing to build, run and stock a large number of stores that consume large amounts of energy and cost to fill this distribution pipeline—perhaps lowering the purchase prices of products that can be sold directly by virtual means without requiring the overhead cost of a local retail or sales channel.
Only a minority of vendors take advantage of customer visits to develop new products, learn valuable new customer needs, or retain existing customers. Currently customer visits require managers and product developers to take days from their work, use expensive travel and take a lot of customer time for each of their visits. A full customer visit program takes 2 to 3 dozen customers visits that utilize systematic inquiry, data collection and reporting—for one product category. When a large company has a large number of products to keep advancing and in sync with large markets, this is an insurmountable requirement that is an exception when it is done. Instead, suppose it were possible to have a 30-minute or 1-hour meeting that is actually a virtual visit at any number of customers? This could allow a vendor's key people to get close to its customers, learn the customers' perspectives, discover new ideas, and develop future products that are a better fit with the customers' needs.
In addition, a plurality of focused connections make it possible to combine various types of virtual commercial connections such as a virtual customer visit at that customer location by both a vendor's sales person and a potential customer. In such a customer visit the potential customer could see an actual installation of a vendor's product(s) and associated services, with direct connections to the current customer who can answer the potential customer's questions.
In some commerce examples various types of direct selling to customers may employ SPLS connections such as a visit to a digital store, a digital mall with multiple stores; or any type of digital meeting that includes customers and salespeople and/or products or services. Some examples are illustrated by
After login TPDP services are accessed by means of one network 3418 or by means of a plurality of networks 3418. In some examples these may include one or a combination of an IP network 3418 such as the Internet; a PSTN network 3418 such as a telephone network; a cable network 3418 such as a combined cable television, Internet access and VOIP network; a TPN (Teleportal Network) 3418; or another type of network. In some examples the TPDP service (which is a component on one or a plurality of networks 3418) monitors state information derived from one or a plurality of logins 3415, and one or a plurality of uses of TP Devices 3416, Subsidiary Devices 3417, connected devices 3416 3417 registered in a salesperson's user profile, sensors 3417, AKM-connected devices 3416, etc. The state information may take many forms that are utilized by the TPDP system to determine the availability or presence of the salesperson user 3415. In some examples a salesperson controls his or her profile or other TPDP controls so that the salesperson controls visibility, availability and use of presence information 3419 3420 3421. In some examples the vendor 3414 controls the salespersons' 3415 profiles or other TPDP controls so that the vendor controls the visibility, availability and use of its salespersons' presence information 3419 3420 3421. In some examples the SPLS members 3419 3420 3421 control the salespersons' 3415 presence, visibility, availability and use of its salespersons' presence information 3415. In some examples the TPDP service may provide selectable availability and presence information such as different categories that each receive different presence information 3419 3420 3421. In some examples those categories may be different SPLS 3419 3420 3421, and in some examples those categories may be different groups within each SPLS 3419 3420 3421. In some examples the one or a plurality of salespersons 3415 may open one or a plurality of SPLS, herein illustrated by a Customers SPLS 3419, a Marketing SPLS 3420, and a Sales Prospects SPLS 3421 of which the salespersons and the salespersons' devices are members. In some examples each SPLS 3419 3420 3421 may include Identities (people), Places, Tools, Resources, etc., which are named IPTR. In some examples a public salesperson identity 3415 may be selected and logging in as that salesperson identity 3415 may automatically open one or a plurality of SPLS's 3419 3420 3421; but not open certain other SPLS's 3419 3420 3421 which may each require manual selection and opening. In some examples a private salesperson's identity 3415 may be selected and logging in as that private identity 3415 may automatically open only one private SPLS; but not open any other other SPLS connections 3419 3420 3421, so that every other individual connection by said private identity may require manual selection and opening. In some examples a secret identity 3415 may be selected and logging in as that secret identity 3415 may automatically forbid opening any SPLS's 3419 3420 3421; and in fact require every secret identity connection to be a manual selection and opening. In some examples, said salesperson 3415 may provide the same state information from logging in 3415 and/or the use of TP Devices 3416, Subsidiary Devices 3417, and other state and availability indicators as described elsewhere; but different open, closed and only manually opened SPLS's 3419 3420 3421; or different IPTR members of the various open SPLS's 3419 3420 3421; may receive full, partial, different or no presence, availability, and/or use information as determined by each salesperson 3415, by each vendor 3414, by each SPLS member 3419 3420 3421, or by the TPDP service.
In a commerce digital presence example a planned customer visit takes place in which an MRI (Magnetic Resonance Imaging) vendor 3414 sales person 3415, product manager 3415 and an engineer 3415 utilize one or a plurality of TP Devices 3416 and/or Subsidiary Devices 3417 to confirm presence and make an SPLS connection with a customer 3419 3422. They confirm the location is at the customer's MRI facility 3419 and add that Place to the connection 3422. MRI development engineers 3415 rarely if ever attend physical customer visits by traveling to customer MIR facilities, but can make virtual visits much more easily 3422. Said customer visits may ask broad questions (in some examples “If we could improve one thing about this MRI, what would be the most important improvement we should make?” or “What things does our competitors MRI's do better than us?” or “Is there anything about your MRI facility that keeps you awake at night?”) or narrow questions (in some examples “We're thinking about changing feature X to work like this. Would you want that changed or not?” or “Our service plan could add online diagnosis and automatic fixes, but we're not sure if you want anything fixed automatically without your knowing about it first.”). As these questions are asked the MRI customer could use the MM equipment to make the answer clear, such as by showing an instrument's control or feature. After each visit the answers to a structured set of questions could be combined with those from other visits to provide systematic customer research inputs to the vendor's entire MRI group, along with the company's senior management. As a result of these visits both managers and engineers could then apply their new customer awareness when they make countless business and design decisions about what would be better or worse for the customers when they design the next generation of MRI equipment.
Similarly, one or a plurality of sales prospects 3421 could be invited to these customer visits 3422 whether by a salesperson 3415, by an MRI consultant (not shown), by a member of a professional association of MRI imaging doctors or professionals, or by others. These types of connections can be extended to operating MRI facilities so that “best practices” may be better developed by including more professionals in solving problems virtually, then share new advances virtually both faster and more widely than is possible when they must spread primarily by slow and infrequent physical contacts. In each case any participant may choose to include one or a plurality of additional IPTR such as from an available SPLS.
MOBILE DIGITAL PRESENCE: As the opportunity to work together virtually expands,
Today fixing a customer problem on-site usually means phoning or emailing customer service and having a voice or email exchange with a CSR (Customer Service Representative) who is in a call center. Done virtually it typically means visiting a support website and trying to find the problem listed, along with instructions for how to fix it. In some examples a company's employees are involved and they are trying to solve a problem while delivering a product or service and need to involve other employees who are not on-site. Instead, suppose it were possible to have a real-time virtual visit to the problem by the vendor's real people who were responsible for making their products run properly? This could allow customers and vendors to work together closely to make products more successful, and then include deeper knowledge of the problems and solutions in both the product's next design(s) and how the vendor operates.
Some mobile digital presence examples are illustrated by
After login TPDP services are accessed by means of one network 3432 or by means of a plurality of networks 3432. In some examples these may include one or a combination of an IP network 3432 such as the Internet; a PSTN network 3432 such as a telephone network; a cable network 3432 such as a combined cable television, Internet access and VOIP network; a TPN (Teleportal Network) 3432; or another type of network. In some examples the TPDP service (which is a component on one or a plurality of networks 3432) monitors state information derived from one or a plurality of logins 3429, and one or a plurality of uses of TP Devices 3430, Subsidiary Devices 3431, connected devices 3430 3431 registered in a salesperson's user profile, sensors 3431, AKM-connected devices 3430, etc. The state information may take many forms that are utilized by the TPDP system to determine the availability or presence of the truck driver and transportation manager 3429. In some examples the truck driver and/or transportation manager controls his or her profile or other TPDP controls so that the the truck driver and/or transportation manager controls visibility, availability and use of presence information 3433 3434 3435. In some examples the distribution company 3428 controls the truck driver's and/or transportation manager's 3429 profiles or other TPDP controls so that the distributor controls the visibility, availability and use of the presence information 3433 3434 3435. In some examples the SPLS members 3433 3434 3435 control the truck driver's and/or transportation manager's 3429 presence, visibility, availability and use of their presence information 3415. In some examples the TPDP service may provide selectable availability and presence information such as different categories that each receive different presence information 3433 3434 3435. In some examples those categories may be different SPLS 3433 3434 3435, and in some examples those categories may be different groups within each SPLS 3433 3434 3435. In some examples the one or a plurality of the truck drivers and/or transportation manager 3429 may open one or a plurality of SPLS, herein illustrated by a Truck Fleet SPLS 3433, an Open SPLS for new deliveries 3434, and a Delivery Route SPLS 3435 of which the regular customers who receive shipments are members. In some examples each SPLS 3433 3434 3435 may include Identities (people), Places, Tools, Resources, etc., which are named IPTR. In some examples a truck driver's identity 3429 or a transportation manager's identity 3429 may be selected and logging in as that identity 3429 may automatically open one or a plurality of SPLS's 3433 3434 3435; but not open certain other SPLS's 3433 3434 3435 which may each require manual selection and opening. In some examples a private identity 3429 may be selected and logging in as that private identity 3429 may automatically open only one private SPLS; but not open any other other SPLS connections 3433 3434 3435, so that every other individual connection by said private identity may require manual selection and opening. In some examples a secret identity 3429 may be selected and logging in as that secret identity 3429 may automatically forbid opening any SPLS's 3433 3434 3435; and in fact require every secret identity connection to be a manual selection and opening. In some examples, said truck driver 3429 and/or transportation manager 3429 may provide the same state information from logging in 3429 and/or the use of TP Devices 3430, Subsidiary Devices 3431, and other state and availability indicators as described elsewhere; but different open, closed and only manually opened SPLS's 3433 3434 3435; or different IPTR members of the various open SPLS's 3433 3434 3435; may receive full, partial, different or no presence, availability, and/or use information as determined by each truck driver 3429, each transportation manager 3429, by each distributor 3428, by each SPLS member 3433 3434 3435, or by the TPDP service.
In a mobile digital presence example a truck driver 3429 may have a problem during a delivery at a customer's 3435 warehouse's loading dock 3435 in which a decision is required by the distribution company's transportation manager 3429, with input from an employee of the receiving customer 3435. In some examples the participants employ their SPLS's 3433 3435 to connect immediately 3436 at the customer's loading dock 3435 3436 by means of both stationary TP Devices 3430 and mobile TP Devices 3430. Said SPLS connection allows the participants to immediately deal with the specific issue that is simultaneously visible at the Place 3436 (the warehouse loading dock). During the discussion the customer 3435 or truck driver 3429 can use the Place visibility 3436 to point out the issues and solution options. The transportation manager 3429 could see the issues visibly and suggest a resolution immediately, which can also be agreed to immediately by the customer's employee 3435. In some examples other members of the employee's company 3435 may need to be included and they can join the SPLS connection immediately 3435 3436 regardless of their location. In some examples other employees of the distribution company 3428 3429 may need to be included and they can join the SPLS connection immediately 3429 3436 regardless of their location. In some examples documentation of the problem or solution may be needed and it can be generated immediately using SPLS Tools and Resources 3433 3435 and transmitted to the appropriate parties' TP devices 3430 3431 3433 3435, as well as logged in the appropriate distribution company's records. As a result of these SPLS connections both distributors 3428 and customers 3435 3434 could solve problems whenever and wherever they occur—as can other types of mobile digital needs.
Presence architecture example: Some examples of the ARTPM presence architecture are illustrated in
At a high level one or a plurality of presence systems 3443 is located on one or a plurality of networks 3442 in some examples an IP network 3442 such as the Internet, in some examples a Teleportal Network 3442, in some examples a PSTN 3442 such as a public switched telephone network, in some examples another type of network 3442 such as a cable television network which may be configured to provide state information when a set-top box or home entertainment system is in use, in some examples a cellular network 3442, in some examples a plurality of disparate networks 3442. On many of these disparate networks 3442 various devices, services, applications, etc. normally include configurations to communicate selected information (such as billing information) to one or more central applications, servers, locations, etc. and that central system may be a single point to configure for delivery of usage and other state information to a presence system 3443. In some examples a network's central server, system, application, etc. may be configured to utilize its monitoring of various devices and/or interactions to determine state changes, or it may simply receive the typical state transitions generated and reported by the network's devices. In some examples communication-enabled devices such as in the AKM may be configured to transmit state information that reflects user actions and/or interactions to the presence system 3443 whether directly or indirectly. These types of monitoring may also be added to wireless telemetry such as in vehicles, biometric devices such as for a health monitoring, and physical presence detector is such as for security or surveillance may also be employed to provide user state information for presence awareness. Another large class of frequently used devices relate to entertainment such as home theaters, game consoles, televisions, cable set top boxes, music stereo systems, etc. In some examples the communications environment 3442 may include a PSTN 3442, a public switched telephone network or a circuit-switched network. In some examples of a PSTN 3442 the switches may identify, provision and locate various telephony devices in the circuit-switched network 3442. In some examples one or a plurality of switches 3442 may be configured to provide telephony device state information to the presence system 3443, and this may include the telephony device's state, usage, dynamic location (if mobile), or a combination of these. In some examples a switch within a network 3442 may be configured to collect and provide state information to the presence system 3443 such as a device's status, state, location, mode, etc. In some examples it may be desirable to include a proxy server that represents one or a plurality of switches 3442 to the presence system 3443, which may provide benefits with certain communications or protocols. In a packet-based network a device's 3440 3441 state information is similar: in some examples a device 3440 3441 may be configured to provide state information automatically; in some examples a device 3440 3441 may be part of a network in which other components of the network may be configured to gather and provide state information on its associated devices; in some examples a switch within the network 3442 may be configured to collect and provide the state information to the present system 3443; in some examples a proxy server may represent one or a plurality of devices 3440 3441 and/or switches 3442 to the present system.
In some examples the presence system 3443 may be configured by a TP Device 3440, in some examples by a Subsidiary Device 3441, and in some examples by a plurality of TP Devices and Subsidiary Devices 3440 3441. Depending on the capabilities of each device 3440 3441 its user interface may include a microphone, speaker, camera, video display screen, and/or other multimedia interaction components as well as varied traditional keypad, mice, trackball, buttons, dials, etc.—said user interface may be configured to respond to voice commands, gestures, facial expressions, facial recognition, etc.
In some examples the presence system 3443 collects state information from configured devices 3440 3441. In some examples the presence system 3443 collects state information from users and/or identities 3445 when they enter it directly or indirectly in one or a plurality of the devices they are using 3440 3441 3446. In some examples the presence system 3443 derives presence information by processing the state information, and provides the presence information to SPLS members' SPLS presence interfaces 3452 3453 automatically. Each SPLS presence interface 3452 3453 is associated with an SPLS member's 3445 device(s) 3440 3441 3446 and it receives updated presence information automatically and/or upon request from the presence system 3443, as derived from state information associated with one or a plurality of other SPLS members 3452 3453 whose state information is collected and processed by the presence system 3443. In some examples the presence system 3443 accepts a user's and/or an identity's 3445 state information throughout the day as the user interacts with various connected and configured devices 3440 3441 3446. In some examples SPLS members 3445 and their associated devices 3440 3441 3446 are registered by the presence system 3443 as they change the use of their associated devices 3446. In some examples these uses include logging in or out of their associated devices 3440 3441 3446 with one or a plurality of different identities 3445. In some examples these uses include opening or closing each different and/or changing identity's 3445 associated SPLS's 3445. In some examples updates of the presence information may be provided upon request by individual SPLS members' 3445 SPLS presence interfaces 3452 3453. In some examples additional presence or state details may be provided upon request to individual SPLS members' 3445 SPLS presence interfaces 3452 3453. In some examples one or a plurality of SPLS members 3445 may have one or a plurality of SPLS's open 3452 3453 on one or a plurality of configured and connected devices 3440 3441 3446. In some examples each SPLS member's 3445 open SPLS(s) 3452 3453 receives the appropriate presence information on its SPLS presence interface based on state information associated with each member of the SPLS 3445.
In some examples the presence service collects state information and provides presence information independent of the access network employed 3442 or the respective TP Devices 3440 and/or Subsidiary Devices 3441 in use, so that a user may use one or a plurality of devices that preserve seamless access to continuous presence service even if the devices and network(s) involve mobility (whether location-specific such as by means of GPS, triangulation, etc.; or mobile without location-specific data). In some examples the presence service 3443 and/or configured devices 3440 3441 include event detection that detects device state changes and/or device mode changes whether at the device 3440 3441; at the device's network connection 3442; within the network 3442 such as at a switch, server, proxy server, etc.; or at the presence service 3443; such that said state and mode changes are received by the presence service. In some examples the presence service 3443 receives the status information across multiple communication networks and provides the presence information across multiple communication networks. Because a plurality of parties are members of the same SPLS, each party receives the other's presence information and vice-versa.
Presence delivery rules 3447 may also be applied by the presence system 3443 in some examples so that users and/or identities 3445 may control which presence information is delivered to SPLS members 3452 3453. In some examples one or a plurality of categories, profiles, groups, etc. 3454 may be established so that some SPLS members 3452 may obtain more or different presence information than other SPLS members 3453. In some examples one or a plurality of users and/or identities 3445 may establish one or a plurality of categories, profiles, groups, etc. 3454 which have different presence rules 3447. In some examples one or a plurality of SPLS members may be associated with a category, profile, group, etc. 3454. In some examples the presence system 3443 applies the different presence rules 3447 to provide different presence views for a given user and/or identity(ies) to the different SPLS members 3452 3453, which may vary by time, location, type of interaction, device(s) in use, category, profile, group, etc. In some examples each user and/or identity 3445 may implement rules 3447 that control visibility of their presence information based upon each SPLS member, a group or category of SPLS members, etc. 3454 3447. In the converse, SPLS members who receive presence information from others 3452 3453 3445 may also establish rules 3447 that identify each SPLS member, a group or category of SPLS members, etc. whose presence and visibility information is desired most; in some examples the SPLS members whose presence information is desired least; and in some examples the types of presence and visibility information they would like to see either at all times or immediately upon request. In some examples and on some types of networks 3442 there may be a need to relate logical and physical addresses of devices 3440 3441 that communicate with the presence system 3443, and this may be provided by means such as registration 3449. In some examples registration 3449 may be needed if there is a difference in device addresses such as between a logical address, a user address, a physical address, etc. In some examples registration 3449 may be applied to receive requests for presence information and authorize each request and, if authorized, provide both initial presence information 3445 3446 3447 and updated presence information 3445 3446 3447 as a user's or identity's presence changes. In some examples registration 3449 may be needed and applied to maintain awareness and readiness for connections with one or a plurality of a user's and/or an identity(ies)'s devices that are currently in use, whether for one user, a plurality of users, and/or a group(s) of users.
In some examples the presence system 3443 employs a control system 3443 that enables and carries out provisioning logic 3444, identity management logic 3445 (which controls and facilitates interactions with the subscribers' names and identities associated with their SPLS's), SPLS management logic 3445 (which controls and facilitates interactions with the individual Shared Planetary Life Spaces [SPLS] associated with their names and identities), device management logic 3446 (which controls and facilitates interactions with the configured devices that provide the presence service with state information; and controls and facilitates interactions with the devices that display presence information from the presence service), rules management logic 3447 (which is described elsewhere), and network interface(s) logic 3448 (which controls and facilitates communications with the network(s) with which the presence system communicates [including protocol conversion if required for communication with more than one network]). In some examples a user 3452 may open one or a plurality of TP Devices 3440 and/or Subsidiary Devices 3441 that are automatically and/or manually attached to one or a plurality of identities and therefore automatically and/or manually open one or a plurality of SPLS's. In some examples each open SPLS will subscribe to the presence service and receive current analyzed and evaluated presence information for one or a plurality of SPLS members via SPLS management logic 3445 and rules management logic 3447 such as the current presence of SPLS Member B 3453. Simultaneously, the presence service 3443 receives state information from the newly logged in user and/or identity 3452, including said user's devices in use 3440 3441; said state information is evaluated to determine presence information according to rules management logic 3447. Said presence information is delivered to one or a plurality of SPLS members 3453 according to SPLS management logic 3445 and rules management logic 3447; if appropriate, different SPLS members may receive different presence information from that one user 3452 according to each individual's and/or group's rules management logic settings 3447. In some examples interaction with devices that provide state information 3440 3441 is controlled by device management logic 3446; and in some examples this may (optionally) include provisioning 3444 configuration of one or a plurality of devices to employ a specified format and/or manner to provide the state information, with various provisioning data, configuration data, configuration applications, etc. stored and retrieved from a provisioning database(s) 3451. In some examples provision management logic 3444 supports provisioning the presence service as well as devices such as provisioning the identity management logic 3445, the SPLS management logic 3445, the device management logic 3446, and the rules management logic 3447. In some examples provisioning establishes a profile for a user and/or an identity that provides state and presence information; such as in some examples identifying monitored devices and each's respective states that will be monitored 3446; such as in some examples specifying rules to employ in evaluating state information to determine presence information 3447; such as in some examples specifying IPTR (identities, places, tools, resources, etc.) authorized to receive that user's and/or identity's presence information 3445. In some examples provisioning management logic 3444 is simplified by using pre-determined categories so that a provisioning step may be associated with a category, wherein each category different rules for evaluating state information to provide different presence information to different SPLS members either as individuals or as groups.
In some examples the overall presence service process to disseminate presence information begins with a user ID in the presence service which in some examples may be automatically provided by a TP user ID 3454 whether a user has one or a plurality of identities; in some examples this may be established manually. In some examples a next step is for the presence system to access the user's and/or identity(ies)'s user profiles which in some examples may be automatically provided by the TP Utility 3454 (as described elsewhere); in some examples this may be provided by the AKM 3454 (as described elsewhere); in some examples this may be provided from other sources; in some examples an appropriate user profile may be established manually. In some examples a next step is for the presence system 3443 to utilize the profiles and stored provisioning data 3451 and configuration data 3451 to provision 3444 the presence system and the user's and/or identity(ies)'s devices 3446 3440 3441 so that the provisioned devices can provide state information and the presence system can receive it; in some examples the devices automatically supply status information on behalf of the user and or identity(ies); in some examples users may need to interact with the devices 3440 3441 and or with the presence system 3443 3444 3446 to configure the devices; in some examples users may need to interact with a network application, server, switch, etc. to which a device(s) is attached or communicates, to authorize status interactions between the device(s) and the presence system; in some examples the devices that provide state information are optimally configured to send state changes or mode changes that reflect the availability of the user (in some examples such as when a user begins or ends the use of any type of communication device that would produce a “busy” indicator or connection to messaging such as voicemail). In some examples a next step is to establish the presence service's rules 3447 for analyzing state information to provide presence information; in some examples these rules 3447 are provisioned automatically 3444 to estimate a user's or identity(ies)'s presence, availability, location, how to focus an immediate connection, etc.; in some examples these rules 3447 are pre-determined by category or group, and a user and/or identity(ies) merely assigns an entire SPLS, or groups of its members, to these pre-determined categories or groups; in some examples one or a plurality of these rules 3447 are manually configured by a user and or an identity(ies). In some examples the presence rules 3447 control the display of a given user's and/or identity(ies)'s presence information to others both within an SPLS 3452 3453 and/or outside of it; in some examples the presence rules 3447 control the display of other's presence information to that user and/or identity(ies); in some examples these rules are pre-determined and may be set up quickly with rapid and direct associations; in some examples a user and/or identity(ies) may manually establish one or a plurality of rules to control their visibility, what information about them is visible, how they should be connected with, etc. based on a particular state(s) of one or a combination of their devices. In some examples during use when state changes are received or detected, the state information is evaluated which in some examples will change the presence information and in some examples will not change the presence information; so if the presence information does not change then there is not a need to update the SPLS members' SPLS interfaces 3452 3453; however, if the presence information does change then there is a need to determine if a rule 3447 requires updating the presence information for all SPLS members 3452 3453, four certain categories or groups of an SPLS 3452 3453, or for specific individual SPLS members 3452 3453.
In some examples a user or an identity 3452 may request a presence update for a particular “target” IPTR (such as a specific identity) 3453 from the presence service 3443. In some examples the requesting user and/or requesting identity will already be connected to the presence service 3443 and have an open SPLS 3452 that indicates the current presence of the “target” identity 3453, and in some examples the requesting user and/or requesting identity will not be connected to the presence service 3443 and will first need to connect to it by means of opening and authorized device and SPLS. Once connected, the requesting user and/or requesting identity may make sure that the presence of the “target” user is current presence information; in some examples the requesting user sends a specific request to the presence service 3443, which receives the request for presence information from an interface means in the requesting user's SPLS interface 3452; after the presence service 3443 authorizes the request it polls the current states of the “target” identity's devices 3446 3454 3440 3441 which in some cases means interacting with one or a plurality of devices, and in some cases means utilizing the device state information previously received by the presence service 3443; after the available state information is received the rules management logic 3447 evaluates the state information which in some examples will change the “target” user's presence information and in some examples will not change the presence information; after the current presence 3453 is known the appropriate presence information is displayed to the requesting user 3452, which based upon the rules settings 3447 by both the requesting user 3452 and the “target” user 3453 may or may not permit displaying detailed presence information such as current GPS location, current devices in use, the state or mode of devices currently being used, etc.
In some examples an external presence-aware application 3455 and/or a presence-aware service 3456 may request the current presence of a particular “target” IPTR (such as a specific identity) 3452 3453 3454 from the presence service 3443 3449, in some examples the presence of a group and/or event may be requested from the presence service 3443 3449. In some examples the requesting presence-aware application 3455 and/or a presence-aware service 3456 will already be connected to the presence service 3443 3449 and in some examples the requesting presence-aware application 3455 and/or a presence-aware service 3456 will not be connected to the presence service 3443 and will first need to connect to it by authorized means such as logging in and opening an authorized connection. Once connected, the requesting presence-aware application 3455 and/or a presence-aware service 3456 may make a request for the current presence information of in some examples a “target” user, in some examples a group of users, in some examples a presence event, in some examples other types of presences; in some examples the requesting presence-aware application 3455 and/or a presence-aware service 3456 sends a specific request to the presence service 3443 3449, which receives the request for presence information; because this is an external request in some examples the authentication and authorization of this external request becomes important and more complex (as described elsewhere); after the presence service 3443 authorizes the request it polls the current states of the “target” identity's or identities' devices 3446 3449 3454 3440 3441 which in some cases means interacting with one or a plurality of devices, and in some cases means utilizing the device state information previously received by the presence service 3443 3449; after the available state information is received the rules management logic 3447 evaluates the state information to determine the “target” user's or users' presence information; after the current presence is known the appropriate presence information is communicated to the requesting presence-aware application 3455 and/or a presence-aware service 3456, which based upon the rules settings 3447 by both the requesting presence-aware application 3455 and/or a presence-aware service 3456 and by the “target” user 3453 or users 3452 3453, which may or may not permit communicating detailed presence information such as current GPS location, current devices in use, the state or mode of devices currently being used, etc. In some examples of presence there are one or a plurality of presence aware applications 3455 such as “PlanetCentral GoPort” 3457, or one or a plurality of presence aware services 3456 such as in some examples “PlanetCentral GoPort” 3457 (in which “PlanetCentral GoPort” is a presence-aware data access and navigation application and/or service that in some examples includes a presence navigation map 3457, in some examples includes a presence usage and navigation dashboard 3457, in some examples includes presence usage and navigation by top lists/top trends/fastest growing presences/fastest shrinking presences/presence event alerts/etc. 3457, in some examples includes presence search 3457, in some examples includes presence data access by means of an API 3457, in some examples includes other means to access presence data 3457; which is described in more detail elsewhere such as in
In an abbreviated and generalized summary, the presence service 3443 3449 collects, combines and evaluates state information from multiple devices 3440 3441 that are used throughout a day into one logical user presence indication that is displayed in an appropriate and different form and manner for various SPLS members and/or connections 3452 3453, and/or for various presence-aware applications 3455 or services 3456. This presence indication is updated as device state information is received, especially from state changes that are associated with the availability of a user.
TP connection service—introduction: The TPDP reverses the current “calling” paradigm for digital connections by making them “always on” with remote digital connections more important than local physical connections. When an automobile driver or a passenger sits in an automobile seat, the seat's passenger sensor fires billions of times during the life of the car so that each passenger's presence is constantly known and monitored—if an accident ever occurs the car's airbag system already knows what to do (in advanced airbag systems this may include how much to inflate each airbag based on the weight of each passenger and/or the severity of each impact). When billions of people carry a cell phone in their pocket the cell phone maintains a constant connection to a cell phone network including automatically switching to new cell towers as each person moves around throughout their day. In smart phones this may include maintaining constant GPS location awareness from GPS satellites orbiting the Earth or from triangulation between multiple cell towers. When anyone walks out on the street their eyes immediately see anything and everything at which they look.
We also live in a digital world of immediate usefulness, immediate presence, and immediate actions. When a car is in an accident are we willing to wait while an airbag system boots up, loads its software, connects to its multiple sensors and then determines what to do? When we take a cell phone out of our pocket to make a call, take a picture or obtain information about a local place, are we willing to wait while the cell phone boots up, loads its software, and connects to the communication network before we can use it? When we use a cell phone to obtain local information based on our personal location, are we willing to wait while the phone boots up, loads its software, triangulates our position based on the available GPS satellites? Walking into our digital reality is just as immediate as walking outside into the street: We're not willing to wait while our eyes and brain boot up, start processing what our eyes see, and then interpret what is in front of us. In the alternate reality of the ARTPM people do not enjoy stopping and waiting while a digital device boots up, loads software, forces login (whether by the user or by the device to a network), opens “our” connections, starts operating, requires a user to specify each connection individually, and only then makes each connection one at a time and slowly.
The TPDP reflects the the way people behave in its alternate reality after a more realized digital transition 20 in
TP connection service—identities: Some identities examples of the TP Connection Service are illustrated in
After retrieving SPLS member's connection and other data 3464 3465 3466 3467 in some examples appropriate SPLS member data is submitted to the TPDP Service 3468. In some examples registration 3449 in
In some examples the presence service 3472 monitors device(s) state information for each SPLS member from uses throughout a day as described elsewhere, in some examples including a plurality of sources that are configured to provide state changes, mode changes and/or state status information over a plurality of disparate networks. In some examples normal user interactions with devices automatically provides resulting state changes and state information to the presence service without the user entering or providing status information or availability, such that the presence service may evaluate the state information from one or a plurality of sources to derive presence information to deliver 3473 by notifying devices 3470 about SPLS member changes in presence and availability. Said changes in presence 3472 3473 are displayed 3470 by means and interfaces described elsewhere. In addition, in some examples the current display may be updated upon request by utilizing a local or remote contact list, other SPLS list(s), a TP Directory(ies), another directory(ies), or other source to identify one or a plurality of users or identities and requesting an update from the presence service 3472 3471, which then notifies the requesting device 3473 about the current presence information for said requested identity(ies).
In some examples a user may decide to employ more than one device simultaneously while retaining the same identity(ies) 3475 by adding one or a plurality of devices 3475, or by changing from one device(s) to another device(s) 3475. In this case, in some examples the user's added device 3475 3476 and/or changed device 3475 3476 would be provided seamless access to their open SPLS(s) 3469, with continuous presence information 3471 3472. Said continuous presence information 3471 3472 would be received by the new device 3476 retrieving the existing current SPLS presence information from the presence service 3472 that would be displayed on the interface of the added device 3475 3476 3470, or on the interface of the changed device 3475 3476 3470; in some examples continuous presence updates 3472 3473 would also be received without interruption on the interface of the added device 3470 or the interface of the changed device 3470.
In some examples a user may decide to change one or a plurality of identities while using the same device(s) 3477 by adding one or a plurality of identities 3477, or by changing from one identity(ies) to another identity(ies) 3477. In this case, in some examples the user's added or changed identity(ies) 3477 would repeat the above process for login 3463, authentication and authorization 3463, SPLS retrieval 3464 3465, connection data retrieval 3466 3467, presence determination 3468 3471 and other steps as described elsewhere. Said presence information 3471 3472 would be received by the new identity(ies) 3477 that would be displayed on the interface of the associated device(s) 3470. In some examples continuous presence updates 3472 3473 would also be received by the new identity(ies) 3477 and displayed on the interface of the associated device(s) 3470.
In each case—such as an initial device(s) opening 3469, the addition of a new device(s) by an identity 3475, changing from one device(s) to another device(s) by an identity 3475, the addition of a new identity(ies) to a current device 3477, the changing of an identity(ies) on a current device 3477, or any other additions or changes—the device(s) 3470 may be used in some examples to focus an SPLS connection 3474, in some examples to use the device 3470 in other ways 3474, in some examples to use the presence information 3472 or presence updates 3473, etc.
TP connection service—PTR (Places, Tools, Resources, Etc.): In some examples a device is turned on 3462, in some examples one or a plurality of identities are selected 3462, and in some examples one or a plurality of SPLS's are opened automatically 3464 and/or in some examples one or a plurality of SPLS's are selected manually for automated opening 3464. When one or a plurality of the SPLS members are PTR (Places, Tools, Resources, etc.), users of computerized communications devices and networks in the alternate reality expect automated logons and startups so that their digital environment is immediately open and available, and some examples of this are in
Whether the request is to open the PTR connection for immediate focus and use 3519, or to open it for rapid use in the future 3520, in some examples the same process is used including invoking the PTR by sending the appropriate connection information for each PTR 3514 such as in some examples a request 3514, in some examples an account ID 3514, in some examples login information 3514, in some examples a token 3514, in some examples a certificate 3514, etc. to invoke the PTR. If the resource is available 3515 login proceeds 3516 such as in some examples by providing the resource 3516, in some examples authenticating and authorizing the user login 3516, in some examples authenticating and authorizing the device 3516, in some examples authenticating and authorizing a token or credential 3516, etc. Once the request or login is accepted 3516 the PTR is invoked 3517 such as in some examples by opening a Place 3517; in some examples by invoking an application 3517, in some examples by providing a service 3517, in some examples by opening or invoking a Tool or Resource 3517, etc. Since the PTR is platform independent and network independent, in some examples it may run on or be provided by any platform or network with which the device may communicate, in some examples with which the TP Utility may communicate, and some examples with which the Internet may communicate, etc. The PTR is then displayed using the current device(s)' interface 3518; while this interface may utilize the common and adaptive TP interface described elsewhere that UI may employ any known techniques or methods to indicate user status and/or availability 3518 as described elsewhere. In some examples the PTR is opened for immediate use 3519 in which case the invoked PTR 3516 3517 is open and available for immediate focus and use at any time until it is disconnected. In some examples the PTR is opened for future use 3520 in which case the invoked PTR 3516 3517 is opened successfully but then put in a logout state with the appropriate connection information 3511 3514 retained for immediate and automated re-login 3516 to re-invoke the PTR 3517 as soon as it is needed for focus and use.
In some examples one or a plurality of the PTR is not available 3515 in which case a failure message 3521 and adjustment process may be utilized 3522 3523 3524 3525 3526. In some examples one or a plurality of the PTR may not be successfully logged into 3516 or successfully invoked 3517 in either of which case a failure message 3521 and adjustment process may be utilized 3522 3523 3524 3525 3526. In some examples the failure message 3521 and adjustment process 3522 3523 3524 3525 3526 begins by failure messaging 3521 which in some examples may utilize a visible text message 3521; in some examples may utilize an audible sound(s) 3521; in some examples may utilize a verbal audible message 3521; in some examples may utilize in indicator such as the universal stop sign or a bold red X displayed over that PTR's indicator 3521; in some examples may utilize any known interface technique or method to show non-availability as described elsewhere 3521; in some examples may utilize a combination of these messages, interface techniques and indicators 3521. In some examples the adjustment process may then take a default action 3522 either automatically 3522 or by first displaying a proposed action and requesting manual user approval before it is taken 3522. In some examples the default adjustment action 3522 may be to manually access the PTR 3523 such as in some examples by displaying the PTR's login interface 3523 for a manual login 3523. In some examples the user logs in manually 3523 and the login is successful 3516, in which case the process returns to what was previously automated 3517 3518 whether that includes having that PTR open and available for immediate focus and use 3519 or whether that includes having that PTR available for future focus and use 3520. In some examples the user logs in manually 3523 and the login is successful 3516, in which case the login information is (optionally) used to update that PTR's login records 3524 by storing it in the TP User/Profile Records 3512 for use during future SPLS opening of that PTR connection 3510 3511 3512 3513 3514 3515 3516 3517. In some examples the adjustment process may take a different default action 3522 which in some examples is to reserve that PTR resource 3522 3515 then when it becomes available invoke it 3517 3518 and open it for immediate focus and use 3519 or for future focus in use 3520; which in some examples is to automatically periodically retry accessing and invoking said PTR 3516 3517; which in some examples is to replace said PTR with a different pre-selected PTR 3522 3511 in which case the pre-selected PTR is accessed and invoked 3511 3512 3513 3514 3515 3516 3517 as described elsewhere, or if unsuccessful has a failure message displayed 3521 and an adjustment process utilized 3522 3523 3524 3525 3526 as described elsewhere; which in some examples is to take a default action 3522 that does not succeed 3521 3522 and then utilize a replacement PTR 3525 3511 3512 3513 3514 3515 3516 3517; which in some examples the default action 3522 may fail, a replacement PTR 3525 is not pre-selected, a replacement PTR 3525 3511 3512 3513 3514 3515 3516 is not accessed successfully 3521, in which case the PTR connection process stops 3526 and the user is (optionally) notified 3526. In sum, in some examples the TP Connection Service
TP connection service—IPTR (Identities, Places, Tools, Resources, Etc.): Turning now to
Following the initial steps 3487 3488 in some examples the device and/or client is ready to focus an SPLS connection(s). The following flow parallels the SIP protocol in which a communication request is called an “invite” and this message delivers the content of a connection and communication request; if the connection is accepted an “answer” message contains the reply (such as in some examples a network identifier for the receiving device); if the connection is not accepted a “not available” may be sent (such as an automated or manual choice between reserving an automatic connection when available again, or leaving a message) or alternatively a “disconnect” may be sent (such as a rejection or block of a connection invite). Any known standard or custom protocol may be employed such as SIP, SIMPLE, XMPP, extensions of various protocols, customized or unique protocols, etc.
The handling of ordinary connections, not available connections, IPTR connections and presence updates are illustrated in steps 3489 through 3501. For a first SPLS member “1” 3489 3490 3491, which in some examples is an Identity currently present and using a particular device, a SPLS member connection invitation is sent 3489, member 1's device answers 3490 (generally an automated acceptance because both are members of the same SPLS unless the Identity has intervened as described elsewhere), and the SPLS connection is opened 3491. For a second SPLS member “2” 3492 3493 3494, which in some examples is an Identity who is currently known to be not present based on the presence service, a SPLS member connection invitation is sent 3492 to the presence service 3492 which answers based on member 2's rule set in said presence service to either reserve a connection or leave a message (generally an automated reply based on the rule set in the presence service), and a future SPLS connection is reserved 3494 and will be scheduled for opening when member 2's presence is learned from a notification by the presence service 3493, at which time the reserved SPLS connection will be opened 3494. For a third SPLS member “N” 3495 3496 3497, which is any IPTR and in some examples is specifically a PTR (Place, Tool, Resource, etc.), a SPLS member connection invitation is sent 3495, member N answers 3496 (generally an automated acceptance because both are members of the same SPLS unless the PTR has a different availability as described elsewhere), and the SPLS connection is opened 3497. For any SPLS member “N2” its presence information may change 3498 3501 as described elsewhere, which in some examples is any Identity or Place that is employing a specific device, the presence service may receive new or updated status information from SPLS member N2 that causes a change in said SPLS member's presence information, in which example said updated presence information is communicated to one or a plurality of SPLS members 3498, and in some examples those SPLS members reopen their SPLS connection 3499 with SPLS member N2 based on the new presence information 3499 3500 3501 as described elsewhere (which status information in some examples is a different device, in some examples is a lack of availability on a current current in-use device requiring switching to a different in-use device, which in some examples is a different type of status change, etc.). In each of these examples the “invitation” 3489 3492 3495 and/or presence update re-connection invitation 3499 includes an indication of the connection information (such as a network identifier or network address for the inviting device) for making this connection, and the “answer” 3490 3493 3496 3500 includes an indication of the connection information (such as a network identifier or network address for the answering device), and these data are used in part to establish the SPLS connection. In each of these examples the “invitation” 3489 3492 3495 and/or presence update re-connection invitation 3499 includes an indication of the preferred and available media for connection on the inviting device (such as two-way video, text only, IM (instant messaging), audio only, etc., as described in more detail elsewhere), and the “answer” 3490 3493 3496 3500 includes an indication of the preferred and available media for connection on the answering device (as described elsewhere); and these media data are used in part to establish the SPLS connection. In each of these examples the “invitation” 3489 3492 3495 and/or presence update re-connection invitation 3499 includes an indication of other connection data needed from the inviting device, and the “answer” 3490 3493 3496 3500 includes an indication of other connection data needed from the answering device; and these other connection data are used in part to establish the SPLS connection.
TP connection service—focus a connection: Turning now to
As an example such as the MTP 3534 interface represented in this figure, one a user selects an open SPLS member 3536 it focuses and enlarges the SPLS connection such as in some examples choosing the second open SPLS member from the left 3536, and opening and displaying that as a focused two-way SPLS connection 3537 3535 3544. In some examples the user selects and activates one or a plurality of available SPLS members 3536 3539 3540; in some examples the user has been selected and activated by a different SPLS member 3540; in some examples the user has been found, identified, selected and activated by a person or Identity who is not a member of a currently open SPLS 3540; in some examples the user has been invited by a Tool or Resource who is not a member of a currently open SPLS 3540; and in any of these or other examples an invitation to focus a connection is sent 3540 and 3490 3496 in
Some media options in a focused connection:
Turning now to
In some examples the relationships between the various focused communication states include how each state may be switched automatically and/or manually to another state by any connected party and/or device. In some examples full 2-way video and 2-way audio communication 3562 may have outgoing video ended resulting in the focused communication state of 2-way audio with incoming video only 3564. Conversely, in some examples the focused communication state of 2-way audio with incoming video only 3564 may have outgoing video started resulting in the focused communication state of full 2-way video and 2-way audio communication 3562. In some examples full 2-way video and 2-way audio communication 3562 may have outgoing audio muted resulting in the focused communication state of 2-way video with incoming audio only 3563. Conversely, in some examples the focused communication state of 2-way video with incoming audio only 3563 may have outgoing audio unmuted or started resulting in the focused communication state of full 2-way video and 2-way audio communication 3562. In some examples 2-way audio with incoming video only 3564 may have incoming video ended resulting in the focused communication state of 2-way audio only with no video 3566. Conversely, in some examples the focused communication state of 2-way audio only with no video 3566 may have incoming videos started resulting in the focused communication state of 2-way audio with incoming video only 3564. In some examples the focused communication state of 2-way video with incoming audio only 3563 may have outgoing video ended resulting in the focused observation state of both incoming video and incoming audio 3568. Conversely, in some examples the focused observation state of both incoming video and incoming audio 3568 may have outgoing video started resulting in the focused communication state of 2-way video with incoming audio only 3563. In some examples the focused communication state of 2-way video with incoming audio only 3563 may have outgoing audio ended and outgoing video ended resulting in the focused observation state of only incoming audio and no incoming video 3569. Conversely, in some examples the focused observation state of only incoming video and no incoming audio 3569 may have outgoing audio started and outgoing video started resulting in the focused observation state of 2-way video with incoming audio only 3563. In some examples 2-way audio only with no video 3566 may have outgoing audio ended resulting in the focused observation state of only incoming audio and no incoming video 3597. Conversely, in some examples the focused observation state of only incoming audio and no incoming video 3597 may have outgoing audio started resulting in the focused communication state of 2-way audio only with no video 3566. In some examples 2-way audio with no video 3566 may have incoming video started and outgoing audio ended resulting in the focused observation state of both incoming video and incoming audio 3568. Conversely, in some examples the focused observation state of both incoming video and incoming audio 3568 may have incoming video ended and outgoing audio started resulting in the focused communication state of 2-way audio with no video 3566. In some examples the focused observation state of both incoming video and incoming audio 3568 may have outgoing video ended resulting in the focused observation state of only incoming audio and no incoming video 3597. Conversely, in some examples the focused observation state of only incoming audio and no incoming video 3597 may have outgoing video started resulting in the focused observation state of both incoming video and incoming audio 3568. In some examples the focused observation state of both incoming video and incoming audio 3568 may have outgoing audio ended resulting in the focused observation state of only incoming video and no incoming audio 3569. Conversely, in some examples the focused observation state of only incoming video and no incoming audio 3569 may have outgoing audio started resulting in the focused observation state of both incoming video and incoming audio 3568. In some examples other automated and/or manual switches are possible such as between any two states by starting or ending video, and/or starting or ending audio; or such as by adding or ending any IPTR 3598; or such as by sharing or using collaboratively any IPTR 3598; or such as by one or more parties recording any focused connection 3560 3562 3563 3564 3566 3568 3569 3597; etc.
In some examples any party to any focused connection 3560 3562 3563 3564 3566 3568 3569 3597 may have one or a plurality of simultaneous focused connections 3560 3562 3563 3564 3566 3568 3569 3597 and/or one or a plurality of queued focused connections awaiting attention 3560 3562 3563 3564 3566 3568 3569 3597 with each focused connection and queued connection identified in one or more ways that differentiates it from other focused connections and other queued connections; and said party may use, display and/or navigate the focused connections 3560 3562 3563 3564 3566 3568 3569 3597 in any non-linear manner desired. In some examples any of these one or a plurality of simultaneous focused connections 3560 3562 3563 3564 3566 3568 3569 3597 and simultaneous queued connections 3560 3562 3563 3564 3566 3568 3569 3597 may have richer information associated with it in some examples indicating its immediate availability, in some examples indicating the bandwidth and video quality available for the connection, in some examples indicating the length of time since it was last accessed (e.g., how long the other parties in that connection have been waiting or on hold), in some examples indicating the types of connections available based upon the other party(ies)'s devices in use, in other examples indicating other types of richer information associated with each simultaneous focused connection or simultaneous queued connection 3560 3562 3563 3564 3566 3568 3569 3597.
In some examples any other media may be used and turned on or turned off in a manner that parallels what is described 3561 3565 3567 3598; such as in some examples the use of text chatting as in IM (Instant Messaging) applications; such as in some examples the use of SMS texting as in personal texting and/or Twitter (microblogging); such as in some examples the use of surveillance camera video; such as in some examples any other type of media, messaging and/or communication.
Dynamic presence awareness to make focused connections:
In some examples the presence information 3571 that is displayed 3592 is derived dynamically 3570 3571 from a user's normal activities with a variety of devices, tasks, etc. throughout the day as described here and elsewhere. A user's state information changes 3573 3574 as the user performs various tasks throughout a day, communicates by means of various communication systems and devices, and interacts with various devices and systems in the performance of those tasks and those communications. In some examples various state changes 3573 are tracked 3574 and transmitted to a presence service(s) 3583 3570. In some examples a tracked state change 3573 3574 is a change in identity(ies) 3575. In some examples a tracked state change 3573 3574 is a change in which SPLS(s) are currently open 3576. In some examples a tracked state change 3573 3574 is a change in the device(s) currently in use 3577. In some examples a tracked state change 3573 3574 is a change in the use of the device(s) 3578 such as when it is being used to make a focused connection and that user is therefore “busy” and (depending upon the rules for that use) may or may not be available. In some examples a tracked state change 3573 3574 is a change in the task(s) being performed 3578 such as when a task should not be interrupted (depending upon the rules for that use) so that user is not available during the performance of that task. In some examples a tracked state change 3573 3574 is a change in location(s) 3579 such as when a user is traveling between locations and may therefore be more available for certain types of connections (such as 2-way audio only while driving a vehicle), or depending on location may be prefer certain types of media (such as full 2-way video and 2-way audio with additional IPTR when in a conference room at work). In some examples a tracked state change 3573 3574 is a change that a user makes by directly entering their presence availability 3580 or lack of availability 3580. In some examples a tracked state change 3573 3574 is a change in the rules that determine presence 3581 (such as when engaged in a focused business connection at work, do not interrupt with a focused personal connection). In some examples a tracked state change 3573 3574 is any other tracked state change(s) 3582. In any one or a plurality of tracked state changes 3574 3575 3576 3577 3578 3579 3580 3581 3582, transmit the state change(s) to a presence service(s) 3583; where in some examples that the state changes are received by the presence service 3570, compared to rules 3571, and new presence information is determined 3571.
In some examples the presence information 3571 that is displayed 3592 is derived from a user's local or remote changes that affect the presence service(s) 3584 3585 such as administrative changes 3584, profile changes 3584, etc. that in turn are saved 3570 and used to determine presence information 3571. In some examples various administrative changes 3584 3585, profile changes 3584 3585, local changes 3584 3585, etc. are made and transmitted to a presence service(s) 3595 3570. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in identity(ies) 3586 such as adding an identity, removing an identity, etc. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of SPLS(s) 3587 such as adding an SPLS, removing an SPLS, editing an SPLS's members, etc. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of devices 3588 such as adding a device, removing a device, editing a device's profile information, changing a device's communications service, etc. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of presence rules 3589 such as changing the rule(s) 41's availability while traveling to and from work.
In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as whether a user is visible or invisible to an SPLS(s), to a group within an SPLS, to one or a plurality of SPLS members, or non-members of an SPLS. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as whether a user is partially visible with some attributes displayed and some attributes not displayed to an SPLS(s), to a group within an SPLS, to one or a plurality of SPLS members, or non-members of an SPLS; where in some examples said attributes may include location; in some examples said attributes may include current activities; in some examples said attributes may include device(s) currently in use; in some examples said attributes may include group messages sent to all or part of the SPLS; in some examples other attributes may be selectively displayed or not displayed. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as setting a dynamic relationship between two or a plurality of attributes so that the display of some attributes may dynamically be based on another attribute such as location, whereby in some examples local SPLS members may receive current and precise location information while remote SPLS members may not receive location information—so those whose location is that they are physically present in the same place (such as a workplace or event such as a conference or concert. or public place such as a park or a mall, or a neighborhood such as a shopping street or a downtown area) are provided the user's location while those not physically present are excluded and do not receive the user's location information. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of private status settings 3590 such as whether an entire identity, a user attribute, a SPLS attribute or other component is marked private and governed by privacy policies, privacy rules or other privacy means, as described elsewhere. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of secret status settings 3590 such as whether an entire identity, a user attribute, a SPLS attribute or other component is marked secret and governed by secrecy policies, secrecy rules or other secrecy means, as described elsewhere.
In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as whether one or a plurality of others are visible or invisible to a user, whether the others are an SPLS(s), a group within an SPLS, one or a plurality of SPLS members, or non-members of an SPLS. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as whether one or a plurality of others are partially visible with some attributes displayed and some attributes not displayed to a user, whether the others are an SPLS(s), a group within an SPLS, one or a plurality of SPLS members, or non-members of an SPLS; where in some examples said attributes of others may include their location(s); in some examples said attributes of others may include their current activities; in some examples said attributes of others may include their device(s) currently in use; in some examples said attributes of others may include group messages they have sent to all or part of the SPLS; in some examples other attributes of others may be selectively displayed or not displayed. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of others' visibility to a user 3590 such as setting a dynamic relationship between two or a plurality of attributes so that the display of some attributes may dynamically be based on another attribute such as location, whereby in some examples local SPLS members may receive current and precise location information from others while the location of physically remote SPLS members may not be displayed—so those whose location is that they are physically present in the same place (such as a workplace or event such as a conference or concert. or public place such as a park or a mall, or a neighborhood such as a shopping street or a downtown area) are provided when a user is co-located with other SPLS members, while those not physically present are excluded and their remote location information is not displayed to the user. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of others' private status settings 3590 such as whether others' identity(ies), one or a plurality of their user attributes, one or a plurality of their SPLS attributes, or other visible attributes are marked private and therefore governed by privacy policies, privacy rules or other privacy means, as described elsewhere. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of others' secret status settings 3590 such as whether others' identity(ies), one or a plurality of their user attributes, one or a plurality of their SPLS attributes, or other visible attributes are marked secret and therefore governed by secrecy policies, secrecy rules or other secrecy means, as described elsewhere
In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as whether a user is partially visible with some attributes displayed and some attributes not displayed to an SPLS(s), to a group within an SPLS, or to one or a plurality of SPLS members; where in some examples said attributes may include location; in some examples said attributes may include current activities; in some examples said attributes may include device(s) currently in use; in some examples said attributes may include group messages sent to all or part of the SPLS; in some examples other attributes may be selectively displayed or not displayed. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of visibility settings 3590 such as setting a dynamic relationship between two or a plurality of attributes so that the display of some attributes may dynamically be based on another attribute such as location, whereby in some examples local SPLS members may receive current and precise location information while remote SPLS members may not receive location information—so those whose location is that they are physically present in the same place (such as a workplace or event such as a conference or concert. or public place such as a park or a mall, or a neighborhood such as a shopping street or a downtown area) are provided the user's location while those not physically present are excluded and do not receive the user's location information. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of private status settings 3590 such as whether an entire identity, a user attribute, a SPLS attribute or other component is marked private and governed by privacy policies, privacy rules or other privacy means, as described elsewhere. In some examples a tracked administrative, profile, or local change 3584 3585 is a change in one or a plurality of secret status settings 3590 such as whether an entire identity, a user attribute, a SPLS attribute or other component is marked secret and governed by secrecy policies, secrecy rules or other secrecy means, as described elsewhere.
In some examples a tracked administrative, profile, or local change 3584 3585 is any other administrative presence change 3591, profile change that affects presence 3591, or other change that affects presence 3591. In any one or a plurality of administrative, profile, or local changes 3585 3586 3587 3588 3589 3591, transmit the change(s) to a presence service(s) 3595; where in some examples those changes are received by the presence service 3570, used to update its administration, rules, profiles, SPLS's, etc. 3570, and the updated presence service 3571 then determines current presence 3571 as described elsewhere.
In some examples one or a plurality of tracked states 3574 3575 3576 3577 3578 3579 3580 3581 3582 are provided by self-monitoring by a device. In some examples one or a plurality of tracked states are provided by external monitoring by a service or a system. In some examples one or a plurality of tracked states are provided by external monitoring by a server, an application, a Web service, or any other type of application or service. In some examples one or a plurality of tracked states are provided by external monitoring by a router, a proxy server, a switch, or any other type of communications device or service. In some examples one or a plurality of tracked states are provided by external monitoring by GPS, by wireless triangulation, or any other type of location tracking and/or determination. In some examples one or a plurality of tracked states are provided by a connected external source or resource such as an AKM (Active Knowledge Machine), governance, or any other connected service. In some examples one or a plurality of tracked states are provided by other state change tracking means.
Regardless of the state information tracking means, in some examples state information and data 3574 3575 3576 3577 3578 3579 3580 3581 3582 are transmitted to the presence service(s) 3583 3570. In some examples state changes 3574 3575 3576 3577 3578 3579 3580 3581 3582 are transmitted to the presence service(s) 3583 3570. In some examples the state information, data and/or changes 3583 3570 are processed by the rule(s) 3571 and the resulting presence information 3571 is compared to the current presence information 3592. In some examples if there is no change in presence information 3571, then there is no change in the presence information displayed 3571 3572. In some examples, however, there is a change in presence information 3571, then the presence information displayed 3571 3572 is changed to reflect the new presence information 3571. In some examples the changed presence information 3571 is transmitted first to one or a plurality of presence servers which then display the changed presence information 3571 3572. In some examples the changed presence information 3571 is transmitted directly to one or a plurality of SPLS members 3571 3572 where it is appropriately displayed or not displayed according to the state and configuration of each device 3572.
In some examples there is not a change of state 3573 or of state information 3573; there has not been an administrative change 3584; there has not been a user change 3584, there has not been a profile change 3584; there has not been a local change 3584; and there have not been other changes; in which cases nothing is transmitted to a presence service(s) 3594.
Individual control of presence boundaries: Various IPTR (Identities [people], Places, Tools, Resources, etc.) would like different levels of control over the access to and display of their presence information by other IPTR (Identities [other people], Places, Tools, Resources, etc.). In some examples many people have one or a plurality of different communication devices and would like their current presence and availability known by one or a plurality of IPTR. In some examples some people do not want to provide access to themselves or their presence information to one or a plurality of unrelated IPTR to prevent unwanted contacts, to provide greater security, to protect their privacy, etc. In some examples some people would like to provide limited access and display of their presence information by IPTR, with only certain selected contact information and/or presence details released.
Turning now to
In some examples the presence service 3608 retrieves or receives SPLS Member 1's state information 3608, evaluates it to determine this SPLS member's presence information 3608, and determines this SPLS member's presence information according to rules management logic 3606 3607 3608 (as described elsewhere). In some examples the initiating party 3600 3601 3611 3612 is a main attribute of the rule(s) logic 3607 3608 that determines both access to presence information 3609, and the presence information that is displayed 3609 for that initiating party 3604 3614. As a result in some examples access to presence information 3608 3609 may be blocked 3604 3614; in some examples access to presence information 3608 3609 may be allowed 3604 3614; in some examples different presence information 3608 3609 may be displayed for different individual SPLS members 3604; in some examples different presence information 3608 3609 may be displayed for different SPLS's 3604; in some examples different presence information 3608 3609 may be displayed for different SPLS groups 3604; in some examples different presence information 3608 3609 may be displayed for different authorized IPTR 3604; in some examples different presence information 3608 3609 may be displayed for one or a plurality of types of non-members 3614 such as Non-member 3. In some examples the presence service 3609 “pushes” the appropriate and (optionally) different presence information 3610 to each authorized recipient 3600 3604 or not authorized recipient 3611 3614. In some examples authorized recipients 3600 3604 and/or not authorized recipients 3611 3614 “retrieve” their appropriate and (optionally) different updated presence information 3610 from the presence service 3608 3609.
In some examples an SPLS Member 2 3600 3601 opens an SPLS 3601 and is authorized to receive presence information 3601; in some examples an authorized IPTR 3600 3601 opens an SPLS 3601 and may receive presence information 3601 (herein together called SPLS Member 2). In some examples an SPLS Member 2 3601 opens an SPLS 3601 and is authorized to receive the same presence information 3607 as others in that SPLS 3603. In some examples an SPLS Member 2 3601 opens an SPLS 3601 and is authorized to receive the same presence information 3607 as others in a particular SPLS group 3603. In some examples an SPLS Member 2 3601 opens an SPLS 3601 and is authorized to receive unique and individual presence information 3607 3603. As a result in each example SPLS Member 2 3603 sees Member 1's presence information 3604 according to a rule(s) 3608 3609.
In some examples a non-member 3611 3612 such as Non-member 3 3612 may need SPLS Member 1's 3605 contact information and/or presence information 3609; in some examples a non-authorized IPTR 3611 3612 needs SPLS Member 1's 3605 contact information and/or presence information 3609 (herein together called non-member initiating party). In some examples non-member initiating party 3612 queries a directory(ies) 3612, in some examples it queries another resource for obtaining contact information 3612, in some examples it queries a presence service 3612, etc.; by means of queries in some examples such as SPLS Member 1's name 3612, in some examples by SPLS Member 1's unique identifier 3612, in some examples by SPLS Member 1's known details 3612 such as an address or phone number, in some examples by SPLS Member 1's group membership(s) 3612 such as a company name, in some examples by a lookup in a tool such as a search service 3612, in some examples by a resource that can provide or acquire lists of potential contacts 3612, etc.
In some examples a non-member initiating party 3612 inquires about SPLS Member 1's contact information and/or presence information 3612 3609 and SPLS Member 1 has created one or a plurality of access types 3607 for non-members of an SPLS 3607 3611 or other non-authorized IPTR 3607 3611. In some examples a non-member initiating party 3612 has an access type 3607 3613 that blocks access to contact information and/or presence information 3609. In some examples a non-member initiating party 3612 has an access type 3607 3613 that permits access 3607 to contact information and/or presence information 3609; in some examples an access type 3607 3612 is permitted to view contact information and/or presence information 3609 3614; in some examples an access type 3607 3612 is permitted to send a message(s) (such as e-mail, voice mail, video mail, etc.) to SPLS Member 1 3609 3614; in some examples an access type 3607 3612 is permitted to open a focused connection with SPLS Member 1 3609 3614; in some examples an access type 3607 3612 has other permitted actions and options with SPLS Member 1 3609 3614. As a result in each example a nonmember initiating party 3612 may be permitted to see Member 1's contact information and/or presence information 3614 according to a rule(s) 3608 3609; and/or may also be permitted to act upon said contact information and/or presence information 3614 according to its access type 3607 3613 and a rule(s) 3608 3609.
In some examples SPLS Member 1's presence changes 3610 and the presence service 3608 retrieves or receives Member 1's new state information 3610; in some examples Member 1's changed state information 3610; in some examples Member 1's directly entered new presence information 3610; etc. (herein collectively called new state information 3610). In some examples the presence service evaluates the new state information 3610 3608 and determines that SPLS Member 1's presence has not changed and does not need to be updated. In some examples the presence service evaluates the new state information 3610 3608 and determines that SPLS Member 1's presence information has changed 3608 and needs to be updated 3609 3604 3614. In some examples the new presence information 3608 3609 is determined for each SPLS member 3600 3601; in some examples the new presence information 3608 3609 is determined for each authorized IPTR 3600 3601; in some examples the new presence information 3608 3609 is determined for each non-member access type 3611 3612 such as for Non-member 3 3612; in some examples the new presence information 3608 3609 is determined for each not authorized IPTR access type 3611 3612. As a result in each example the updated presence information 3610 is determined 3608 and provided 3609 as appropriate for each authorized recipient 3600 3604 3611 3614. In some examples the presence service 3609 “pushes” the appropriate updated presence information 3610 to each authorized recipient 3600 3604 3611 3614. In some examples authorized recipients 3600 3604 3611 3614 “retrieve” the appropriate updated presence information 3610 from the presence service 3608 3609.
In some examples the rules management logic 3608 defines how to determine the presence information 3608 from the state information 3608. In some examples the rules include rules 3606; in some examples the rules include policies 3606; in some examples the rules include access types 3606; in some examples the rules include boundaries 3606 (herein a rule(s), policy(ies), access type(s), boundary(ies), etc. are called a rule[s]). In some examples for each type of presence information determined 3606 3608 3609 or category of presence information 3606 3608 3609 a user 3605 may establish rules that determine how they should have a connection focused, a message received, a connection invited, etc. based on their current devices in use. In some examples one or more sets of rules may simply be copied from others 3606. In some examples a device(s) may change such as when leaving work a user might switch from a corporate mobile phone or corporate mobile TP device to a personal mobile phone or personal mobile TP device; in some examples an identity(ies) may change such as when leaving work a user might switch his or her logged in identity from a work identity to a personal identity; in some examples an open SPLS(s) may change such as when leaving work a user might switch from a company's SPLS to a family and friends SPLS; in some examples a location(s) may change such as when leaving work a user might travel from a corporate office to his or her home; in some examples a task(s) may change such as when leaving a meeting at work to go out to a social lunch with a spouse; in some examples other factors may change in either individually or in combination such as when using a laptop while also answering a phone call or a focused TP connection. In each of these examples and others the presence service may provide fine-grained and accurate information as to a user's current availability; however, in some examples the presence service may default to employ the current state information to estimate a user's availability and let the recipient of the presence information decide whether or not to open a focused connection with the user.
In some examples the rules management logic 3608 defines how to determine the privacy of presence information 3608 such that the displayed information 3604 3614 may not display information that a user, such as SPLS Member 1, would like to keep confidential. In some examples the rules management logic 3608 provides this privacy 3608 by selectively removing 3608 part of the presence information 3609 before it is communicated to a recipient party 3604 3614; as one example of a privacy rule 3606 the presence information 3609 of SPLS Member 1 3605 3609 for a non-member 3611 3614 such as Non-member 3 3614 may include that this user's current TP Device is available for a focused connection, but not disclose the current physical location of this user, nor disclose the current use or state of this user's other devices or tasks or identities; and simultaneously, as another example of a privacy rule 3606 the presence information 3609 of SPLS Member 1 3605 3609 for SPLS Member 2 3600 3604 may include full disclosure of all of SPLS Member 1's current presence information.
COMBINING TP DIGITAL PRESENCE (TPDP) AND A PLACE, CONTENT AND/OR ADVERTISING: Some examples of types of places: For various reasons one of the more interesting types of TPDP is to include a place and content that is combined with the presence of two or a plurality of identities. In some examples a meeting place can be on any continent worldwide such as in New York, Geneva (Switzerland), Cape Town (South Africa), Mumbai (India), Beijing (China), a rural village or farm in a developing country, or on an ocean liner off the coast of Antarctica. In some examples any of these places can be a typical work environment like a conference room, an executive office or an office cubicle. In some examples any of these worldwide places can be where employees are working such as on a manufacturing assembly line (such as where a line shutdown occurs or where a new improvement may be possible), inside a distribution warehouse (such as how a truck is being loaded or the way a particular item is stored), on a retail store's sales floor (such as to help a customer make a selection, or added to self-serve cash registers to help customers make purchases), or at a field site like a deep-ocean oil drilling platform (such as to help in the control room or select the correct drill bit). In some examples any of these worldwide places can be educational (such as in multiple classrooms so students from different countries can work together on projects), a nonprofit charity (such as medical professionals who help contain a contagious disease outbreaks as soon as they occur), a government (such as confirming aircraft inspection procedures at an airline's multiple airports), or for human development (such as a UN team that helps improve drinking water sanitation at local villages). In some examples any of these worldwide places can be pleasurable such as on a Tahiti beach, an observation deck on the Eiffel Tower on a summer evening, or dinner with someone while he or she is on a business trip. In some examples any of these places can be adventurous such as on a mountain peak, under the sea on a coral reef, or off of the earth such as from the surface of Mars (via NASA's Spirit or Opportunity rovers) or orbiting Saturn (via the Cassini-Huygens spacecraft). In some examples audiences and gatherings may take place in combination with a place with or without content (such as presentations, a music concert, an event such as a sports event like a wrestling match or a football game, etc.), advertising (that may be customized for each participant or audience member), audio (such as from one speaker, or from a select group that is present together at a gathering), point of view (such as from the viewpoint of a participant, such as from the viewpoint of a different audience member, such as from the viewpoint of a player in a sports event such as the viewpoint of a quarterback on a football team, such as from an elevated view over an event or gathering, etc.).
Some examples of obtained video of places: In some examples a place may be displayed as high definition live video with or without local audio from the place; in some examples a place may be displayed as streaming video with or without local audio from the place; in some examples a place may be displayed as a static image with or without local audio; in some examples a place may be displayed as a series of occasionally changing real-time images provided via low bandwidth with or without local audio; in some examples a place may be displayed as an interactive virtual place with or without simulated audio; in some examples a place may be displayed as a design or illustration of a real or virtual place with or without simulated audio; in some examples a place may be displayed as an animation with or without simulated audio; in some examples a place may be displayed with realistic 3-D audio or stereo audio background sounds; in some examples a place may be displayed with monaural audio; in some examples a place may not include local audio from the place; in some examples the display of a place may include one or more participants in a focused connection who are physically present in the place; in some examples a place may be displayed by means of any technology(ies), capability(ies), feature(s) that are known whether the depicted reality is real or virtual or a blend of both.
Some summaries of the process: In some examples presence in a place is achieved by real-time video background replacement of the identity(ies) (person[s]) that are digitally present in a focused connection including: obtaining live or recorded video (with or without audio) from a real and/or virtual place, transmitting the video if from a live place, receiving the video if from a live place, separating the image(s) of the one or plurality of person(s) who are present from their background(s), combining and/or compositing one or a plurality of those present person(s) as foreground with the video and (optionally) audio of the place as background, rendering the video as a combination of appropriately selected person(s) and place or (optionally) rendering the video to fit the view of each separate participant(s), and displaying a blended video of the appropriate person(s) in the place for each participant. In addition, in some examples presence in a place also includes obtaining additional content (such as content, application(s), advertising, marketing, messages, images, etc.) and blending those into the background representation of the place such that the place may be partially live, and/or partially recorded, and/or partially digitally enhanced, and/or partially combined with various types of messages and/or communications, and/or partially designed or constructed in any known manner. In addition, in some examples the digitally separated and/or constructed place may be substituted at one or a plurality of sources as if they were real so that an altered reality may be presented as if it were the real reality with or without communicating said source(s) substitution to those who are “present” in the substituted “place.”
Some examples of locations where this may be performed in the architecture: The combination of presence and place may occur in one or a plurality of areas in the architecture—during sending, during receiving, on the network, or in a combination of these, including either or both local and/or remote locations. In some examples the separation of a person(s) from their background(s) and replacing one or a plurality of parts of the background with an obtained place (with or without additional content blended in) may be done by a sender(s) prior to transmitting a presence. In some examples the separation of a person(s) from their background(s) and replacing one or a plurality of parts of the background with an obtained place (with or without additional content blended in) may be done by a recipient after receiving the presence data from one or a plurality of others who are present. In some examples the separation of a person(s) from their background(s) and replacing one or a plurality of parts of the background with an obtained place (with or without additional content blended in) may be done during transmission over a network such as in some examples by an application server that receives the transmission from one or a plurality of those present, performs the replacement(s) and then retransmits the new blended digital presence to one or a plurality of others who are present in the focused connection. In some examples a device may be in use that does not have the hardware and/or software capability to combine presence and place so this may be performed for that device by a different local or remote device. In some examples the separation of a person(s) from their background(s) and replacing one or a plurality of parts of the background with an obtained place (with or without additional content blended in) may be done in two or more times and places during sending, transmitting and receiving one focused connection so that different participants are present in different places, or are present in one place but see different content (such as different advertisements) in that place, etc. Whether the separation of person(s) from their background and the replacement and blending to create presence in a digital place takes place at the sender, at the recipient, on the network, and/or in other places or methods, in some examples a new combination of presence in a digital place may be presented as if this is reality (that is, without indicating or communicating that any substitution(s) have been performed).
Some of the apparatus(es) that do this: In some examples this includes a system for real-time video background replacement including: in some examples a device that obtains live video and audio and transmits it over a network, in some examples a system that uses a device to obtain live video and audio and transmit it over a network, in some examples a server and database that provides archived recording(s) of a place(s) and transmits it locally and/or over a network, in some examples a server and database that provides a virtual place(s) and transmits it locally and/or over a network, in some examples a server and database that provides content (such as advertising, marketing, messages, images, etc.) and transmits it locally and/or over a network, in some examples a separation component that segments a person(s) from a background in a video and transmits it locally and/or over a network, in some examples a replacement component that replaces the background with a different background and transmits it locally and/or over a network, in some examples a replacement component that replaces part of a background with a different background such as content (such as advertising, marketing, messages, images, etc.) and transmits it locally and/or over a network, in some examples a replacement component that replaces part of a background with a different background such as another person that is present and transmits it locally and/or over a network, in some examples a replacement component that replaces part of a foreground with a different foreground such as a person that is present and transmits it locally and/or over a network, in some examples a rendering component to render the composite foreground and background(s) as a single video and transmits it locally and/or over a network, in some examples a receiving device to receive video and display the video, in some examples a receiving device to receive video and display the video with a replacement component to modify the video before it is displayed and transmit the modified video locally and/or over a network, in some examples a display device to display the composited and/or received video.
Some of the technologies that perform this: Various existing technologies may be employed to provide one or a plurality of steps for real-time separation (such as background/foreground modeling, object segmentation, background selection and filtering, foreground selection and filtering, etc.) or replacement and blending (such as one or a plurality of background replacements, compositing, blending, rendering, displaying, locking to prevent subsequent separation], etc.) or transmission (such as sending, receiving, network interception with processing and re-transmission, substitution at sources, etc.). In some examples these provide a real-time system that can identify, detect and track a moving object in video whether the camera is stationary or moving. In some examples the subject is separated from the original background for each frame processed. In some examples these segment backgrounds from foregrounds. In some examples these segment objects. In some examples the segmented foregrounds, backgrounds, objects, etc. are photorealistic images, and in some examples they are photorealistic live video that is dynamically segmented in real-time or in near real-time. In some examples these construct models and analyze those models to determine boundaries and separate segments. In some examples these analyze light levels and shadows. In some examples these analyze pixels. In some examples these analyze motion within a larger field. In some examples these utilize other techniques and methods. In some examples these replace the background so that a subject is placed in front of a different background in various applications such as video conferences, online chatting, teaching, videophone calls, etc. In some examples these provide registration between a first and second image(s). In some examples these include an image aligner that computes the alignment between a first and second image(s). In some examples these include image measurements so that different images may be sized appropriately relative to each other and relative to a background. In some examples these transmit the video of a speaker in front of a replaced background. In some examples each of the participants may choose a different real-time replacement of the background, with the new background being static or dynamic. In some examples background replacement includes the real-time substitution of a different dynamic background. In some examples background replacement includes the dynamic creation of an alternate background. In some examples the separated subject is blended with the new background for each frame. In some examples each participant can control their position within a background image environment. In some examples changing one's image's position in a video stream image alters one's viewpoint within the video stream image. In some examples changing one's image's position in a video stream image does not alter the viewpoint of how the video stream is displayed. In some examples each participant can control the the position of one or a plurality of other participants in a background image environment. In some examples one background environment may be utilized by multiple different connections without any one connection including participants from any of the other connections, so that one background video image stream may support numerous connections that occur simultaneously and are independent of each other. In some examples the audio volume is proportionate to the distance between the placement of the participants in the connection, so that participants who are closer hear louder volumes and those positioned farther apart hear softer volumes—so that in some examples a participant's audio volume is increased or decreased by moving one's participant image closer or farther away from another participant; and in some examples side conversations are possible by separating two participants from the others by means of placing them farther and more distant from the others in the video stream image. In some examples the audio volume of all participants in the connection is the same and is not altered proportionate to the positions or distances between different participants. In some examples the audio can be rendered in 3-D based upon the relative positions of the participants so that surround sound, stereo or 3-D speakers may play each participant's audio dynamically adjusted so that it reflects the position of their image relative to the other participants in the combined video stream image, and sounds as if it relates to their position in the replaced place. In some examples all the participants are displayed. In some examples each participant is not displayed to himself or herself but instead all the other participants are displayed, as if they were in a meeting where each participant observes everyone else but not himself or herself. In some examples only some participants are displayed such as if one is in an audience at a presentation or briefing where only those seated in front of a participant are visible, while those seated behind a participant are not seen. In some examples one or a plurality of participants may change the replaced background at any time(s) during a connection so that a single connection about specific world problems may be experienced by one participant at multiple background locations such as in some examples starting in the White House's oval office, then moving to an environmental conservation center in the Amazon, then switching into an impoverished village under attack in Darfur. In some examples when a new identity joins a connection that new identity must accept the background already being utilized for that connection. In some examples when a new identity joins a connection that new identity may choose their own background for the connection, and in some examples may be able to switch backgrounds repeatedly throughout the connection by means of making their own selections at any time and having the appropriate combined foreground/background image(s) created.
Some technologies provide additional capabilities: In some examples real-time dynamic images are inserted into video image streams. In some examples these are rendered from the camera position that generates the image stream into which a dynamic image is inserted. In some examples the synthesized video stream is rendered from the viewpoint of the location of each participant. In some examples the synthesized video stream is rendered from a viewpoint different from the location of a participant. In some examples the inserted image is considered a target image that is inserted into a target area in the separate video image stream, such as in some examples by use of a three dimensional model so that a more realistic resulting image is produced. In some examples these generate a dynamic mask for removing the target area in the video image stream for inserting a target image into that target area. In some examples the inserted target image is a participant in a connection. In some examples the inserted target image is an advertisement(s). In some examples of inserted advertisement(s) the specific ad may be determined by the settings of an audience or a specific identity(ies) (such as in some examples a TP Boundary Management Service) so that the specific inserted ad(s) are tailored to each audience and/or audience member. In some examples one or a plurality of target images may be inserted in one or a plurality of target areas. In some examples these include segmentation maps. In some examples segmentation maps are superimposed over a new background image(s). In some examples two or a plurality of graphics layers are processed to generate blended graphics. In some examples the different images and/or graphics layers are received in different formats and may be converted to a common format such as in some examples MPEG streams, SDTV video, HDTV video, etc. In some examples background replacement is performed by blue screening, chroma keying, green screening, etc. in which a foreground image(s) is captured in front of a uniformly colored screen so that the screen's pixels may be identified as background pixels that may be replaced with a new background with a high degree of segmentation accuracy.
Some technologies provide transmission capabilities: In some examples the entire final video output is transmitted to a remote location and displayed as transmitted. In some examples the entire final video output is not transmitted, only the separated subject(s) or participant(s) or target image(s) with its (their) location(s) in the separate video image stream so that it (they) can be set in the same defined position(s) in the frame for display to a recipient, such as in some examples the image of a participant(s) and a background conference room may be combined and displayed for one participant while the image of the other participant(s) and a background British museum may be combined and displayed for a different participant. In some examples each participant may set the same connection in a different place and time (in some examples using recorded video and virtual places) so that one connection may simultaneously appear to each of its five participants to take place in a virtual business conference room where a virtual whiteboard is being used to display a presentation, in a 2-D recorded video of a limousine that is currently driving down Fifth Avenue in Manhattan, in a 3-D live stream from the nose camera on an airplane flying at the top edge of the Grand Canyon, with a live video stream from a coral head underwater on Australia's Great Barrier Reef, and inside a library's virtual card catalog with millions of immediately accessible resources—each of which may have the presenter and the presentation displayed in a different target area(s) in their separate video image stream of their different real, live, recorded, or virtual places. In some examples the steps to perform those different combinations for each participant in one connection include receiving a plurality of image streams from a plurality of sources, analyzing and separating the images into a plurality of background and foreground images, selecting the appropriate background and foreground images based on different selection criteria or conditions, mixing the foreground image(s) with the background image(s) to generate an output image for display—so for each participant the output is the appearance that the appropriate foreground image(s) are superimposed and blended into each different background image(s) creating a new and different synthesized image stream for each participant.
COMBINE PRESENCE, PLACE AND (OPTIONAL) CONTENT:
Turning now to
Some examples of another step, Replacement and Blending 3630: In some examples various existing technologies may be employed to provide one or a plurality of steps for real-time background replacement 3631 in some examples using a live place in which one of the participants is located 3626 to replace the background 3631; in some examples using a live video and/or audio feed from a different place 3626 to replace the background 3631; in some examples using recorded video 3626 to replace the background 3631; in some examples using a designed or virtual place 3626 to replace the background 3631; in some examples using a recorded video 3626 (such as a segment of a movie or television show, or images from a movie or television show) to replace the background 3631; in some examples using a live or recorded connection 3626 to replace the background 3631; in some examples using another type of source to replace the background 3631; etc. Additionally, real-time background replacement 3632 may also consist of in some examples including advertisements 3628 to replace part or all of the background 3632; in some examples including various types of content 3628 to replace part or all of the background 3632; in some examples including marketing content 3628 to replace part or all of the background 3632; in some examples including paid messages of various types 3628 to replace part or all of the background 3632; etc. In some examples the background source 3626 3627 3628 employed for complete background replacement 3631 3632 or partial background replacement 3631 3632 may come from a third-party source or service such as in some examples advertising 3628; in some examples other marketing or paid content 3628; in some examples recorded content 3626; in some examples the known or hidden alteration of reality that is substituted at a “source” 3627; etc. In each example 3626 3627 3628 3631 3632 a background source may include video and/or audio with varied and controlled volume for the audio so that it may be present at the level desired without scaring or interrupting the participants at the place; in some examples compositing 3633 combines the visual elements from separate sources into a single image; in some examples blending and rendering 3634 the foreground 3625 and background 3624 3631 3632 to produce video output; in some examples (optionally) locking or partly locking the blended images as described elsewhere; and in some examples (optionally) leaving the output unlocked so that it may be separated and transformed again as described elsewhere.
In some examples the background/foreground modeling step 3622 includes constructing a background model 3622 (by any of the various known means) which may include methods for minimizing background noise, dynamically adjusting to specific environments such as shadows, lighting changes at different times of the day, lighting due to different weather conditions, etc. In some examples object segmentation 3623 is performed by creating a foreground mask for each frame (by any of the various known means). In some examples the foreground mask 3623 or separated foreground objects 3623 or selected foreground pixels 3623 may be filtered 3625 to clean the mask's or object(s)'s or pixel selection's boundaries or edges (by any of the various known means). In some examples the background selection 3622 3623 or separated background objects 3623 or selected background pixels 3623 may be filtered 3624 to clean the mask's or object(s)'s or pixel selection's boundaries or edges (by any of the various known means).
In some examples one or a plurality of foreground selections 3622 3623 3625 are an essential part(s) of the final combination 3620 (in some examples such as a participant[s]) and this foreground shape(s) is transmitted to the Replacement and Blending stage of this process 3630 3633. In some examples one or a plurality of background selections 3622 3623 3624 are an essential part(s) of the final combination 3620 (in some examples such as a participant in a live place where that place is the participant's desired background) and this background is transmitted to the first background replacement stage of this process 3630 3631. In some examples one background replacement step 3631 may employ live or recorded video 3626 from any local or remote source; in some examples the new background 3626 is dynamically stretched or cropped to fit the original video source's dimensions; in some examples the audio from the new background 3626 3624 is muted but in some other examples the audio from the new background 3626 3624 is dynamically adjusted to a volume that provides appropriate levels of sound (in some examples such as the natural ambient background sounds from a live or recorded place); etc. In some examples one or a plurality of additional background selections 3628 3627 are an essential part(s) or all of the final background 3620 (in some examples such as advertising 3628, in some examples marketing content 3628, in some examples paid messages 3628, etc. from any of a variety of sources including third-parties, vendors, services, and/or background; in some examples a digitally altered reality 3627 that may be substituted at the source as if it were the real reality and this “altered reality” source is transmitted to a background replacement stage 3632 (with or without informing the user that the source is an “altered reality”) which may employ the substituted “altered reality” as if it were the “real reality” from that source 3631. In some examples this second background replacement step 3632 may employ recorded or live video 3628 3627 (including images) from any local or remote source; in some examples the new background 3628 3627 is dynamically stretched or cropped to fit the original video source's dimensions; in some examples the audio from the new background 3628 3627 is muted but in some other examples the audio from the new background 3628 3627 is dynamically adjusted to a volume that provides appropriate levels of sound (in some examples such as the natural background sounds from a recorded advertisement that is playing in a participant's background); etc.
In some examples the video is composited 3633 by overlaying or placing the foreground selections 3622 3623 3625 over a new background 3631 3632. In some examples some artifacts may remain from the separation steps 3621 3622 3623 3624 3625 such as in some examples additional pixels on the edge or boundary of one or a plurality of shapes that in some examples may create a halo or small distraction; and in some examples some artifacts may remain from the background replacement steps 3631 3632 such as in some examples additional pixels on the edge or boundary of one or a plurality of replaced backgrounds that in some examples may create background bleed through, too sharp a delineation between a participant and a background, or other distractions; and in these cases a blending step 3633 may be employed to mitigate or eliminate these; in some cases the edge(s) of foreground shapes 3623 3625 may be dynamically made transparent 3633 to show more of the new background 3631 3632; in some cases alpha blending may be employed 3633 such as blending foreground pixels on the edge of a shape with the new background pixels adjacent to them so that the foreground and background blend more seamlessly rather than abruptly; in some cases feathered edges may be employed 3633 such as softening the edge or border so that it blends into a background; in some cases any of the various known means or methods may be employed to create the illusion that various elements are part of the same scene. These various steps and processes improve proportionately with the speed and capacity of the device(s) that perform them, and the technology(ies) and products used.
In some examples rendering 3634 produces the final video output, a step that dynamically produces the synthesized appearance of what is displayed to one or a plurality of participants. Because there are a variety of known rendering means, methods, processes and systems, various combinations of techniques and features may be employed to accomplish rendering; in some examples rendering is one part of a larger compositing 3633, blending 3633 and rendering 3634 step; in some examples rendering 3634 may be a stand-alone step; etc.
TP configurations for presence at a place(s): Some examples of providing TPDP at a place include options such as a sender 3640 is one option, a receiver 3647 is a second option, and a network alteration 3654 is a third option. A less obvious fourth option is to perform a network alteration 3654 but use that to replace an expected “real” and live source with an altered source 3663, to digitally transform reality in some examples with clear and visible indication that it has been transformed 3663, but in some examples to provide a digitally transformed reality as a hidden process without informing recipients of the transformation(s) or substitution(s) 3663. In some examples one of these options may provide presence at a single place; in some examples two or three of these options may provide new backgrounds that are completely different from each other such as when the background is a complete replacement; in some examples two or three of these options may provide new backgrounds that are partly different from each other such as when different advertising is included in some or each of the new backgrounds; in some examples each recipient may have a completely new background; in some examples an altered reality is substituted at a “real source” with or without informing the participants of the substitution (as if the altered reality were real). Taken together it is clear that TP digital presence has numerous initial differences from physical presence—and due to the potential configurations and options may be evolved rapidly beyond this initial scope.
Turning now to
At a high level two or a plurality of senders 3640 and recipients 3647 are using devices that are attached to one or a plurality of networks 3645 in some examples an IP network 3645 such as the Internet, in some examples a Teleportal Network 3645, in some examples a PSTN 3645 such as a public switched telephone network, in some examples of another type of network 3645 such as a cable television network which may be configured to provide telephone (in some examples VOIP), in some examples a cellular network 3645 in some examples a plurality of disparate networks 3645.
In some examples another option is a recipient 3647 where most of the processing is performed by the recipient's device and separation 3650 and background replacement(s) 3651 are performed locally to each recipient (in some examples there are multiple recipients so each recipient may have a different background[s] in their version of the place). In some examples a source is received 3648 such as from a sender 3640 3644 or a network alteration 3654 3660; the input stream is received 3648, decompressed 3648 as needed, decoded 3644 as needed; in some examples the stream is locked 3650 so it is not separated 3650 and may be displayed directly 3649, or the recipient's image may (optionally) be added 3651 before it is displayed 3649; in some examples the recipient transmits the displayed stream 3649 3648 3653 so that the sender 3640 may receive it as a source 3641 and include the recipient's image 3653 as a participant in the place 3643; in some examples the sender 3640 will need to separate the recipient's image 3653 3642 from its background in order to include the recipient as a participant in the place 3643; in some examples the recipient 3647 performs separation 3650 (3621 in
In some examples another option is a network alteration 3654 where most of the processing is performed by a server, application or service accessible over one network 3645 or a plurality of disparate networks 3645. There are a number of reasons and methods for doing this. In some examples a recipient's device is resource limited such as a cell phone, PDA, pad, an older or smaller laptop or PC, etc. then separation 3657 and background replacement(s) 3658 may be performed where there are more resources such as in some examples a server 3654, in some examples another device accessible to the recipient such as an LTP or RTP or MTP that may be utilized by remote control 3654, in some examples an application accessible over a network 3654, in some examples a service 3654, in some examples wherever remote resources may be obtained 3654. In some examples a network alteration may be performed for any of a variety of other reasons such as in some examples the insertion of paid advertising in the background 3646 3657 3658, in some examples the provision of the same shared background location and content for all recipients 3646 3657 3658 such as at a sales presentation of a specific installation or physical facility, in some examples with multiple recipients network alteration 3654 3657 3658 may be utilized to provide each recipient with a different background(s) or advertisement(s) in their display, in some examples the substitution of an altered reality at a source 3663 3657 3658, or for any other reason whether paid or free. In any of these or other examples separation 3657 and background replacement(s) 3658 may be performed where there are more resources such as in some examples a server 3654, in some examples another device accessible to the recipient such as an LTP or RTP or MTP that may be utilized by remote control 3654, in some examples an application accessible over a network 3654, in some examples a service 3654, in some examples wherever remote resources may be obtained 3654.
In some examples of network alteration 3654 a stream is intercepted 3655 and a source is received 3655 such as from a sender 3640 3644 or from a recipient 3647 or from a different network alteration 3654 3660; the input stream received 3655 or intercepted 3655, is then decompressed 3656 as needed, decoded 3656 as needed; in some examples the stream is locked 3644 3659 so it is not separated 3657 and may only be retransmitted directly 3660; or the participant's image(s) may (optionally) be added 3651 before it is retransmitted 3660; in some examples the stream is partly locked 3644 3659 so only some background elements may be separated 3657 and only some background elements replaced 3658 such as in some examples inserting new advertisements 3658, in some examples changing the background place 3658, in some examples making only some other limited background change(s) 3658 before it is retransmitted 3660; in some examples in some examples the network alteration 3654 performs separation 3657 (3621 in
“Reality replacement” business(es): In some examples the network altered video and/or audio 3654 3660 are substituted at one or a plurality of sources 3663 3646 without informing participants 3640 3647; while in some examples participants are informed that network altered video and/or audio 3654 3660 have been substituted at one or a plurality of sources 3663 3646. In some examples “reality replacement” applies whether participants 3640 3647 are combining their presence at a place 3646 3626 with or without additional content 3646 3628 and/or advertising 3646 3628. In some examples “reality replacement” applies when participants 3640 3647 are not present, and only a place(s), 3646 3626 are being combined with content 3646 3628 and/or advertising 3646 3628. In some examples “reality replacement” also applies to streaming video 3654 3660 via one or a plurality of disparate networks 3645 with one or a plurality of recipients 3647 and/or receiving devices 3647 and respective displays 3649 and/or speakers, such as may be used in some examples a view of a “live” place, a broadcast, a broadcast network show, multi-participant online events, backgrounds for online webinars or meetings for audiences, etc. Said reality replacement may include a server(s), database(s), application(s), service(s), buying system(s), payment system(s), paywall system(s), TP boundary(ies), etc. that determines which background replacement(s) to perform 3643 3651 3658 such as in some examples a whole and complete replacement, in some examples a partial replacement, in some examples more than one replacement such as a new place plus new content plus new advertisement(s). Said reality replacement is performed as described elsewhere such as in some examples by network alteration 3663 3654 3655 3656 3657 3658 3659 3660 where all of a background may be replaced 3658 and/or parts of a background may be replaced 3658; in some examples by sender replacement(s) 3663 3640 3641 3642 3643 3644 where all of the background may be replaced 3643 and/or parts of the background may be replaced 3643; in some examples by recipient replacement(s) 3663 3647 3648 3650 3651 3649 where all of the background may be replaced 3651 and/or parts of the background may be replaced 3651.
Some examples of businesses based upon hidden and/or known reality replacement(s) include: In some examples advertising replacement(s) may utilize advertising server(s), database(s), application(s), service(s), buying system(s), payment system(s), paywall system(s), TP boundary(ies), etc. that may be located in one or a plurality of places, services, communities, sources, etc. and in some examples may place or replace advertisements in backgrounds with specific paid advertising. In some examples real physical background place replacement(s) may be paid or free and utilize RTPs (Remote Teleportals), place server(s), database(s), application(s), service(s), buying system(s), payment system(s), paywall system(s), TP boundary(ies), etc. that may be located in one or a plurality of places, services, communities, sources, etc. and in some examples provide means to place participants at physical places like in some examples a theme park (such as in some examples of Disney World, Universal Studios Theme Park, Sea World, etc.); in some examples a city like New York or Paris that wants to attract businesses, business travelers, vacation tourists, etc.; in some examples travel destinations like Florida or Caribbean islands or (in ski season) Vail or Snowmass; or in some examples local users may receive backgrounds from parts of the city that would like to attract more residents and businesses like a financial district, the clubhouse at a new suburban development, etc. In some examples store, product and/or brand replacement(s) may be paid or free and utilize product image server(s), database(s), application(s), service(s), buying system(s), payment system(s), paywall system(s), TP boundary(ies), etc. that may be located in one or a plurality of places, services, communities, sources, etc. and in some examples provide means to replace specific parts of backgrounds with images such as by replacing appropriate electronics products with other electronics products such as Apple electronics or HP electronics; in some examples replace cameras with other cameras such as Nikon cameras or Canon cameras; in some examples replace big-box stores with other big-box stores such as Best Buy stores or Home Depot stores; in some examples replace fast food stores with McDonald's or Burger King outlets, or replace store signage in strip shopping centers with franchise signage such as Subway or Panera Bread; in some examples replace branding such as by identifying specific competing logos and names and replacing them with competing logos and branding such as replacing all networking logos with Cisco Systems logos or replacing all political party symbols and names with a new political party such as Libertarian or the “replacement party;” in some examples replace or add specific individuals simultaneously to multiple places or events so that any attempt to find that identity such as by face recognition will need to deal with a small to a large multitude of “presences” in a range of places and situations where a wide range of others present there will be able report having legitimately been “present” with that identity at that time and place (e.g., a “school of fish camouflage” strategy spread over a range of places).
Set TP presence in a place(s) with content: Some examples of methods, systems and services for storing, selecting, configuring and applying presence in varied places by both automated and manual selections are illustrated by
In some examples various existing technologies may be employed to provide one or a plurality of means for selecting backgrounds jointly or separately such as in some examples transmitting a replaced background(s) and accepting it; in some examples including place identifiers in a session or message and passing those place identifiers between users' devices for acceptance or modification; in some examples locking all or part of a background so all participants are in the same “place;” in some examples approved or authorized “realities” (such as in some examples places, in some examples content, in some examples advertisements, etc.) may be pre-specified and stored in one or a plurality of servers, applications, databases, systems, etc. for rapid retrieval and use during sessions for presence together in a pre-approved place; in some examples a replaced background(s) that is unlocked may not be accepted so its recipient(s) and/or sender(s) may independently maintain part or all of their own backgrounds, places and/or content according to how they each independently set or configure their session.
Turning now to
In some examples a next step is to determine if the change of place and/or change of content came from a current SPLS member 3732 that is in the focused presence 3730; in some examples a next step is to determine if the request to change the place and/or content came from a current SPLS member 3732 that is in the focused presence 3730; in some examples a next step is to determine if the automated request to change a place and/or automated request to change content came from an authorized network alteration 3731; in some examples a next step is to determine if the automated request to change a place and/or automated request to change content came from a saved 3742 3737 location-aware replacement 3740; etc. If in some examples there is not authorization 3732 for a participant's change and/or request 3730, or in some examples if there is not authorization 3732 for an automated change and/or request 3731, then control is transferred to the appropriate TP connection service 3735 for the appropriate handling of an action that is not authorized, not accessible, not available, etc. This is handled by the appropriate TP Connection Service 3735 such as by preventing the action, displaying an appropriate message(s), listing steps that are permitted, displaying instruction(s) for how to correct this, etc.
In some examples a security code may or may not be required, and in some examples a security code is a payment code 3741 received from a ticket purchase or an entry fee payment; in some examples a security code is an entry code 3741 provided by a membership organization, a governance, a corporation, etc.; in some examples a security code is a security code, credential or key 3741 provided for security; in some examples a security code is another type of code 3741 provided as a valid form of proof. In some examples a security code is not required 3741 so the change(s) may proceed 3733. In some examples a security code is required 3741 such as in some examples a confidential place or background may be accessed and replaced (such as in some examples corporate offices, in some examples a military base, in some examples a private club or members-only location, in some examples any performance or industry conference or gathering requiring a purchased ticket, in some examples an invitation-only gathering, in some examples a private connection between friends who choose to maintain privacy or secrecy, or for any other security or privacy reasons). In some examples a required security code may be entered manually 3741; in some examples a required security code may be entered automatically 3741; in some examples a required security code may be entered by any manual or automated means such as copy/paste or drag/drop from a separate communication, stored file, third-party service, etc. 3741; in some examples a required security code may be entered by any other known means from any type of locally or remotely stored security code 3741 or certificate 3741 or authorization key 3741 or authorization service 3741; etc. If a security code is entered correctly 3741 and is approved in in any of these or other examples the change(s) may proceed 3733. However, in some examples a security code is required but is not provided by a user 3741 and/or not entered correctly 3741 then control is transferred to the appropriate TP connection service 3735 for the appropriate handling of an attempted action 3741 that is secured but does not provide the approved security means 3741. This is handled by the appropriate TP Connection Service 3735 such as by preventing the action, displaying an appropriate message(s), listing steps that are permitted, displaying contact information to obtain help or a valid security code, etc.
In some examples an authorized SPLS member(s) 3732 makes the change of place and/or a change of content 3730, such as in some examples including an advertisement. In some examples an authorized SPLS member(s) 3732 requests a change of place and/or requests a change of content 3730, such as in some examples including an advertisement. In some examples an authorized network alteration 3732 makes an automated change of place and/or makes an automated change of content 3731 such as in some examples including an advertisement. In some examples an authorized network alteration source 3732 requests user approval for an automated change of place and/or requests user approval for an automated change of content 3731, such as in some examples including an advertisement. In some examples an authorized location-aware replacement 3740 makes an automated change of place and/or makes an automated change of content 3740 such as in some examples including an advertisement. If the background is completely unlocked 3733 in any of these or other examples the change(s) may proceed 3736 with replacement(s) (optionally) including a complete background replacement 3736, and/or (optionally) a partial background replacement 3736 with content and/or advertising, and/or (optionally) both a complete background replacement and content and/or advertising replacement(s) 3736. However, in some examples the background is locked against complete changes 3733 but is partly unlocked 3734 which permits partial change(s) 3736 such as in some examples maintaining a place but (optionally) including a partial background replacement with content and/or advertising, or in some examples maintaining the content but replacing the place 3736.
In some examples boundary management 3736 3737 is an important part of focusing a connection at a place 3730 3731, and/or in some examples replacing part of the background with content and/or advertising 3730 3731. Boundary management is determined by the TP Connection Service 3736 and by settings in the user's profile 3737 and/or other user records 3737 as described elsewhere. In some examples governances membership(s) and governance settings 3736 3737 may determine one or a plurality of boundaries as described elsewhere. In some examples after the boundary management context(s) is set 3736 3737 then replacements may be performed 3736 as described elsewhere such as in
Process “digital reality place(s)” and content: Turning now to
In some examples one or a plurality of foreground selections 3625 in
As described elsewhere in some examples of “Reality Replacement” Businesses, it may have commercial value to substitute one or a plurality of synthesized combinations of identity(ies), place(s), content, advertising, and/or other components as if they were a “real source” that displays either live image(s) or a recording(s) of those visible components as if they were actually present together in a real place and time. Some examples of various “reality replacement” businesses include advertising (such as placing advertisements in the background of any real or virtual place); places to meet around the world (such as desirable places where a local government may want tourists to visit such as in a palatial room in the Forbidden City in Beijing or at the nightly sunset celebration at Malory Square in Key West, Fla.; product or brand marketing (such as replacing all brands with one vendor's offerings (such as replacing all fast food stores with Wendy's outlets, or all television sets with Sony models), “school of fish” privacy camouflage for individuals (such as digitally placing one person, identity, cloned or simulated devices in use, etc. in a plurality of places simultaneously so their real location is kept private by making that extremely difficult to obtain midst a distribution of one or a plurality of types types of simultaneous presences).
In some examples the rendered output 3678 may be used as a selective reality alteration 3688 of sources 3681. In some examples a digitally altered reality 3678 is received 3689 by a networked reality alteration application 3654 in
In some examples the digitally altered output 3678 may be used manually as a chosen reality alteration 3688 for subsequent background(s) replacement(s) 3673. This provides the means to create a combination of identity(ies), place(s), content, advertising, etc.—with or without recording it—and then utilize that combination is if it were a “real” source as a component of subsequent combinations. In some examples the means to do this are the same as previously described (such as receiving synthesized digital output 3678 3689, formatting that to match a source(s) 3690, and providing that as if it were a “real” source—but in this case providing it directly as input 3673 to subsequent combinations.
TP INTERACTING GROUPS AT EVENTS OR PLACE(S): A plurality of businesses, education, social services, events, activities, etc. may be enabled by making it possible for several or a plurality of identities to interact at a place with content (including advertising). In some examples a world-leading college or university may offer degrees, certificate programs, classes, etc. globally. MIT already offers Open Courseware at ocw.mit.edu, over 120 foreign universities offer bachelor's and master's degree programs in Singapore, and hundreds of accredited schools offer online degrees. There could be continuity in the suggestion that the best college classrooms could add a plurality of TP students—both those schools and those students benefit from combining presence at a place with the addition of content and applications as needed.
Among other education examples, some public schools are in need of improvements as demonstrated by their decades-long stagnation of student achievement, drop out rates, etc. Using student achievement metrics it is relatively easy to data mine teacher and student performance records (while preserving anonymity if desired) to identify the best teachers so that the students who need it may have TPDP in their classes—even if the students are located in a different classroom, a different school, a different city, a different state, or even a different country. In some less well performing school districts TP students could gain access to the best teachers and classes, with their achievement metrics tracked to confirm the improvements in their educations. In some examples this may even occur with US students (whether in home schools or public schools) attending classes in foreign classrooms where students significantly outperform students in the local US public school(s). Since the best teachers can't be spread thin enough to personally assist these TP students, the students' local teachers could provide them assistance—so TP students would gain both the best teaching and more personalized help with learning. (If some teachers unions are unwilling to participate, TP students could be assisted by local university students who help them as tutors, by charter school teachers, by private teachers, by virtual tutors, etc.).
Another example is news conferences where blank images of any newsroom (such as in some examples the White House briefing room, in some examples a Pentagon newsroom, in some examples any state or local government's newsroom, or in some examples any corporate briefing room) could be populated by a combination of real identities (such as elected public representatives) to provide press briefings to audiences that include news reporters, bloggers and members of the public. All may be TP presences, which produces a society where large numbers may have open and direct access to news sources and celebrities (whether elected representatives; actors, musicians and authors who are promoting their movies, music, book, etc.; corporate executives who sell products; etc.).
Another example is government. In some political examples citizens could have direct TPDP with elected representatives at all levels of democratic government throughout the public times of their days, whether they are with congressmen and senators in Washington, with governors and state representatives in state capitals, or with county and city commissioners in local communities. Elected representatives are employed by and responsible to the people they represent, yet they are currently more interested in the needs of the PAC's (Political Action Committees), corporations, unions, and wealthy individuals who provide most of their campaign financing. If citizens could be immediately present at all public times with their representatives, and if elected representatives could have TPDP at any time with the citizens who elected them, then democratic government might be more responsive to citizens' needs. Similarly, government administrators of social programs, regulatory agencies, infrastructure projects, etc. could work hand-in-hand with the individuals and communities they serve. Those who their programs serve could be at their side when they are in the public parts of their jobs, and government managers could be on-site at their programs to make sure they provide what the citizens' tax dollars are supposed to deliver.
Another example is an identity's choice of a synthesized reality it is constructed from a growing number of individual events until they may eventually he come continuous. In some game examples a person can select one or a plurality of identities in a synthesized reality such as choosing to enter and/or remain as long as events are available in a “Star Wars Universe” (in some choices as a visitor to one event, in some choices at occasional events, in some choices as a part-time frequenter of multiple events, and in some choices as full time as is available). In a synthesized Star Wars Universe, one could choose an identity on the dark side with a “home” such as on the Death Star and a role such as as one of its commanders or a storm trooper officer; or one could choose an identity on the good side with a home in a rebel base and role as one of its Jedi Knights; or one could choose a plurality of identities and roles in the Star Wars Universe and switch between them by logging in and out of each identity. “Star Wars events” could be run by various logged in identities or groups, with participants and their real-time images able to meet at “Star Wars events” by technologies, methods, processes and systems as illustrated herein.
Similarly, in some examples other synthesized realities may be chosen, promoted or provided by an employer, a governance, a corporation, a religion, a country, etc. such as a “company world” in which to do one's job with fellow workers (such as a global consulting firm serves global clients with teams located throughout the world); in some examples a “customer world” provided by a global corporation (such as a giant food and beverage company whose objective might be something like capturing the meal preparation and sustenance needs of one-eighth of the world's stomachs); in some examples a “governance world”provided by a governance (such as an environmental governance whose objective might be transforming millions of personal and family lifestyles so they have neutral impact and are environmentally sustainable over centuries), etc. In these examples synthesized reality(ies) may be provided that members, citizens, and/or employees could experience more and more events until they can live “there” some or all of the time and participate in its culture, values, practices, beliefs, behaviors, etc.
Numerous other examples are possible, with some examples various social or public events like “getting together” at homecoming each year with friends and classmates from the college or high school you attended; being “present” for a Presidential candidate's victory speech on election night; “celebrating” the sunset nightly at Mallory Square in Key West, Fla.; “dropping in” at a weekly talk by famous authors for college writing students; “going to” any meeting where any group, team, community, company, union, association, governance, etc. is getting friends, neighbors, co-workers, or others together to do anything.
Turning now to
In some examples an option is one or a plurality of senders 3700 (such as described in more detail in
In some examples the audience(s) 3707 are observers who are present at an event and in some examples most of the processing is not performed by the recipients' devices 3707 3708 3709 3710 which are primarily used for display; and in some examples where the audience 3707 are observers most of the playback processing may be performed by each recipient's device(s) 3707 3708 3709 3710; in some examples displaying and playing the event 3707 3708 3709 3710 is the main processing needed (as described elsewhere). In some examples that parts of the event may be customized for one or a plurality of audience members including advertising, messages displayed, etc. In some examples event customization includes direct retrieval 3707 3712 of customization attributes or parameters from an audience member's TP user profile 3713, user records 3713, etc., or it includes network retrieval 3711 3705 3712 of an audience member's TP user profile 3713, user records 3713, etc. In some examples event customization includes using the customization attributes or parameters to perform separation 3707 3708 3709 3710 (as described elsewhere), in some examples retrieved content (which may include Tools or Resources) 3706, in some examples retrieved advertisements 3706, in some examples retrieved components 3706, in some examples retrieved objects 3706, etc. In some examples event customization includes background replacement(s) 3707 3708 3709 3710 (as described elsewhere). In some examples event customization includes compositing 3707 3708 3709 3710, blending 3707 3708 3709 3710, and/or rendering 3707 3708 3709 3710 the customized or personalized event as a single synthesized construct. In some examples an event may provide multiple views simultaneously; so audience participation may include selecting one or a plurality of views to display, either with or without customization as described elsewhere. In some examples the audio from an event may differ depending on each viewpoint and view selected (such as in some examples the audio placement in a 3-D or surround sound system; in some examples the audio lag due to the physical distance between the source and the location of the viewpoint selected; in some examples additional audio processing such as overlaying music, other real sounds from the event, virtual tracks, etc. on the audio; etc.). In some examples a plurality of views of an event may be selected for simultaneous split-screen display, and in this case one of the audio tracks would be selected as the audio played during a split-screen display.
In some examples the audience(s) 3707 are more then observers—they may also be “participants” by interacting with other audience members 3707 3708 3709 3710 who are present at an event—in other words audience members actively “participate” by meeting and interacting with others while attending an event (regardless of whether this is a planned meeting of two or a plurality of identities who know each other, or an unplanned meeting of strangers). The process for meeting in a place with the automated or manual addition of content, advertising, etc. is described elsewhere in more detail. In brief, just as one real or virtual place 3646 in
In some examples the process of focusing connections includes joining an “event SPLS” where everyone in the audience who chooses to join this SPLS 3707 3708 3709 3710 may be one of its SPLS members, and each of these “event SPLS” members may choose their own visibility at the event (such as described elsewhere such as 3590 in
In some examples an audience member 3707 3708 3709 3710 may want to attend the event with one or a plurality of SPLS members from one or a plurality of their current SPLS's (not the “event SPLS”), even if those other members are located remotely in any other location; in some examples this utilizes one or a plurality of servers 3714 that may be accessed over one or a plurality of networks 3705 3712 or may be accessed directly 3707 3708 3709 3710 3714; in some examples this utilizes one or a plurality of services 3714 that may be accessed over one or a plurality of networks 3705 3712 or may be accessed directly 3707 3708 3709 3710 3714; in some examples this utilizes one or a plurality of applications 3714 that may be accessed over one or a plurality of networks 3705 3712 or may be accessed directly 3707 3708 3709 3710 3714; in some examples this utilizes one or a plurality of other SPLS identification capabilities 3714 that may be accessed over one or a plurality of networks 3705 3712 or may be accessed directly 3707 3708 3709 3710 3714. In some examples SPLS identification 3714 identifies and shows the SPLS members present in the audience who are members of one or a plurality of a person's SPLS's, with that person able to select which identity(ies)'s to show as present in the audience; in some examples with that person able to select which SPLS's are included for each identity chosen as as present; in some examples an option is to show only the members of selected open SPLS(s) 3714 who are present; in some examples an option is to show the members of selected closed SPLS(s) 3714, that is those who are present with whom they share a selected closed SPLS(s) even if the SPLS is currently closed; in some examples an option is to show the members of a person's entire range of SPLS's for two or a plurality of their identities 3714, that is those who are present with whom they share any SPLS in any of their identities; in some examples an option is to show any SPLS members who are present 3714 from any combination of a person's identities and/or SPLS's. In these examples 3714 the server(s) 3714, service(s) 3714, application(s) 3714, etc. accesses that identity's and/or that person's TP user profile 3713 and/or user records 3713 to determine its SPLS members, and perform a lookup on each of the selected SPLS(s) members' current location and presence (if logged in and/or available as described elsewhere), then displays those present SPLS members on the person's device(s) in use as described elsewhere.
In some examples an event may have one or a plurality of individually customized components (such as content, advertising, objects, different views, etc.) that are displayed differently for one or a plurality of audience members 3707 3707 3708 3709 3710 that are based on the audience members, with most of this customization processing done by the recipients devices. In some examples a modified component may be advertising, in some examples a modified component may be content or messages, in some examples other types of content and/or background objects may be personalized or customized; in some examples this customization of what one or a plurality of audience members see 3707 3708 3709 3710 may be based on their TP user profile 3713, their TP user records 3713, the TP boundaries and audience member has set 3713, a governance that they may have joined 3713, etc.; in some examples this utilizes one or a plurality of servers 3712, services 3712, applications 3712, etc. that may be accessed over one or a plurality of networks 3705 3712 or may be accessed directly 3707 3708 3709 3710 3712. This makes it possible for one or a plurality of audience member(s) at an event to see different versions of the event simultaneously based on their individual boundaries, their profiles, their user records, their choices and preferences, etc.
In some examples the event may have one or a plurality of individually customized components (such as content, advertising, objects, different views, etc.) that are modified by network alteration 3722 where most of the processing is performed by a server(s), service(s), application(s), etc. accessible over one or a plurality of disparate networks 3705. In some examples this is done because one or a plurality of audience members devices 3707 3708 3709 3710 are resource limited (such as described elsewhere) so any modifications needed in the event's stream are performed remotely 3722 by resources attached to the network. In some examples this is done because one or a plurality of individual audience members 3707 3708 3709 3710 are programmatically intended to receive one or a plurality of different background components (such as personalized content, advertising, logos, objects, components, etc.) by virtue of their TP user profiles 3713, user records 3713, boundary settings 3713, etc. In some examples this is done because one or a plurality of groups of audience members 3707 3708 3709 3710 are programmatically intended to receive one or a plurality of different background components (such as personalized content, advertising, logos, objects, components, etc.) by virtue of their group membership; in some examples citizens of a particular nation, in some examples customers of a sponsoring corporation, in some examples members of a particular governance, in some examples students at a particular educational institution, or in some examples for any of multiple group membership reasons. In some examples this is done because an event has multiple different audiences either in real-time during the event (in which case different audiences may see different variations of the same event), or because an event has multiple different audiences over time (in which case there can be different displays of the event such as for the real-time audiences, scheduled re-broadcasts of the event, on-demand broadcast of the event to individuals, on-demand viewing of segments or snippets of the event, etc.) and in each of these cases the event may be modified in some examples for each whole audience, in some examples for groups in an audience, and in some examples for individuals in an audience. In some examples there may be other attributes that determine the performance and transmission of network alteration(s) 3722. In some examples of events with two or a plurality of audience members 3707 3708 3709 3710 network alterations 3722 may be utilized to provide each audience member with one or a plurality of different advertisements, content, objects, components, etc. in their individual displays, as described elsewhere. In some examples of network alteration 3722 a stream is intercepted 3715 and a source is received 3715 such as from a sender of an event 3700 3704, in some examples from an audience member 3707 3708 3709 3710 if participating in a meeting at the event with said audience member, in some examples from a different network alteration 3722 3720; the input stream is received 3715 or intercepted 3715 and then decompressed 3716 if needed, and decoded 3716 if needed. In some examples the stream is locked 3704 3719 so it is not separated 3717 and may only be retransmitted directly 3720; or in some examples such as in a meeting by participants at an event the individual audience member(s) participants' image(s) may (optionally) be added 3718 before it is retransmitted 3720. In some examples the stream is partly locked 3704 3719 so only some background elements may be separated 3717 and only some background elements replaced 3718 such as in some examples inserting new advertisements 3718, in some examples changing objects or components in the background event 3718, in some examples making only some other limited background change(s) 3718 before it is retransmitted 3720. In some examples the network alteration 3722 performs separation 3717 before replacing the appropriate part(s) of the background 3718 for the appropriate audience members 3708 3709 3710, groups of audience members 3707, and/or an entire audience 3707. In some examples the output video and audio is composited, blended and/or rendered 3718. In some examples the output video and audio is (optionally) compressed 3719, (optionally) encoded 3719, (optionally) locked 3719, and streamed 3720 or retransmitted 3720 or multicast 3720.
In some examples an altered reality 3721 may be substituted at the source(s) 3701 3700 of an event (as described elsewhere) so the sender(s) of the event 3700 3704 believe the event is real as they received its source(s) 3701 but it is in fact an alteration of a real event 3721 or a synthesized construct of an event 3721. In some examples the senders 3700 and/or audience(s) 3707 know that it is an altered reality 3721 or know that it is a synthesized construct 3721, and in some examples the senders 3700 and/or audience(s) 3707 do not know that it is an altered reality 3721 or do not know that it is a synthesized construct 3721 that has been substituted at the source(s) 3701 as if the event were “real.” In some examples this enables changing an event and substituting that altered event 3721 at the source 3701 (such as changing what happens at the event, who is “present” at the event, the content or advertising or messages displayed at the event, etc.). In some examples this enables the recording of an event (such as recording the “presence” of the various identity[ies] in the audience at an event 3700 3707), and then the reuse of that recording to add additional new audience participants 3707 who were not there, as if they were present at that place during that event; in some cases this may include new recordings of new participants 3707 having a meeting with the recorded event 3700 as their meeting background such that a subsequent recording of their meeting is a synthesized alternate reality 3721 that shows their presence 3707 at the event 3700, even though they did not “attend” it. Thus, if an identity's presence is required at an event (such as being present for various events by a government, governance, group, etc.) then this requirement might be “met” in a variety of real and/or non-real ways.
In some examples event information may be entered 3724, stored 3724 3725, and/or retrieved by one or a plurality of event sources 3700; or in some examples by one or a plurality of event audience members 3707, or in some examples by a network server, service, application, etc. 3722. Event entries 3724 may be stored in one or a plurality of locations such as in some examples temporary storage 3725, in some examples one or a plurality of databases 3725, in some examples an event location service's storage 3725 such as a PlanetCentral GoPort (such as in
In a brief summary of some examples, one may “be present” at an event in a number of ways; in some examples by joining an event SPLS and being fully visible as one's real image to some or all of those present, or using one's visibility options to show only an anonymous icon, avatar or symbolic representation without identification; or using one's visibility options to be invisible and hidden while observing others; and regardless of one's own visibility or lack of it, looking up the identities and information of selected others whether by looking up a specific identity's information or by searching on one or a plurality of attributes to determine who is present that matches a desired profile. In a summary of some other examples, one may attend an event and quickly locate others who are members of one's own SPLS(s)'s and are present at the event, and determine them by selecting or deselecting the SPLS's of one's various identities and each of their SPLS's to see which of each SPLS's members are present so they are available to interact with such as in a focused connection at the event. In a summary of some other examples, an audience member who is present as a participant and not just as an observer may focus a connection with any other(s) who are present as participants and not just as observers. In a summary of some other examples, altered realities may be substituted for an event, including what happens at the event, who is shown as present at the event, so that event recordings may not constitute a reliable indicator of what actually happened at an event or who was in attendance at the place, and may not be reliable “evidence” of actual events or presences.
Scalability and/or fault tolerance:
In some examples an example architecture includes three or more copies of a presence server such as S1 3751, S2 3752, and a server farm 3750 which in some examples includes multiple presence servers; wherein each presence server 3751 3752 3750 provides a presence service in a redundant way to example users 3744 3745 who in some examples utilize TP devices 3744, in some examples utilize subsidiary devices 3745 that are run such as by a VTP or a RCTP, in some examples utilize TP devices such as RTPs or AIDs/AODs (not shown in
In some examples an example architecture illustrates how each presence server 3751 3752 3750 obtains state information from the other presence servers, so that if a server fails (such as S2 3752) another working server (such S1 3751) can take over the processing from a failed server. In some examples the state information is distributed by a registration component 3746 3747 (which is described elsewhere such as 3449 in
If one of the components fails—such as in some examples a presence server 3750 3751 3752; in some examples a registration component 3746 3747; in some examples a consolidated data image 3753 3754; in some examples a database(s) within a consolidated data image 3755, 3756 or 3757, 3758; in some examples an external presence-aware application(s) and/or service(s) 3748 3759—this failure is detected and managed by any known means such as in some examples a “heartbeat,” and the client(s) of the failed component can automatically logon (or in some cases manually logon) to any other working component, as illustrated in some examples by the dashed lines between users 3744 3745 and presence servers 3750 3751 3752; in some examples illustrated by the dashed lines between registration components 3746 3747 and presence servers 3750 3751 3752 (and vice versa); in some examples illustrated by the dashed lines between consolidated data images 3753 3754 and presence servers 3750 3751 3752 (and vice versa); in some examples illustrated by the dashed lines between services that utilize presence data (such as in some examples “PlanetCentral(s),” “GoPort(s),” “Alerts,” “Notifications,” etc. 3748 3743) and presence server S1 3751 and/or registration component 3746; etc. A logon after a failure in some examples follows normal procedures for logon, and in some examples is unnecessary because the redundant components are already operating together in a larger presence service. In some examples after a failure of a component the presence service includes a working presence server(s), a working consolidated data image(s), a working registration component(s), and the needed current state information to provide presence services.
In some examples presence data (such as from presence server S1 3751 and/or registration component 3746) is utilized in some examples by clients 3748, in some examples by services 3748 3743 (such as in some examples “PlanetCentral(s),” “GoPort(s),” “Alerts,” “Notifications,” etc. 3748 3743 which are described elsewhere such as in
PLANETCENTRAL(S), GOPORT(S), EVENTS ALERTS, PORTALS, EVENTS SEARCH, ETC.: As defined herein events, places, constructed digital realities and streaming TP sources are termed “events.” Just as there are Shared Planetary Life Spaces (SPLS's) for individuals, groups, etc. there are one or a plurality of services, applications, servers, systems, processes, etc. that are meta-aggregations of real-time or near real-time user state information, places, constructed digital realities, streaming TP sources and/or records of events identification information, that provide a new type of participatory social navigation and/or media that turn digital presence at events, places and constructed digital realities into new ways to connect and/or live together.—in some examples with the ability to navigate (find, select, connect to, participate in, etc.) events (which, as defined, include places and constructed digital realities) taking place at any time; in some examples being alerted to the availability of certain types of events or occurrences; in some examples locating a place (as described herein); in some examples including an internal or third-party payment systems if a “ticket” or fee is required for a focused connection to an event; in some examples entry of a security code or membership credential if required to make a focused connection to an event; etc.
In some examples one or a plurality of PlanetCentrals and/or GoPorts may each have one or a plurality of possible names for the actual interface(s), client(s), module(s), component(s), widget(s), etc. that in some examples provide means to find, browse, navigate, etc. one or a plurality of events; in some examples a GoPort(s) provides means to select between similar or dissimilar events, and in some examples a GoPort(s) provides means to connect with an event to become in some examples part of its audience, in some examples one of its observers, in some examples a participant in the event, etc. In some examples PlanetCentrals provide aggregated presence information to other applications, services, servers, etc. that are not GoPorts. In some examples PlanetCentrals and GoPorts are independent of the technical specification of a presence service(s), SPLS connections, the network(s), presence architecture(s), digital realities, or other specifics of the underlying technologies or their implementation(s). Instead, in various examples PlanetCentrals and GoPorts are separate systems, methods, processes, etc. for aggregating state information to show how digital presences are currently being used and places and digital realities are currently being provided so that aggregated “current (presence) events” may be made visible, accessible, navigable, connectable and participatory by others—and this may include a broad picture of a presence system's public digital presences; or it may include specific public or private subsets of the presence system's digital presences; etc. In some examples state information is received 3771 from a presence service 3752 in
Is it possible to have a more interesting globally connected lifestyle without having to spend a lot of money for it? In some examples PlanetCentrals 3760 and/or GoPorts 3760 provide access to connections at or within “current events” by sorting and reporting digital events 3752 3747 3760 3777 in real-time or near real-time so they may be found, selected and (optionally) connected to and/or participated in—with each identity choosing what appeals to him or her by using attributes like size (the number of people present), the rate of growth of events (where are people “flocking” right now), by types of locations (top places in top cities, best natural events like migrating herds or active wild waterholes, digital rites at ancient civilizations' sites, etc.), types of events (biggest parties, best shopping, most dramatic news events, live firefights in shooting wars, etc.), various types of digital realities, etc. In some examples PlanetCentrals 3760 or GoPorts 3760 report a presence system's (or a presence service's) top events and places so that people can know “Where's the action now?” and “How big is this?” and “Can I get some of the action?” and “What's the hottest digital reality?” and “What new kinds of digital realities should I try?” and one or a plurality of other types of “event” questions.
In some examples this is displayed by a native PlanetCentral 3760 or GoPort interface 3760 (which native interfaces or interface components are referred to herein as “PlanetCentral clients”), and in some examples this is displayed by alternative clients, applications, services, etc. that access presence data as described elsewhere in more detail, such as 3455 3456 in
In some examples PlanetCentral interfaces provide one or a plurality of means for accessing aggregate presence data as events that together constitute a new type of social media, with some examples provided 3760 and illustrated (map 3761, dashboard 3762, search 3763, top lists 3764, API 3765, other 3766). In some examples an event may take “place” at various types of locations such as in some examples real locations, in some examples non-real locations, or in some examples hybrid locations. In some examples a real location is a physical place such as the Eiffel Tower in Paris, Harrod's Department Store in London, a temple in Angkor Wat, Cambodia, etc.; in some examples a non-real location is a non-real or virtual place such as a “geometry land” constructed by a plurality of teachers or education vendor(s) for mathematics students, a virtual game world constructed for kids or adults, a photo-realistic surface of Mars constructed from real NASA photographs or video clips; in some examples a hybrid location is a combination of real and non-real places such as a simulated Forbidden City Throne Room in Beijing, China, or an archaeologically restored Pompeii party room with fragile erotic frescos and mosaics (which are normally inaccessible because they are real physical places that can be seen from doorways but physical entry and use are not allowed) but these may be made into a digitally usable “places” even if not physically accessible in reality.
In some examples a map 3761 functions as a PlanetCentral client element to display aggregate presence data (such as from a presence service 3752 and/or presence registration 3747 and/or stored event data 3777) based on the geographic placement of “real,” “non-real” or “hybrid” locations of currently occurring “events.” In some examples 3760 a map PlanetCentral client element 3761 may display current presence events in North America, and would be navigable by any known map navigation interfaces such as in some examples clicking one or a plurality of clicks on locations to zoom in at multiple levels of granularity; in some examples dragging zoom in/out sliders; in some examples using zoom in/out widgets; in some examples using navigation widgets to scroll; in some examples entering a city name or specific street address to jump to that location; in some examples entering the name of a landmark or business to jump to that location; in some examples pointing at an event's location or name to see detailed event information displayed, in some examples pointing at an event's location or name to see an access menu or access links displayed, etc. In some examples a map PlanetCentral client element 3761 may be simultaneously utilized by a plurality of users who simultaneously employ a plurality of devices in use so that a single map element can provide event navigation, access and connection/participation at scale.
In some examples a dashboard 3762 functions as a PlanetCentral client element and enables rapid visibility of categories of events (such as in some examples a plurality of dashboard widgets or components) selected by different attributes (such as in some examples types of locations; in some examples types of events; in some examples size and numbers present; in some examples the rate of growth or shrinkage of an event or of a key event attribute(s); in some examples type of business, industry, profession, technical field, sport, or a specific sports team; in some examples any other attribute(s) that may be used to specify a particular type of dashboard). In some examples of any one type of dashboard 3762 events may be compared with each other so that a user(s) may select between them such as in some examples by rankings; in some examples by graphs; in some examples by lists; in some examples by ratings; and in some examples by any known dashboard interface, component, modules, widget, alert, threshold, or other appearance or technique. In some examples of dashboards 3762 any widget may be drilled into for additional details on its type of comparison such as for one example one list of events may turn out to be population (such as the average number present in the most recent time period, such as the most recent 15 minutes), and in another example another list of events may turn out to be rate of growth (such as the percentage increase or decrease in the number present during the most recent time period, such as the most recent 30 minutes). In some examples a dashboard component 3762 may be expanded to display more events so that a wider range of events may be found using in some examples a specific attribute; in some examples a type of selection widget; in some examples a type of built-in dashboard sorting; in some examples a type of attribute or criteria; etc. In some examples any event listed on a dashboard 3762 may have its details displayed by means such as in some examples pointing at it; in some examples clicking it; and in some examples any other selection means; and/or in some examples connecting into the event(s) or participating in the event(s) by selecting it by any known means then focusing the connection as described elsewhere in more detail; or by other known joining or participation means. In some examples a dashboard PlanetCentral client element 3762 may be utilized simultaneously by a plurality of users so that a single dashboard (especially one that includes options for multiple categories with multiple types of components, widgets or other displays) may be simultaneously utilized by a plurality of users so that a single PlanetCentral dashboard client element can provide event navigation, access and connection/participation at scale.
In some examples search 3763 functions as a PlanetCentral client element and enables finding events searched for by different names or attributes (such as in some examples by type of location 3763 (example keywords “Boston's big July 4th fireworks celebration”); in some examples by location name (example keywords “Hong Kong's Felix bar”—a famous Hong Kong watering hole with spectacular skyline views and clientele); in some examples by type of events (example keywords “Saturday shopping at Bangkok's Chatuchak market”—the largest flea market in the world); in some examples by size or the number of presences (example keywords “Kumbh Mela festival on Ganges River”—17 million pilgrims at the January 2007 festival); in some examples by the rate of growth or shrinkage (example keywords “fastest growing political event in the United States right now”—ideal for political junkies; example keywords “largest after-work happy hour party right now”—ideal for an attitude adjustment after leaving work any day); in some examples type of business, industry, profession, technical field, sport, or a specific sports team (example keywords “register for digital marketing conference San Francisco”); in some examples any other keywords that may be used to initiate a search. In some examples search 3763 as a PlanetCentral client element provides means to search for events (as broadly defined herein) with in some examples an underlying search engine that works by any known search technologies and search means, and in some examples the search results presented in any known format of search results. In some examples search 3763 lists events according to relevance; in some examples search 3763 lists events according to a different priority that is set by the search engine's configuration; in some examples search 3763 lists events according to a user-selected priority that may be changed dynamically at any time a user chooses by various types of user preferences (which may be saved in a user profile or in other types of search configuration data); in some examples search 3763 may mine event data if data is available at the level of a structured and/or named event(s) (such as event data 3777). In some examples as a presence-based event grows in popularity an interface may be utilized by one or a plurality of sources or attendees 3777 and 3724 3725 in
In some examples a “top list(s)” 3764 functions as a PlanetCentral client element and enables highly simplified visibility of categories and lists of events ranked in some examples by system selected attributes and in some examples by user selected attributes (such as in some examples the number present at an event; in some examples the relevance of an event to a particular professional interest such as hematology; in some examples the relevance of an event to a social interest such as an appearance by the world's #1 golfer; in some examples multiple categories are displayed in a top list client element with a top events list visible under each category when it is opened; in some examples a top lists client element is displayed and when selected multiple categories may be browsed, navigated, searched, etc. to select and display each one's top events list; in some examples any top list may be expanded one or a plurality of times to show more items in that category or list; in some examples any top list may be sorted and/or filtered by one or a plurality of attributes so that specific types of events may be brought to the surface where they may be selected easily such as in some examples the combination of location (such as the city of Cambridge, Mass.) with field of interest (such as education) with the name of the school (such as Harvard Law School's Berkman Center for Internet and Society) with the topic of interest (such as open sessions at the Internet & Society Conference)—so that interested people may be present at selected sessions; in some examples any known lists interface, components, module, widget, or other appearance or technique may be employed to provide access to categories and lists. In some examples an event in a list 3764 may have its detailed display by various means as described elsewhere. In some examples an event in a list 3764 may be connected into it, or participated in it, by selecting it by any known means than focusing the connection as described elsewhere in more detail, or by other known joining or participation means. In some examples a top list(s) PlanetCentral client element 3764 may be utilized simultaneously by a plurality of users so that a single top list(s) client element (especially one that includes options for selecting between multiple categories with each category displaying its own list that may be expanded, sorted, filtered, etc.) may be simultaneously utilized by a plurality of users so that a single PlanetCentral top list(s) client element can provide event identification, access and connection/participation at scale.
In some examples an API (application programming interface) 3765 provides an interface for other software programs to interact with PlanetCentral functions so that other applications, services, portals, widgets, search engines, etc. may find and display presence events so that users of those other software programs may access, connect with, and participate in a plurality of presence events. In some examples API's may be made freely available so that PlanetCentral functions, features, client elements, etc. may be included without charge; and in some examples API's may be released based on licensing in order to create licensing revenues as well as quality standards for their implementations. API's are well-known technologies with common API examples such as the Google Maps API Family, the Twitter API, the Flickr API, etc. In some examples a PlanetCentral API 3765 may be utilized simultaneously by a plurality of applications, services, portals, widgets, search engines, etc. so that a single PlanetCentral API can provide event identification, access, connection/participation, and other features at scale.
Various types of alerts and notifications 3772 (referred to herein as “alerts”) are described elsewhere in more detail, and in some examples some alerts may be created, chosen, stored, edited, retrieved, activated, deactivated, deleted, etc. (referred to herein as “managed”) in TP user profiles 3780; in some examples some alerts may be managed in TP user records 3780; in some examples some alerts may be managed in one or a plurality of a person's directory entry(ies) 3778 such as in each identity's directory entry 3778; in some examples some alerts may be managed in other user data sources 3779 such as in some examples an identity's presence settings such as 3585 in
By means of “push” alerts, notifications, etc. 3772 3784, in some examples other PlanetCentral client elements 3766 may enable creating “current events” by identifying potential events and alerting a plurality of identities who may be attracted to a place so that new spontaneous “events” occur. In some examples users may form a crowd, audience, participants, etc. at a “place” where a celebrity(ies) is spotted 3766 by means such as face recognition, celebrity alerts, notifications, etc. 3784; in some examples alerts 3784 while a violent crime or a property crime is being committed 3766 may alert interested identities to be present to watch the crime as it occurs; in some examples alerts 3784 of live fire in a battle or skirmish in an active shooting war 3766 may attract audiences from both sides of the conflict, and they may be able to interact with each other with new possible new impacts on the conduct or outcome of war—or possible new ways to expand the ways to wage war with digital presence(s); in some examples alerts 3784 may attract audiences and school classes to wild African watering holes when an African herd such as Buffalo in some examples visits the watering hole 3766 (by means such as RTPs with motion and animal sensors and automated alerts tied into notification systems); in some examples alerts 3784 may open newsworthy events 3766 to audiences or new types of participation (in some examples as observing audiences only, and in some examples as participants who may ask questions) such as in some examples a presidential news conference, in some examples a public state insurance commission meeting that is considering increasing home insurance rates, in some examples at any type of government meeting that affects citizens whether it is a Washington bureaucrat or a local elementary school principal; in some examples alerts 3784 may allow presences at any current activity or incident 3766 where there is sufficient interest to attract observers or participants.
By means of “push” alerts, notifications, etc. 3772 3784, in some examples other PlanetCentral client elements 3766 may enable notifying broadcast networks 3773 (as described elsewhere), other media 3773, bloggers 3773, etc. Who may manually or automatically establish presence and broadcast a “current event” 3773 or provide notification to their audiences 3773, and in turn provide event information so a plurality of members of a plurality of audiences may see the event 3773 3774 or learn about the event 3773 and have the option of choosing personal presence at the event 3773 3767 3774. In some examples broadcast networks 3773, media channels 3773, blogs 3773, etc. may be built on the identification and broadcasting of specific types of spontaneous “current events” such as in some examples “celebrity spotted” events 3766 3784 3773, in some examples “a crime is occurring” events 3766 3784 3773, in some examples war battles, skirmishes, live fire, etc. events 3766 3784 3773, in some examples major wildlife sightings 3766 3784 3773 or African watering hole activities 3766 3784 3773; in some examples “breaking news” events 3766 3784 3773; in some examples “latest incident” networks, media, blogs, etc. that auto-broadcast or auto-notify anything that has sufficient interest to attract observers and/or participants 3766 3784 3773.
In some examples PlanetCentral(s) 3760 or GoPort(s) 3760 may report types of locations and activities such as in some examples: Nature: As humanity's impact grows unsustainable, nature's remaining unspoiled wild places become more remote, protected and harder to visit as a traveler, but using them as immediately enjoyable backgrounds will help conserve them by avoiding unnecessary visits and human pressures—while making them easily accessible parts of everyone's lives; from Africa's remaining wild herds of elephants, hippos, giraffes, buffalos, zebras and antelopes to its scenic Victoria Falls, Mt. Kilimanjaro, and misty gorilla-filled forests of Virunga National Park; from underwater on Australia's Great Barrier Reef to the Seychelles Aldabra Atoll and Palau's Rock Islands in the South Pacific; from Nepal's Mt. Everest to China's mist-covered Guilin mountains to Hawaii's active Kilauea volcano; from the rapids down in the Grand Canyon to Argentina's giant Igazu waterfall to Yellowstone's Old Faithful geyser; none of the earth's natural treasures needs to be out of reach or out of mind, when they can actually be as close as the nearest Teleportal.
Great cities/Top places in cities: The greatest places in the world's greatest cities have treasured spots that the most accomplished travelers might visit once or twice in a lifetime, but instant presence can make them the every day meeting places for numerous simultaneous but separate meetings; from meeting in Louis XIV's Hall of Mirrors in France's Versailles palace to giving a presentation in Catherine II's Hermitage Theater in Russian St. Petersburg's Hermitage, from the many magical outdoor spots along the “triumphant line” that starts in Paris' Tuileries gardens then goes to the Louvre museum and down the Champs-Elysees to atop the London Eye with its stunning view of Westminister Palace, Big Ben the Thames River and London's skyline; from the quiet places inside Tokyo's Sensoji Temple to those at Jerusalem's holiest sites and other holy places around the world, rather than being rare experiences humanity's treasured places may become the backdrop for everyday living.
Ancient civilizations: From Stonehenge to Machu Picchu, from the Roman Colosseum to the frescoed mansions of Pompeii, from Israel's Masada to Cambodia's Angkor Wat, from China's Great Wall to the Taj Mahal, humanity has repeatedly produced epic achievements that can become the daily places where people meet to conduct business and enjoy connecting during their digital lives.
Greatest art, sculpture, museums, gardens: To see and experience art one must visit each original piece of art in its one location around the world, which is almost impossible in a solely physical world. From the world's great galleries in museums like the Louvre and the Hermitage to the sculpture garden at New York's MoMA (The Museum of Modern Art), from the large permanent collection rooms of Amsterdam's Van Gogh museum to the balcony over the waterfall at Frank Lloyd Wright's Falling Waters, immediate digital access makes the distance vanish between people's everyday lives and the world's greatest art, sculpture, gardens and architecture.
Best stores, malls, shopping: The world's best shopping appears to be everywhere because Japanese cameras, Paris fashions and Italian shoes can be bought in most cities around the world. But the best shopping experiences still come from the original stores. Consider buying a custom-made suit at a tailor's shop on London's Savile Row with its traditions, fabrics, and personal service; or visiting Harvard Book Store to attend its Author Event Series with a major literary author, then lingering in one of its aisles before making a selection; or browsing through Manolo Blahnik's home shoe store on New York's West 54th St.—whether visiting these in reality or digitally, this is more like pilgrimages then like a quick stroll through a local upscale store.
Biggest parties and celebrations: All year long the world's biggest and best parties are in season—and can be made into events for direct TP attendance so the world's celebrations may be a lifestyle instead of a life's dream. From the “high points” at New Orleans' Mardi Gras to Germany's Oktoberfest, from the sexiest spectacles at Brazil's Carnaval to the most fearsome experiences at Pamplona's Running of the Bulls, from Times Square on New Year's Eve to San Francisco's Gay Pride Day Parade, from Nevada's Burning Man to Asia's massive religious festivals—and then on to join beach parties everywhere with toned, tanned and bikinied bodies (such as Miami Beach's SoBe [South Beach], Thailand's Haad Rin Beach, Ibiza's Playa d'en Bossa Beach, Mykonos' Paradise Beach, and the uninhibited fun of college Spring Break in Daytona, Cancun, Jamaica and everywhere else college kids enjoy the vacations they'll never forget), and then recover and rejoice at idyllic picture-perfect beaches like Crystal Cove in Barbados, Cabo San Lucas Arches in Mexico, Caneel Bay in St. John US Virgin Islands, Jimbaran “Sunset Beach” in Bali, Matira Beach in Bora Bora, Beau Vallon Beach in the Seychelles or any of hundreds more . . . . Life in a digital Paradise could become a daily soundtrack, instead of a distant song whose notes are never heard.
In these examples and others that may be provided as adaptations of these types of digital events, the vision and practice of digital reality(ies) may grow until these are more powerful, more desirable and more “real” to some than their local and limited working, eating and sleeping through their “every day lives” in physical reality.
Attending a free, paid or restricted event(s): In some examples a user has located an event by means of a PlanetCentral 3760 or a GoPort 3760, and in some examples a user has received an alert, notification, etc. 3772 3784; and in some of these examples a user may choose to focus a connection with an event 3767 3774, in some examples to observe it 3767 and in some examples to participate in it 3767. In some examples the event 3767 is free and open 3768 and in these examples the user can use an appropriate device 3769 to focus a connection with the event 3769 (as described elsewhere); and in some examples the user may (optionally) join the “event SPLS” 3769 (as described elsewhere).
In some examples after learning of an event 3760 3772 a user may choose to focus a connection with an event 3767 3774 but in some examples the event is not free to attend without payment 3768, and in some examples the event is not open to the public 3768 so an appropriate entry code is required such as 3741 in
In some examples nothing acceptable is submitted 3787 (such as in some examples a valid payment code 3785 is not submitted, in some examples a valid entry code 3785 is not submitted, in some examples a valid membership 3786 is not submitted, in some examples a valid security code 3786 is not submitted, in some examples a valid credential 3786 is not submitted, in some examples another valid form of proof 3786 is not submitted) and in these cases a focused connection is denied 3788 in some examples, is blocked 3788 in some examples, is disconnected 3788 in some examples, etc. and in these cases control is transferred to the appropriate TP connection service 3788 for the appropriate handling of an action that is not authorized, not accessible, not available, etc. This is handled by the appropriate TP Connection Service 3788 such as by preventing the connection, displaying an appropriate message(s), listing steps that are permitted, displaying instruction(s) for how to correct this and make a connection, etc.
In some examples a free event 3768 or an open event 3768 gains sufficient popularity that its free or open access is restricted 3775, or it may be restricted for a different reason 3775. In some examples those who focus a connection to the event when it is a new and rapidly growing event are let in free, which leads to a “be first to connect” attitude or “connect quickly” mentality among potential audiences, because after some events become popular new entrants 3775 are diverted to a gatekeeper step 3785 3786 such as in some examples buying a ticket 3785; in some examples registration 3786; in some examples submitting a credential 3786 such as membership, security code, etc.; in some examples registering one's identity and contact information with an event sponsor 3786—and if the new entrants fail at the gatekeeper step 3787 they are denied their desired connection 3788. This technology 3775 3785 3786 3787 3789 3788 (which may also be implemented as a method, process, system, application, service, third-party service, “Ticketmaster” service, etc.) may lead to event-driven attendance businesses in which “real” events, “simulated” events, or “staged” events are provided as free, open or accessible events 3768—but if any event becomes popular enough it is quickly converted to a restricted event 3775 that requires buying tickets 3785, registration 3786, membership 3786, etc. to be permitted a focused connection. In some examples newly restricted events may also immediately gain paid sponsors who receive potential customers' registration and contact information 3786 in return for an unpaid admission. In some examples this may include selling tickets/registration to focus a connection on a live battlefield during a shooting war; in some examples this may include selling tickets/registration to focus a connection during the commission of a crime; in some examples this may include selling tickets/registration to focus a connection at a celebrity's wedding, to be present at the birth of their child, to be an invisible (audience) “guest” at their Sunday barbecue, etc.; or in some examples any real event, simulated event or staged event where enough will attend even if they must pay money, join or register to focus a connection and have presence at the event. In some examples the revenue (such as in some examples from tickets 3785, and in some examples from sponsors 3786) are split between those who are in the event, the place where the event is located, a ticket-selling service, and any others who may have an interest in creating or participating in the event. In some examples celebrities make money from their “sightings” 3775 3785 3786; in some examples soldiers or mercenaries make money by making their firefights live and more interesting 3775 3785 3786 (such as with better views and clear in-person voice explanations of live firefights); in some examples sponsors receive customer registrations from free admission to entertainment shows 3775 3785 3786; in some examples cities, stadiums or venues make money from tickets to their events or from sponsors of their events, such as a beer company who sponsors Key West's nightly Malory Square Sunset party.
In some examples real events may increasingly become unreal events 3774 (such as in some examples simulated events that attempt to resemble real occurrences; in some examples staged events that pretend to be real but are not; in some examples staged events that make no pretense about any connection to reality such as an event that is set in the “world” of a new science fiction movie like Star Wars or Star Trek, uses characters from that movie, and extends the plot with a “real” event from a scene in that movie; etc.) that are based on attracting audiences and converting the event to a restricted event that earns money from tickets 3785, sponsorships 3786, registrations 3786, marketing tie-ins 3786, etc. In some examples revenues are also earned from advertising displayed by substituting parts of the background(s) of events as described elsewhere. In some examples a new movie that is launched on a Friday may stage one or a plurality of events 3774 based on that movie and using its characters during its first launch weekend, with advertising for the movie inserted into the background of the event(s), and its restricted entrants 3775 based on the audience providing its contact information 3786 so the movie studio can send them movie marketing, discount coupons, announcements of new releases when marketing each new stage of the movie's product lifecycle, etc. Similarly, any product, charity, governance, etc. may stage events that attract audiences and presences 3774 as part of their marketing or fundraising, such as in some examples weight loss products that hold weight loss sessions at which weight loss programs are sold; in some examples car manufacturers hold NASCAR race events where they promote specific “hot” automobile models directly to those who attend; in some examples deep woods hunts are held at which hunting rifles are sold; in some examples direct conflicts to stop illegal whaling ships during whaling season are opened so those running the anti-whaling campaign can sell “crew memberships” to the audiences in which the audience “crew members” send an automatic monthly donation to support the anti-whaling campaigns—and receive both alerts and entry codes to attend future whaling ship confrontations; etc. In some examples divergent sub-events are staged that are small but highly noticeable and designed to attract attention at much larger events; in some examples these sub-events are spun off as connected sub-events such as an “anti-aging breakthrough” event simultaneously having sub-events for anti-aging creams and cosmetics, prescription drugs such as erectile dysfunction pills, etc. In some examples sub-events are inserted as closely as possible into completely disconnected events where the larger event provides nothing more than a very large audience that the sub-event may attract such as music concerts with parties (some at the concert and some in famous bars around the world) as sub-events. In some examples these cycles of staged, simulated, and unreal events may attract larger audiences of observers and participants then the real events that are attended virtually at that time, leading to the possibility that constructed digital realities may, over time, become the dominant financial revenue producer compared to physical reality.
In some examples a device connection is focused on an event 3769, and in some examples a user (optionally) joins an “event SPLS” 3769. In these and other examples where a new focused connection is the result 3769, the focused event connection is implemented by means of a device in use such as illustrated in some examples by 3749 3744 3745 in
Regardless of the type of PlanetCentral client element (such as a map 3761, dashboard 3762, search 3763, top list 3764, API 3765, or any other element 3766 or component 3766), specific events 3789 3788 may be saved as a resource 3790 in some examples so events may be retrieved from multiple devices 3790; in some examples so events may be retrieved by a plurality of users 3790; in some examples so these saved locations or events may be aggregated 3790, in some examples so these saved locations or events may be counted 3790, in some examples so these saved locations or events may be listed in order such as frequency 3790, in some examples so these saved locations or events may be listed by user importance 3790, in some examples so these saved locations or events may be listed by user ratings 3790, in some examples so these may be added to an ARM boundary as a priority or as an exclusion 3790, etc. In some examples these saved event listings 3790 may be communicated to other users by any known means such as alerts, notifications, lists, texts, emails, services, portals, widgets, API retrieval, RSS, rankings, ratings, news, blogs, broadcast networks, media, distributable ARM boundary settings, etc.
In some examples an event may be public and those who are attending it publicly may be visible by joining its event SPLS, and in some examples those who are attending the event may be visible without needing to join that event's SPLS. In some examples publicly visible attendees may be identified by means such as a directory(ies) 3778; in some examples they may be identified by other user data sources 3779; in some examples they may be identified by face recognition that employs a directory(ies) 3778 and/or other data sources 3779, etc. In some examples search may be employed to locate a publicly visible attendee(s) at an event by means such as searching a directory(ies) 3778; in some examples searching other user data sources 3779; in some examples by face recognition that employs other data sources 3779, in some examples by an augmented display of information that employs a directory(ies) 3778 and/or other user data sources 3779, etc. In some examples by selecting or finding an individual publicly visible identity(ies) at an event an observer may be able to see that identity's profile or other public characteristics by means such as a directory(ies) 3778 or other user data sources 3779.
VISIBLE HIDDEN LAYERS—SOME FILTERED VIEWS AT PLACES, EVENTS, GROUPS, ETC.: Today, many people go through their day carrying mobile phones that broadcast their identity and location to the nearest cell tower; they carry drivers licenses and other IDs (like some credit cards) with RFID chips that can be read for their identity and other information whenever they pass near an appropriate reader. As soon as an identity is known, a plurality of data sources are immediately available to any appropriately programmed networked system or device to learn more about each identified person. Each individual can be checked, reviewed, assessed, classified, and targeted for numerous purposes with much of this decision-making done at computer speed for large numbers of people at once. The data is there, as are growing numbers of systems to access it and use it. Today's world has numerous sources of public, private, commercial and government information and data that are already connected to each person, such as their personal residence information, demographic data, family members' names (and their data), credit score, credit card and debit card purchase histories (like in monthly credit card statements), each phone call made or received (like in monthly mobile phone bills), texts sent (in phone company records), locations visited (such as based on tracking by mobile phones and mobile applications), school transcripts, online resumes, online gossip, photographs posted (when tagged), and much more. Growing volumes and types of data exist, and are available to people and systems that can access it.
Imagine yourself in a digital place where everyone is identifiable such as any SPLS focused connection between two or a plurality of SPLS members; or at a digital event that charges admission such as a ticketed music concert; or a company's employees who attend their CEO's “all hands” speech by logging into the company network; or the teacher, students and parent chaperones on a class digital field trip to the Smithsonian Museum in Washington—there are numerous reasons to be in a digital place and be identifiable at the same time. In some examples it is possible to connect each digitally identifiable person with their accessible information in real time—at a digital place they have presence. Imagine being in a digital place and instead of seeing “all” or “everyone,” apply a filter to show only one group at a time who is there: first, show only registered Republicans, then only registered Democrats, then only Independent voters, then citizens who are not registered to vote, then those who are not citizens—with the people in each group selected being visible when their group is visible, and invisible when their group is not selected. In some examples a teacher could take a class on a digital visit to the New York Museum of Natural History and the class would not see anyone there except each other. In some examples you could attend a giant digital rock concert in Madison Square Garden and be with (select to see) only the people from your hometown, so you can meet more of your neighbors who like the same rock band as you. In some examples you could drop in on a digital political rally on the future of gay marriage on the steps of the Supreme Court building while the justices are hearing a landmark case, and (choose to) see only the GBLT people there. In each case accessible personal data can be used to create a boundary(ies) that determine who is and who is not displayed in each place in your digital reality. In some examples all of a person's digital realities boundaries could be set to include only the types of people he or she wants in the world, and exclude everyone else—taking the occasional desire to live in a world “just like me” and making that world appear.
In each digital place, each identifiable person can also have his or her accessible information displayed by and for someone else—with or without granting permission, and with or without knowing their information has been accessed and displayed. In some examples a person may be in an SPLS focused connection and someone else may view their personal directory listing, their marital status, their family members so they can ask how their kids are doing, or the latest online gossip about them. In some examples a group of shoppers may be in a retail store and their previous credit card purchases may be examined to see if they buy this store's type of goods, along with their net worth (if the retail chain's computers can access shoppers' financial data) to classify and target them for various size purchases—to quietly advise the store's employees on a possible selling goal(s) for each customer. In some examples an identifiable person's data may be manually checked by someone else, and in some examples an identifiable person may have their data automatically retrieved and processed to auto-classify them for certain commercial actions or safety/protection actions (as described elsewhere).
Turning now to
In some examples any identity who is present (herein referred to as the user) may select one or a plurality of display filters to apply 3808; and in some examples “the user” may be a computerized system, method or process that has established presence for the purpose of identifying, tracking and providing filtered data for one or a plurality of types of users (and is herein referred to as “the user”). In some examples the user may select one or a plurality of identified people to view 3810; such as in some examples selecting everyone there 3810; in some examples selecting just one identified person 3810; and in some examples selecting a subset of the identified people there 3810 (such as in some examples by a personal characteristic such as in some examples everyone present who is in Mr. Taggart's architecture class, in some examples everyone present who lives in Manhattan, in some examples everyone present who is an IBM employee, and in some examples selecting based upon any other definable “group” characteristics data that is accessible to the user). In some examples said display selection 3810 does not have sufficient data and cannot be made, so the current view 3811 or the default view 3811 is displayed. In some examples said display selection 3810 has sufficient data so that the selected view is displayed 3812 (such as in some examples everyone present 3812, in some examples just one person 3812, and in some examples a selected subset of the people there 3812).
In some examples based upon a setting or use of an element in the user interface, the selected identity(ies) 3810 are all that are visible in the displayed view 3812; and in some examples the selected identity(ies) 3810 remain visible with the other identities in the view but each selected identity is highlighted 3812 (such as in some examples with a glow 3812, in some examples with a colored border 3812, and in some examples by other means 3812) such that in some examples a selected identity(ies) is the primary focus yet may or may not be displayed with the non-selected identities who have presence. In some examples based upon a setting or use of an element in the user interface, the resulting display of a selected identity(ies) 3812 is visible only to the user who made the selection; and in some examples the resulting display of a selected identity(ies) 3812 is visible to all the identities present.
In some examples a user who is present may filter the displayed and identified individuals 3811 3812 in an additional way(s) 3814 by choosing one or a plurality of additional filters. In some examples a user may retrieve 3816 and displayed 3816 a list of additional filters 3814 for selection, where said list displays only filters that may be used to access the limited set of data accessible on the currently displayed and identified individuals; or, alternatively, the list of additional filters displayed 3814 3816 may include a complete listing of possible filters and characteristics but gray-out or use some other indicator to show which filters are not accessible. In some examples said filters may access and retrieve data on each displayed and identified individual 3011 3812 such as in some examples that identity's name 3816; in some examples that identity's directory data 3816; in some examples that identity's residence address, city and country 3816; in some examples that identity's business address, city and country 3816; in some examples that identity's primary language(s) 3816; in some examples that identity's race 3816; in some examples that identity's religion 3816; in some examples that identity's marital status 3816; in some examples that identity's family members 3816 (such as in some examples their names, ages, gender and other characteristics); in some examples that identity's employer 3816; in some examples that identity's career and employment history 3816; in some examples that identity's current business data such as their company's financial condition 3816; in some examples that identity's memberships in professional groups or associations 3816; in some examples that identity's social memberships 3816; in some examples that identity's political party registration 3816; in some examples that identity's country of citizenship 3816; in some examples that identity's governance(s) membership(s) 3816; in some examples that identity's credit score 3816; in some examples that identity's financial net worth 3816 (such as its amount and whether it is positive [assets] or negative [debts]); in some examples that identity's recent credit card purchases 3816; in some examples that identity's recent debit card purchases 3816; in some examples that identity's other recent electronic payments 3816; in some examples that identity's medical status and/or medical conditions 3816; in some examples that identity's current prescribed medicines 3816; in some examples that identity's telephone calls made and received 3816 (from telephone and/or communications company records); in some examples that identity's recent text messages 3816 (from telephone and/or communications company records); in some examples the recent online gossip retrievable about that identity 3816; and in some examples other data that may be accessible and retrievable about that the displayed and identified individuals 3811 3812. In addition, in some examples said filters 3816 may include previously saved filtered views 3828 (as described elsewhere).
In some examples the selection of one or a plurality of filters 3814 3816 initiates rights validation 3817 to confirm that the requesting user has the right to retrieve the specific data requested (such as in some examples requiring verification of the user's logged in identity's rights, in some examples requiring a separate authentication, authorization, password, etc.); and in some examples the user does not have sufficient rights so the filtered data cannot be retrieved, and in that case the current view 3815 is displayed without additional data (though in some examples with an error message, and in some examples with instructions on how to obtain rights such as in some examples by purchasing the data from a commercial database). In some examples a user's rights 3817 may be based on rules 3818 rather than permission 3817; and in some examples said rules may include whether or not the user is the “owner” of the identity(ies) 3818 (such as in some examples if a person wants to see which of their data is publicly available and which is not); in some examples whether or not the user is a member of a group that has the right to access the requested data 3818; in some examples whether or not the viewed and filtered identity(ies) have granted permission to access the requested data 3818 (such as in some examples mobile phone customers contractually authorizing their communications vendor's employees to access detailed communications records); in some examples whether or not the user has a commercial right to access the requested data 3818 (such as in some examples a bank's employees accessing their customers' financial records and financial related data); in some examples whether or not the requested data is publicly accessible and visible 3818 (such as in some examples data that is available for free, and in some examples data that is available for purchase); in some examples whether the user has a government-granted right to access the requested data 3818 (such as in some examples homeland security officers, and in some examples contractors of private security companies who provide homeland security services); in some examples whether the user has a governance-granted right to access the requested data 3818 (such as in some examples a governance's members contractually authorizing its accounting employees to access their purchase history[ies] to confirm that the governance is automatically receiving its required fees); in some examples any other rules and/or access rights that apply 3818. In some examples the user has the right(s) to retrieve the requested data 3814 3810 3817 3818 and in this case the selected identity(ies) are retrieved 3819, (as needed) those identities' profiles are retrieved 3819, and the specific requested 3814 3816 and authorized 3817 3818 filters' data is retrieved 3819.
In some examples based upon a setting or use of an element in the user interface, the retrieved data 3819 is visible in the displayed view 3822 3823 only to the user who requested the data; and in some examples the retrieved data 3819 is visible and in the displayed view 3822 3823 to all the identities present. In some examples each identity's retrieved data is displayed next to that identity's image 3824; in some examples each identity with retrieved data is highlighted 3825 (such as in some examples with a glow 3825, in some examples with a colored border 3825, and in some examples by other means 3825) such that in some examples an identity may be clicked to display its individual data 3825, in some examples pointing at an identity may display its retrieved data 3825, in some examples activating an icon may display all identities' retrieved data 3825, in some examples pointing at a symbol may display all identities' retrieved data 3825, and in some examples other means may be used to display and/or hide one or a plurality of identities' retrieved data 3825.
In some examples a combination of a selected group 3810 3812 and one or a plurality of selected filters 3814 3816 produces a useful access to data 3823 3824 3825, which may then be saved for rapid re-use 3826 3828. In some examples a desired filter 3826 can be saved to an icon 3828, symbol 3828, widget 3828, or other interface device 3828 for pointing, highlighting, clicking, voice command, floating interface element or another means for requesting said saved filter and displaying its data directly. In some examples a desired filter 3826 can be saved to a list of filters 3828 3816, a menu 3828, a subsection in the larger list of filters 3828, or another means for re-using said saved filter without needing to re-create it. In some examples saved filters may be distributed 3829 so that others may retrieve and apply those filters—to make it quick and easy to distribute certain parallel and useful views of the people in a society.
While there are some privacy issues, a networked digital society is an individually and collectively monitored society. Some systems can make that collected data clear and visible so that those who are monitored may become aware of how they are tracked and what is known and available about them, which enables them to continue or alter their behavior as they decide is appropriate. For one illustration, in some examples this filter may be applied by using publicly available data records, such as in some examples an RTP location may be the U.S. Senate and the individuals present may be filtered to show only currently present Senators. In some examples a “public official filter” may be applied to the visible Senators to show their individual financial data from their publicly filed tax records. If the Senators are assembled for a vote such as on energy policy, in some examples a filter applied to the Senators can display the amounts of contributions each has filed as receiving from energy company executives, energy industry PACs, energy companies, and energy industry lobbyists—whether that data comes from each Senator's public records or from an independent research organization who collects and publishes those totals. As each Senator votes on a bill, their filtered view may show their individual financial relationship to the industry affected by that bill. Therefore, in some examples it may be possible to determine the nature of representation provided by a government body such as in some examples whether it is representative of the people who elected it, and in some examples whether it is representative of an industry that funds it. The data displayed is only how that government body operates, for each Senator is required to be honest and “play by the rules,” so no Senator is assumed to be doing anything improper.
For another illustration in some examples “public official filters” may be widely applied to any elected official who publicly report both their taxes and the contributions they receive. In some examples a “public official” filter may be created, saved and openly distributed by a plurality of known means so key personal financial data and key funding data is displayed routinely with an elected official's digital presence. In some examples a Congressman's public town hall meeting could be digitally broadcast by any member of the audience using a Mobile Teleportal or an AID/AOD running a VTP, and in some examples a “public official filter” could be run to show that Congressman's data; and in some examples the source member of the audience may update the filter for different industries as the audience's questions turn to education, schools, gas prices (energy), communications, transportation, defense, or anything else. Therefore, the elected representative's financial relationship to each industry in each question could be updated in real-time and viewed while listening to the congressman's answer to each question, as a normal part of that Congressman's digital presence. In some examples with this type of data retrieval and display of publicly available data, digital presence may provide a clearer view of how our society operates than physical presence.
For another illustration in some examples the above system, method or process may be used to create a “constructed digital reality” that is broadcast 24×7×365 for one or a plurality of recipients to view. In some examples one or a plurality of of sources may broadcast one or a plurality of appearances by Congressmen and Senators (such as by LTP's, MTP's, RTP's, AID's/AOD's running a VTP and other means), and a receiving organization (including in some examples a government body such as the Senate, in some examples an individual, in some examples a political party, in some examples a PAC, in some examples a think tank, in some examples a public interest research group, and in some examples in other type of recipient) receives those broadcasts as sources for creating and re-broadcasting a constructed digital reality that combines those appearances with the display of filtered data next to each Congressman and Senator. In such an illustration the recipient receives one or a plurality of said appearance broadcasts and utilizes automated means to select (in some examples by automatically identifying, tracking and highlighting the Congressman(men) and or Senator(s) in the display of each appearance); and in some examples to process each selected identity by applying a dynamic filter such as a “public official filter” described above. In a further illustration, the words of the selected identity may be processed by voice recognition (as described elsewhere) to identify industry names or terms and determine the industry (if any) in the speaker's comments. Each industry category may then be used run the “public official filter” and display that industry's funding or other data next to the highlighted speaker in real-time, while the public official is speaking about it. In some examples such a constructed digital reality may simply be broadcast in real time for interested recipients. In some examples such a constructed digital reality may be recorded for on demand viewing, in whole by appearance or in segments by each industry, at any later date or time. In some examples such a constructed digital reality may be recorded, analyzed by representative and industry, and provided for on-demand viewing such as by industry so that competing lobbyists and companies may determine the range of each company's influence on the public time and activities of Congressmen and Senators. In some examples the analyzed data by industry of Congressmen's and Senators' time and activities may be used to determine the percentage of each elected representative's public time (or another metric such as the number of activities) spent on behalf of their constituents as opposed to how much they focus on those who fund them. Therefore, in some examples, the use of filters along with other ARTPM capabilities may provide a rich and revealing way to view the world along side traditional physical reality.
TELEPORTAL SHARED SPACES NETWORK (TP SNN), ALTERNATE REALITIES MACHINE (ARM), SHARED PLANETARY LIFE SPACES (SPLS), ARM DIRECTORY(IES):
INTRODUCTION AND SUMMARY: The TPM's Shared Spaces Network includes an Alternate Realities Machine (herein ARM) component that relates generally to providing means for individuals, groups and the public to fundamentally redefine one common physical reality as multiple digital reality(ies) so they are a better reflection of our needs and desires. In some examples its transformations include Shared Planetary Life Spaces (SPLS) and ARM Directory(ies) that reverse the current physical presence-first priority so that we may be more closely connected to the people and parts of the world that are most interesting or valuable to us, rather than the place where we are physically present. In some examples it provides new types of protection and security at the levels of personal, group and public SPLS (Shared Planetary Life Spaces)—including recognizing, evaluating and providing means to include or exclude people, groups, automated tools, etc. that would like to enter an SPLS either digitally and/or physically. In some examples it reverses control over media from an external media-driven culture to a personal and/or group filtered culture that prioritizes what we want and excludes what we don't want (and may optionally include paywalls so we may earn income for providing our attention to advertisers, brands and others noisily pursuing commercial goals, and others who want to buy part of our “mind share”). In combination, in some examples the result is to divide our common and ordinary reality into the unique separate and desired realities each of our identities wants; with increased individual, household and group protections; and with substantially fewer yet more desired messages from the ordinary public culture.
This TP Alternate Reality diverges from our current reality which is physical, and where presence is in the current reality, which is what reality has been throughout human evolution and history. In this current reality we wake up in the morning where we live (e.g., our home or household) that is based on private property (e.g. a secure place to live with locked doors, entrances for greeting strangers like doors, etc.). At home we can walk through our houses, look in anywhere and interact immediately with everyone there. When we go to work we can walk down the hall and look into any cubicle or office, and immediately talk directly to the person(s) there. When we go to a public place like a sidewalk, park, mall, library, museum, etc., we can encounter numerous people and interact immediately with any of them. Therefore, our current reality is one of physical interactions where the focus is on proxemics (the distance or space between people as they interact), interaction rituals (such as identity, roles, maintaining face, emotions, affirmations, power, leadership, etc.), presence (which is local, physical and defined by both explicit boundaries and implicit assumptions that keep us present yet separate), access rights (by means of property ownership and authorizations such as the right to visit places, or use tools and resources), and much more.
As our current mass communications culture and Digital Era emerged 26 in
In the current reality, however, physical presence remains more important and digital communications remain secondary. The TPM's Alternate Realities Machine (ARM) proposes reversing this with means to make some digital environments primary and physical presence secondary. In some examples those who use Shared Planetary Life Spaces (SPLS), the AKM, components of the TPM, etc. may know more about what they need to do to have successful lives and incomes in the emerging digital environment—they may become better at learning, growing, interacting, earning, enjoying more varied entertainments, being more satisfied, becoming more successful, etc. Unlike them, those who live only in the ordinary public reality, and do not live in an ARM, SPLS, AKM, etc. might fall behind them, so that those who live in their own reality(ies) by means of SPLS(s) may become the people and lives to emulate. This parallels what happened to those who work in a manual and physical job—the pre-eminence of digital-related employment means manual jobs are no longer the preferred goal. Another example of the current reality is the epidemic of obesity that may be related to the combination of a food manufacturing industry and delivery industry that both earn more when people eat more, a media industry that earns more when the food industry advertises more, a real estate industry that earns more when the food and restaurant industries build out more, a transportation industry that earns more when the food industry delivers more worldwide, combining with other businesses and services to a form a food delivery system that earns more when their “mind share” of the public, literally, grows both industry size and the required consumption that is reflected both in wider waistlines and a public health crisis.
Therefore, it is an object of the Alternate Realities Machine to introduce a new paradigm for human reality whereby each person and group may control their reality(ies) by utilizing one or a plurality of means provided by the ARM—means that multiply human realities and make them controllable and malleable. Unlike the current reality, where the ordinary culture and its imposed advertising, messages, and media attempts to dominate a large and growing part of everyone's attention, desires and “mind share” (as visually demonstrated by expanding waistlines and obesity worldwide) the ARM provides flexible means for people and groups to filter, exclude and protect themselves from unwanted messages and people that would like to enter their spaces (both digitally and physically). Additionally, the ARM provides means (TP Paywalls) so that individuals and groups may choose to earn money by permitting entry by chosen messages and/or people which are willing to pay for attention and “mind share.” In brief, just as people typically use a television remote to skip ads and watch only the shows and news they want, the ARM provides means for controlling one or a plurality of SPLS's so each's separate reality skips what we don't want and includes what we like (with both boundaries and priorities based on what we choose), so we no longer need to blindly accept everything the ordinary current reality attempts to impose on us.
A high-level visualization of the ARM is provided in
A first level is My Global Public SPLS(s) 4178 which provides for multiple SPLS(s) that may include various appropriate general filters and protection, but for the most part do not include them and are generally various manifestations of the ordinary public culture. In some examples is a state's or city's citizens, and sub-groups or other groups may include those who receive each type of government services that may be provided to them.
A second-level is My Groups SPLS(s) 4177 which includes the groups to which that person is a member, each of those groups' SPLS(s), and filters and/or paywalls they have applied to their SPLS(s). In some examples is the corporation where one has a job (where means for TP Protection are likely to be used extensively), and in some examples is a governance(s) which an identity may join (where means for TP Filters are likely to be used extensively if the governance is based on a set of values, a preferred activity such as a sport or hobby, etc.).
The next levels are Personal and these include one's public, private and secret SPLS(s) 4175 4174—and these may be inside one or more chosen paywalls 4176. Here, both TP Protection and/or and or TP Protection may be used with whatever frequency and intensity each person would like, with the option of adding TP Paywalls that may produce additional income and add more filtering out of unwanted messages.
One dimension is the scale at which the ARM permits the creation of manageable human realities. Since each person may have one or a plurality of identities, and each identity may have one or a plurality of SPLS's, the ARM's multiple levels of reality are for each identity—not just for each person. Because the ARM services each identity and one person may have a plurality of identities, and because each identity may have a plurality of SPLS's and the ARM services each SPLS, this multiplies the numbers and types of SPLS(s) available far beyond any simple division of the one current reality. In addition, settings may be saved, distributed and shared widely. Since SPLS metrics may be tracked and reported, the most effective, satisfying, etc. SPLS's may be reported publicly and their settings accessed and installed rapidly. This combination enables rapid learning, setup and use of the most effective or popular SPLS settings (including their boundaries such as Paywalls, Priorities, Filters, Protections, etc.). Clearly, control over a singular current human reality(ies) may be shifted to individual choices of multiple new and evolving trajectories. The pace of this would be affected by these new realities' capabilities for delivering what people would like, as it would be affected by the excessive level and poor quality of messaging from the ordinary public culture, as it would be affected by people's desires to create and live in their desired alternate realities—so this is likely to match what the people in each historical moment want and need, as well as evolving over time to reflect their growing or diminishing desires.
Ultimately, in some examples control over what and how we perceive and interact with reality may be managed by each person and identity, because the ARM's components, systems, services, etc. illustrate means for replacing the current culture's external control over what we see as reality. Instead, the ARM provides means for expanding our control over where and how and why we choose to “be present” (anywhere in the world including our digital presences), as well as what we choose to include in or exclude from our “presence.”
In short, by means of an ARM each of us is able to choose one or a plurality of reality(ies) that we want—rather than being compelled to live in one common reality with the countless competing messages, desires, belief systems and branded “mind share” that it attempts to impose on us.
It is therefore an object of the Alternate Realities Machine's (ARM's) Shared Planetary Life Spaces (SPLS) and ARM Directory(ies) to introduce a new paradigm for human realities that at a high level includes: Each person may have a plurality of identities (as described elsewhere) wherein each identity may have one or a plurality of Shared Planetary Life Spaces (SPLS). Each SPLS is essentially always on and may be interactively set for two-way use or observation only. Each SPLS can be essentially everywhere there is a connected TP device (including VTP's and RCTP's on a plurality of subsidiary devices). Each SPLS supports new universal assumptions about life: I and everyone else can be everywhere that is connected at all times. If I have a plurality of identities, then each of my identities can also have a plurality of SPLS(s), and each of my identities may be anywhere that is connected at any time that I choose. Each SPLS may include Shared Lives (other persons or identities), Shared Places (RTP or other TP devices), Shared Tools and Resources (RCTP's such as PCs, TV set-top boxes, applications, data, services, the Web, etc.). Within any of my SPLS(s) I can simultaneously have multiple alternative presences with others using Shared Lives connections, be in multiple Shared Places, and use multiple Shared Tools and Resources. Groups have multiple SPLS(s), and each of those includes Shared Lives, Shared Places and Shared Tools and Resources. Public SPLS(s) provide the public with new types of observations, recognition of identities, presence, etc. Each SPLS enables sharing by multiple identities, places, tools and resources. Each SPLS may include physical monitoring of people (such as for secure access and protection), even where only one TP device is available. Each SPLS may include additional digital functions such as recording, editing, archiving, re-transmitting, broadcasting, etc. One component of this is a sharing facility (herein ARM Directory(ies)), which may include one or a plurality of sharing facilities such as directories. Said ARM Directory(ies) accumulate, store and maintain the data necessary to enable sharing, determine current presence, etc. When a Shared Life (other persons or identities) is requested, an ARM Directory(Ies) is used to determine that identity's presence, preferred device(s) and availability (their current Device in Use or DIU)—together a Delivery Profile. If not available, it defaults to a TP Messaging System. When a Shared Place (RTP or other TP devices) is requested, an ARM Directory(ies) is used to determine that TP device's current state, media, address, etc. and connects to that TP Place at that time. If not available, it defaults to a TP Reconnection System. When a public Shared Tool or Resource (by means of TP Remote Control or RCTP) is requested, an ARM Directory(ies) is used to determine one or a plurality of available Tool(s) or Resource(s) in that category, along with its availability, device types, address, etc. and connects to the selected Tool or Resource. If not available, it defaults to a TP Reservation System. When a private Shared Tool or Resource (by means of TP Remote Control or RCTP) is requested, an ARM Directory(ies) is used to determine the availability of one or a plurality of said Tool or Resource that belongs to an identity in one of that user's currently open SPLS(s) along with its availability, device type(s), address, etc. and connects to the selected Tool or resource. If not available, at the user's option it defaults to either a TP Reservation System or a Shared Life contact with that identity to request the Tool or Resource. Each Shared Instance Connection may take various forms, and each individual connection may be preserved and reused (such as by a recording, storing, editing, forwarding, broadcasting, etc.). When a requested SPLS connection is not available backup means are provided such as TP Messaging (with identities), TP Reconnection (with places), and TP Reservation (with public or private tools or resources). As new connections are found (such as by searching, browsing, and/or finding by other means) they may be automatically and/or manually added to a SPLS. ARM Directory(ies) (the sharing facility) may utilize automated and/or manual entry of persons, identities, devices, places, tools, resources, etc.—including establishing profile(s) (in some examples an identity's User Profile, and in some examples that identity's Delivery Profile for the user's preferred device order for receiving SPLS, TPM and AKM communications). These ARM Directory(ies) entries may be for persons, identities, groups, the public, etc., may be made from any shared instance connection, and may include identities, devices in use, places, tools, resources, services, etc. TP Protection may be provided for identities, groups, the public, governances, etc. by means such as SPLS inclusion and recognition of identities (in some examples facial recognition, biometric identifiers, logins, IDs for places/tools/resources, etc.), wherein recognition may be used to permit entry, block it, interact to acquire information, establish relationships, etc. TP Filters may be provided for the SPLS(s) of identities, groups, governances, the public, etc. by means such as advertising recognition, specific sources (such as a media company, a broadcast network, a television channel, a content source, a vendor, etc.), specific types of recognizable content (in some examples subjects, topics, ratings, categories, etc.), wherein said filters may be used to permit entry, block it, interact to acquire information, establish relationships, etc. In some examples is excluding “entertainment” whose values may damage children's morals, and in some examples is to filter news such as including the categories of politics, football, entertainment, health, environment and photography—while excluding the news categories of science, travel, business and all sports except football. TP Paywalls may be provided for the SPLS(s) of identities, groups, etc. by means such as individual pricing, group pricing, membership in a group or collective that sells and/or auctions group access together (and divides the revenues among group members), various types of collective marketplaces such as auctions, affiliates, partnerships, sales collectives, governances, etc. In some examples is excluding advertisers that do not pay the audience's members for their attention, and including advertisers that pay money to the audience for watching their messages. SPLS(s) boundaries (in some examples Protection, Filters, Paywalls, etc.) may be reused widely (in some examples by saving, storing, distributing, opening, editing, renaming, archiving, broadcasting, etc.) so that the popular “walled gardens” may be easily and widely distributed, copied, modified and reused. With each person having the option of a plurality of identities, and each identity having the option of a plurality of SPLS(s), one person may have membership in both multiple open and public Shared Planetary Life Spaces, and in various different types of SPLS(s) that are “walled gardens” with filtering, secure protections, and paywalls that earn income. A plurality of applications, third-parties, etc. may access and use the ARM Directory(ies). In some examples if a person's public identity is logged in, then its “presence” is known and a separate application may utilize that by accessing it, using it, displaying it, etc. If a private identity is logged in, then only an appropriately authorized application (that is one part of it SPLS(s)) may access it. A plurality of services may be provided (in some examples a Web profile and controls page by the ARM Directory(ies), or in some examples by a third-party vendor such as a search engine) for each SPLS (optionally including persons, identities, groups, public spaces, places, tools, resources, etc.). The services provided may be in exclusive and private relationships (with exclusivity provided in return for payments), or they may be nonexclusive, public and open, or they may be in any combination (in some examples open but with preferred vendors buying preferred positions in return for payments). Since SPLS(s) have boundary controls, vendor relationships may be sold by each SPLS in return for payments that are income to the identities that are members of the SPLS. ARM Directory(ies) may be analyzed and “data mined” for automated and/or custom reports that show where individuals are best, average or lowest, as well as the size of any gaps they need to fill, and what to do. These reports (and optionally alerts, notifications, etc.) enable various types of optimization and self-improvement systems (in some examples a “fast follower” process to catch up with the best”), as well as “leap ahead” guidance to enable jumps to the highest achievement levels (if said leaps are possible).
In a brief summary of this Alternate Realities Machine (ARM), it makes human reality a conscious choice: We choose to include what we want (in some examples including everything in all of the current reality, or prioritizing it and making sure what we like is included), and we choose to exclude what we do not want or what we dislike (in some examples excluding entertainment or sources that are not appropriate for children, or excluding a genre such as horror, etc.), and optionally we may choose to be paid to include the parts of reality that want our attention and need it for their financial prosperity (in some examples by including advertisers that pay us to see their messages, or including new political parties that gain visibility by paying audiences to see lengthier messages). Additionally, when a person has a plurality of identities, and when an identity has a plurality of SPLS's, each may have its own combination of TP Protections, TP Filters, TP Paywalls, etc.)—so that one person may choose to enjoy multiple different human realities that each have worldwide “presence.” In addition, reporting the metrics from the ARM Directory(ies) may identify the SPLS(s) (that is, the “ARM reality settings”) that produce the greatest successes (however each person prefers to use available metrics to define that). These SPLS's settings may be saved, copied and widely distributed (by means of copying and sharing those SPLS(s) settings)—perhaps raising income, performance and satisfaction widely by means of evolving human reality(ies) at a new pace and trajectory into what works best for various people and groups.
It will be a new paradigm for human reality when our choices allow us to specify a plurality of different types of realities, interactively shift between them by logging in as different identities, modify each of them by changing its SPLS's boundaries, learn which of them does and does not work best to achieve various types of goals, then widely distribute new and better “realities” for others to enjoy better lives and raise happier families. Instead of one external ordinary public culture controlling and shaping everyone, with an ARTPM we may gain control of our worlds and select the possibly more successful and happier realities in which we choose to live.
Summary of the figures: It is an object of the “Alternate Realities Machine” (hereinafter ARM) to introduce a new paradigm for human reality whereby people may be more connected remotely than locally, the means for said remote connections include Shared Planetary Life Spaces (SPLS) and ARM Directory(ies) that can provide “always on” connections and connected spaces; the inclusion in these spaces of Identities, Places, Tools, Resources, etc. (herein IPTR); with use by multiple devices, individuals with multiple identities, groups, the public, etc.; the ability to set boundaries on each SPLS such as Paywalls, Priorities, Filters, Protection, etc.; the ability to provide backup actions in the event a connection is not made; etc.
Access to each SPLS's open or prioritized reality: Turning now to
Devices: It is an object of the ARM for systematic use by multiple devices, in some examples Local Teleportals (LTP), Mobile Teleportals (MTP), Virtual Teleportals (VTP), Remote Teleportals (RTP), etc. It is also an object of the ARM to include IPTR (herein Identities, Places, Tools, Resources, etc.).
Illustration of Shared Spaces, Identities, Places, Tools, Resources:
In addition the combined LTP 4200 includes one or a plurality of TP Controls to select a user 4212, select one or a plurality of identities 4213, and within said selected identity(ies) then select one or a plurality of SPLS's 4211. Because there is sufficient screen real estate each of the three Local Teleportals contains a TP Control that lists SPLS's and individual IPTR (4207 at the bottom of Teleportal 1 4201, 4207 at the bottom of Teleportal 2 4202, and 4215 at the bottom of Teleportal 3 4203). The IPTR displayed 4204 4205 4206 4208 4209 4210 4214, the TP Controls 4212 4213 4211, the TP resources 4207 4215, as well as the simultaneous integration of the three Local Teleportals 4201 4202 4203 in a single combined Local Teleportal device 4200 4201 4202 4203 are each live and active in real time simultaneously. While this is a considerable range and scope for device processing, networking control and network bandwidth in some examples this is consistent with the Teleportal Device concepts described elsewhere.
In some examples each of the three Local Teleportals 4201 4202 4203 may operate as a separate Local Teleportals from each other. In this case each would have its own TP Controls (select user 4212, select identity 4213, select SPLS 4211) as well as its own set of preferred SPLS, identities, places, tools and resources 4207—and each would have its own IPTR displayed 4204 4205 4206 4208 4209 4210 4214 for its selected SPLS 4211. In some examples two of the Local Teleportals 4201 4202 may operate as a single integrated Local Teleportal. In this case these two integrated LTP's would have their own TP Controls 4212 4213 4211 as well as its own set of preferred SPLS and IPTR 4207—and these together would have their own IPTR displayed 4204 4205 4206 4208 4209 4210 4214 for its selected SPLS 4211. In some examples the third Local Teleportal 4203 may operate as a separate LTP with its own TP Controls 4212 4213 4211, its own set of preferred SPLS and IPTR 4207, and its IPTR 4204 4205 4206 4208 4209 4210 4214. Therefore, when there are a plurality of TP Devices they may be integrated together, combined in sub-combinations, or kept separate in any combination(s) or grouping(s) desired. Each separate or combined LTP provides the full functionality of a separate LTP, with the full range of IPTR uses simultaneously.
LTP Example Views: Turning now to
Turning now to the second view 4219 the LTP controls are closed and an SPLS is in use. Again, this view begins with a user 4230. The first closed LTP control displays the user selected 4220. Another closed LTP control displays a plurality of identities 4222 with the Identity In Use (IIU) highlighted. Another closed LTP displays the SPLS selected 4221. If the user needs to find and/or locate IPTR, the TP Directories control is available 4223. An open LTP control is the list of “recent” or “favorite” SPLS's and IPTR 4229. In this LTP 4219 the SPLS is in use and this is illustrated by including a Shared Life (identities such as may be displayed by an LTP, MTP, VTP on an AID/AOD, etc.) 4226, a Shared Place (places such as may be displayed by an RTP, LTP, MTP, VTP on an AID/AOD, etc.) 4227, and a Shared Tool or Shared Resource (such as a local or remote PC computer, or a local or remote television set-top box, etc. run by RCTP) 4228.
Many of the LTP controls 4222 4224 4226 4227 4228 4229 may be solely visual, a combination of visual and text, or text-only. In some examples these may be static photographic images that accurately depict what is selected. In some examples these may be real-time views of each identity, SPLS, IPTR, etc. In some examples these may be artistic depictions such as icons. In any of these cases text may be included with the image, or it may be displayed like a “tool tip” when an image has focus such as by being pointed at. In these controls audio is not included because multiple simultaneous audio sources cannot be comprehended, while multiple images are cognitively not a problem when the eye focuses on one image at a time.
MTP Example Views: Turning now to
Turning now to the second view 4246 the MTP controls are closed and an SPLS is in use. The first closed MTP control displays the user selected 4247. Another closed MTP control displays a plurality of identities 4248 with the Identity In Use (IIU) highlighted. Another closed MTP control displays the SPLS selected 4252. If the user needs to find and/or locate IPTR, the TP Directories control is available 4253. An open MTP control is the list of “recent” or “favorite” SPLS's and IPTR 4255. In this MTP 4246 the SPLS is in use and this is illustrated by including a Shared Life (identities such as may be displayed by an LTP, MTP, VTP on an AID/AOD, etc.) such as a group teleconference 4249 and an individual identity 4250, a Shared Place (places such as may be displayed by an RTP, LTP, MTP, VTP on an AID/AOD, etc.) 4251, and a Shared Tool or Shared Resource (such as a local or remote PC computer, or a local or remote television set-top box, etc. run by RCTP) 4254.
Many of the MTP controls 4236 4243 4238 4239 4240 4244 may be solely visual, a combination of visual and text, or text only. In some examples these may be static photographic images that accurately depict what is selected. In some examples these may be real-time views of each identity, SPLS, IPTR, etc. In some examples these may be artistic depictions such as icons. In any of these cases text may be included with the image, or it may be displayed like a “tool tip” when an image has focus such as by being pointed at. In these controls audio is not included because multiple simultaneous audio sources cannot be comprehended, while multiple images are cognitively not a problem when the eye focuses on one image at a time.
VTP Example Views: Turning now to
One of the examples view 4260 shows navigation and selection controls. In this example view 4260, the iPhone standard header 4261 is displayed at the top. When the VTP is run at its top it displays the application name “Virtual Teleportal” 4262 and the appropriate top functions (as left and right buttons) 4262 for this area of the VTP (such as changing the VTP's settings). The next VTP component is to identify the current Teleportal 4263, which if this VTP has just been opened would default to the last Teleportal used—a connection between Eric Scott and Mary Matthews. The next VTP component is a Search field 4264 which in some examples would auto search that user's identities, SPLS's, IPTR, etc. but could also be set to search one or a plurality of ARM Directories. In some examples this Search field 4264 would not need to be set for Directory search and could automatically search both that user's identities, SPLS's, IPTR, etc. and ARM Directories in a single step. In addition, this Search 4264 may include voice-activated searching 4264 in the standard manner provided on the iPhone (as indicated by a small microphone icon). The next VTP component is to indicate the current step name 4266 which in this example is “Select Teleportal.” The next VTP components include navigation selectors for selecting the user 4266, selecting an identity of that user 4267, selecting one or a plurality of SPLS's belonging to that identity 4268, selecting an IPTR within an open SPLS 4269, and adding an additional open Teleportal to the currently open Teleportal(s) 4270. In each of these navigation selectors 4266 4267 4268 4269 4270 both the selection name (such as Current User, Current Identity, Current Shared Life Space, Person/Place/Tools/Resource, Add Teleportal) and the most recently chosen selection under each is displayed. In this example the Current User is John Smith 4266; the Current Identity is “Eric Scott (private)” 4267 which is one of John Smith's private identities; the Current Shared Life Space is “Career>My Business (private)” 4268 which is a private business and its private SPLS; the Person/Place/Tool/Resource is “Person>Mary Matthews” 4269; and for Add Teleportal the current status is displayed which is “Currently: 1 Teleportal open” 4270. The next VTP component is a row of buttons that adds Wizard-like controls to the VTP. While navigation may be accomplished by the above selections (such as selecting the user 4266, identity 4267, SPLS 4268, IPTR 4269, etc.) it may also be accomplished by employing these three buttons for the next step 4271, the previous step 4271, or focusing on the specific VTP connection listed in the above selectors 4271. The bottom VTP component includes VTP core functions 4274 which in some examples include Favorites (SPLS's, IPTR, etc.), Recent (recently used VTP's), Contacts (a personal ARM Directory much like an address book), Connect (“always on” connections that may be entered immediately without needing any navigation), Messages (including both inbound messaging from others and outbound messages left for others), etc.
One of the examples view 4274 shows those navigation and selection controls being used to select a specific IPTR to open in this VTP. In some examples view 4274 the same VTP components are at the top 4275: the iPhone header 4275, the VTP application name 4275 with its top button functions 4275, the identification of the current or most recent Teleportal in use 4275, and Search 4275 (as described above). The next VTP component is to indicate the current step name 4276 which in this example is “Select Person/Place/Tools/Resource” (or IPTR as referred to herein). In this step 4276 selecting IPTR includes navigation selectors for selecting the person (or identity) 4277, selecting a place 4278, selecting a tool 4279, selecting a resource 4280, or changing the Directory 4281 and/or searching the currently selected Directory 4281 for a specific IPTR. In each of these navigation selectors 4277 4278 4279 4280 4281 both the selection name (such as Select Person, Select Place, Select Tool, Select Resource, Directory(ies)) and the most recently chosen selection under each is displayed. In this example the current Person is “Last: Mary Matthews” 4277, the current Place is “Last: Shanghai Factory” 4278, the current Tool is “Last: LTP Chicago Conference Room 1452” 4279, the current Resource is “Last: Family TV Set-Top Box” 4280, and the current Directory is “Last: XYZ Corporate Directory” 4281. In some examples view 4274 the same VTP components are at the bottom 4282: the row of three Previous/Next/Connect buttons that adds Wizard-like controls to the VTP 4282, and VTP core functions 4282 (which in some examples include Favorites, Recent, Contacts, Connect and Messages).
One of the examples view 4286 shows the VTP with a specific IPTR having been selected, while it is being viewed and used. In this example view 4286 the same VTP components are at the top including the iPhone's header 4287, the VTP application name 4288 with its top button functions 4288, and the. identification of the current Teleportal in use 4288 (along with identifying the current Identity In Use) which is “Identity: Eric Scott, RTP>KSC Pad 39>Shuttle Launch”. The next VTP component is the current step name 4291 which in this example is “Place: KSC Pad 39” (Where KSC Is an abbreviation for Kennedy Space Center). The next VTP component is the actual Teleportal In Use 4292 which in this case is a live space shuttle launch observed by means of a local RTP. Because an IPTR is in use 4292, the VTP buttons 4293 have changed and now provide immediate on-demand recording (with a Start Recording button 4293 and a Stop Recording button 4293), along with a button to terminate the Teleportal connection (the Close button 4293). The last VTP component is its core functions 4282 (which in some examples include Favorites, Recent, Contacts, Connect and Messages).
SHARED PLANETARY LIFE SPACES (SPLS) FOR IDENTITIES, PLACES, TOOLS, RESOURCES, ETC. (IPTR): The new digital environment has changed the definitions for many fundamental concepts such as a good education. When today's adults grew up there was no Internet. Before the Internet's immense, immediately accessible information and resources education was based on learning facts, remembering them and being able to use our stored personal knowledge independently. Today, even with a somewhat new and still developing Internet, those who know how to find information have access to far more than thousands of people could possibly learn and remember. In our digital era a new definition of a good education is the ability to interpret a situation, determine what information is needed, FIND IT RAPIDLY AND ACCURATELY, understand it (even if never seen before) and apply it effectively.
Just as digital technology has changed learning and education, it causes other fundamental changes in our view of the world as we transition to multiple new definitions that are not intuitive, clear or obvious. One new opportunity of this digital environment is to consider whether human presence might evolve from local physical presence to remote digital presence. If so, a new definition of human presence (the one illustrated here) is that many might find their remote digital presence becomes more important than their local physical presence—we can be present everywhere connected, all the time, including personal global observation and awareness as well as two-way visual interactivity. The door to this new definition that is illustrated here is by means of examples (herein named Shared Planetary Life Spaces” or SPLS's) which are “always on” and provide a new level of connectivity for more than today's people—SPLS(s) includes individuals who may have a plurality of identities, groups, places, tools, resources, etc. as immediate “always on” connections.
Consider some examples such as from corporate operations. A global company's processes and operations may be transformed by having a range of Shared Planetary Life Spaces, with one or a plurality of SPLS's for each operating area. In its internal operations, each company has core functions that may each have its own separate SPLS. For one area like finance or human resources, each SPLS puts all of that area's people (identities), places, tools and resources (IPTR) into a single “always connected” Shared Space. Thus, a company's entire human resources team, or finance team, or sales organization, or R&D (research and development) teams, or any functional area may have “always on” complete personal connections 24×7×365 even though they are spread over multiple continents and in multiple time zones. Across the company its internal directory may now be the door to a broad internal SPLS that instantly includes every employee from any geographic location, function and level with anyone else. Similarly, the company's suppliers, distributors, retailers, sales agents, third-party service companies, etc. might also be parts of “always on” SPLS's so they are able to constantly work together with every appropriate company employee, regardless of their location. Just as important, EXTERNAL SPLS's may be useful to the company's customers by having one or a plurality of SPLS's within which customers and the company remain fully connected with each other 24×7×365—with customers (optionally) connected to each other everywhere/all the time, as well as the company knowing their customers' needs better then at any time before in history, and able to connect with its sales prospects better also. Similarly, a public SPLS that includes the company's prospects may provide every company the ability to work directly and immediately with each significant purchase/sales opportunity no matter where it is located.
The five figures in this section (
Shared spaces selections: Turning now to
As described above for changing the user and/or identity selected 4304 4305 4306 4307 4308 4309 4310, if the user decides to change the SPLS 4312 than this includes selecting a different SPLS 4314 4315 4317 4319 4321 or Directory 4323 such as by means of an (optional) one touch change 4335. In some examples if one or a plurality of SPLS(s) needs to be edited 4325, updated 4325, etc. then continue sad editing/updating process in
TPU individuals' services—public identities:
In some examples these changes in the SPLS 4333 4334 4335 4336 4337 may utilize a similar and parallel interface to selections such as changing the user(s) 4304 and/or changing the identity(ies) 4304. Alternatively, the initially set SPLS may be kept 4332 and employed for one or a plurality of “always on” connections that begin by displaying the selected SPLS in the interface of the TP DIU 4340 (Device In Use, such as an LTP, MTP, VTP, RTP, etc.). To make an outbound connection 4341 an IPTR is selected from the current SPLS(s) and it is immediately displayed in an “always on” connection, though the connection process includes reusable connection steps such as those that continue in subsequent
TPU individuals' services—private and secret identities:
To make an outbound connection 4361 an IPTR is selected from the current SPLS(s). If this is an outbound focused connection for a private identity then apply the current private identity's settings 4362, and display the focused connection as “always on,” though the connection process includes reusable connection steps such as those that continue in subsequent
TPU groups' services—public, private and secret identities: As described above, groups and organizations (such as corporations, charities, foundations, government agencies, small businesses, etc.) may have many uses for SPLS's. These include external “always on” connection with prospects, customers, clients, etc. They also include internal functional-level SPLS's in each of their core operations such as a business unit, marketing, shipping, distribution, human resources, and a plurality of functional and operational groups. Finally, they also include quasi-private SPLS's in their channel such as with retailers, resellers, partners, distributors, warehouses, etc. and quasi-private SPLS is with stakeholders such as corporate boards, regulatory agencies, legal counsel, realtors helping acquire or sell properties, etc. As a result of this potentially large number of SPLS's in a single group such as a large corporation, charity, government agency, etc. the ability to rapidly move between a plurality of IPTR in a plurality of SPLS's is a key to their usability.
Turning now to
In some examples the SPLS and/or IPTR may be changed 4372 4373 4374 4375 4377 4376 4378. Alternatively, the initially set SPLS may be kept 4372 and employed for one or a plurality of “always on” connections that begin by displaying the selected SPLS in the interface of the TP DIU 4380 (Device In Use, such as an LTP, MTP, VTP, RTP, etc.). To make an outbound connection 4381 an IPTR is selected from a current SPLS(s) and it is immediately displayed in an “always on” connection, though the connection process includes reusable connection steps such as those that continue in subsequent
TPU public's services—public services: A public SPLS is different because of its openness and its integration with physical locations. As illustrated in
Depending on the types of inputs available in each source, physical location, ticketed event, social activity, public space, etc. input is received 9735 such as from an RTP 9736, cameras 9736 (including cameras in TP devices, personal photo and video cameras that can connect online, security cameras, etc.), other biometric inputs 9737, TP Devices that are present locally 9738 (including one or a plurality of LTP, MTP, VTP, RTP, etc.), other devices 9738 (such as mobile phones, devices with GPS, etc.), logins such as security badges 9739, and a plurality of types of inputs that can be used to provide recognition 9739. These data are provided to local and/or remote TP Identify and Auto-Profile New Connections 9740, which is illustrated in
The first of these components is recognition and authorization 9742 which begins by utilizing input received 9735 to identify and recognize 9743 specific IPTR (especially identities). The accuracy and visibility of these may be enhanced by (optionally) interacting with the identity being identified 9745, if the device or connection that provides input is capable of two-way interactions. In addition, security may be enhanced by (optionally) utilizing TP Authentication Services 9746. The protection services of the TP ARM 9744 may (optionally) be utilized by authorizing said identified IPTR against available authorized lists such as SPLS's. In some examples those who want to physically or digitally enter one's home or personal space may be authorized against one's identity's SPLS's “My Lists” to permit immediate entry or to determine if a different type of action might be needed. In some examples a group's available authorized lists, such as its SPLS's, may be used to check recognized identities and either permit physical/digital entry or take another action such as block it, request further information, protect against it, etc. In some examples in various public events and spaces identified individuals may be checked against law enforcement lists such as determining if there is a dangerous individual at a ticketed sporting event or in a bar where heavy drinking is going on, if there is a potential shoplifter in a jewelry store, if a known sexual predator is hanging around a children's playground, etc. In some examples positive and preferred members of the public may be identified and treated specially such as preferred customers who enter a physical store, friends who appear unexpectedly in one's personal or group (physical or digital) space, unrecognized stakeholders or dignitaries who should receive special treatment, etc.
In some examples the second of these components is how these identified IPTR (in some examples identities) may be (optionally) auto-classified 9748. Various types of classification are possible and some are described elsewhere such as best (top 25%)/average (middle 50%)/lowest (bottom 25%), quintiles such as best/positive/average/negative/danger?, etc. Auto-classification begins by using the recognized identity 9742 9743 and gathering that identity's information 9753. Said information gathering may be done by accessing that identity's Directory(ies) profile(s) 9749, accessing online sources 9750, accessing third-party services 9751, etc. As part of gathering information from various sources, as an additional process, it is possible to use any new information learned 9752 to update that identity's Directory(ies) profile(s) 9749. After the appropriate information has been gathered 9753 9749 9750 9751 then an auto-classification may be performed 9754 by performing a comparison or calculation such as calculating said identity's value for a specific goal. Means for these comparisons, calculations, value assessments, etc. may include standard and/or custom value filters 9755 (like a retail chain or store might apply to determine its best or preferred customers, or as a professional services firm might apply to determine employees of its current client companies, etc.), value calculating applications 9756 (like a government revenue service might apply to every citizen to estimate its potential financial collections and compare that against the actual tracked income received from each identity, etc.), etc. As part of applying standard and custom value filters 9755 and/or running value calculating applications 9756, if a better process can be determined 9757 then said filters 9755 and/or said value calculations 9756 may be determined, updated and improved 9757.
After an identity has been recognized 9742 9743 9745 9746 and (optionally) authorized 9744, and after the identity's information has been gathered 9753 9749 9750 9751 and an (optional) auto-classification performed 9754 9755 9756—many of which steps are optional and can be skipped if desired or if needed—said data is formatted for TP use 9758, API access 9758, protocol-based access 9758 etc. then said formatted identity information, valuation and/or classification may be used and applied based upon the identity's calculated value 9759. Said process of calculating and using these information continues in
ARM DIRECTORY(IES)—ARCHITECTURE, PROCESSES, DATA, ADD/EDIT, SEARCHING/BROWSING/SELECTING, CONNECTING TO IPTR, REPORTING AND RECOMMENDATIONS, ETC.: One element of Shared Planetary Life Spaces (SPLS's) is an underlying Directory(ies) component/system/facility that accumulates, stores and maintain the information necessary to enable the IPTR in SPLS's, to interact as needed, such as providing the data to determine presence, establish and keep current connections, etc. between two or a plurality of IPTR.
ARM DIRECTORY(IES)—SUMMARY: Turning now to
This facility's functionality may be accessed by a range of TP devices and means 4408 that include LTP's 4411, MTP's 4411, RTP's 4409, VTP's on AODs/AID's 4410, RCTP's, etc. that are described elsewhere such as in
This facility's directory service(s) is based on known technologies that may include one or a plurality of databases 4420 and encompass a scalable and flexible system that may expand to a large number of records in a large number of users from a multiplicity of devices and networks, including functions and management to ensure good performance. This maintains the information needed in areas such as users 4420, identities 4420, profiles 4420, each identity's devices 4420, (if a connection is requested or in use) current presence data 4420, each user's face recognition data 4420, shared spaces 4420, places 4420, tools 4420, resources 4420, etc. In addition said facility's directory service(s) may access data sources 4420 for additional information, updates, etc.
This facility's physical architecture 4414 enables sharing between a plurality of IPTR that may be located worldwide 4414 so the mechanism(s) by which they may be found in access include means enumerated in this facility, any known means to accomplish this, and new means that may be invented in the future. In some examples of said physical architecture 4414 eight gateway such as the TPOG may provide access to an index, pointers, “map”, etc. 4415 4416, and a plurality of these may be synchronized by means such as replication, messaging, updating, or any known means. After said synchronization (such as between 4415 and 4416) two or a plurality of said indexes, pointers, “maps”, etc. may each provide access to said Directory(ies) database(s) 4420. One or a plurality of these Directory(ies) database(s) 4420 may be in a plurality of locations around the world 4417 (such as in some examples depiction of Directory(ies) database(s) 4420 servers in North America, Europe, Asia and Australia). In addition, said facility's directory service(s) 4415 4416 4418 4417 may include means to access data sources 4419 for additional information, updates, etc. Said data sources may be public 4419 and/or private 4419, and said private resources may be accessed through secure access means such as firewalls, automated login, VPN access, corporate security systems, network security systems, etc.
In some examples devices, network(s), database(s), architecture, etc. may access and utilize a new combination of known Directory capabilities whose components include functions 4423, TPSSN (Teleportals Shared Spaces Network) 4424, Shared Planetary Life Spaces 4424 and IPTR 4424, revenue generation 4425, and reporting 4426. Within these components, some examples of functions 4423 include finding identities 4423, finding places 4423, finding tools 4423, finding resources 4423 etc. (by means of browsing, searching, special searches, bookmarking, reuse, etc.); address books/contact lists 4423, reusing what others have assembled and developed 4423, reporting 4423, adding/editing/updating/managing 4423, preferences and or settings 4423, other capabilities 4423, etc. Also within these components, some examples of the TPSSN (Teleportals Shared Spaces Network) 4424, of SPLS's 4424 and IPTR 4424 include entering and using SPLS's 4424 such as connecting with identities 4424, using tools and resources 4424, being numerous places 4424, and other IPTR 4424, etc. Also within these components, some examples of revenue generation 4425 (which is optional) include sponsor services 4425 and vendor services 4425 such as advertising 4425, relevant messaging 4425, reporting to vendors and advertisers 4425, payment systems for paying for sponsor services 4425, payment systems for paying users' Paywalls 4425, etc. Also within these components, some examples of reporting 4426, dashboards 4426, etc. include answering core user questions such as “How am I doing?” 4426, “Tell me what I need to know” 4426, “Show me what I need to do” 4426, custom reports and/or dashboards 4426 (such as set goals, metrics, alerts, etc.), setting delivery options for reports/dashboards 4426, choosing training options from recommended improvements 4426, etc.
Some example include components such as functions 4401 4423, devices and networks 4408, Directory(ies) database(s) 4420, physical architecture 4414, components 4422 such as main functions 4423, TP Shared Spaces Network(s) (TPSSN) 4424, TPSSN revenues 4425, Directory(ies) reports 4426, Directory(ies) dashboards 4426 etc., which allows a plurality of IPTR to access information 4420 and components 4422 4423 4424 4425 4426 for SPLS's and SPLS connections to their IPTR as well as to IPTR located in a Directory(ies) and external to an SPLS.
ARM and TP Directory(ies)—process summary: Some examples of process are provided in
The second of these, repositories/analyses/improvement 4438, includes the Directory(ies) database(s) 4439, data sources 4439, analyses 4440 of Directory(ies), analyzed data 4441, development 4442, and directory improvement services 4443, which in turn include Directory(ies) database(s) 4439 which include, in some examples, identities, profiles, SPLS's, places, tools, devices, resources, presence (as needed), face recognition data, etc.; A plurality of data sources 4439 which may include similar and/or additional information that replace, augment and/or supplement said Directory(ies) database(s); Analyses of Directory(ies) data 4440 such as data mining, metrics-based analyses, goals analyses, etc.; Analyzed data 4441 which, after an analysis(es) is run saves said analyzed data so that it may be rapidly accessed in both prepared and custom reports, dashboards, etc.; Development 4442 may be provided by the TP utility, third parties, contractors, consultants, services, repositories, forums, committees, independent developers, etc. to provide advancing capabilities in the Directory(ies) comprising applications, services, modules, code, templates, user interfaces, etc. and may incorporate performance statistics, most successful patterns, best practices, etc.; Directory(ies) improvement services 4443 include both data (such as described above, below and elsewhere) and optimization processes (such as described elsewhere) that improve the operation and results from the TP/ARM Directory(ies).
The third of these, in some examples of Directory(ies) services and reporting 4444, includes some example services and reporting (with others described elsewhere). These begin with Directory lookups and SPLS connections such as individual public identities 4446, private identities 4447, secret identities 4447, groups 4449 (including public, private and secret SPLS's and IPTR), and the public 4450 (including in some examples everyone everywhere). For each of these, they include Directory(ies) lookup and use processes 4448 such as presence 4448, connections 4448, add/edit/update/delete/etc. 4448, find 4448, profile 4448, authorize 4448, value 4448, etc. (such as the various functions in some summary examples 4401 4422 in
In some examples of these areas 4428 4438 4444 an integrated process includes using the Directory(ies) processes 4429 which then read 4437 from Directory(ies) database(s) 4439, and also write appropriate data 4437 to these Directory(ies) database(s) 4439. In some examples a user may manually add, edit or update 4430 by reading/writing 4437 any of their Directory(ies) database(s) 4439 data such as their identity 4439, profile 4439, SPLS IPTR 4432 4439, face recognition photographs 4439, etc. In some examples may also be seen by means of an individual identity (if public 4446, and if private or secret 4447) or a group 4449 adding/editing 4448 their identity, profile, SPLS IPTR, or other data by reading/writing 4456 it in the Directory(ies) database(s) 4439. In some examples a user may use the Directory(ies) 4439 or data sources 4439 to find, browse, search etc. 4431 for IPTR, and when found, see and connect 4433 to said IPTR; but if a connection is not available at that time 4434, then defaulting to messaging 4434, reconnecting 4434, or reserving 4434 said IPTR 4433. Again, some examples may also be seen by means of an individual identity (if public 4446, and if private or secret 4447) or a group 4449 finding 4448 an SPLS and/or IPTR in the Directory(ies) 4439, connecting to it 4448, and if a connection is not available branching to services 4448 described elsewhere (such as messaging, reconnecting, reserving, etc.).
In some examples of these areas 4428 4438 4444 is reporting 4451, dashboards 4451, alerts 4451, etc. which begins with analyses 4440 of Directory(ies) data 4439 in some examples by data mining 4440, in some examples by metrics-based analyses 4440 (such as metrics like success, satisfaction, unusually low or high frequency of use, etc.), in some examples by goals analyses 4440 (such as data that might be listed in profiles or from data sources like income, education, market value of one's house, etc.), etc. These analyzed data 4440 may be prepared for reporting and archived 4441 so that they may be used in some examples for an individual's and/or identity's personalized or comparison reports 4451, in some examples for an individual's and/or identity's personalized or comparison dashboards 4451, in some examples for an individual's and/or identity's personalized alerts 4451, etc. Said reports 4451, dashboards 4451, alerts 4451, etc. may take numerous forms and formats as described elsewhere, and may also be directive and provide personalized comparisons and guidance. In some examples of these is “Tell Me” 4452 such as personalized information to users and/or identities of what they need to know based on the gaps between them and others. In some examples of these is providing recommendations 4453 and/or “Show Me” guidance 4453 such as suggesting to users and/or identities what they should do based upon gap analysis combined with the differences in the profiles and data of those who are most successful from the user receiving the report. In some examples of these is actions 4454, capabilities 4454, etc. derived from analyses, reports, etc. that may include setting goals 4454, choosing or prioritizing metrics 4454, setting up or editing alerts 4454, etc. In some examples of these is delivery options 4455 for reports, dashboards, alerts, etc. Another of these is training and/or learning options 4455 derived from said analyses, reports, etc. These delivery options 4455 and/or training options 4455 may include on-demand 4455, automated 4455, API's from other applications, Web services, etc. 4455, AKM 4455, dashboard deliveries 4455, scorecard(s) deliveries 4455, e-mail 4455, voice messaging 4455, tutorials, interactive applications or media 4455 etc.
In some examples of these areas 4428 4438 4448 is Development 4442 and TPN/ARM Directory(ies) Improvement Services 4443 which utilize usage data, AKM task failure/success records data (as described elsewhere), user satisfaction data, and other types of data from areas and services such as Directory(ies) processes 4428 4429; look up and use services 4444 4445; analyzed Directory(ies) data 4440 4441; reports run, gaps found, and actions taken 4451; database(s) analyses 4439; to determine development priorities 4442 and two create, modify, improve, or add Director(ies) processes, services, features, functions, etc. 4436. Sources of development are described elsewhere (such as in some examples
Numerous process examples are possible, but many other Directory capabilities, functions, features, systems, services, etc. are known and practiced technologies 4435 4448 4451; this ARM and TP Directory(ies) process provides means for including and/or utilizing both known and new Directory(ies) capabilities 4442 4443 4436 as needed or as desired. Simply as one example among many possible examples, assemblies 4435 include means for automated and/or manual analyzing directory profiles and collecting possible team members for specific projects, which makes it possible to utilize sad ARM and TP Directory(ies) to find and solicit potential working groups of various types and levels of experience from a plurality of locations worldwide.
Directory data/flows—abstracted architecture: Turning now to
This architecture 4458 4459 4460 provides for both known and new types of Directory(ies) applications 4459 4462. These may include directory services, servers, applications, components, etc. from TPU/TPN, ARM, third-parties, vendors, governances, Web services, etc. such as my identity(ies), my profile(s), search IPTR, browse IPTR, specialized searches of IPTR, SPLS (then search SPLS's, browse SPLS's, specialized searches of SPLS's, etc.), central/group/local/personal address books with groups or categories of IPTR, automated or manual add/edit/update/configure/delete/register IPTR, group IPTR, associate IPTR, exchange IPTR, sell IPTR data, view IPTR by item or group (identity, location, business, organization, skills, education, history, performance, map, calendar, flip interface, carousel interface, etc.), settings and preferences for SPLS's and IPTR, presence awareness for IPTR, create/edit/delete alerts, reporting/dashboards unsuccessful uses of SPLS's and IPTR relative to others uses, etc. These directory services 4462 may be used to control one or more Directory(ies) and each user's and/or identity's profile(s), data, etc. by their authorized users/owners, by one or a plurality of vendors, by one or a plurality of governances, etc. with each type(s) of control, and/or and level(s) of control, set by each or a plurality of directory services, applications, tools, systems, methods, etc.
The Directory storage 4460 4463 4464 provides storage of and controlled access to said directory data. With this architecture 4458 4459 4460 the combination of access 4461 and services 4462 provide a range of accessibility and utility for stored Directory(ies) data 4460 4463 4464 4465. The location(s) of said stored Directory(ies) data 4460 4463 4464 4465 is in one or a plurality of storage locations that may be protected by known security means such as a authentication(s), encryption(s), firewall(s), etc. These security means may be utilized at the access 4458 4461, services 4459 4462 and/or the storage layer(s) 4460 4463; or alternately said security means may be utilized individually in varying types and amounts at each of these access, services and/or storage layers. In some examples in this storage layer 4460 4463 directory data may be stored using a combination of authorization and encryption, though alternate approaches to said storage security may be used in a plurality of architectures or designs. Depending on the policies of each Directory(ies), users may control none, some or all of their respective directory data 4463 4464; to the extent each has control, and to the extent that each service(s) permits it, each user may (optionally) authorize control of some or all of their stored data by others such as by a vendor(s), a governance(s), etc.
At this storage and database(s) layer 4460 4463 4464 one or a plurality of Directory(ies) databases 4464 may be utilized by one or a plurality of infrastructures, utilities (such as the TPU), third-party vendors, etc.; or provided by one or a plurality of infrastructures, utilities (such as the TPU), third-party vendors, etc.; and delivered by means such as access 4461, sources 4461, services 4462, etc. comprising components 4465 such as: Architecture 4465: File system(s), schema(s), API's, storage services, storage servers, backup/restore, failover recovery, etc.; Audit service(s) (optional) 4465: Activity logging, change logging, audits, etc.; IPTR profiles 4465: Profile for each IPTR, privacy identifier, attributes, data, authorization/authentication data, contact data, connection data, TP devices, TP capabilities (especially VTP, RCTP, etc. and their attributes), functional capabilities data, alerts and notifications, etc.; Identity attributes 4465: Contact data, biography data, GOD, face recognition data, other biometric identifiers, devices (optional services by device), etc.; AKM attributes 4465: AKM identity(ies), AKM attributes, pointers to AKM record(s), etc.; Etc.
It should be understood that the Directory(ies) data/flows whose architecture is depicted in
Entering and updating Directory(ies) entries (IPTR): A growing range of IPTR (Identities, Places, Tools, Resources, etc.) sources are available from a plurality of means in our digital environment, with especially large numbers of Tools and Resources already available and in many types of uses. In the TPU, ARM, AKM, etc. it is desirable to integrate these varied components with the IPTR so that SPLS connections may be added or made, as “always on” for immediate access and accessibility—by means of acquiring and utilizing various data from a plurality of directories, contact management systems, databases, etc. As our digital environment grows it generates, develops, produces, acquires, etc. a plurality of lists, directories, contact information, data about individuals (including their families, households, devices [such as for communications, entertainment, computing, etc.], preferences, etc. It also generates, develops, produces, acquires, etc. a plurality of IPTR lists for corporations, groups, organizations, business associations, households, or other collective entities. (In some examples many organization's contact management systems are extensively developed, such as directories of large organizations that can display multiple personal attributes such as job titles, functional skills, locations, etc. as well as contact information such as e-mail addresses, mailing addresses, multiple phone numbers, etc.) It also generates, develops, produces, acquires, etc. a plurality of lists, maps, GIS (Geographic Information Systems), and data about places (including categories of locations such as airports, parks, highways, restaurants, hotels, schools, cities, neighborhoods, etc.). Similarly it generates, develops, produces, acquires, etc. a plurality of lists, databases, and other means for accessing tools and resources. In addition, it also develops utilities, tools, applications, etc. for discovering devices on a network such as for discovering various devices and electronics on a corporate, organizational, home, Wi-Fi or wired network. Because of security vulnerabilities in corporations these discoveries may even extend to peripherals such as a USB “thumb drive,” a digital music player (that may be used as an external hard drive), etc. that is attached to a company laptop computer that is on a corporate network.
A significant problem of these many different systems is the difficulties of having to access many different types of systems, applications, databases, lists, directories, etc. defined even just the contact information or access address for one IPTR, much less its associated data. In some examples the information on a single person may require acquiring a business phone number and business e-mail address from a business directory, a home phone number or cell phone number from a telephone directory, an e-mail address from an e-mail directory, a tax collector's property database for information about that person's home (such as its current assessed value), still nascent and largely unavailable face recognition databases for identity recognition, etc. This is even more of an obstacle if the goal is, in some examples a combination of recognizing an identity, calculating the potential value of their skills for achieving a particular goal, automatically adding them to a positive “watch list,” then focusing on an immediate and available SPLS connection to request working together to achieve that goal. This becomes even more difficult when a user would like to find particular IPTR such as having an automated job applicant evaluation system rapidly analyze a large number of potential contacts to locate prospects who might fill a new job opening that requires (in some examples) software engineering skills and employment experience in a technology company, or to have a similar automated system analyze a number of available tools such as remote PCs to find one that has a particular type of photographic editing software and is accessible at no charge or for only a small fee. As a result, there exists a need for a component that can access multiple sources of IPTR data, and employ their data to add, enter, update, delete, etc. IPTR records in one or a plurality of Directory(ies), such that multiple users, third-parties and others may access said Directory(ies) and benefit from the data stored therein.
On the surface this may appear excessively complex but there are known technologies, systems, methods and processes that fill these needs. A combination of them may be utilized for developing a TPU/ARM/AKM/and/or Directory(ies). That is, these various IPTR sources may each provide some of the data in a combined Directory(ies), but then each may query an additional Directory(ies) or data source(s) to receive the more complete, compiled IPTR data from a plurality of sources. Therefore, a plurality of sources are ultimately benefiting themselves, each other, the general population of IPTR who may now form “always on” SPLS connections, etc.
A high-level description of this Directory(ies) service includes processing services that enable the integration of data from a plurality of sources that contain IPTR information even if they have a plurality of differences such as classifying data using different formats, and naming data items using different names. Said Directory(ies) service is in communication with the plurality of sources, and may add new sources over time. The Directory(ies) service provides an information model with a common classification format and naming that is used by the Directory(ies) service. Processing services translate information from the formats used by the respective sources and the format used by the Directory(ies) service. During use the Directory(ies) service may acquire initial, updated and new information from the various sources to produce its detailed data about each IPTR. The respective providing sources, as well as others may also query the Directory(ies) service to obtain substantial volumes of compiled IPTR data systematically. In some examples an individual user may create a new SPLS with a plurality of IPTR (Identities, Places, Tools, Resources, etc.) and populate the entire SPLS, or keep it automatically updated and current, by synchronizing it with the Directory(ies) service's data stores. This provides for a plurality of identities to each create a plurality of SPLS's, where each SPLS remains ready to provide “always on” outbound and inbound connections to all of its IPTR.
Turning now to
Processing Services 4470 include data acquisition and updating management 4471 (which defines and manages the acquisition of each data store and entering/updating of the Directory(ies) database(s)); Directory(ies) data model 4472 (which provides a single model used throughout Directory(ies) which enables the acquisition, storage and distribution of said data); data access and translation services 4473 (which coordinates the translation of data from a plurality of Sources' data stores into the Directory(ies) data model, including such data as a translation definitions database to store and retrieve a plurality of translation data); rules engine(s) 4474 (which tracks variances between a Source's data store(s) and the Directory(ies) data model and applies particular rules when certain variances are triggered); workflow processing 4475 (handles the processing of the addition and and/or updating of Directory(ies) entries). These Processing Services 4470 4471 4472 4473 4474 4475 may (optionally) be centralized or they may be provided by a plurality of Directory(ies), but they do not need to be duplicated by each Source (nor optionally by each Directory(ies)) for its data stores.
Directory(ies) data stores 4476 and Directory(ies) database(s) 4477 are added to/entered/updated/deleted/etc. by said Processing Services 4470 4471 4472 4473 4474 4475 by means such as auto-acquiring/auto-updating 4478 a plurality of individual directory entries automatically acquired from a corresponding to a plurality of disparate contact and other types of Sources' data stores 4478. This includes auto updating a plurality of individual directory entry items 4478 with data such as identity, group, location, contact, business, skills, education, etc. data that is automatically acquired from a plurality of disparate Sources' data stores. Additionally, in each directory entry the individual (and/or authorized others) may (optionally) update/edit their Directory(ies) entry individually 4479 including adding additional data such as interactively taking current face recognition photos, supplying biometric data (such as fingerprints), and/or automatically supplying additional Place, Tool, Resource, etc. data when queried to provide the data that will be used to identify IPTR such as during SPLS connections, SPLS protection, RTP observations, etc. Another component of the Directory(ies) data stores 4476 is means for it to display requested information 4480 (such as from Retrieving Services 4484 4485 4488), means for it to transmit requested information 4480 in a range of formats (such as from Retrieving Services 4484 4486 4487 4488), etc. These Directory(ies) data stores 4476 and Directory(ies) database(s) 4477 may (optionally) be centralized or they may be provided by a plurality of Directory(ies), but they do not need to be duplicated by each Directory(ies) for its data stores (that is, multiple different Directory(ies) may utilize the same Directory(ies) database(s) 4477 and/or the same automated entries 4478, automated updates 4478, manual updates 4479, authorized third-party edits or updates 4479, data display 4480, data formatting for transmission 4480, etc.).
Retrieving Services 4484 includes providing means for displaying requested information about individuals and/or identities in a plurality of views 4480 such as identity, location (geography/map), contact information, group(s), business/employment, job level and/or title, skills, education, organization(s), history, performance, calendar, timeline, carousel, etc. It also means displaying requested information about PTR (Places, Tools, Resources, etc.) in a plurality of views sufficient to choose and access the desired one(s). This includes looking up requested data in the Directory(ies), then displaying and/or transmitting said data by means such as common customer reviews service(s) (which manages the lookup of IPTR data requested, aggregates it based upon the type of data needed [which may differ depending on whether it is in Identity, Place, Tool, Resource, etc.], and may [optionally] translate the format of said retrieved data to fit the requestor, and also includes various features and options such as selectively changing the designated view, initiating new searches using key terms that may be found in the Directory(ies) database(s) records, selectively and interactively filtering the data retrieved by classifications/categories/rankings/etc.; etc.); SPLS synchronization services 4486 (which may [optionally] be utilized when any outbound or inbound SPLS connection is made to confirm and automatically [or optionally manually] update the current data of the IPTR of either party in the outbound or inbound connection); bulk query service(s) 4487 (which may be utilized by data Sources 4466 who may issue a request to retrieve bulk data 4467 4487 that updates their data stores 4466 with current data from the Directory(ies), in which may also be utilized by other Directory(ies) users 4468 who may include third-party's, applications with APIs, etc. that can request 4467 4487 and utilize a range of Directory(ies) data 4468); and (other) multiple Directory(ies) services and capabilities 4488 (some of which are enumerated in 9981 in
In some examples said Directory(ies) may not contain IPTR that is requested. In this case, Directory(ies) users 4468 such as users, identities, third-parties, applications, APIs, Web services, widgets, portlets, servlets, etc. may request retrieval 4484 4485 4486 4487 4488 of an item(s) such as IPTR not in Directory(ies) 4476. When said requested item(s) is not available in Directory(ies) database(s) 4477, then retrieval process 4481 4482 begins by utilizing Processing Services 4470 4471 to search a plurality of disparate directories 4466, access and translate requested item 4473 4474 4475 into the Directory(ies) data model 4472. Said found and translated data 4482 4470 4466 is then displayed in the Directory(ies) format and layout requested 4482 4485 4488, or is formatted for transmission 4482 4486 4487 4488 for remote display or use 4468. After said new data has been found and translated 4482 4470 4466 then add it to the Directory(ies) 4483, or update the Directory(ies) with the new data 4483. These retrieval of items not in Directory(ies) 4468 4484 4481 4470 4466 may (optionally) be centralized or they may be provided by a plurality of Directory(ies), but they do not need to be duplicated by each user 4468 nor by each Source 4466 (nor optionally by each Directory(ies)) for these data requests.
In some examples of means to update Directory(ies) data is provided in
Multiple Directory(ies) services and capabilities 4488 in
As described elsewhere, the application of known and new directory technologies enables numerous Directory(ies) capabilities such as my identity(ies), my profile(s), search IPTR, browse IPTR, specialized searches of IPTR, SPLS (then search SPLS, browse SPLS, specialized searches of SPLS, etc.), central/group/local/personal address books with groups or categories of IPTR, automated or manual add/edit/update/configure/delete/register IPTR, group IPTR, associate IPTR, exchange IPTR, sell IPTR data, view IPTR by item or group (identity, location, business, organization, skills, education, history, performance, map, calendar, flip interface, carousel interface, etc.), settings and preferences for SPLS's and IPTR, presence awareness for IPTR, create/edit/delete alerts, reporting/dashboards unsuccessful uses of SPLS's and IPTR relative to others uses, etc.
Also as described elsewhere, such as 4840 in
Directory(ies) search and browsing interface(s) for IPTR:
Additionally and if desired and set by a user or identity 4804 4805 4806 4807 said Directory(ies) interfaces may be applied to other Directory(ies) services and capabilities such as 4488 in
Optimizing search and browsing interface: The personally chosen interfaces described in
Optimizing these interfaces 4821, may include many areas such as their layouts, designs, terminology, labels, UI patterns, widgets, portlets, servlets, components, zones, titles, navigation, etc. some examples of said optimization(s) 4828 are described in the AKM Interface and Content Optimization Service(s) in
Select IPTR and connect to it, or make it part of your shared space(s): Turning now to
Optionally, the application of other known technologies enables additional Directory(ies) capabilities that may be employed 4840 such as also described in 4488 in
Some additional examples of Directory(ies) services and capabilities 4840 are described in the examples of each IPTR entry's capabilities 9981 in
Also as described elsewhere, the application of known and new directory technologies enables numerous Directory(ies) capabilities 4840 such as my identity(ies); my profile(s); search IPTR; browse IPTR; specialized searches of IPTR; SPLS (then search SPLS, browse SPLS, specialized searches of SPLS, etc.); central/group/local/personal address books with groups or categories of IPTR; automated or manual add/edit/update/configure/delete/register IPTR; group IPTR; associate IPTR; exchange IPTR; sell IPTR data; view IPTR by item or group (identity, location, business, organization, skills, education, history, performance, map, calendar, flip interface, carousel interface, etc.); settings and preferences for SPLS's and IPTR; presence awareness for IPTR; create/edit/delete alerts; reporting/dashboards unsuccessful uses of SPLS's and IPTR relative to others uses; etc.
If any Directory(ies) capabilities, tools, features, processes, etc. are employed 4840 then those functions and features may be utilized. If they are not used then one or a plurality of outbound Shared Spaces connections 4841 may be found by means of said Directory(ies) searching, browsing, or by deciding to use any of the. Directory(ies) capabilities, tools, features, processes, etc. are employed 4840. This includes selecting one or more IPTR to focus on a Shared Space connection with 4842 as continued in more detail in
Add/edit shared space(s) services: Turning now to
If one or a plurality of additional IPTR needs to be edited 4855 from the displayed list of IPTR available 4853, then add it said additional IPTR one at a time 4855 using the add/edit process described 4856. If no initial and/or additional IPTR additions 4854 4855 or edits 4854 4855 are needed, then continue with associating one or a plurality of IPTR(s) with one or a plurality of SPLS(s).
In some examples one user may have a plurality of identities, each identity may have multiple SPLS's and each of said user's IPTR may be associated with one or a plurality of SPLS's 4863 that may be associated with one or a plurality of identities (as described elsewhere). These varied associations may be managed by said identity, or by one or a plurality of authorized vendor(s), governance(s), other third-party(ies), etc. This may result in one user having one or a plurality of identities whose plurality of SPLS's are managed individually (e.g., one SPLS at a time), or are managed all together (all SPLS's are associated with all identities and are managed together), or are managed in any combination of individual SPLS's and groups of SPLS's. In any of these cases an authorized user(s), identity(ies), vendor(s), governance(s), third-party(ies), etc. may decide to associate one or a plurality of IPTR(s) 4863 with one or a plurality of SPLS(s) 4863 4865, then once those SPLS's and IPTR(s) are displayed 4853 they may be associated with each other 4865 by means such as: Select association of a plurality of IPTR's and SPLS's 4863 4865. Display the list of IPTR's and SPLS's available to associate 4866. If the appropriate IPTR(s) is not displayed or listed 4853 4866, and/or if the appropriate SPLS(s) is not displayed or listed 4853 4866, then display Directory(ies) search 4868, My IPTR search 4868, and/or My SPLS(s) search 4868 and search for said IPTR(s) 4868 4852 and/or said SPLS(s) 4868 4852. Display the results of the search(es) 4869, and select the appropriate IPTR(s) and/or SPLS(s) to add an associate 4869. Whether the appropriate IPTR(s) and/or SPLS(s) to associate are initially listed 4853 4866, or if they are obtained by searching 4868 4869 4852, then select the desired set to be associated with each other 4870. After selected IPTR(s) and SPLS(s) have been associated 4865 4870, save the associated and updated SPLS(s) 4871 4952.
If the needed IPTR additions 4856 and/or edits 4856 have been completed, and/or if the needed IPTR and SPLS associations have been completed 4865, then said “Add/Edit Shared Spaces” is finished 4872.
LIFE SPACE METRICS—DIRECTORY(IES), REPORTING AND RECOMMENDATION PROCESSES: How is a Directory different in an Alternate Reality with Shared Planetary Life Spaces? In brief, it becomes more than just a way to store and look up contact information. If it records enough information about a plurality of people and/or identities, and if it is kept updated with new and current information based on users' actions—and if the stored data is periodically analyzed, reported and archived—then a Directory may become a record of some of what we are, what we have been, and what we are becoming—a new way to see and use our “Life Space Metrics.” In fact, if said Directory is used for gap analysis—“You” versus “Life,” or “You” versus “Your Country,” or “You” versus “Your Group(s)”—and if said Directory analyses and reports include recommendations that might help you close your personal gaps, then a TP/ARM Directory may become a way to leap ahead—a new digital paradigm for immediately knowing where you are relative to others and how to move faster toward the best life possible today.
Turning now to
In some examples Life Space Metrics begins with Directory(ies) data 4874 which, depending upon their configuration, may include users 4874, users' identities 4874, each identity's profile 4874, each identity's Shared Spaces 4874, each identity's places 4874, each identity's tools 4874, each identity's resources 4874, each identity's face recognition data, etc. as well as other data sources 4874 that Directory(ies) may access. Some examples of other data sources 4874 include other directories or accessible databases (as described elsewhere such as in
Some examples utilize said analyses 4875 of Directory(ies) data 4874 and other data sources 4874 to generate ranked data 4875 and ranked reports 4877 by means such as (1) periodically calculating a plurality of metrics 4875 for a plurality of identities 4874 (such as current income, education level, home value, employment level, job title, company size, etc.); (2) performing data mining 4875, gap analysis 4875 or other types of analyses 4875; (3) writing said analyzed data to one or a plurality of archives of said analyzed data 4879 such as a database of analyzed data that is prepared and ready for comparative reporting 4879; (4) periodically determine the range of successes for each metric from archived records 4879 and assign a quartile for the percentages in that range 4877 such as “best” equals top 25%, “average” equals middle 50%, and “lowest” equals bottom 25%); (5) perform data mining 4875 and other analyses 4875 based on quartiles such as: BEST: What do the top 25% do more (or differently) that others do, and by how much more? After determining those items, rank them in frequency order by most frequent first. Write these to the Analyzed Data 4879. BEST: What do the top 25% do the least that others do, and by how much less? After determining those items, rank them in frequency order by the least frequent first. Write these to the Analyzed Data 4879. BEST: What technologies, services, devices, products, etc. do the top 25% use more then those who are least successful? After determining those items, rank them in frequency order by most frequent first. Write these to the Analyzed Data 4879. LOWEST: What do the lowest 25% do the most (that is different from those who are “best”) and by how much? After determining those items, rank them in frequency order by the most frequent first. DERIVED from the above: An action list to achieve like the top 25%—What should I do? (In priority order). Write these to the Analyzed Data 4879. DERIVED from the above: AKM input, including AKI and AK, to do “your steps” successfully, for those who choose a specific item, task and step from the above analyses. Write these to the Analyzed Data 4879, and if AKI and/or AK are not available create “stubs” so said AKI. And AK may be added interactively by multiple sources and optimized during use as described elsewhere (such as in the AKM).
In addition, some examples utilize said analyses 4875 of Directory(ies) data 4874 and other data sources 4874 to determine the top 10% 4878 of performers in a plurality of metrics as a “leap ahead” group to emulate. This employs a model of simply determining what they do most frequently in areas such as their technologies, services, devices, products, etc.; and which are used most frequently (in ranked order), so those may be copied directly. While this data alone is likely to be insufficient, when augmented by TP SPLS connections with members of this “leap ahead” group, the means for using their various choices to produce successes will be clearer and night he copied better.
In some examples recommendations 4880 may be included in reports 4880, dashboards 4880, alerts 4880, AKM 4880, etc. Said recommendations may include “Tell Me” 4881 (such as “what do I need to know?” which informs me of what it is that I should know about), “Show Me” 4882 (such as “what do I need to do?” which informs me of actions I might take to achieve various improvements), custom 4883 and/or personalize recommendations 4883 (in which I decide my goals, metrics, criteria, etc. and available recommendations are provided to help me improve in those areas), etc. As a result recommendations may be provided based upon gap analysis 4881 (ranked differences between me and “best” achievements), available action options 4882 (ranked ways to close gaps, and also tracked actions that have worked for others in producing improvements), my self-determined needs 4883 (wherein I decide what is important to me and ranked recommendations are provided for improvements in those areas).
In some examples one or a plurality of a user's identity(ies) may include settings, preferences, etc. in their profile(s) for Delivery Options 4885 for receiving reports 4880, dashboards 4880, alerts 4880, AKM 4880, etc. and optionally may even include finer-grained settings, preferences, etc. for receiving “tell me” information 4881, “show me” recommendations 4882, customized recommendations 4883, etc. These Delivery Options 4885 may include settings, preferences, etc. such as on-demand delivery(ies) 4885, automatic/managed delivery(ies) 4885, AKM delivery(ies) 4885, dashboard delivery(ies) 4885, scorecard delivery(ies) 4885, alerts delivery(ies) 4885, notifications delivery(ies) 4885, e-mail delivery(ies) 4885, voice delivery(ies) 4885, etc.
In some examples one or a plurality of a user's identity(ies) may include settings, preferences, etc. in their profile(s) for Training/Learning/Education options 4886 for learning, training, education, etc. that are based on generated and/or received reports 4880, dashboards 4880, alerts 4880, AKM 4880, etc. and optionally may even include finer-grained settings, preferences, etc. for learning, training, education, etc. that are based on “tell me” information 4881, “show me” recommendations 4882, customized recommendations 4883, etc. These Training/Learning/Education options 4886 may include settings, preferences, etc. such as AKM learning 4886, video learning 4886, on-demand learning 4886, automated/managed learning 4886 (such as with an LMS [Learning Management System]), e-mail-driven learning 4886, voice learning 4886, tutorials learning 4886, interactive learning 4886, etc.
In some examples one or a plurality of a user's identity(ies) may include settings, preferences, etc. in their profile(s) for Action options 4887 for acting upon generated and/or received reports 4880, dashboards 4880, alerts 4880, AKM 4880, etc. and optionally may even include finer-grained settings for acting on “tell me” information 4881, “show me” recommendations 4882, customized recommendations 4883, etc. These Action options 4887 may include settings, preferences, etc. such as do all of “best” 4887, do some of “best” 4887, do none of “best” 4887, choose which of “best” recommendations to use 4887, use AKM 4887, etc.
In some examples one of the objectives of said reporting 4876 4877 4878 4879 4880 4884, recommendations 4880 4884, and personalized guidance 4876 4877 4880 4884 is to enable a plurality of individuals and groups to step to higher rates of personal satisfaction and economic success. These may optionally include ranked comparisons 4877 that make it clear what's best, what average and what's worst; gap analysis that make it clear what succeeds and what fails 4876 4877; recommendations that list ranked actions an individual might take based upon their personal identified gaps from what is most successful 4880 4881 4882 4883 4884 4885 4886 4887; etc.
In some examples one or a plurality of types and levels of comparisons 4876 4877 4880 4881 4882 4883 and/or reports, dashboards, alerts, etc. 4876 4877 4880 4881 4882 4883 may be utilized such as an individual's comparisons with more successful individuals, between groups such as between large corporations, small companies, nonprofit charities, etc.; between government agencies or departments (either within one country or between countries); between educational organizations such as between schools or school districts; between educational levels such as differences between elementary schools, middle schools, high schools and undergraduate colleges; etc.
LIFE SPACE METRICS—RECOMMENDATION SERVICE FOR PERSONAL AND GROUP GOALS: Turning now to
In some examples 4890 said recommendation service begins with a specific goal or task such as “How to expand my SPLS to add 10 identities who each earn over $100K. in my professional field in each of 10 countries worldwide” 4890. This goal is based on the common desire to move into a “better” neighborhood and adopt more of the lifestyle and values that make those people successful. With an SPLS this can be done by connecting to successful professionals worldwide in 10 major countries, such as by the TPSSN—instead of needing to buy a new home and move physically (which would be impossible with this type of worldwide goal),
Using a Directory(ies) begins with Stage 1 4891 in which the analysis and reporting process illustrated in
These findings may be reported 4894 4895 with recommendations such as by some examples illustrated in part in Stage 2 4896 which lists the top five actions 4897 in ranked order with the most frequent first 4897 4898, and the estimated increased frequency percentage shown next to each action 4898. In some examples an action recommendation is to run a Teleportal Broadcast Network in your professional field, and the data analysis 4893 indicates that 22% of the SPLS's that reach the highest levels in this goal take this action. The right “Action” 4899 column illustrates various types of action links, buttons or other types of interactive choices 4899 that may be provided next to each recommended action 4897 4898. These Actions include choices such as Do all 4899, Select and copy 4899, Select and join 4899, Create network 4899, Buy best choice 4899, Buy best choice 4899, Select and start 4899, etc. Under each of the action links, buttons or other interactive choices those that say “select” or “create” or “buy” or any other action verb, the top choice(s) are the most frequently used (and known) technologies, services, devices, products, etc. used to achieve that difference. There is room for advertising competing technologies, services, devices, products, etc. next to the one(s) used, but the one listed is “organic” in that it's what was actually used to achieve that goal. For those who do not want to do anything except use available AKM 9701 (as described elsewhere) that choice is provided also, and it may be made a priority focus either by clicking that action (“Do none but use AKM”) or by selecting the action link, “Select and start”.
After recommendations are delivered 4896 4897 4898 4899 9701 subsequent actions are tracked to determine results and improve future recommendations 9702. This begins by recording steps taken to act on delivered recommendations 9703 such as by making purchases based on the action links, buttons or other interactive choices 4899 that provide direct access to selecting and/or buying the technologies, services, devices, products, etc. used to achieve that goal 4899, as well as competitors that advertise alongside them 4899. Based on subsequent actions such as those recommended and acted upon 9703, periodically update the identity's Directory(ies) data records 9704 for use in future analyses. As a result of these recommendations 4896 4897 4898 4899 9701 and subsequent actions 9702 9703 and tracking of appropriate data from those actions 9704, when the same or new goals questions are asked in the future 9705 4890 use the data from subsequent actions 9702 9703 in the subsequent analyses 4892 4893 and reports 4894 4895 to improve future recommendations 4896 4897 4898 4899 9701.
Some examples utilize data from said subsequent actions 4899 9702 9703 9704 9705 to generate future recommendations for specific goals 9705 4890 under the assumption that this provides the best and most accurate proven data as to the real effectiveness of each recommendation when actually used by real users. In this case, tracking and recording somewhat more detailed actions, behaviors, etc. is essential for generating in-depth results data by means such as (1) if an action is taken 4899, record action and date in user's or identity's Directory data, user profile, etc. 9703 4892; (2) track and record said action(s) 9703 9704 4892 and periodically record the success of that action(s) relative to the initial goal(s) 9704; (3) if during a subsequent periodic tracking and/or analysis 9704, if a successful result is achieved in reaching the initial goal, record that and the date to the appropriate Directory(ies) data record(s) 9704; (4) when the same or related goals questions are asked in the future 9705, analyze and report the updated data 9705 using only data from said subsequent actions 4899 9702 9703 9704 9705 to generate future recommendations for that same goal(s) 9705 4890; (5) the same analysis 4893, reporting 4894 4895 and/or recommendations 4896 4897 4898 4899 9701 may be used (such as best, average, lowest, etc. 4895) to perform gap analysis and calculate/construct future recommendations. In some examples data from action choices 4897 4898 4899 9701 may be provided to advertisers along with data on how users who looked at an action choice respond to it such as whether they researched what was advertised; bought what was advertised; chose the technologies, services, devices, products, etc. used to achieve that goal 4899; or didn't choose any of them.
In some examples users and/or identities may make independent self-service improvements 9990 without employing Life Space Metrics, Directory(ies) Reporting, Recommendation Services, etc. (as illustrated in
In some examples since SPLS's settings, preferences, etc. may be saved and copied 9992 and new adoptions of recently changed SPLS's may be identified 9703, tracked 9703, and their impact or value recorded 9704 it may be possible to identify the most beneficial new actions 4896 4897 4898 4899 so that results are determined and future recommendations improved 4896 4897 4898 4899 9990 9901. This may make it possible to distribute these widely by means such as reporting 4894 4895, recommendations 4896 9705, responses to queries and searches 4890 9991 to produce larger improvements such as raising incomes, performance and satisfaction widely by making it simple to identify, copy and re-use what works best—achieving an entirely new scope and scale for “fast follower” strategies that may benefit large numbers of people faster than is possible at present.
In some examples because one user may have multiple identities, it becomes possible to create an identity rapidly, populate it with highly successful SPLS's, settings, preferences, etc. and try them out to test what types of “reality configurations” work best for each of us. It is a new paradigm for reality when we can quickly shift between multiple identities where in each the boundaries of “reality” can be set differently—and we can switch simply by logging in or logging out of each of them. In addition, from these new identities, SPLS's and other “new realities” shifts, we can each modify each of these new realities by editing their SPLS's and/or IPTR, test them widely to see how we might achieve various new self-chosen goals sooner, determine their results, then widely distribute our best new discoveries so many others might achieve happier and better lives. In this new paradigm, ARM control over realities becomes direct individual choices, and we can choose to live in the ways that produce what we would like.
In sum, Life Space Metrics may make it visible which tracked choices produce higher rates of success, and also enable those who copy them to move toward those higher levels of success, satisfaction, etc. in an attempt to achieve their goals. These identification, distribution and copying processes may help trigger and directly cause faster market share swings so that commercial and/or organizational dominance becomes more achievable by advances that drive the types of human successes we would like. One Alternate Reality question is whether new products, services, organizations, institutions, etc. might emerge based upon their growing ability to deliver the types of successes people want.
SHARED SPACES SERVICES: At a high level some examples illustrate the TPSSN's means to process a network of SPLS (Shared Planetary Life Spaces) connections. At a high level SPLS Connection Services include outbound Shared Space connections with IPTR (
Select outbound shared space(s) with identities, places, tools, resources, etc.: Turning now to
In some examples by means of an SPLS that contains a plurality of IPTR 4500, one or a plurality of connections is selected 4503. If multiple connections are selected 4504 they may be selected either individually 4504 (one at a time) or by selecting a group(s) 4504 (in which a group contains a plurality of connections). If multiple connections are selected 4504 then (optionally) ask if all should be focused at once 4506 or use the default and if the answer or default is to focus them individually 4507 then focus on them (or not focus on them) based on the default settings or default order 4509. In some examples the default setting is to focus the multiple SPLS connections with the most recent connection focused first 4509. In some examples the default could be to focus the multiple SPLS connections only one or a subset of connections focused 4509. In some examples the default could be to restore the previous state for the IPTR in said SPLS(s) 4509. In some examples the default could be to focus the multiple SPLS connections first with a pre-set “always connected group” that is outside the current SPLS 4509. In each case, the user may set and save the default state 4509. Whether one or a plurality of connections is selected 4503, and/or one or a plurality of SPLS's and their associated connections is selected 4503, then (optionally) ask if it should be focused in the last state used 4510, and either ask for one, each or all connections 4510, or simply use the default directly. If the answer or default is to focus in the last state used 4511 4512 then periodically save that data during use (and especially when exiting the use of a device) for when an identity's “last state used” is restored in the future. In some examples the default state is the last state used 4512. In some examples the default could be to focus the connection in the most frequent state used 4512; in some examples the default could be to focus the connection in the standard default for each type of IPTR 4512; in some examples another default setting may be set, saved and used 4512. In each case, the user may set and save the default 4512 for how to re-focus previous connections, including (optionally) the default for how to focus each type of IPTR connection. If the SPLS connection is a person or an identity 4513 then determine the current device for that user or identity 4518 by utilizing the TP Presence Service 4519, retrieve said user's or identity's user profile 4520 which contains said user's Delivery Profile (the preferred order of user's devices for immediate communications with said user, such as the LTP first, the MTP second, etc.), and from said TP Presence Service determine the user's or identity's current DIU 4521 (Devices in Use). From the combination of said Delivery Profile 4520 4522 and the current DIU (Devices In Use) 4521 select the user's current preferred, available device 4523 (in some examples said user's LTP) or determine if none are available. Next determine the current availability of each place, tool, resource, etc. connection to be focused 4514 by means of TP Availability Service 4515 which retrieves the place(s)'s, tool(s)'s, resource(s)'s, etc. profile 4516 (for its means of access) and stored address 4516 to determine its current availability 4517 4515. For those IPTR that are available 4524, for each selected person or identity 4518 available, and for each place, tool, resource, etc. connection(s) available 4514 4524 continue with
Some examples use Directory(ies) 4502 or other sources 4502 to search and/or browse and find new IPTR wanted with which to connect. Said Directory(ies) processes are described elsewhere such as in some examples in
Some examples start with bookmarks 4501, favorites 4501, shortcuts 4501, lists 4501, recommendations from others or other sources 4501, etc. to see available SPLS connections. Some of these are likely to be known and previous connections such as bookmarks 4501, favorites 4501, some shortcuts or lists 4501, etc. On the other hand, some of these may be new and not previously known connections such as lists 4501, recommendations from other sources 4501, etc. After selecting one or a plurality of connections 4503 (whether selected individually 4504 or by selecting one or a plurality of groups 4504), new connections may (optionally) be identified 4505, profiled 4505 and/or classified 4505 (as illustrated in
Open outbound or inbound shared space(s) with identities, places, tools, resources, etc.: Turning now to
In some examples inbound Shared Spaces start by receiving an approved inbound connection request from an IPTR 4531 (such as 4908 in
In some examples an outbound Shared Spaces connection(s) has been made with one or a plurality of IPTR 4530 by means of the TP Shared Life Connection Service 4545, the TP Shared Place Connection Service 4546, the TP Shared Tool/Resource Connection Service 4547, or the TP Sharing Connection Service 4548; and in some examples an inbound Shared Spaces connection has been made pursuant to an inbound connection request from an IPTR 4531. In any of these cases the completed Shared Spaces connection results in seeing a live image and hearing its audio (if any) 4550—essentially, the Shared Space is live and a main focus and, unless specified otherwise by one of the parties, it is controlled by both parties. If this is an outbound Shared Spaces connection 4530 and the previous state is not wanted 4552 4532, the image is in the default location, size, and content for the appropriate type of IPTR 4552. If this is an outbound Shared Spaces connection 4530 and the previous state is wanted 4551 4532, then the image is in the previous location and size if the same TP device is used for the outbound connection 4551. If a different TP device is used such as in some examples when the use of one TP device is ended and the use of a different TP device is started; in some examples when two or a plurality of TP devices are used simultaneously; or in some examples when varying combinations of LTP's, MTP's, RTP's, TP Servers, AIDs/AODs, TP subsidiary devices, and/or other types of devices are used; display the connection in one or a plurality of new TP devices and/or other devices in the default location and size for that type of IPTR 4551 and device, or in the desired location and size for each type of device and IPTR 4552. If possible, within the connection that previously exited and saved contents should be displayed within the connection's image 4551. If, however, the previous state is wanted 4551 4532 but it was not saved when previously exited or ended, then focus the image in the default location, size, and content for the appropriate type of IPTR 4552. Alternatively, if this is an inbound Shared Spaces connection 4531, then the image is in the location in size, and with the audio and content as initially determined and presented by the source 4531.
In some examples of a completed Shared Spaces connection, for each connection in TP device 4553 make available the appropriate functions for that type of IPTR 4553. In some examples if connected with a person, user and/or identity 4553 4545 then functions should be available to start/stop recording 4553, start/stop broadcasting 4553, mute audio for silent observation only 4553, etc. In some examples if connected with each type of IPTR 4553 make available functions appropriate for each type of connection as described here 4553 4545 4546 4547 4548 and elsewhere.
ACTIONS WHEN OUTBOUND SHARED SPACE IS NOT AVAILABLE (IPTR): Turning now to
INBOUND SHARED SPACE(S) CONNECTIONS—SPLS BOUNDARY MANAGEMENT SERVICES: Parts of the Internet are like a sewer that pumps raw sewage at us, forcing us to block what we don't want. One example is how spam e-mails mushroomed until they swamped the e-mail system so that today spam e-mails dwarf a much smaller percentage of real e-mail. Another example is the large and expanding number of viruses, spyware, Trojan horses, malware, behavior tracking cookies, hidden Flash cookies, etc. that force typical PC users to run antivirus software, firewalls, browser add-ins and other defenses that only usually keep PCs from being infected. A related development is the majority of free, downloadable antivirus “offers” that actually include malware—the problem now disguises itself as the solution. Also interesting, our commercial media culture is supported by advertising so the audience's attention, eyeballs and ears are the “product” that the media sells. This makes the “content” (whether it is entertainment, news, television movies, magazine articles, etc.) into the attract loop that collects the audience, so its attention can be sold. Today's content is carefully planned by producers, editors, directors and other decision-makers for appeal, attractiveness and repeat broadcast value (often for years) so that audiences are large and keep coming back for more. Whether commercial, entertainment, political, news, etc. each part of the generally available public environment is largely planned as best as possible, with goals such as to attract and retain attention, loyalty, belief, etc.
These describe a common shared reality whose control is not in the hands of the people who live in it. That is, however, the nature of current physical reality (prior art).
As a new option, however, the Alternate Realities Machine (ARM) provides ARM Boundary Management Services that turn control over to us. By setting SPLS Boundaries based on what we each want to include and exclude, an Alternate Realities Machine reverses parts of the control over the common shared reality from top-down to bottom-up. We may optionally control parts of our SPLS realities, rather than being forced to pay attention to one common reality that may attempt to exercise varying types of control over us. An example where we have already taken a pre-cursor step into control is with a television DVR (Digital Video Recorder) and a TV remote control. We skip past ads, record only the shows and news we want, and individually manage the entire television system as a digital source where we can choose to record (prioritize) what we want and skip (filter out) the ads, networks and channels that don't interest us. No wonder the cable sources won't sell us an a-la-carte channels plan where we buy only what we want and stop paying for what we don't like. The only way some television networks can exist is by forcing every cable subscriber to pay for them.
The ARM's (Alternate Reality Machine's) ARM Boundary Management Services provides managed Shared Planetary Living Spaces that have some parallels to the ways we use DVR's and TV remote controls to manage the world of “television.” We each control what we want in our Life Spaces—which means both including (prioritizing) what we want and skipping (filtering) what we don't want. In addition, examples of initial Boundary Management Sub-services include a Paywall Boundary so we can get paid for our attention instead of providing it for free, a Priorities/Filters Boundary so we can specify what is “in” and “out” in our individual realities, and a Protection and Safety Boundary that provides new means for digital and physical self-chosen personal protections for individuals, households, groups, and the public. This Alternate Realities Machine also includes means to save, distribute and try out new Boundary Settings both quickly and widely—so we can see, access, distribute and try new alternate realities quickly and easily. This includes new types of Paywalls, protections, and filters so the best Alternate Realities may be applied with the scope and scale that the best deserve—potentially providing multiple better competitors than the common reality. In some examples these Automated and Manual Boundary Setting/Updating Services can even be created and marketed by corporations and interest groups who can use their customized realities to improve the lives of those who live in their Shared Planetary Living Spaces, in other examples in their governances, or in other examples in the plans and programs that they provide whether by selling them or otherwise.
Turning now to
When an inbound connection request is received 4904 for an identity that is currently chosen to respond 4900 4901 this invokes the SPLS Boundary Management Services 4905 which includes sub-services. In some examples the inbound connection request is from an SPLS member of an SPLS 4906 of a currently responding identity(ies) 4900 4901, then this inbound connection request is automatically approved 4907 and the connection is completed 4908 by means of the TP Shared Life Connection Service (as illustrated in
New inbound shared space connection request—TP identification service (identify, profile, value, classify): It has been said that in some examples of an Alternate Reality that has an Alternate Realities Machine, our SPLS Boundaries control our individual Alternate Realities—and our digital boundaries may therefore be under our control. In fact, we may have a personal responsibility to take control simply as part of living a high quality life. Personal control is a different human condition from allowing the common shared reality to control our attention and perception. Turning now to
In some examples the new inbound connection request 4930 is from a new and unknown requestor 4930, it has not been blocked or managed by an SPLS boundary service 4930, and the currently responding identity(ies) would like to review the requestor 4931 in order to decide whether to accept, reject, block, etc. said new inbound connection request. This decision is made with the assistance of TP Identification Service 4932 which provides means for identifying, profiling, valuing, and/or classifying new connections. While this is illustrated in the instance of an inbound connection 4930 4931, this service may also be used when making an outbound connection, when looking up a potential new connection in the Directory(ies), during any Shared Space connection with an IPTR, or at any time or for any reason desired.
In some examples the TP Identification Service 4932 starts with a new inbound Teleportal connection request from an IPTR 4933. Immediately said TP Identification Service attempts to auto identify 4936 said inbound IPTR 4933 by utilizing SPLS's 4940, My List(s) 4940, Group SPLS's 4940, Group List(s) 4940, Visitor List(s) 4940, etc. because these are faster to access; however, if not found 4940 then TP Identification Service attempts to auto-identify 4936 said inbound IPTR 4933 by means of Directory(ies) 4936. Each of these direct lookups 4940 utilizes any identification data (such as a user's identity, a place's name and ID, a tool's or resource's name and identification, etc.) that may be received along with the new inbound TP connection request 4933. If successful 4940 it retrieves the IPTR's standard “Directory profile” 4940 and displays said profile 4940. If a Directory(ies) look up is not immediately successful 4936 then if recognition is possible TP Biometric Recognition Services 4939 are utilized to provide identification 4939, and said recognition-based identification 4939 is used to retrieve the standard “Directory profile” 4940 and display said profile 4940. If both a Directory(ies) look up and recognition are not immediately successful 4936 4639 then no IPTR has been found 4937 and then if “presence” identification is possible TP Presence Services 4937 are utilized to determine that specific presence and identify it 4937, and said “presence-based” identification 4937 is used to retrieve the standard “Directory profile” 4940 and display said profile 4940. Alternatively, more than one identification may be found for that new inbound Teleportal connection request 4933 then if “presence” identification is possible TP Presence Services 4937 are utilized to determine that specific presence and identify it 4937, and said “presence-based” identification 4937 is used to retrieve the standard “Directory profile” 4940 and display said profile 4940. If “presence-based” identification is not possible 4937 then if recognition is possible TP Biometric Recognition Services 4939 are utilized to provide identification 4939, and said recognition-based identification 4939 is used to retrieve the standard “Directory profile” 4940 and display said profile 4940. If available automated identification means fail 4936 (whether identification based 4940, recognition-based 4939, presence-based 4937, or by another means) then use the default action 4938 for when an identity is not found. In some examples the default setting 4938 is to interact with said inbound IPTR 4930 to request that it provide identity for Directory(ies) look up. In some examples the default 4938 could be to send a pre-determined reply message to said inbound IPTR 4930 such as “Add yourself and a profile to the Directory(ies) then try this contact again.” In some examples the default 4938 could be to interact with said inbound IPTR 4930 such as a brief dialogue to learn the reason for the new connection 4938 in order to approve it, reject it, block it, etc. In each case the user may (optionally) set and save the default 4938 for how to respond either automatically or manually when an identity is not found 4936.
In some examples if identification succeeds 4936 4937 4938 4939 4940 by any means, the standard “Directory profile” 4940 is retrieved and displayed 4940, but that display may merely be the default 4941 and other information displays 4941 and/or default settings 4941 may be available. In some examples the default action 4941 is to display the standard short “Directory profile” 4940. In some examples the default 4941 or a selectable option 4941 could be to display a standard longer Directory profile. In some examples the default 4941 or a selectable option 4941 could be to display all available details and information (which could optionally retrieve and display additional data from multiple sources). In some examples the default 4941 or a selectable option 4941 could be to display a Security profile (which would retrieve and display data from law enforcement and other legal records). In some examples any profile 4940 4941 could include user-controlled drilldown to additional information, more details, other sources, etc. In some examples the default 4941 or a selectable option 4941 could be to display a Custom profile (which would be set such as by a group or organization that had particular information requirements about its contacts). In each case the user may (optionally) set and save the default 4941, or utilize selectable options 4941, to determine the IPTR profile information displayed by the TP Identification Service 4932.
As described elsewhere said TP Identification Service 4932 provides means for identifying, profiling, valuing, and/or classifying new connections. While identification and profiling have been described, additional services are available for valuing and/or classifying new inbound connection requests 4933. In some examples these utilize identification 4936 4940 and profile data 4940 4941 to determine if an IPTR is on a “watch list” 4942, a “block list” 4942, or other type of potentially negative identification. As the digital environment grows an increasing number and range of said watch lists and/or block lists are developed, which may include people such as those with a criminal record as a sexual predator or as suspected terrorists, places such as popular restaurants that have frequent celebrity sightings, and tools or resources such as Web domains that originate large volumes of spam. Based on said “watch lists” 4942, “block lists” 4942 etc. new inbound TP connection requests 4933 may be (optionally) auto-identified and/or (optionally) auto-highlighted when profiled 4940 4941 and displayed 4940 4941.
In some examples many types of new inbound TP connection requests 4933 may be (optionally) classified 4943, valued 4943, assessed for danger, etc. Given the volume and scope of digital information on the sources of inbound connection requests 4930 that may be accessed in Directory(ies) 4936 4940 4941 and/or numerous other sources it is possible and often desirable to at least auto-classify 4943 said inbound connection requests 4930, and depending upon one's needs also auto-value 4943 said inbound connection requests 4930. However, there are numerous existing and possible classification systems that may be utilized from a wide range of scientific and academic disciplines, government and regulatory agencies, business and industry associations, demographic and marketing analytics, individual corporations' internal systems, etc. Similarly, valuation is a broad range field since each of these classification systems and more may have their own separate systems and/or processes for valuing what is classified. In some examples the field of ecological economics provides a range of classification systems based upon ecosystem structures, ecological processes, ecological functions (such as regulation, habitat, food production, waste treatment, etc.), ecosystem goods and services that are valued by humans, etc. Those classifications are valued by means of numerous valuation systems and strategies which in the main comprise ecological values (that are based on ecological sustainability), socio-cultural values (that are based on cultural perceptions such as whether particular ecosystems or ecological processes provide goods and services that satisfy human needs), and economic values (that are based on real human costs required to preserve, maintain, remediate, restore, etc. natural ecosystems and their wildlife, and/or the economic benefits from repurposing them for human needs and human economic uses). Therefore, it is not the purpose of this inclusion of automatic classification 4943 and automatic valuation 4943 to define a single system for providing either classification(s) or valuation(s). On the contrary, a simple patent search on “automatic classification,” “automated classification,” “automated valuation,” etc. shows numerous known technologies for accomplishing these.
This includes the ability to utilize known technologies to provide various types of classifications 4943, valuations 4943, and/or exceptional issues as options (along with identification and profiling) as part of the TP Platform, herein within a TP Identification Service 4932 that provides identification, profiling, classification and valuation of new inbound connection requests 4930, as well as outbound requests, Directory(ies) lookups, IPTR that is in a live Shared Space connection, or other IPTR encountered. The components herein include determining what the inbound connection request is, valuation on any scale, and/or any exceptional issues. Some classification examples 4943 include retrieving “what it is” data about IPTR and placing it in a category or classification such as job or profession [as in identifying a person as a lawyer, rock musician, psychologist, artist, police officer, etc.], place [as in identifying a location as a public street view of a factory, inside that factory's private admission area, in the confidential personal office of that factory's manager, inside the secure and highly confidential R&D lab within that factory, etc.], tool or resource [as in classifying video and/or images for faster recognition, retrieval, selection, and use for varied purposes], etc. Some valuation examples 4943 include retrieving data about IPTR, comparing said IPTR's data with other data such as from that IPTR's category, and valuing that specific IPTR on a comparative scale such as a person [as in identifying an identity's credit score and comparing that number against the known range of credit scores], or a place [as in identifying a location's street address, obtaining its current real estate assessment from publicly accessible databases, and comparing that value against a range of retrieved comparative real estate values], or a tool or resource [as in its price if used as a service, its value if an asset or an investment, or what it could be expected to provide if wanted for its features or functions], etc. Exceptional issues 4943 include retrieving data about IPTR that add something that should be known about it [as in possible physical danger such as from a known sexual predator, possible economic risk such as from a known phishing website, possible deceptive marketing such as from a marketing offer where numerous customers have posted negative experiences, etc.).
In some examples after said TP Identification Service 4932 has been used its data 4940 4941 4942 4943 may be reviewed 4944 (including identifying, profiling, classifying, and/or valuing the desired IPTR) and the reviewer may decide whether to accept the IPTR 4945 for connection or entrance, add the IPTR to a boundary 4948 4949 4950, or take another action 4951 such as blocking, sending it to messaging only, etc. If the reviewer 4944 chooses to accept the IPTR 4945 it may be (optionally) added to one or a plurality of SPLS's 4946 (as illustrated in
In some examples the new connection information may be received from a recognition device 4934 and these may include as some examples a face recognition camera 4934 (such as at a home, in a car, in various locations throughout a business's properties and offices, facing a public sidewalk, etc.), an RTP 4934 in any location (such as facing locations popular with famous celebrities or politicians, in any store that would like to know and serve its best customers quickly, in a religious institution that wants to be able to address its worshipers by name, in a store with a shoplifting problem, in a bar that wants to prevent fights, or in any location where it helps to identify people and deal with them personally based upon their characteristics), any other biometric or input device 4934 (such as a fingerprint reader, retinal scanner, security door keypad, badge reader, etc.), etc. Using the available data from said recognition device 4934 said TP Identification Service 4932 attempts to auto-identify 4936 said inbound IPTR 4934 by Identity [or person], Identity [or person], utilizing Directory(ies) lookups 4936 (if identity or identification data is received), by means of TP Biometric Recognition Services 4939 (if facial images or other biometric data is received), by means of TP Presence Services 4937 (if only “presence” data is available), by (optional) two-way interactions 4938 (if no other identification means are available), etc. When identification is completed by any means 4936 4939 4937 4938 then profiling 4940 4941 is performed (as described elsewhere), followed by (optional) classification 4943 and (optional) valuation 4943 (as described elsewhere). Based on information from said TP Identification Service 4932 the receiving user or identity may review the information and decide whether to accept the IPTR 4945 for connection or entrance, add the IPTR to a boundary 4948 4949 4950, or take another action 4951 such as blocking, sending it to messaging only, etc.
In some examples new connection and/or entrance requests may be received from any other source 4935. Some examples of these include unscheduled events, incidents, tweets, friend requests, “friend of a friend,” unscheduled webinars, notices, alerts, activities, being asked to join others' appointments, etc. Using the available data from said other source(s) 4935 said TP Identification Service 4932 attempts to auto-identify 4936 said inbound IPTR 4935 by utilizing Directory(ies) lookups 4936 (if identity or identification data is received), by means of TP Biometric Recognition Services 4939 (if facial images or other biometric data is received), by means of TP Presence Services 4937 (if only “presence” data is available), by (optional) two-way interactions 4938 (if no other identification means are available), etc. When identification is completed by any means 4936 4939 4937 4938 then profiling 4940 4941 is performed (as described elsewhere), followed by (optional) classification 4943 and (optional) valuation 4943 (as described elsewhere). Based on information from said TP Identification Service 4932 the receiving user or identity may review the information and decide whether to accept the IPTR 4945 for connection or entrance, add the IPTR to a boundary 4948 4949 4950, or take another action 4951 such as blocking, sending it to messaging only, etc.
TP PAYWALL SERVICES: In some examples as part of accepting an inbound Shared Space connection
In some examples the inbound connection request or 4964 is not in the Paywall 4967, but a Paywall payment offer is received 4972 with said inbound connection request 4964. In some examples a Paywall payment offer 4972 is automatically reviewed 4973 and rejected 4974. In some examples a Paywall payment offer 4972 is manually reviewed 4973 and rejected 4974. In some examples a Paywall payment offer 4972 is automatically reviewed 4973 and accepted 4975. In some examples a Paywall payment offer 4972 is manually reviewed 4973 and accepted 4975. In some examples an accepted Paywall payment offer 4975 may be added to the Paywall 4976 and
In some examples the inbound connection request 4964 is not in the Paywall 4967, a Paywall payment offer is not received 4972, and said receiving identity does not become associated 4978 with said inbound connection request source 4964, so the default Paywall action is taken 4982. In some examples the default 4982 is if the inbound connection request 4964 is from a potential Paywall payment source then automatically reply with a request for a large Paywall payment amount 4983. In some examples the default setting is to not reply and maintain stealth by not acknowledging existence in any way 4983. In some examples the default setting is to request this source to be added to the Paywall of that person's one or a plurality of additional identities 4983. In some examples the default setting is to request this source to join a collective 4979, affiliate network 4979, group 4979, third-party source 4979, other “association” 4979 that makes Paywall payments. In each case, the user may set or reset and save the default state 4983.
TP perform required Paywall criteria: In some examples receiving an inbound Paywall connection 4969 requires validating payment criteria 4970 before the Paywall payment is deposited in an identity's Paywall account 4971 9710 in
In some examples the Paywall criteria requires the receiving identity to view the content 9716, listen to the content 9716, etc. (An example case in which this may occur is with a medium or high Paywall payment amount.) In this example the content is accepted 9717 or retrieved and downloaded 9717, it is displayed 9717 or played 9717, and (optionally) the Paywall payment amount is displayed 9717 so that the identity knows that they are being paid to receive and view that content 9717. In some examples a required Paywall action(s) must be performed 9717 and available hardware and/or software means are used to validate said required Paywall action(s) 9717, as exemplified in 4990 in
In some examples that identity would like to receive one or a plurality of Paywall reports 9721, in which case data is gathered 9722 from that identity's Paywall account(s) 9724, data analyses are performed 9722, a summary report 9722 and/or summary dashboard 9722 are displayed, with drilldown to details 9722. In some examples that identity would like to receive one or a plurality of Paywall reports 9721, in which case data is gathered 9722 from that identity's Paywall database(s) 9720 and Paywall account(s) 9724, data analyses are performed 9722, a summary report 9722 and/or summary dashboard 9722 are displayed, with drilldown to details 9722. In some examples an option (at any time) is to set or reset one or a plurality of settings of the Paywall 9723, described in
TP perform required Paywall criteria (example): In some examples a required Paywall action(s) must be performed 9717 before payment is made 9717 9724 and available hardware and/or software means are used to validate said required Paywall action(s) 9717, as exemplified in 4990 in
Compared to our current reality some may view Paywall payment validations as intrusive, especially when compared to today's complete non-monitoring of advertising viewing and the permitted lack of attention to vendor and other “required” communications. However, the ARTPM's reversals of this current assumption is actually a direct result of easily agreed upon new contracts for services that will accompany Paywall payments, in which one party pays for the viewing or interactive use of delivered content 4994, and one or a plurality of identities 4995 agrees to view or interactively use said content 4994 in return for payments. This new contractual relationship is combined with the ARTPM transformation of networks into monitoring and tracking behaviors, and it utilizes TP devices 4994 4991 to automate contractual validation(s) that the required Paywall action(s) 4990 4994 occurred and the contracted Paywall payment may be made as a result. These technical uses of the ARTPM may be immoral or moral under varying viewpoints, and it is entirely possible to forbid or permit these types of contractual validations under law(s) or by regulation(s), but at the level of an ARTPM they are examples of new business relationships under which a plurality of identities uses an SPLS Paywall boundary to exclude certain communications unless they are paid, and when paid and received agrees to provide the service of viewing or using that content in return for a payment. It has been said that SPLS boundaries provide means to create multiple personal alternate realities, and these examples help exemplify how large an alternate reality this is from our current reality.
TP priorities/filters services: In some examples as part of accepting an inbound Shared Space connection
In some examples the inbound connection request 9734 is in the Priorities boundary 9737, and is confirmed by means of a Priorities/Filters database(s) 9738. In some examples the confirmed inbound connection request 9734 9737 9738 is analyzed by means of content analysis 9735 which is a known technology that may be provided in some examples as a TP service 9739, and may be provided in some examples by a third-party 9739, and may be provided in some examples by a Web service 9739, and may be provided in some examples by other means 9739. If the analyzed content 9739 is important it may be prioritized upwards 9740 in some examples by providing it more visibility 9740, in some examples by providing it more space 9740, in some examples by providing it a physically higher position in a layout or list 9740, in some examples by providing it increased volume 9740, etc. If the analyzed content 9739 has moderate importance it may be prioritized at a mid-level 9740 in some examples by providing it with typical visibility 9740, in some examples by providing it presence but only minimum space 9740, in some examples by providing it a physically mid-level position in a layout or list 9740, in some examples by providing it normal volume 9740, etc. In some examples accepted inbound connection requests 9734 whose content has been analyzed 9739 and prioritized 9740 may be included in an SPLS connection 9745 with the appropriate level of prioritization 9740, display 9740, or playback 9740. In some examples the inbound connection request 9734 is in the Filters boundary 9741, and is confirmed by means of a Priorities/Filters database(s) 9738. In some examples the confirmed inbound connection request 9734 9741 9738 is analyzed by means of content analysis 9742 which is a known technology that may be provided in some examples as a TP service 9742, and may be provided in some examples by a third-party 9742, and may be provided in some examples by a Web service 9742, and may be provided in some examples by other means 9742. If the analyzed content 9742 is not important it may be blocked 9744 or displayed 9743 but prioritized downwards 9740 in some examples by providing it less visibility 9740, in some examples by providing it less space 9740, in some examples by providing it a physically lower position in a layout or list 9740, in some examples by providing it decreased volume 9740, etc. In some examples accepted inbound connection requests 9734 whose content has been analyzed 9742 for filtering and displayed 9743 but with a low priority 9740 may be included in an SPLS connection 9745 with the appropriate low level of prioritization 9740, display 9740, or playback 9740.
In some examples said inbound connection request 9734 has been included in an SPLS connection 9745 at an appropriate level of prioritization 9740 and the receiving identity does not need to alter that item's 9734 Priorities/Filters boundary 9736 9746. In that case the inbound connection requests 9734 is utilized in a Shared Space connection 9745 in the default manner prescribed 9748. In some examples said inbound connection request 9734 has been included in an SPLS connection 9745 at an appropriate level of prioritization 9740 but the receiving identity would like to alter that item's 9734 Priorities/Filters boundary 9736 9746. In this example said identity may (optionally) add this item 9734 and/or its source 9734 to an SPLS Paywall 9747, and if so, then the Paywall is set 9750 or reset 9750 such as described in
After an inbound connection request 9734 has passed through the Priorities/Filters boundary 9736 and been included in a SPLS connection 9745 at the appropriate priority level 9737 9740 9745 or filtering level 9741 9740 9745, it is utilized in the default manner prescribed 9748. In some examples the default 9748 is to accept the action(s) of the Priorities/Filters boundary 9736 as presented and utilize the inbound connection request 9734 as presented 9745. In some examples the default setting is to utilize the inbound connection request 9734 as presented 9745, but then move it to a different priority level 9737 or a different filter level 9741 by editing the Priorities/Filters boundary settings 9735. In some examples the the default setting is to utilize the inbound connection request 9734 as presented 9745, but then then edit the categories or items prioritized 9737 and filtered 9741 in some examples by promoting them 9735, in some examples by denoting them 9735, in some examples by renaming them 9735, in some examples by a deletion(s) 9735, in some examples by blocking an item, source, or category 9735, in some examples by editing a category's items 9735, etc. In each case, the user may set or reset and save the default state 9749.
TP protection services—individuals, groups, public: In some examples as part of accepting an inbound Shared Space connection
In some examples a Protection boundary deals with aspects of the digital protection of individuals 9766, groups 9768, and the public 9770. In some examples a Protection boundary deals with aspects of the physical protection of individuals 9766, groups 9768, and the public 9770. In some examples the Protection of an individual 9766 includes the digital and physical protection of a plurality of their identities. In some examples the Protection of an individual 9766 includes the digital and physical protection of their family and household. In some examples the inbound connection request 9764 is for an individual 9766, one identity 9766, a plurality of identities 9766, a family 9766, a household 9766, or additional houses or households of said individuals or identities 9766; and if inbound connection request 9764 needs to be approved or processed by the Protection boundary for Individuals 9766 then check the inbound connection request 9764 by the TP Protection boundary for Individuals 9781 in
In some examples it may not be clear whether an inbound connection request 9764 that needs to be approved or processed by the protection boundary applies to a person 9766, a group 9768 or the public 9770; so if inbound connection request 9764 needs to be clarified then apply the currently set default action 9772 for determining unclear Protection requirements for inbound connection requests 9764. In some examples the default 9772 is to (optionally) manually review said unclear inbound connection request 9764 to determine the appropriate Protection boundary 9766 9768 9770. In some examples the default 9772 is to (optionally) interact with the source of the unclear inbound connection request 9764 to determine the appropriate Protection boundary 9766 9768 9770. In some examples the default 9772 is to (optionally) interact with the receiving identity to determine the appropriate Protection boundary 9766 9768 9770. In some examples the default setting is to not reply and maintain stealth by not acknowledging existence in any way 9773. In some examples the default setting is to determine if any of the one's other identities have previously accepted and approved the current inbound connection request 9764 or source 9764, and if so treat this request with the same level of protection as previously determined and applied. In each case, the user may set or reset and save the default state 9773.
TP protection services—individuals (prioritize, filter, reject, block/protect): Some examples in
In some examples inbound connection request 9764 has arrived at said Protection boundary for Individuals 9783 because it has not been accepted or approved as a connection by SPLS Boundary Management Services 4905 in
In some examples the choice to reject 9784 9785 is made and the inbound connection request is rejected from said identity's SPLS (Shared Planetary Life Spaces) 9785. In some examples the choice to reject 9784 9785 is made and the inbound connection request is not added to said identity's lists of acceptable connections 9785. In some examples the choice to reject 9784 9786 is made and the inbound connection request is rejected without any reply or response 9786; that is, a “stealth” mode is used which is complete non-existence with no replies, no responses no acknowledgements, etc. for any reason. In some examples the choice to reject 9784 9786 is made and the inbound connection request is rejected with a reply 9786 that may be chosen by selecting among pre-written “canned” replies, or may be a custom written reply; in some examples a pre-written reply may inquire about the need for a contact; in some examples a custom reply may suggest availability for a connection on a specific date and time. In some examples the choice to reject 9784 is made and the response may be a combination of rejection from said identity's SPLS 9785, not being added to said identity's lists of acceptable connections 9785, a “stealth” non-response 9786, or a reply with a rejection message 9786. In some examples the choice to filter 9784 9787 is made and the inbound connection request is written to the Priorities/Filters database(s) 9738 in
In some examples the choice to protect 9784 9793 is made and the inbound connection request is added to a “watch” list 9793 in a Protection database(s) 9792. In some examples the inbound connection request has been added to a Protection database(s) 9792 and said inbound connection request is attempted repeatedly by physical means 9793, so in subsequent physical entry attempts data should be recorded 9793 which may optionally include data such as camera image(s), audio recording(s), identity, event, date, timestamp, devices used, addresses if known, details of event, sequence of actions, etc. In some examples the inbound connection request has been added to a Protection database(s) 9792 and said inbound connection request is attempted repeatedly by digital means 9793, so in subsequent inbound digital connection attempts data should be recorded 9793 which may optionally include data such as identity, event, date, timestamp, devices used, addresses if known, details of event, sequence of actions, etc. In some examples selecting one or a plurality of blocking options 9789 9790 9790 automatically includes one or a plurality of protection choices 9793 9794 9795. In some examples the choice to protect 9784 9794 is made and the inbound connection request is added to an alerts list 9794 in a Protection database(s) 9792. In some examples the subsequent instances of physical entry attempts 9794 from the same inbound connection requestor are recorded in said Protection database(s) 9792 along with means to escalate said alerts at each subsequent attempted physical entry; in some examples, a first alert could notify you and others on an “alert list” 9794; a second alert could notify a security service 9794; a third alert could request immediate security assistance 9794; a fourth alert could notify police and request police assistance 9794; etc. In some examples the subsequent instances of digital entry attempts 9794 from the same inbound connection requestor are recorded in said Protection database(s) 9792 along with means to escalate said alerts at each subsequent attempted digital entry; in some examples, a first alert could notify you and others on an “alert list” such as appropriate service vendors 9794; a second alert could notify a computer security service 9794; a third alert could request immediate computer security assistance 9794; a fourth alert could notify police and request police assistance 9794; etc. In each case, the user may set or reset and save the alerts list 9794 to alter various characteristics in some examples the number of alerts, in some examples the severity of alerts, in some examples those who are alerted, etc. In some examples the choice to protect 9784 9795 is made and the inbound connection request is added to an action responses list 9794 in a Protection database(s) 9792. In some examples the subsequent instances of physical entry attempts 9795 from the same inbound connection requestor are recorded in said Protection database(s) 9792 along with means to escalate said action responses at each subsequent attempted physical entry; in some examples a physical action is to ring a security alarm 9795 and notify a security service 9795; a personal action is a panic alarm on a TP Device 9795; an alarm action is to auto-request security assistance at an alarm event 9795. In some examples selecting one or a plurality of protect options 9793 9794 9795 automatically includes one or a plurality of blocking choices 9789 9790 9790.
TP protection services—groups (prioritize, filter, reject, block/protect): Some examples in
In some examples inbound connection request 9764 has arrived at said Protection boundary for Groups because it has not been accepted or approved as a connection by SPLS Boundary Management Services 4905 in
In some examples a digital inbound connection request is already on a watch list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be filtered 9804, Paywalled 9804, rejected 9804 and/or blocked 9804. In some examples a physical inbound connection request is already on a watch list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be filtered 9804, Paywalled 9804, rejected 9804 and/or blocked 9804. In some examples a digital inbound connection request is already on a block list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be filtered 9804, Paywalled 9804, rejected 9804 and/or blocked 9804. In some examples a physical inbound connection request is already on a block list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be filtered 9804, Paywalled 9804, rejected 9804 and/or blocked 9804. In some examples a digital inbound connection request is already on a watch list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be protected from 9811. In some examples a physical inbound connection request is already on a watch list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be protected from 9811. In some examples a digital inbound connection request is already on a block list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be protected from 9811. In some examples a physical inbound connection request is already on a block list 9803 in a Protection database(s) 9819 where it will be appropriately retrieved by the Protection boundary 9803 in which case it may be protected from 9811.
In some examples the choice to reject and block 9805 9807 is made and the inbound connection request is rejected and blocked from said group's SPLS (Shared Planetary Life Spaces) 9807, and is added to a block list(s) in said group's Protection database(s) 9819. In some examples the choice to reject and block 9805 9807 is made and the inbound connection request is rejected and blocked from said group's SPLS (Shared Planetary Life Spaces) 9807, and is added to a watch list(s) in said group's Protection database(s) 9819. In some examples the choice to reject and block 9805 9807 is made and the inbound connection request is not added to said group's lists of acceptable connections 9807 in said group's Protection database(s) 9819. In some examples the choice to reject and block 9805 9807 is made and the inbound connection request is rejected without any reply or response 9808; that is, a “stealth” mode is used which is complete non-existence with no replies, no responses no acknowledgements, etc. for any reason. In some examples the choice to reject and block 9805 9807 is made and the inbound connection request is rejected with a reply 9808 that may be chosen by selecting among pre-written “canned” replies, or may be a custom written reply; in some examples a pre-written reply may inquire about the purpose of a connection; in some examples a custom reply may suggest availability of a connection on a specific date and time. In some examples the choice to reject and block 9805 9807 is made and the response may be a combination of rejection and blocking from said group's SPLS 9807, not being added to said group's lists of acceptable connections 9807, a “stealth” non-response 9808, or a reply with a rejection message 9808 or custom message 9808.
In some examples the choice to filter 9805 9806 is made and the inbound connection request is written to the Priorities/Filters database(s) 9738 in
In some examples the choice to protect 9811 9812 is made and the inbound connection request is added to a “permanent block” list 9812 in a Protection database(s) 9819. In some examples the choice to protect 9811 9813 is made and the inbound connection request is rejected without any reply or response 9813; that is, a “stealth” mode is used which is complete non-existence with no replies, no responses no acknowledgements, etc. for any reason. In some examples the choice to protect 9811 9813 is made and the inbound connection request is rejected with a reply 9813 that may be chosen by selecting among pre-written “canned” replies, or may be a custom written reply; in some examples a pre-written reply may provide notification of a permanent block; in some examples a custom reply may suggest never attempting another connection. In some examples the inbound connection request has been added to a Protection database(s) 9819 for permanent blocking 9812 which includes permanent watching 9812 and permanent recording 9814 so if said inbound connection request is attempted subsequently by physical means 9814, then in subsequent physical entry attempts data is recorded 9814 which may optionally include data such as camera image(s), audio recording(s), identity, event, date, timestamp, devices used, addresses if known, details of event, sequence of actions, automatic tracking of an attempted physical entry across multiple cameras and microphones, etc. In some examples the inbound connection request has been added to a Protection database(s) 9819 for permanent blocking 9812 which includes permanent watching 9812 and permanent recording 9814 so if and said inbound connection request is attempted subsequently by digital means 9814, then in subsequent inbound digital connection attempts data is recorded 9814 which may optionally include data such as identity, event, date, timestamp, devices used, addresses if known, details of event, sequence of actions, etc. In some examples the choice to protect 9811 9815 is made and the inbound connection request is added to an alerts list 9815 in a Protection database(s) 9819. In some examples the subsequent instances of physical entry attempts 9812 9814 from the same inbound connection requestor are recorded in said Protection database(s) 9819 along with means to escalate said alerts at each subsequent attempted physical entry; in some examples, a first alert of a physical entry attempt could notify local personnel and others on an “alert list” 9815; a second alert could notify a security escalation service 9815; a second alert could also provide priority security display of said physical entry attempt 9815; a third alert could request immediate security assistance 9815; a fourth alert could notify police and request police assistance 9815; etc. In some examples the subsequent instances of digital entry attempts 9812 9814 from the same inbound connection requestor are recorded in said Protection database(s) 9819 along with means to escalate said alerts at each subsequent attempted digital entry; in some examples, a first alert of a digital entry attempt could notify network security personnel and others on an “alert list” such as appropriate service vendors 9815; a second alert could notify a computer security special service 9815; a second alert could also provide priority real-time security display of said digital entry attempt 9815; a third alert could request immediate priority computer security assistance 9815; a fourth alert could notify police and request police assistance 9815; etc. In each case, the group may set or reset and save the alerts escalation policies and/or alerts list 9815 to alter various characteristics in some examples the number of alerts, in some examples the severity of alerts, in some examples those who are alerted, etc. In some examples the choice to protect 9811 9816 is made and the inbound connection request is added to an action responses list 9816 in a Protection database(s) 9819 for permanent watching 9812 and permanent recording 9814 so if said inbound connection request is attempted subsequently by physical means 9816, then in subsequent physical entry attempts means are included for responsive actions 9816. In some examples said action responses are escalated at each subsequent attempted physical entry 9816; in some examples a physical action is to ring a security alarm 9816 and notify local security personnel 9816; in some examples a personal action is to set off a panic alarm on a TP Device 9816; in some examples an alarm action is to auto-request security assistance at an alarm event 9816. In each case, the group may set or reset and save the actions response escalation policies and/or actions list 9816 to alter various characteristics in some examples the type(s) of alarms such as silent and/or audible, in some examples the type(s) of personnel notified immediately; in some examples the type(s) of actions automatically expected from those who are notified for each type alarm(s), etc. In some examples selecting one or a plurality of protection options 9811 9812 9813 9814 9815 9816 automatically includes one or a plurality of other protection choices 9811 9812 9813 9814 9815 9816.
TP protection services—public (value, act, protect): Some examples in
In some examples a member of the public has arrived at said Protection boundary for the Public because it is entering a particular physical location such as a store, a government building, an airplane, etc. In some examples a member of the public is merely present within a protected public space because the person is in a particular location such as an airport, a mall store, an airplane, at a busy city street corner like Times Square New York, etc. In some examples physical protection is initiated with biometric identification of a plurality of members of the public 4939 in
Regardless of the location and timing of said TP Protection identification, in some examples the only identification is performed to determine whether or not a person [or identity] is on a watch list 9828 by means of one or a plurality of Protection database(s) 9838, and those who are not on a watch list 9828 are ignored. Similarly, in some examples the identification is performed to determine whether or not a person [or identity] is on a block list 9828 by means of one or a plurality of Protection database(s) 9838, and those who are not on a block list 9828 are ignored. In some examples when a person [or identity] is on a watch list 9828 9838 or is on a block list 9828 9838, the identification is employed for further acquisition of Directory(ies) profile information 4940 4941 in
In some examples a member of the public has arrived at said Protection boundary for the Public because it is entering a particular protected location; and in some examples a member of the public is merely present within a protected public space; regardless of the location and type of appearance, in some examples the identification is performed to classify a plurality of members of the public 9827 as described elsewhere. Similarly, in some examples the identification is performed to value a plurality of members of the public 9827 as described elsewhere. In some examples no classification 9827 and no valuation 9827 might be performed on a plurality of members of the public. In some examples manual classification 9827 and/or manual valuation 9827 might be performed on a plurality of members of the public. In some examples automated classification 9827 and/or automated valuation 9827 might be performed on a plurality of members of the public. The wide range of means by which classification 9827 and/or valuation 9827 may be instantiated are described elsewhere. In some examples all classification labels 9827 9829 9830 9831 9832 and/or all valuation labels 9827 9829 9830 9831 9832 may be named by using standard political correctness or “PC” so that all labels are positive and praise every person, without regard for any real meaning or resulting action(s). In some examples a system of classification 9827 and/or system of valuation 9827 may reflect a specific type of ranking system to fit specific purposes, regardless of the names or labels used to name the classifications or valuations. In some examples the ranking may be in quintiles such as 81% to 100% equals “best” 9829, 61% to 80% equals “positive” 9829, 41% to 60% equals “good” 9830, 21% to 40% equals “superlative” 9831, and 1% to 20% equals “special” 9832 in which “special” 9832 does not mean lowest, bottom, dangerous, threat, etc.—essentially no term ever means anything negative but a given term (such as “special”) might merely indicate a mismatch between a person's suitability for a particular type of public location (such as a high-end jewelry store that sells only diamonds and gold, so about 90% of the population might be classified in various types of less suitable categories and valuations). In some examples all chosen labels fit standard marketing practices for positive, cheerful and motivating names, enabling both dystopian and utopian cynicism about naming systems where everyone is special.
In some examples said classification 9827 9829 9830 9831 9832 and/or valuation 9827 9829 9830 9831 9832 provide different in-person treatments (including both in-person treatments and personal digital communications) for those in different categories 9827 9829 9830 9831 9832. In some examples said classification 9827 9829 9830 9831 9832 and/or valuation 9827 9829 9830 9831 9832 provide different automated business processes (including both in-person automation and digital marketing and sales automation) for those in different categories 9827 9829 9830 9831 9832.
In some examples those classified 9827 9829 at the top 9829 or near the top 9829 may receive one type of treatment 9829 9851 9833 9834 9835 9836 9837 in some examples preferential treatment. In some examples a physically present person in more than one category 9829 9851 may receive the same type of treatment, in some examples preferential treatment. In some examples a physically present person [or identity] in these categories 9829 9851 9833 has been valued 9833 and profiled 9833 and is contacted personally to learn their actual focus 9833, interests 9833, needs 9833, etc. and interact 9833. In some examples that person [or identity] may be added to one of the organization's public SPLS 9833 in some examples an SPLS for its “high-value connections.” In some examples that person [or identity] may be added to the organization's local lists 9833 for faster future identifications. In some examples that person's [or identity's] interests 9833, needs 9833, etc. may be added to the organization's personal profile 9833 for better and more accurate future service. In some examples that person [or identity] may be identified sooner 9834 when they return to that location 9834, or to another of that organization's public locations 9834. In some examples that returning person [or identity] may be identified more quickly 9835, their previous interests retrieved 9833 9835, their profile updated from the appropriate Directory(ies) 9835, and their relationship history 9835 retrieved. In some examples that returning person [or identity] may have their record displayed for the organization's staff 9836. In some examples that organization's systems may provide its staff with recommendations 9836 personalized for that returning person [or identity]. In some examples that returning person [or identity] may be contacted personally by staff 9836 to confirm their interests 9836, attempt closure on meeting their needs 9836, and record the results 9836. In some examples that returning person [or identity] may have the organization determine appropriate next steps 9837, set up systematic communications 9837, arrange SPLS prime services 9837, or start integrating them into the organization's SPLS 9837.
In some examples those classified 9827 9830 in the middle 9830 may receive one type of treatment 9830 9852 9839 9840 9841 9842 in some examples good treatment. In some examples those classified 9827 9831 just below the middle 9831 may receive one type of treatment 9831 9852 9839 9840 9841 9842 in some examples good treatment. In some examples a physically present person in more than one category 9830 9831 9852 may receive the same type of treatment, in some examples good treatment. In some examples a physically present person [or identity] in these categories 9830 9831 9852 9839 has been valued 9839 and profiled 9839 and is contacted personally to interact 9839 learn their interest 9839 and attempt closure 9839. In some examples that person [or identity] may be determined as valuable 9839 and added to one of the organization's public SPLS 9839 9840 in some examples an SPLS for its “good connections.”. In some examples that person [or identity] may be added to the organization's local lists 9839 for faster future identifications. In some examples that person's [or identity's] interests 9839, needs 9839, etc. may be added to the organization's personal profile 9839 for future retrieval and use. In some examples that person [or identity] may be identified sooner 9841 when they return to that location 9841, or to another of that organization's public locations 9841. In some examples that returning person [or identity] may be identified more quickly 9842, their previous interests retrieved 9839 9842, their profile updated from the appropriate Directory(ies) 9842, and their relationship history 9842 retrieved. In some examples that returning person [or identity] may have their record displayed for the organization's staff 9842. In some examples that organization's systems may provide its staff with recommendations 9842. In some examples that returning person [or identity] may be contacted personally by staff 9842 to confirm their interests 9842, attempt closure 9842, and record the results 9842. In some examples that returning person [or identity] may have the organization determine appropriate next steps 9842, set up systematic communications 9842, arrange SPLS connections 9842, or start integrating them into the organization's SPLS communications 9842.
In some examples those classified 9827 9832 near the bottom 9832 may receive one type of treatment 9832 9853 that may differ from those who are in different classifications 9829 9830 9831 or in different valuations 9829 9830 9831. In some examples those at or near the bottom 9832 receive more. In some examples a public school may provide many more services and SPLS connections to those who are classified near the bottom 9832 9853 than to those who are classified near the top 9829 9830 9831. In some examples this bottom-up pattern may have a government agency provide more services and SPLS connections to those who are classified near the bottom 9832 9853 than to those who are classified near the top 9829 9830 9831. In some examples this bottom-up pattern may have a charity or non-profit organization provide more services and SPLS connections to those who are classified near the bottom 9832 9853 than to those who are classified near the top 9829 9830 9831. In some examples an equitable pattern may have a religious group provide a distribution of services and SPLS connections to those who are classified at all levels, from the bottom 9832 to the middle 9830 9831 to the top 9829 9830 9831. Thus, TP Protection Services for the Public may offer numerous instances in which those near the bottom 9832 are not overlooked—but on the contrary are seen, surfaced, known rapidly and helped in ways that might benefit many more personally than the current situation.
ARM boundaries—automated setting or updating (Paywalls, priorities, filters, protections, etc.): In some examples SPLS Boundary Management Services 4905
In some examples the automated setting, updating or editing of ARM SPLS Boundaries 9860 begins by being in an SPLS and selecting a Paywall boundary 9861. In some examples the automated setting, updating or editing of ARM SPLS Boundaries 9860 begins by being in an SPLS and selecting a Priorities/Filters boundary(ies) 9861. In some examples the automated setting, updating or editing of ARM SPLS Boundaries 9860 begins by being in an SPLS and selecting a Protection boundary 9861. In some examples the automated setting, updating or editing of ARM SPLS Boundaries 9860 begins by being in an SPLS and selecting a plurality of boundaries 9861. In some examples if said selected boundary(ies) 9861 is currently set and sufficient 9862 then results from said boundary(ies) 9861 may (optionally) be retrieved and its results reviewed 9863 from user records 9868. In some examples if results are sufficient 9863 9868 said selected boundary(ies) 9861 may be kept 9864; in which case another boundary might be edited 9865 and in some examples there is no more editing so editing may be ended 9866; however, if another boundary(ies) is to be edited 9865 then one or a plurality of boundary(ies) is selected 9861 and said process begins again. In some examples if results are not sufficient 9863 9868 said selected boundary(ies) 9861 may be edited or replaced 9864. In some examples boundary(ies) editing may be chosen 9864 to be done manually 9867
In some examples automation assistance begins by selecting one or a plurality of metrics 9870 as exemplified in
In some examples said retrieved boundary metrics and best boundary(ies) 9870 9872 9873 9874 9884 9885 9886 9887 9888 9889 are utilized to optimize said boundary(ies) settings (as described elsewhere such as in
ARM AUTOMATED BOUNDARIES EXAMPLE—GROUP EXAMPLE: In some instantiation examples of ARM automated boundaries setting, SPLS Boundary Management Services are illustrated in
In some examples the boundaries provider may orient and focus its SPLS boundaries on its core goals and mission such as in this Green Planet illustration. In some examples a boundary settings interface consists of controls. In some examples a boundary settings interface consists of tables. In some examples a boundary settings interface consists of graphical interface layouts. In some examples a boundary settings interface consists of recommendations and tips. In some examples a boundary settings interface consists of video and illustrations. In some examples a boundary settings interface consists of a combination of several different types of interfaces. In some examples the settings interface consists of three columns that in some examples include categories 9910 9912; in some examples include selectors 9911 9913; and in some examples include results of selections 9918 9920. In some examples the settings interface includes widgets 9917 to display additional settings not visible on the display screen; in some examples a scrollbar 9917; in some examples navigation; in some examples opening and closing interface zones; in some examples opening and closing sub-Windows; in some examples other graphical interface designs. In some examples the settings interface includes text guidance 9915, in some examples such as “Use this tab to set everything quickly. Use individual tabs to set each boundary in detail.” 9915. In some examples the settings interface includes buttons 9921, in some examples to accept the current settings 9921 as in a “Submit” button 9921; in some examples to reset the settings to their previous values 9921 as in a “Reset” button 9921; in some examples to reset the settings to their default values 9921 as in a “Reset” button 9921.
In some examples the automated Paywall settings may be designed for one-step simplicity 9910; in some examples all Paywall advertising viewing 9910 permits one step selection of the types of viewable ads permitted through the Paywall 9910 9911 9918; in some examples by means of a category label 9910 such as “Viewable ads” 9910; in some examples by means of a selector 9911 that may include labels 9911 and a selection widget 9911, which in this case includes “Green only,” “Mixed,” and “Everything” wherein a slider control is currently set for “Green only;” in some examples the results 9918 of said selector may be displayed and this result would change dynamically based upon interactive changes made to the selector control 9911, which in this case includes “Estimated earnings: $104/month” 9918. In some examples such as this “Green Planet” cause-based governance, SPLS boundaries settings may include additional interactive controls; in some examples the option to contribute financial support to the organization that provides the boundaries; in some examples by means of a category label such as “Share with Green Planet?”; in some examples by means of a selector that may include labels and a selection widget, which in this case includes “100% yours,” “Share,” and “100% GP” wherein a slider control is currently set for “Share;” in some examples the results of said selector may be displayed, which in this case includes “Donation to GP: 50% of earnings”, and this result would change dynamically based upon interactive changes made to the slider control. In some examples the automated Priorities boundary settings may be separate from the automated Filters settings. In some examples the automated Priorities boundary settings may be combined with the automated Filters settings for one-step simplicity 9912 9913 9920; in some examples one setting 9913 may choose both Priorities and Filters; in some examples by means of a category label 9912 such as “Priorities and Filters: News, messages, shows, articles, entertainment from around the world.”; In some examples by means of a selector 9913 that may include labels 9913 in a “radio button” list 9913 which in this case includes “GP Extreme,” “GP Priorities—Plus,” “Mixed Messages,” and “Splitsville”; in some examples the results 9920 of said selector may be displayed in this result would change dynamically based upon interactive changes made to the selector control 9913, which in this case includes “GP Extreme. Priorities: GP's top choices. Filters: Nothing else!”; in some examples an explanation may be provided for each selection choice, in some examples by pointing at each choice, which in this case includes “GP Extreme: Only the best Green World information and nothing else.”/“GP Priorities—Plus: GP's top picks from news, articles, shows.”/“Mixed Messages: GP's top picks plus the big picture from a range of sources, opinions and entertainment.”/“Splitsville: All views are included.”
In some examples additional boundary settings are available by scrolling down the display 9917 to additional one-step boundary settings. In addition to SPLS boundaries disclosed elsewhere (such as Paywall, Priorities, Filters, Protection) additional boundaries may be added by each SPLS source; in some examples an environmental source may add an additional “Shopping” boundary, which in this case would provide direct connections within the SPLS to “green” products, services, vendors, etc.; in some examples and environmental source may add an additional “How to Live” boundary, which in this case would provide direct access within the SPLS to “green” guidance in areas such as transportation, home energy use, home office/telecommuting, etc.
ARM BOUNDARIES—MANUAL SETTING OR EDITING (PAYWALLS, PRIORITIES, FILTERS, PROTECTIONS, ETC.: In some examples a person [or identity] may edit one or more boundaries by manual means as illustrated in boundary management 9857 9859
In some examples a choice(s) is available to retrieve the best available choices 9932 such as the “best boundary” 9932. In some examples a choice(s) is available to retrieve the best available choices for a boundary category 9932. In some examples a choice(s) is available to retrieve the best available choices for a boundary option item 9932. In some examples the best available choice is wanted 9933. In some examples the best available choice(s) is wanted 9933 and that is retrieved by numerous and varied means as described elsewhere. In some examples the best available choice(s) is wanted 9933 and after retrieval the “best boundary(ies)” 9936 is displayed. In some examples the best available choice(s) is wanted 9933 and after retrieval the “best setting(s)” 9936 for a boundary category is displayed. In some examples the best available choice(s) is wanted 9933 and after retrieval the “best setting(s)” 9936 for a boundary option item is displayed. In some examples the best available choice(s) is wanted 9933 and retrieved 9936 and its display includes a comparison 9937 between the “best” and the current boundary; in some examples its display includes a comparison 9937 between the “best” and the current boundary category; in some examples its display includes a comparison 9937 between the “best” and the current boundary option item. In some examples only the current options are desired 9932 and the choice is not taken to retrieve the “best” 9933; which in some examples retrieves each boundary selected for editing 9931 9934 9935; in some examples retrieves each boundary category selected for editing 9931 9934 9935; in some examples retrieves each boundary option item selected for editing 9931 9934 9935. In some examples, for each choice(s) displayed 9939 user sees the set of choices desired; in some examples the display includes the “best” setting(s) 9939; in some examples the display includes a comparison(s) between the “best” versus current setting(s) 9939; in some examples the display includes the available options 9939. In some examples the user makes choices and edits said boundary 9940. In some examples the user makes choices and edits said boundary category 9940. In some examples the user makes choices and edits said boundary option item 9940. In some examples after one or a plurality of edits have been made 9940 said edited boundary(ies) are saved 9941 to its SPLS. In some examples after one or a plurality of edits have been made 9940 said edited boundary category(ies) are saved 9941 to its SPLS. In some examples after one or a plurality of edits have been made 9940 said edited boundary option item(s) are saved 9941 to its SPLS. In some examples additional manual edits are desired 9942, in which case said manual boundary editing process is continued 9931.
In some examples said saved edits are saved 9941 and further edits are not needed 9942 in which case said saved edits 9940 are applied and may be tried 9943, evaluated 9943, and/or reviewed 9943. In some examples said boundary edit(s) is liked and kept 9944. In some examples said boundary edit(s) needs to be changed 9943 and in some examples said person [or identity] returns to the boundary(ies) selection 9931 in which case said manual boundary editing process is continued 9931. In some examples said manual boundary setting, updating or editing 9943 is completed 9944 and said edited boundary(ies) are kept and said manual boundary setting process ends 9944.
ARM manual boundaries example—group “project” example: In some instantiation examples of ARM manual boundaries setting, SPLS Boundary Management Services are illustrated in
In some examples additional boundary settings are available by scrolling down the display 9964 to additional manual boundary settings. In some examples the Protection boundary includes personal safety that is based on real crime statistics rather than fears created by the daily television news and printed news (which expand their audiences but have been scientifically shown to not reflect the real facts about the volume of crime and personal safety). In some examples boundary option items may include the ability to set alerts for known high-risk individuals currently near your location; in some examples high-risk locations that are near you so you can avoid them; in some examples violent crimes when they occur near you so you can avoid them (assault, robbery, rape, murder, etc.); in some examples property crimes when they occur near you so you can avoid them (business thefts, home burglaries, motor vehicle thefts, arson, etc.); in some examples vandalisms when they occur near you so you can avoid them (homes, businesses, religious institutions, public spaces, etc.). In some examples the boundary provider may orient and focus its SPLS boundaries on its core goals and mission such as in this Green Planet illustration; in some examples a cause group's boundary may have options to “Approach and Involve” with a control such as a slider or radio buttons to set the level of identification and action, which in this case if someone is identified as positive the GP member could be alerted to suggest joining GP, or in this case if someone is identified as negative the GP member could be alerted to consider changing one practice that will help the environment, or in this case automated means can be provided to add anyone to GP's automated environmental communications. In some examples a cause group's boundary may have options to “Take Public/Political Action” with a control such as a slider or radio buttons to set their level of action, which in this case can be activity levels such as once a day, twice a week, three times a month, four times a year, or never, and in this case GP's political action operations could then utilize its membership to help communicate the need for specific improvements based on their frequency and willingness to take action. In some examples when the boundary settings or edits are complete they may be accepted 9968 by means such as a “Submit” button 9968; in some cases the settings may be reset to their previous values 9968 by means such as a “Reset” button 9968; in some cases the settings may be reset to their default values 9968 by means such as a “Reset” button 9968.
In some examples additional types of individual boundaries may be available by navigating to those settings 9955 such as when there is a separate tab, menu choice, link, navigation button, or navigation control for each boundary. In some examples a separate “Shopping” boundary would provide direct shopping connections, in this example by means of this GP SPLS with environmentally positive products, services, vendors etc.; in some examples these would connect the identity to product vendors, which in this case could be (fictional) examples such as GP Amazon, GP Best Buy, GP Macy's, GP Gap, etc.; in some examples these would connect the identity to a healthier agribusiness, which in this case could be (fictional) examples such as GP Winn Dixie, GP Albertsons, GP Publix, GP Piggly Wiggly, etc.; in some examples these would connect the identity to an online eco-store, which in this case could be the (fictional) example of the GP Eco-Store which would carry a selection of environmental products and services; in some examples these would connect the identity to an online eco-store, which in this case could be the (fictional) example of the GP World Store which would carry a selection of products that are made organically and from natural materials by native peoples around the world. In some examples a separate “How to Live” boundary would provide direct connections by means of a SPLS with numerous ways to make environmentally positive personal changes, including monitoring one's behaviors (when technically possible) and reporting the results of one's lifestyle choices; in this GP example these would assist with changing one's transportation, which in this case would be green cars, bicycles, public transportation, etc.; in some examples these would assist with changing one's home energy use, which in this case would be lighting, laundry, hot water, air conditioning/heating, entertainment, computing, etc.; in some examples these would assist with changing one's home office/telecommuting, which in this case would be a green home office, green networking, telecommuting part-time, job sharing, etc. In some examples other separate SPLS boundaries would provide other means to define one's chosen alternate reality(ies).
ARM PHYSICAL PROPERTY PROTECTION BOUNDARY (LOCATIONS, PROPERTY, DEVICES): Some examples in
In some examples the TP Property Protection boundary begins when a person [or identity] attaches an interactive device 9972 an identity's user profile 9970 9986. In some examples the TP Property Protection boundary begins when a person [or identity] attaches an interactive device 9972 to a plurality of identities' user profiles 9970 9986. In some examples an electronic device is “tethered” 9987 to a vendor by means of a license 9987. In some examples an electronic device is “tethered” 9987 to a vendor by means of a rental 9987. In some examples an electronic device is “tethered” 9987 to a vendor by means of a service contract 9987 (such as a mobile phone). In some examples said interactive device 9972 must be set for a “use” interaction 9972; in some examples a use interaction includes every use of the device 9972; in some examples a use interaction includes only uses when said identity(ies) is not present 9972; in some examples a use interaction includes when said identity(ies) has left 9972. In some examples said identity(ies)' user profile 9972 must be set for a “use” interaction 9972 for that attached device 9972; in some examples a use interaction includes every use of the device 9972; in some examples a use interaction includes only uses when said identity(ies) is not present 9972; in some examples a use interaction includes when said identity(ies) has left 9972. In some examples the TP Property Protection Boundary is set for “not present” automation 9973, and in this example the TP Presence Service 9974 is used to monitor presence. In some examples the device simply monitors its protection settings 9975; in some examples its protection is on all the time 9975; in some examples its protection monitoring is activated only when the device is turned on 9975; in some examples its protection monitoring is activated only when a person [or identity] is not present 9975. In some examples the device is inactive 9976. In some examples the device is not set for monitoring 9976. In some examples a monitoring service may monitor a plurality of devices 9976 for a use interaction 9972. In some examples when a “Use Interaction” starts 9977 the interactive device interacts with the current user 9977 for authentication. In some examples when a “Use Interaction” starts 9977 the interactive device expects to receive authentication information 9977 such as a house security system code, a mobile phone password, etc. In some examples said authentication information 9977 is confirmed by the TP Authentication and Authorization Service 9978 which also communicates with the appropriate TP User Profile(s) 9986 to confirm device authorization 9978. In some examples a camera, fingerprint reader or other biometric recognition device may be a component of the interactive device 9970 so the (if needed and optional) TP Biometric Recognition Services 9979 may be applied.
In some examples the device is authorized 9978 9980 in which case use is permitted 9981. In some examples (optional) monitoring of use continues 9982. In some examples of continued use monitoring 9982 after a predefined period of non-use the device may be timed out and re-set to “inactive” 9982 9976. In some examples the device is not authorized 9980 in which case property protection begins 9983. In some examples each instance of unauthorized use 9980 is recorded in a Protection database as described elsewhere in the TP protection service. In some examples each instance of unauthorized use 9980 includes means to send an alert(s) 9983 and to escalate set alerts at each subsequent unauthorized use 9977 9978 9980; in some examples, a first alert from an unauthorized use could notify you 9983; in some examples, a first alert from an unauthorized use could also notify others on an “alert list” 9983; a second alert could notify a security (escalation) service 9983; a third alert could request security assistance 9983; a fourth alert could notify police and request police assistance 9983; etc. In some examples each instance of unauthorized use 9980 includes means to take action 9984 and to escalate said actions at each subsequent unauthorized use 9977 9978 9980; in some examples, a first physical action is to have said interactive device make a loud continuous noise 9984 which may resemble a security alarm; a second physical action is to notify the user that a security service has been notified 9984; a third physical action is to display to the unauthorized user repeated notifications that device theft messages are being continuously sent 9984; a fourth physical action is to repeatedly make the loud continuous noise at each use 9984 as a continuing alarm, accompanied by repeated messages to the unauthorized user that the device will be disabled if unauthorized use continues 9984. In some examples (optional and if technically available) after a pre-set number of unauthorized uses 9977 9978 9980 a remote “kill” of device may be performed 9985; in some examples device use may be completely terminated 9985; in some examples only certain functions of said device may be disabled 9985; in some examples with a “tethered” device 9987 the vendor of said “tethered” device may be notified to turn off the device 9987, similar to a mobile phone service vendor shutting down a mobile phone's service when it is stolen.
TELEPORTAL UTILITY (TPU)—A UTILITY FOR MULTIPLE NETWORKS, DEVICES, APPLICATIONS AND SERVICES—SUMMARY: A new combination of new devices, configurations and networks provides a new opportunity to turn separate functions into a new type of utility whose functions may be provided simultaneously to a plurality of individuals, groups, networks, devices, applications, etc., enhancing their design, development, sale, provisioning and use. Rather than needing to learn each different software and device interface(s), and rather than needing to log into a plurality of separate devices, applications, products, services, networks, etc. that operate as silos, do not communicate with each other, require separate learning curves, and therefore do not share advantages of speed or scale—a new type of utility might be used to provide “as if you were there” connectivity in “shared planetary life spaces” with a consistent user interface and expectations by means of multiple devices, applications, networks, etc.
Turning now to
Any type of Teleportal Network, application or service 6102 6150 6152 may have multiple providers (including both corporations and individuals), and each may design and deliver multiple unique or customized products or services across its network, each of these having varying capabilities and features. There is no requirement that each of these Teleportal Networks 6102 6120 6130 6140 6150 6160 6170 6142 or Teleportal Devices 6120 utilize any specific or all aspects of the Teleportal Networks Platform 6110. Instead, each type of Teleportal Network, vendor, product and/or service may utilize any set or sub-set of capabilities and features of said Teleportal Utility and/or Teleportal Network 6110 6112, and may simultaneously utilize independent capabilities and features that are either selected from any available device(s), tool(s) or service(s), custom built by its provider, purchased from third parties, and/or developed as open source and used for free.
As illustrated in
Four of the various example technologies are referenced herein and include: Mobile phones 6210; Personal computers and laptops 6212; The commercial and personal Internet (the world wide web, commercial websites, social networks, other types of specialized networks, etc.) 6214; “Triple play” services that include telephone, high-bandwidth internet access and television (from cable television vendors, telephone vendors, mobile phone vendors, ISPs [internet service providers], etc.} 6216.
Turning now to
Currently in a plurality of global technologies, each type of device is provisioned and managed by means of discrete sets of functionally duplicative services as illustrated in
Instead, as shown in
Together, these provide a high-level summary of the Teleportal Utility (TPU) 6244, which is now described in greater detail.
A utility for multiple networks, devices, applications and services: The simplified diagram in
In addition, in some examples platform-wide services 6430 such as messaging, are employed such as for sharing data and services throughout the Teleportal Utility (TPU) 6434. Said data sharing in some examples is utilized for functions such as Management 6432 by various parts of the TPU.
Utility services 6430 (in some examples security, data sharing, messaging, etc.): In some examples various services may be shared across the Teleportal Utility (TPU) 6400 in
Security (Utility service 6430): As shown in
The X axis 6460 shows the TP's three security and privacy levels ranging from in some examples basic on the left, medium in the middle, and high security and privacy on the right. Similarly, the Y axis 6460 in some examples shows simpler security methods on the bottom and increasing levels of security at the top.
Basic Security 6462 6464: In general there is not expected to be a charge for basic security. Normal use of a Local Teleportal (LTP) 6462/Mobile Teleportal (MTP) 6462 has a level of security and privacy that parallels making a normal phone call on the telephone network, or establishing a unicast or multicast session with an Internet browser. If configured for using TP Shared Spaces connections 6462, physical security can be added to an LTP 6464 and/or an MTP 6462 to prevent it from being hacked, and to prevent its camera and/or microphone from being used unobtrusively for surreptitious observation (e.g., from observation through spying). This additional physical security comprises a physical cap 6464 that is automatically slid over the device's camera and/or microphone to block visual and audio communications when it is not in active use. The same cap 6464 is slid away from the camera and microphone when it is utilized for TP Shared Space(s) connections allowing their video and audio communications. This cap is moved automatically by means of a small motor and hinge that is activated by entering a TP Shared Space or by leaving it, or by manually directed control(s).
Medium Security 6466 6468: In general, there may be an additional charge for this additional level of security. TP Shared Space(s) may be encrypted 6466 by means of known encryption technologies. In this case a registered user logs in (with a user ID and password) then enters an encryption key or encryption phrase. The user specifies whether this is a public key or a private key, and whether encryption is to be applied for this TP Shared Space only, or to have encryption always turned on for TP Shared Spaces. While encrypted, these TP Shared Spaces are transported across the normal network. As an additional security precaution, TP Shared Space(s) may be routed through a TP Network encryption system and server 6468, which provides a dedicated resource and system (using known security technologies) for routing and encrypting these phone calls. These TP Shared Space(s) are routed through a secure messaging transport system and server, where a plurality of steps are designed to increase the level of security by various known network, server and communications security management means.
High Security 6470 6472 6474 6476: In general, there may be an additional charge for this additional level of security. Device level encryption for LTP's 6470/MTP's 6470 can be provided, with automated TP Network 6472 integration by means of a TP network security server. This employs a security system that runs simultaneously at the LTP 6470/MTP 6470 and the TP network security server 6472. Said security system utilizes the creation of random device level keys, random but frequent key replacement cycles, automated registration of each new key with the LTP 6470/MTP 6470 and TP network encryption server 6472 and automated encryption/decoding/encoding at the appropriate devices 6470 6472. In a typical TP Shared Space, utilizing this security system, this device level encryption key is employed to encrypt the TP Shared Space at the sending (LTP/MTP) device 6470; it is then decrypted using that devices key at the TP network security server 6472, then re-encrypted by that same TP network security server using the device level key of the receiving (LTP/MTP) device 6470. As that Shared Space is entered at the receiving device 6470, it is decrypted by means of that device level key. These TP Shared Space(s) are transported as encrypted messages, with a vulnerability at the TP Network security server(s) 6472. Said security server would be protected by multiple, strong defenses and monitoring of security systems. An additional level of high security can be provided by means of a VPN (Virtual Private Network) 6474. Utilizing known technologies, a VPN provides additional security for the transport of TP Shared Space(s) across the network 6474. It accomplishes this by constructing a private VPN tunnel or network across the public network, and employs encryption and other security means so that only an authorized Teleportal may access the VPN and its data cannot be intercepted. The final, highest security level utilizes the combination of a VPN to a private, dedicated TP Network security server 6476. This provides LTP callers with the combination of a private network and a private security server 6476. Along with this, LTP/MTP device level encryption 6470 6472 may be included.
Together, in some examples these security services may be combined to provide multiple layers of simultaneous security 6464 6466 6468 6470 6472 6474 6476, so the desired level of security may be attained.
Data sharing services (Utility service 6430): In some examples shared data is another service that is shared across the TP platform 6400 in
Using/ordering 6480 6481 6482: Any Teleportal (TP) service or device are used in any way to send and/or receive any Teleportal service, including Local Teleportals (LTP) 6480, Mobile Teleportals (MTP) 6480, Remote Teleportals 6481, Alternative Input Devices (AID) 6482 and Alternative Output Devices (AOD) 6482.
Gateway/authorization and accounting 6484 6486 6488: In some examples said user/ordering 6480 6481 6482 of Teleportal services enters at the TPU Optimized Gateway 6484. The user and/or device may be authenticated and authorized by a AAA Server(s) and/or AAA System(s) 6486 that contains stored user (or device) profiles that include accounting information such as which TP plans are purchased and which services are authorized for that user (and/or device) under said purchased plans. When the AAA Server's 6486 data is known then policies may need to be applied to create and provision that session, such as a higher-speed or reduced latency for some types of synchronous communications sessions. These policies may be stored and applied by means of a Policy Server(s) and/or Policy System(s) 6488.
Provisioning 6490: In some examples authorized sessions are configured and provisioned by Provisioning Server(s) and/or Provisioning System(s) 6490. Data is shared across the TP platform 6408 in
Delivery 6498: In some examples once provisioned 6490 the TP service(s), application(s) and/or network service(s) is delivered 6498 by means of TP devices 6480 6481 6482.
Data sharing 6492 6494 6496: In some examples a metering system and process 6492 receives session and other data from the provisioning system 6490 and from delivery of TP services, applications, etc. 6498. In some examples these data include events such as starting and ending a session, in some examples devices such as a Local Teleportal or a mobile phone, in some examples a service such as viewing a Remote Teleportal location or sending a Teleportal broadcast, in some examples the quality of service provided (eg, speed and bandwidth), in some examples accounting data such as the identity of the user and the relevant purchased plan for that service, etc. Said data are published for other TP services to utilize in some examples such as adjusting the quality of service provided by the provisioning system 6490 and/or the delivery of services 6498, in some examples published as available messages as needed by other TP services (see TP Platform Messaging
TPU messaging (Utility service 6430): In some examples data is shared across the TP platform 6400 in
Publish/subscribe. 602 608 610 620 612 614: In some examples components of the TPU 600 publish their data 604 608 to a metering process and/or metering system 610, which acts as an intermediary broker 610. Components of the TPU 600 may also subscribe to this intermediary broker 610, with each subscription registered with that broker 610 612, and the resulting data received from it 614. This process allows TPU 600 data to be sorted and filtered into classes or hierarchies by the metering process 610 without needing to know which components of the TPU 600 might subscribe or not subscribe to it. Similarly, in some examples components of the TPU 610 can subscribe to the TPU's published data. 608 610 612 without needing detailed knowledge of the TPU's components. 600.
Data-as-a-Service (DaaS), or Information-as-a-Service (IaaS) 608 610 618 620 614: In some examples, in a continuation of the metering process and/or metering system 610, said data is stored in a metered events database 618. In some examples by means of a data service 620, the components of the TPU 600 may request said data by means of a data service from the metered events database 618. In some examples this data service provides an abstracted process that utilizes data collected from across the TPU 600 for using and reusing said data for multiple purposes and processes 600, such as for real-time operations, third-party services, billing for said operations, etc. In some examples the result is an increased ability to automate the creation and maintenance of TPU-wide data services, regardless of the diversity of the sources of said data—which enables a more scalable TPU 600.
In addition, to automatically and manually improve the performance and management of the TPU 600, in some examples a Policy Server(s) 606 receives appropriate data from the metering process 610 612 616, and/or data from the metered events database 618 620 616. Both of these are loosely coupled architectures so that TPU components 600 do not need to know of the existence, functionality or performance of other TP components, allowing them to evolve independently from each other, even if provided by multiple vendors. The focus of both systems is the data each requires to operate, regardless of the performance of other components. In some examples with a constantly running metering process 610 that receives available data continuously 608, platform components 600 can access data by subscription 612 and/or request it as a data service 620 as needed for their operation and performance.
In some examples by utilizing two systems 610 618, a continuously operating back up is provided, in case one system encounters a failure or delay. In some examples if a platform component 600 publishes data required by a different platform component 600, but the second component does not receive this from the metering process 610 620, then it can utilize a fall-over redundant process of accessing and acquiring that data from the metered events database 618 620. In some examples if a Teleportal session has an error, this provides a plurality of opportunities and procedures for identifying and fixing the error dynamically, as well as opportunities for updating the TPU's policies 616 606 to limit or prevent the error's re-occurrence in the future.
In some examples the metered events database, 618 provides considerable data resources for Platform Management Systems that may include (1) real-time monitoring of Platform performance, (2), SLA (Service Level Agreement) reporting of guaranteed levels of Teleportal services, (3) billing and payment systems for services consumed, and (4) Business Intelligence analyses and reporting of the growth and new usage of Teleportal services, applications and networks over time.
Managed transport (6428): In some examples a single device such as a Local Teleportal (LTP) 132/Mobile Teleportal (MTP) 132 in
Services latency (6428): Turning now to
Differentiated services (6428):
Differentiating initial session services (6428): In some examples an individual session's differentiated service may be set up by means such as those illustrated in
Aggregation 648: In some examples once provisioned each user's session accesses the network by means of an aggregator, which provides integration of simultaneous multiple media and services such as video, voice, data, multicast broadcasts, entertainment, VPNs (Virtual Private Networks), online games, collaborative videoconferencing, entertainments, multiplayer online games, and other services. In some examples some aggregators permit multiple levels of quality of services so users may receive differentiated services 624 628 in
Routing/Distribution 650 652 and Core/Internet 654: These known networking services provide differentiated levels of service quality based on whether they are part of the TPU or outside of it, and whether the networking hardware employed is capable of delivering differentiated levels of service quality. If not, then the service delivered is the normal “best effort” that is provided by the Internet and/or the private communication network. However, if part of the TPU and enabled for providing differentiated services, then transport may be managed across these devices 650 652 654. The means for providing such appropriate levels of services quality is examined in
Optimizing service quality/dynamic quality monitoring and improvement (6428): In some examples it is not sufficient to provision the right speed and bandwidth when initiating a session as in
Turning now to
In some examples this TPU service operates in a manner similar to
In some examples these metered data 672, which may include related data at steps such as events, devices, services, network transport, identities and service quality, are provided to the metering process 684 by feedback channels 686. As described above, data from metering process 684 is published for loosely coupled subscription 612 614 and use by TPU services 600 in
Managed transport services for TPU quality (6428): In some examples one way to deal with the large volumes of network traffic that are typically generated by a plurality of real-time video and audio streams, which are expected by a TPU, is to provide the differentiated services described above
In addition and because customers and their devices 6402 in
Vendors may optimize or increase service quality dynamically: In addition to Provisioning Systems 664 in
Vendors may also need to optimize their network or services efficiency and capacity: In some examples vendors may achieve this by limiting excess bandwidth usage beyond what has been bought under a services plan or subscription: In some examples a session or customer might become a network problem if they exceed the bandwidth for which they have subscribed or paid, especially during peak network usage hours when there is network congestion. If a customer has purchased a plan that includes a bandwidth limit but exceeds that during network congestion, then said session events data service 672 684 may include the volume of data and/or bandwidth utilized. Network efficiency may be improved if those vendors combine said service with customers' subscribed plan that specifies bandwidth limits, and enforces that limit during network congestion. this may be achieved by said vendor receiving session data from said service 672 684, comparing that to customer plan data and bandwidth data to determine excessive usage, and providing said customer's bandwidth limit to provisioning system(s) 664 to adjust the volume of bandwidth delivered to said customer during said session so that it fits the bandwidth for which they have subscribed and/or paid. If repeated bandwidth excesses or other repeated excesses warrant, then said vendor may provide that to AAA server(s) or systems 660 and/or policy server(s) 662 to adjust policy-level configurations 662 applied to that customer when initiating similar types of sessions by the TPU Gateway 658 (until new metered conditions 672 684 or a new subscriber agreement, such as upgrading from basic to premium service, warrants updating said customer's said policy configuration again 662).
Customer self-management of limited bandwidth—some examples: Said data and services 672 684 in
Customer self-management of limited bandwidth—some examples: Said services 672 684 in
In sum, the design and architecture provide means to provide data services that may be used to improve quality by both vendors and customers—so that participants and users of a TPU have continually increasing abilities to raise its quality while lowering their costs.
Managed transport bandwidth reduction—multicast (6428): Bandwidth reduction is potentially a network management issue for services and applications that utilize a high volume of video and audio data, in some examples for synchronous communications such as Teleportal Shared Space(s), viewing Remote Teleportals, broadcast networks created by individual users, etc. Known networking technologies, designs and architectures provide options that may be utilized to reduce Teleportal Network bandwidth. Turning now to
Multicast 692: In some examples IP Multicast provides one-to-many distribution of data from one source 688 to a plurality of destinations 690 simultaneously. Multicast delivers only one stream from a source 688, and this provides an efficient means for streaming video and audio on the Teleportal Network because of scalability—a small to a plurality of receivers 690 may join that one stream and receive it. In some examples if one Remote Teleportal (RTP) 688 is streaming an event of strong interest, a plurality of receivers 690 could join that source to view its video and audio without the source RTP or Teleportal Network needing to know who each receiver is, or the number of receivers. Multicast distribution is initiated dynamically by the network nodes (such as an RTP, network routers or switches, etc.) which allows this to scale to a large potential receiving population from each source.
Unicast 694: In some examples Unicast is a transmission between one web source and one user, which is limited to one video/audio stream to one user at a time, so it typically applies to directed communications such as Teleportal Shared Space(s). However, if there are multiple receivers in an audience of any substantial size, unicast requires a large amount of bandwidth as well as processing because it must send a separate (yet identical) stream to each individual receiver at the same time. Thus, while Unicast may be utilized widely in a Teleportal Shared Space Network, Multicast may be preferred for a simultaneous broadcast to a public or private audience, or for viewing RTP's in a Teleportal Network.
IP Broadcast: IP broadcasts provides the widest type of distribution but with the least control. When an IP broadcast is sent, it is received by every device on a network. In a Teleportal Network some examples of IP broadcasting may include a limited number of uses such as for certain types of Alerts.
Managed transport bandwidth reduction—compression (6428): Compression is another known technology that may be incorporated to assist with large volumes of network traffic. As shown in
One issue with compression 714 716, however, is its simultaneous use with encryption 6466 6468 6470 6472 6474 in
TPU operating system (6426): As a communications ecosystem this potentially includes a a plurality of devices, applications, etc. that may be derived from the descriptions herein, as well as their services, locations and installations from a plurality of sources. From a supplying vendor viewpoint one or a plurality of operating systems may be used on various components. Thus, there are some choices of one or a plurality of operating system(s) for one or a plurality of components illustrated in
Turning now to
Regardless of which one or a plurality of operating systems (OS's) 720 722 724 726 728 730 are selected, the OS is an executable software program(s) that supports the simultaneous and integrated operations of devices, components, systems, infrastructure, etc. Typically the OS facilitates I/O with storage devices, peripheral devices, network interfaces, etc. It typically communicates with elements of itself, software programs, user interfaces (though the OS may or may not be directly visible to the end-user), communications networks, memory, input and output devices, etc. It may be more scalable, secure and fault tolerant such as both proprietary and open source OS's employed in the Internet, or it may be less secure and/or less scalable OS such as Microsoft's proprietary single-user Windows OS. In the area of communications the OS may optionally provide or not provide communications protocols and network interactions such as TCP/IP, unicast or multicast.
Internet-like 722: The Internet evolves rapidly and is starting to move beyond Web 2.0 to evolve an operating system 722 that supports cloud resources of independent domain-based applications and services. As described in the TPU's virtualization layer 6422 in
From the user's viewpoint 766 and 781 in
As an operating system architecture for this Teleportal ecosystem, an Internet-like 722/Google Chrome-like interface has a some advantages: The browser can be presented to customer end users as the complete interface with applications, data and other resources “in the cloud.” In fact, a customized version of this type of browser might be the only interface that LTP, MTP and RTP end-users need to see and touch. This browser-based interface can run on any operating system that a browser like Google's Chrome can run—BUT the end-user never even needs to know which operating system has been used. Hiding the underlying OS protects end-users from having to deal with time-consuming OS's like Microsoft Vista or the complexities of technically-focused OS's like Linux or Unix. From a hardware viewpoint one or a plurality of OS's may be used on various components, so making this browser appear to be the OS supports a wide range of hardware in Teleportal devices. With this architecture each RPT location can multicast and/or unicast one or a plurality of streams, each LTP or MTP can simultaneously view one or a plurality of RTP's, applications or other IPTR, or multiple LTP's on one wall can simultaneously view one combined RTP scene. When any process is terminated its process is destroyed and its memory is deallocated. Google Chrome also supports “Incognito” processes that does not log what is done using the browser, which can provide some types of anonymity and/or privacy for some activities. A browser-based interface also provides direct access to the entire web, websites, e-commerce and search. A browser-based interface also provides access to Web-based (“cloud”) applications like oneline e-mail, office software, and applications/services like online banking. This could be delivered with an Internet-like browser-based interface 722 without millions of non-technical users needing to buy or struggle with a local operating system, or buy and use software applications like Microsoft Office 2007's ribbon interface—which are what users are required to buy to use most new PCs or laptops (unless they have an older version to install).
In brief, a directly usable 722 LTP may make it unnecessary for one or a plurality of end-users to purchase a PC, netbook, mobile phone or other type of device in order to gain access to the web, online communications and some or a plurality of those devices' functions and/or software applications (by means such as online substitutes, remote control of remote devices, etc.)—while gaining their functionality plus additional functionality from this Teleportal Machine and its associated networks and services.
Apple-like tethered appliances and store with proprietary channel control: Apple has created successive breakthroughs that now dominate digital music and tablets, and transformed smart mobile phones. These are based on tethered appliances in a closed, managed system 724 that includes devices such as the iPod, iPhone and iPad; as well as the iTunes online store for music, games, applications, content, device updates and more. Apple controls the user experience across the devices and applications in its distributed system 724, yet still provides a semi-open ability to download a plurality of songs, shows, education, applications, games etc. to its devices.
As an operating system architecture for this Teleportal ecosystem, an Apple-like or Apple-based operating system has some advantages: Apple's user experience dominates digital music, has driven substantial market share gains in mobile phones, and expands Apple's sales of tablets, laptops and personal computers (even though those prices are far higher than Windows PCs). Apple's integrated device/system/content integration of iPods/iPhones/iPads/iTunes that relegates operating systems, software products, the Internet and mobile phone networks to serve primarily as transport media for a closed system of devices, applications, games, content, servers, etc. when Apple's proprietary products are used. Apple's integrated look and feel eliminates many of the frustrations that non-technical users have with leading operating systems, software apps that have interface issues, web sites most of which have unique navigation and content difficulties, and other devices' multiple advanced features that are difficult to understand, learn use.
Apple's integration covers many aspects of design, development distribution, services, sales, etc. such as: Design and development: In addition to designing and developing their own hardware products and software, Apple sells and distributes three professional and consumer-level tools and SDK's for creating salable software and content such as iPhone software products, videos, music, web sites, documents, etc. Development (hardware) systems: Apple sells high-end systems to developers to use in their design and development projects. Selling music and software applications: Apple owns the US's #1 music retailer iTunes, as well as a large and growing online store for iPhone software applications. Online services: Apple's MobileMe services provided integrated online systems for e-mail, contacts, calendars, photos, files and some Web applications. Accessories sales and licensing: Apple sells some of its own accessories such as headsets, docking stations, etc. They also license some third-party accessories. Retail stores: Apple has iTunes, a global online store. Also, Apple's chain of retail stores is substantial and produces significant sales revenue per square foot.
On the other side there are price and cost disadvantages to Apple products, as well as Apple restrictions on what it accepts from third-parties, such as arbitrarily permitting or blocking applications that may be sold and downloaded from Apple's iTunes Apps store. Apple clearly wants a “tethering” system that controls developers, partners, services, products and customers more than most major vendors—yet as Apple shows, this does not stop a company from leading a plurality of large industries such as music, smart phones and online “tethered” stores.
Though Apple's cost and lack of openness are serious negatives, it is impossible to ignore the positives of Apple's leadership in the delivery of quality designs, systems, interfaces, tools and content. In some examples for how to design and implement an integrated hardware and software system, there are ample positive reasons why Apple's model 724 would make an excellent operating system.
Windows-like 726: Microsoft has such impressive market power that it is able to create and market an operating system (Vista) 726 and software products (Office 2007's ribbon interface) that are disliked, considered difficult and frustrating by many customers—yet its lock-in of customers, distributors and vendors of PC's, software and peripherals is so tight that it maintains preeminent dominance over new computer sales. The major reason to use a Windows-based operating system 726 is because of those related hardware, software and services vendors. Their range of easily available products and technical/support services are helpful to any broad Teleportal build out.
Any actual implementation of a Microsoft operating system 726 or software, however, should hide Microsoft's OS and software interfaces as much as possible from end-users because the majority of Teleportal users are expected to be non-technical when it comes to Teleportal applications, and Microsoft has a proven record of delivering difficult products and interfaces (especially in their first generation or two after initial launch).
Microsoft's considerable negatives are offset by its lock-in of most customers, distributors and vendors into the Windows ecosystem. This market power drives considerations of including Windows 726, while the negatives drive consideration of also including other operating system options (such as utilizing Google's Chrome or Android architectures to provide an Internet-based interface that can hide the actual underlying operating system 726, or Apple's integrated ecosystem to enhance the user experience).
In addition, any influence should consider encouraging or requiring vendors whose products run only under Microsoft Windows to develop and release API's that enable their products to run on an operating system other than Windows, so customers who prefer other choices are not locked down.
Mobile-like 728: By 2008 there were over 3 billion mobile phone subscriptions, about half the human population. The mobile phone has become the world's most widespread communications device. That includes both advanced countries and numerous subscriptions in developing countries that do not have a large landline wired phone infrastructure, as well as in countries that have lower rates of Internet usage.
Today's mobile smart phone is more than a wireless voice telephone. It can provide expanding ranges of additional services such as text messaging, music playback, personal calendars, Internet access, software applications, e-mail, IM (Instant Messaging), games, still camera photography, video photography, watching streaming video and TV, MMS (Multimedia Messaging Service) for transmitting and receiving photographs and videos, and more.
The most distinctive features of mobile phone networks 728 include: (1) each cell phone is locked to one mobile carrier's network and is sold with a calling plan that locks in the customer to that one mobile vendor's services, and (2) calling plans provide only a bundle of usage with many other services charged on an à-la-carte (each use) or per service basis. This means each mobile carrier “monitors” its network and customers to track, meter and potentially charge every activity with every mobile phone. Some examples include charging for each text message sent, charging each time an already purchased game is played, etc. This is extremely effective financially because revenue from worldwide mobile data services (e.g., not voice calls) is starting to exceed revenue from fixed Internet access services (partly due to the fact that in some parts of the world mobile phones provide the only medium for any types of data services, including the Internet). This mobile phone financial model drives the business models and marketing of mobile service carriers, with two goals: First they seek increased market share to “own” the largest possible captive subscriber base. Second they seek to raise the usage of high-margin high-profit services such as text messaging.
As an operating system architecture for this Teleportal ecosystem, a mobile-like system 728 would monitor, meter and charge for every type of Teleportal use. If it paralleled the current mobile phone technical architecture 728, it would attempt to entice prospects to buy discounted Local Teleportals with some services on a monthly subscription plan. It would then market additional services that are likely to produce higher margins and profits for both the network provider and third-party vendors.
While the mobile industry has demonstrated that this yields attractive financial results, large numbers of subscribers and strong revenues, it does not generate high rates of usage of premium video such as video communications, sports, and online games. Where consumers have a choice and they can buy unlimited Internet access at a flat monthly fee customers choose to use the flat-fee Internet for various premium and video services. In some examples YouTube continues its growth among unlimited Internet users for videos watched and/or uploaded, in comparison with less video usage by many mobile phone users who have pay-as-you-go Internet data plans, or capped usage plans.
The technical operating system of mobile phone carriers 728 is driven by its business model of locking in a fixed base of customers then monetizing every use to compel maximum revenue attainable from every subscriber and every action that they take. Because mobile systems see flat rate data services as commoditization that destroys their role as toll-takers on various areas of human communications, a hybrid may be appropriate if a mobile carrier operating system model 728 is to be adopted for Teleportals, because they receive and transmit large volumes of data as their normal mode of operation.
API-like (any of the above plus modular API's that provide numerous options) 730: An API-like OS option 730 includes operating systems that are non-proprietary and based on open standards so that they include standardized hardware and programming interfaces, peripheral interconnections, and standards-based API's (Application Programming Interface) for various types of third-party hardware, \software, applications, data sources, etc. In addition, by employing standard API's Teleportal devices, servers and systems gain functions and procedures that can be utilized by the Teleportal operating system(s) or service(s) to support the inclusion of a wide range of hardware and software products, as well as standards-based interconnections between RTP's, LTP's and the TPN.
This option may include multiple OS's 720 722 724 726 728 730 so long as each is supported by sufficient standards-based API's so that the appropriate hardware and software may be incorporated in each device and system. Some examples of these OS's may include an open source OS for servers, a proprietary embedded OS for RTP's and LTP's, as well as mainstream mass-market OS's.
Servers/storage/load balancing (6424): Turning now to
In some examples said physical or virtual Teleportal servers and server farms 738 742 746 750 754 are accessed over the Internet or another data network(s) 734 by router(s) 736 740 744 748 752 that include and provide load balancing, or by a combination of networking devices such as routers plus separate load balancing devices. Load balancing is the process of spreading work to optimize the utilization of resources, response time or throughput, such as between servers, systems, applications, network links, storage or other resources.
In some examples said TPU 732 may be integrated with one or a plurality of third-party networks, applications, storage or communication servers 758, which are also accessed by means of the Internet 734 or another data network(s) 734 by means of router(s) 756 that may include and provide load balancing, or by a combination of networking devices such as routers plus separate load balancing devices. These third-parties 758 may provide independent Teleportal Networks, applications or services such as a Teleportal Network 52 in
Virtualization (6422): Architecturally, computers have been designed and organized based on the von Neumann architecture from 1946. As depicted in
In some examples applications on TPU 6400 in
On the Teleportal Network: In some examples an LTP's request to observe a real-time scene from RTP 781 initiates a request for a Teleportal Session as represented in this figure as a general-purpose running of Virtualized Application X 768. Said session request is processed by the TPU Optimized Gateway (TPOG) 770 which authenticates and authorizes 772 the user and/or that LTP device 766 or MTP device 766, and applies the appropriate Teleportal Network policies 772 required for that session. That session is then provisioned 770 and said LTP 766 or MTP 766 is connected to the nearest available web server by means of Teleportal Virtualized Network Services 774. In some examples said Teleportal Web Server operates as a Teleportal Virtual Computing Resource 778 to run a web server or other application that provides navigation and access to locate and connect to the desired RTP 781, whereby the listing of accessible RTP's may be provided by a Teleportal Virtualized Service 780 from a stored list in Teleportal Virtualized Storage 776.
On the LTP 766 and/or MTP 766: In some examples when the RTP 781 is located the LTP's 766/MTP's 766 Virtualized Application X 768 may send a request to join the multicast stream from said RTP 781, or said join request may occur at multiple points on the TP Network, or be sent to the RTP 781 by said navigation means located on the Teleportal Network.
On the RTP 781: In some examples the multicast stream from this RTP 781 receives the join request from this authorized 772 and provisioned 770 Teleportal Session, which may occur on the TP Network or at the RTP 781, which includes said LTP 766 or MTP 766 as a receiver of this RTP's video/audio stream. In some examples said video/audio stream is processed by this RTP's 781 Local Processing Module and multicast by communications that runs on the RTP's 781 Communications Module.
On the LTP 766 and/or MTP 766: In some examples the LTP's 766/MTP's 766 Communications Module provides video/audio streaming data reception, and said video/audio data is processed by video software that runs on the LTP's 766/MTP's 766 Local Processing Module for display on the Teleportal's display(s) as configured by the end-user, and as positioned by the LTP's Superior Viewer Sensor (SVS) if said SVS is activated.
In some examples through virtualization a number of network and performance limitations are overcome such as requirements for direct connectivity to only one resource at a time on the network (such as provisioning based upon waiting to run an application by first waiting for network devices or connections and then waiting for a server to become available to run that application). In some examples other limitations are overcome such as silos of design/implementation/maintenance that are each unique and likely to be different from other similar functioning silos.
Turning now to
As depicted in
In some examples each incoming session or customer request(s) 782 783 784 786 within an existing session 782, virtualization of resources 787 allows automated selection of available networking resources 790, servers (including remote services and applications) 792, storage 794, etc., by means of algorithms that optimize each type of resource. Because the Teleportal Network processes, transports and manages large volumes of video, audio and data this is expected to be active and dynamic. As changes occur in network bandwidth 790, in server utilization 792, in storage capacity 794, etc., the metering process 796 provides data to automated virtual provisioning 788 for dynamically adjusting performance levels (if needed) to meet the service level(s) required for each class of session.
Access—Teleportal Utility (TPU) Optimization Gateway (TPOG; 6420): Turning now to
Initiating a Teleportal Session 6310: As illustrated previously in
Authorizing and metering 6312: As previously described in some examples said requests 6310 are authenticated and authorized 6312 with that user's profile specifying items such as the class of differentiated service to provide based on that customer's subscription plan. The TP's configuration and policies for that level of service 6312 are acquired and the session or service is authorized and the metering service for that session is initiated 6312. Said process was previously illustrated in
Provisioning 6314: In some examples said authorized and metered session is provisioned 6314 and 6490 in
Monitor/Dynamically Optimize/Report 6316: In some examples as said requested services are delivered 6498 in
Modify Policies/Modify Future Configurations 6318: In some examples based on the types and amounts of dynamic optimization required 6316, the TP's configuration and policies for said level of service may be automatically or manually modified 6318. Said modified policies and configurations 6318 are applied to future initial access requests 6310 and to new customer services requests during established sessions 6310. Note that in some examples of this TPOG process 6305 6320 for automated provisioning and automated dynamic performance, adjustments may be performed by differentiated classes of service. In some examples these have a range of options that may be configured based on known means such as:
Per customer: In some examples an individual customer may receive differentiated services based upon the plan, subscription, membership, etc. that is purchased, in some examples premium or basic.
Per session: In some examples if a customer purchases multiple different plans, then that customer may receive a different class of service for various types of sessions, such as basic for viewing RTP's (which may have high[er] tolerance for latency) and premium for Teleportal Shared Space(s) (which may have lower latency and be treated as a premium service).
Per application: In some examples applications such as RTP video/audio reception, Teleportal Shared Space(s), Teleportal Broadcasts, Virtual Teleportals, TP Remote Control, or RealWorld Entertainment may be managed as an individual application service(s). In some examples managed classes might be: Teleportal Shared Space(s)may be managed as a higher priority application class with dynamic improvements, as needed, to maintain either a higher level of two-way communication quality, or an assured level of quality if a SLA (Service Level Agreement) standard has been established. RTP, broadcast, etc. video/audio reception may be monitored as a standard application class and dynamically improved only if a set standard service level is not maintained. If a Teleportal is used for Internet web access and a customer has basic service, then this application class might be provided at the subscriber's SLA level (such as X megabits per second) but after that SLA is met this might be queued behind the other above classes, and improved only if sufficient unused bandwidth and TP Network resources are available.
Per queue: In some examples in case of severe network congestion with limited dynamic optimization resources and options, customers or applications may be auto-queued for dynamic optimization based upon various means such as their subscription plan (such as premium subscribers serviced first, then mid-level subscribers, and then basic subscribers), or application type (such as synchronous applications like Teleportal Shared Space(s)serviced before asynchronous applications like Internet browsing).
TPOG for alternative input and output devices (6420): Turning now to
In some examples the AIDs/AODs communicates with the TPN by means of their external network to request a service, third-party Teleportal Network or a TP application 6310 in
Using
In some examples for AID/AOD access, the TPOG's automated service for optimized provisioning 6305 and dynamic service quality 6305 can be provided based on the parts of the Teleportal Network that are within the control of the TP Platform. Any steps, network use or “hops” outside the TP Network, such as those that use the AIDs/AODs external networks to access the TP Network and/or receive services from it, are not part of the TPOG's automated optimization service.
Teleportal network services (6418): The Teleportal Services Infrastructure (TPSI) is explained and illustrated by means of four figures:
In some examples the core component of the TPSI is the Teleportal Services Bus, and Teleportal Services Hubs (herein shortened to Teleportal Services Bus/Hubs, or TSBH). Teleportal Services Hubs enable small-scale or local implementations of said TPSI, while the Teleportal Services Bus supports the TPSI's large-scale growth. Both operate in a parallel way to manage diverse heterogeneous Teleportal Services from both inside the TPU and outside of it, as depicted below. Each Teleportal Service provides one or a plurality of capabilities that other services may use. Said Teleportal Services interact by means of a TSBH Gateway and the TSBH itself (see below). Location of each service: At the present time it is helpful to locate each service where user actions can be processed rapidly, but this requirement declines over time as bandwidth speed increases. In some examples Local Teleportal devices would typically provide shorter response times than servers and applications located on a Teleportal Network, until such time that TPN response times become rapid enough to reduce this sufficiently.
Teleportal events services processes (6418): Turning now to
In some examples a Customer 802 (which may be an end-user or a business customer) or a Vendor 806 requests a service to join the TPU, or to aid it their membership. If a Customer 802, said request is by means of a Web browser to the TPU's Web entrance 820. If a Vendor 806, said request is by means of either a Web browser to the TPU's Web entrance 820, or direct service to service communications 808 812 816 by means of the Teleportal Services Bus 872.
Whether a Customer 802 or Vendor 806 in some examples the Services requested and provided may include business events such as: In some examples adding or editing includes business processes and services for add new, edit or update, delete, activate, disable, etc. as applied to customers 802, vendors 806, networks 810, applications 810, products 814, services 814 or devices 814. As shown by
Therefore, by means of said Teleportal Events Services Processes in
Teleportal services bus/hubs (TSBH) (6418): While typical business processes and Teleportal Services were illustrated in
Some examples of Teleportal Services interactions among Service Requesters 848 860, Service Providers 850 870 and TSBH (Teleportal Services Bus/Hubs) 858 868 880 are illustrated in
In some examples Service Requesters 848 862 864 866 find the appropriate Teleportal Services such as in one of three ways: In a large TPU 856 Service Requesters 848 860 communicate with a gateway 858 (the Teleportal Services Hubs Gateway). In a small to medium-sized TPU 856 Service Requesters 848 860 communicate directly with the Teleportal Services Bus/Hubs (TSBH) 868. In a start up to a small TPU 856 Service Requesters 848 860 may find Teleportal Services in a UDDI Service Directory.
In some examples a TPSBH Gateway 858 is useful for Service Requesters 848 and Service Providers 850 that are located outside the TPSI 856 and utilize the Internet or another external network for these communications. Said TPSBH Gateway 858 is also useful when disparate heterogeneous Service Requesters 848 860 and Service Providers 850 870 employ multiple protocols, and request TP Services to be exposed to external customers, vendors and partners across the Internet 852 and Other Networks 854. This enables accessing said TPU 856 because TP protocol translation services and functionality may be provided for, or embodied in, systems and technologies from a plurality of TPU sources. Therefore, said TPSBH Gateway 858 provides: TP Services 858 868 for enforcing security, identity, authentication and enabling access
Depending upon the size and design of the gateway 858 to the Teleportal Services Bus/Hubs, in some examples said database of TSBH Names/Addresses 878 and said Teleportal Services Directory (or Registry) database 882 may be developed and provided as one or a plurality of databases, as fits the TPU's size, scale, heterogeneity and distribution of simultaneous Teleportal Services. In some examples in a start up or small TPU 856 said TPSBH Gateway 858 and said TSBH Names/Addresses 878 and TP Services Directory 882 may be integrated as part of one TSBH 868. In the full TPU implementation 856, after the detailed Teleportal Service Provider description 878 882 have been retrieved at said Gateway 858, the TSBH 868 and Teleportal Services Orchestration/Choreography 880 provides: In some examples Orchestration and Choreography 880 provide known processes, controls and coordination for processes that span multiple services (multiple Service Requesters 848 860 and Service Providers 850 870). In brief, Choreography is the high-level process between multiple services while Orchestration is the low-level process within each individual service. Choreography 880 provides the high-level processes such as message exchange protocols so that the interactions between multiple services functions smoothly. Orchestration 880 is the process within each service (such as Service Provider 850 872 874 876) so that its execution and invocation are coordinated with the workflow required for multiple services to work together.
In some examples within the TPU 856 different TP Products and Services require different patterns of invocations and different levels of complexity. In some examples larger and more public activities that include multiple services benefit from Choreography 882 to compose or model the flow of services and protocols. In some examples said TPSBH 858 868 monitors inbound requests, messages or events to route them to each's appropriate recipient—an interaction. The TPSBH Choreography 880 represents the process of said interactions. In some examples TPU 856 users (which may be individuals at home or at work, vendors, business partners, etc.) use TP applications such as LTP's where those uses have costs that are billed to that user. A chargeable business process results from the Choreography 880 of TP Services 850 870 that authorizes said user for uses that incur said costs, performs requested LTP uses, monitors events within said uses, and provides accounting to said user's account. In some examples said TP Services 850 870 are the components within said TPSBH Choreography 880 that performs the integrated LTP uses and accounting business processes. Similarly in that same instantiation, the actions of the individual TP Services 850 870 are Orchestrated 880—that is, Orchestration defines the way each TP Service functions as needed within that business process. In some examples this enables changing the way a business process functions at the Orchestration level, so that business processes may be redefined to allow the TPU 856 to change its operation, or to simultaneously operate in multiple ways to fit the businesses of multiple vendors. The Orchestration(s) builds the flows that control the interactions between services. Within that same instantiation, in some examples Orchestration 880 is to manage parallel invocations of user sign on, authentication, security, accounting and provisioning to fit said user's request(s) for each LTP use; including possible termination due to events such as failure to authenticate, or a request to authorize an accounting charge because the requested service is outside of said user's subscription plan.
In some examples Orchestration 880 is to manage the long-running stateful LTP use itself, wherein the Orchestrated process waits for the next TPU 856 event, which may be ending that LTP use, or a change within that use. In some examples Orchestration 880 is to manage multiple simultaneous LTP uses such as (1) viewing several RTPs (Remote Teleportals) at once, (2) using a Teleportal Shared Space at the same time, and (3) collaboratively sharing one or a plurality of RTP views during that Teleportal Shared Space.
In the TPU 856 Orchestrations 880, said Orchestrations (as in some examples above and below) may fit one shared set of TP Services for invoking and delivering TPU video and audio across said Teleportal Networks to and from individual LTP's. At the same time, with multiple vendors providing services to the same LTP user, said Orchestrations may fit the separate and different business processes of each different vendor. In some examples RTP video and audio may be provided by Vendor 1 and paid for by the user under Vendor 1's Subscription Plan, while Teleportal Shared Spaces may be provided by a Vendor 2 and paid for by the user under Vendor 2's Subscription Plan. At the same time, the TPU 856 invokes its own TP Services 870 to deliver the actual video between multiple RTP's and the LTP, as well as to deliver the Shared Space(s) audio and video between two LTP's. Said TP Services Orchestrations 880 builds the flows that control the interactions between these different TP Services, even though these span and integrate multiple vendors, organizations and domains that are External 846 to the TPU, and are Internal 856 to the TPU, and are connected by means of the Internet to 852 or Other Networks 854.
Teleportal Utility services architecture and improvements (6418):
In some examples as a circular process these three stages include continuous improvements in TPD's (Teleportal Processes Designs) 934, the actual built TPA's (Teleportal Processes Automations) 936 and TPM (Teleportal Processes Management) 938 that may produce and deliver higher levels of reuse and services as more vendors and customers employ said Teleportal technologies, including: Incremental improvements (some examples are reducing latency, clarifying navigation between RTPs, etc.). Absolute improvements: Some examples add an entire new kind of network to the TPU, such as alerts from mobile devices (phones, pads, tablets, PDAs, laptops, etc.) based upon political assaults by dictatorial governments, so when government violence begins those who protect human rights receive notification to connect, while automatic recording are made of government violence against citizens so that these may be rebroadcast as needed, such as on one or a plurality of broadcast networks.
Turning now to
In some examples the top TSA layer 884 includes the users 885 (such as customers, vendors, partners and other users). As described in
Similarly, in some examples the top TSA layer 884 includes devices 889 that may connect to the TPU. As described in
TP Accounting Services (TPAS) 916: Depending on each use requested by customers and vendors, in some examples said TPAS may include more or fewer TP Services as determined by each use's Choreography 900 or Orchestration 900. In a typical use by a customer, said TPAS 916 may include a use session (TPSS; TP Session Services) 904 that produces metered events/metered events database/TP data services 932, with said TPA Messaging 932 providing metered events data to TPAS Services 916 such as: Ordering 918; Accounting/account management 920; Billing/invoicing 922; Payment 924. In some examples the TSA's bottom layer, Virtualized TPU 922, includes the components and operations described in
Some examples of a service—One TP Sign-on (6418): Within said TSA
Turning now to
In some examples the One TP Sign-on Service 9633 provides said unified sign-on by receiving or intercepting usage requests from a user 9630 9631 9632 or device 9630 9631 9632, then accessing and employing data storage of user data 9634 to authenticate and authorize said user's usage, and establishing a credential for said user. Said credential is automatically passed to the TP service 9635, TP application 9635, Virtual TP 9636 or Remote Control TP if said usage is on a device 9630 9631 9632 or on the TP Network 9641. If said usage is from a third-party vendor or partner 9642, then said credential is automatically passed to the security service 9637 of said third-party for authentication and authorization by means that each vendor determines is appropriate, such as by utilizing its own data storage 9638 for its own authentication process 9637. Once authorized appropriately by said third-party security service 9637, said credential is passed to the third-party's service(s) 9639, network(s) 9639 and/or application(s) 9639.
In some examples after that when said same user 9640 starts to access other uses from any of said user's devices 9630 9631 9632 or applications, the One TP Sign-on Service 9633 passes said user's credential to those services, networks or applications9635 9636 9641. Said credential may be stored at the device 9630 9631 9632 if device or its TP usage software has the capability for said storage, and communicated by said device 9630 9631 9632 during usage requests. As a result users 9640 are able to access their TP uses on the TP network 9641 or from third parties 9642. The main risk is the virtualized centralization of the One TP Sign-on Service 9120, data storage 9634 of user data/authentication/profiles, third-party security services 9637 and third-party data storage 9638—because a critical failure of any of these components could cause a failure of related dependent services, networks and applications 9635 9636 9641. As a result said components should maintain both availability and redundant backup that may be utilized for “failover” or rapid automated recovery in case of failure. It is this same virtualized centralization, however, that produces simpler usage for users, easier administration for the TP Network and third-parties, and lower costs for the development of various applications and networks (e.g., they may employ said One TP Sign-on Service rather than developing and managing parallel and different security means repeatedly and independently).
In some examples the data required by the One TP Sign-on Service 9633 may vary depending on the security model adopted by both the TP Network 9641 and by Third-party Vendors/Partners 9642, and may include data such as: Identification of TP users 9640 and TP devices 9630 9631 9632. Dependencies such as what each uses from the TP services & applications 9635, Virtual Teleportals 9636 on which TP devices 9632, which Remote Control Teleportals 9636 on which TP devices 9632, and which Third-party Services, Networks and Applications 9639. Said data may also include which operations, workflows or choreographies require said security credential 9633 9635 9636 9637 9639, and the step(s) at which said credential is employed.
In some examples said user data 9640 and devices data 9630 9631 9632 may include data such as: User Id and/or password (login information if needed) and attributes (such as if login data is stored and performed automatically); Device name, ID and/or password (login information if needed) and attributes (such as if login data is stored and performed automatically); Each device's platform, operating system, or other attributes; Description and/or category; Network address such as URL or IP address; Device port(s); Organization or company; Location(s); Default TP Network connection(s); Owner(s) and/or administrator(s); Authorized users (if a family, company, group, etc.); Subscription(s), services purchased, etc. (perhaps with the bandwidth required for each, if there are SLAs [Service Level Agreements]}.
In some examples said stored dependencies, operations, workflows and/or choreographies may include data that allows said security credential to be configured in the format or schema defined by each service or application 9635 9636 9639 so that it can utilize said credential accurately and efficiently.
In some examples each said credential should also store its own expiration date so that each subscription's, purchased service's and/or product's automated sign-on credential expires automatically at the appropriate date and time. When that occurs said credential may be renewed automatically 9633 9634 (if said purchase has already been renewed), or manually 9633 9634 (if said purchase has expired and needs to be renewed by the customer), or blocked 9633 9634 (if said purchase has expired and customer declines to renew it manually) by means of the One TP Sign-on Service9633.
In the examples the disclosed TP Services may consist of any combination of sequences, components, modules, systems, processes, methods, etc. at a single location or at multiple locations; in some examples included or integrated into multiple devices, servers or other larger systems of devices; in some examples by means of one or more applications executed locally and/or remotely.
Teleportal devices management (6416): Turning now to
Because Teleportal devices management is performed by TP Services 954, in some examples it is a reusable process that may be employed to keep end-users from needing to have their device(s) manually serviced, manually updated or manually refreshed by online and/or wireless means such as: The TPU: In some examples keeps TP devices updated, regardless of whether said updates include their firmware, operating system, applications, device services, bug fixes, etc. Third-party vendors of devices, independent networks, or services such as Teleportal Shared Space(s): In some examples keep their products up to date and functioning properly. Partners who sell devices, systems or applications software to third-party vendors or to the TPU: In some examples to provide updates and new features and capabilities as appropriate. Virtual “kill switch:” In some examples any of these (TPU, third-party vendors, partners, etc.) may also utilize a virtual “kill switch” to terminate the use or functions on a legitimately disallowed device, application, service, etc. In some examples if a customer fails to pay for one of a plurality of products or services run on a LTP, after sufficient notifications and warnings to said customer in default, said “kill switch” could disable use of that component until payment is received. Depending on each vendor's technical and business processes, said kill switch may reside in some examples at an access gateway, in some examples in a TPU server, in some examples in a third-party server, in some examples in a customer's device(s), etc.
Device management is a known technology with established vendors and products. In some examples said TP Devices Management Services (TPDMS) 954 is a reusable and orchestrated TP Services implementation that may be invoked as part of Teleportal Network Services 6418 in
In some examples said TPDMS 954 is a two-way TP Service. If local devices are capable of it, then in some examples a TPDMS may access, retrieve, display and store information about the current operating status, configuration(s), diagnostics, operating alarms, etc. of devices on the network: In some examples these data may be aggregated across a plurality of devices using TP Services, TP Applications and/or Business Intelligence to display current device status across the Teleportal Network using such known means as dashboards, monitoring workstations, web portals, etc. In some examples said platform-wide data may be integrated with business processes so that each vendor may see its customers' data, to understand and be enabled to increase their uptime, service quality, and customer satisfaction. Said individual vendor's data may be used by said vendor to determine its product life cycles and plan targeted marketing by seeing which percentage of its customers' products are older and ready for upgrading or replacement. In some examples for individual customers, that customer's devices may be displayed on one or a plurality of their devices so that each customer may be informed of the status of their Teleportal devices to assure them of its performance, determine if an online update is required, keep a device(s) properly serviced and updated at reduced costs and with higher profit margins, etc.
In some examples said TPDMS 954 uses the TPU infrastructure such as Teleportal Services Architecture
New TP devices discovery: In some examples when a new TP device is connected to a network and turned on, it may send a trigger that initiates the process of recognizing it, configuring it and installing it on the appropriate Teleportal Network(s). In some examples once installed it may interact with in some examples other TP devices, in some examples components of the TP Network, or in some examples AIDs/AODs based on the subscriptions and purchases made by the user of said device. In some examples a TPU is an integrated system that permits a plurality of third-parties to provide in some examples modules, in some examples components, in some examples services, etc. of said process, such as device manufacturers who sell products, TP Network vendors who sell subscriptions or services, the Teleportal Utility itself, etc. Because of new technology and device evolution in some examples this process of “new TP devices discovery and installation” includes capabilities for continuous learning and self-improvement.
At a high level,
In some examples loosely coupled TP Services enable the use of appropriate means for each brand, type and model of device 956 958 960—which may differ from the means employed on the TP Platform 962. In some examples said devices 956 958 960 may operate outside any TP Network, and may utilize the Internet or another communication vendor's network for at least a portion of its route (such as with a device connected over a cellular network).
In some examples this process begins when a new TP device is connected to a network and (whether automatically or by end-user initiation), becomes online and sends a trigger to a pre-specified recipient(s). At the receiving end, in some examples the appropriate TP Service is also online and “listening” for said trigger (e.g., said TP Service can be idle or waiting in a loop for said request from said new TP device). As described elsewhere in this Teleportal Utility, in some examples said new Teleportal customer devices 956 958 960 enter said TPU 962 at the TPOG Gateway which provides various types of entry 968 and parts of session control 968. In some examples said new TP devices are in some examples recognized, in some examples configured, in some examples installed and in some examples registered on the TP Network with the uses and permissions in that customer's account, or as an anonymous user if permitted by that TP Network and/or vendor. In some examples once installed on the TP Network, Transport 970 is provided to said devices by TPU means in lower-level network and equipment layers described elsewhere. In some examples TP Services 966 are provided to said devices by TPU means in higher level services and applications layers described elsewhere, along with examples in said TPU. In some examples third-party Services 964 are provided to said devices by TPU means described elsewhere.
New TP devices installation: Turning now to
In some examples when an RTP 972, an LTP 974 or an MTP 974 is connected to the Internet to or its network, it may send a service request trigger that is ultimately received through the TPOG Gateway by the Teleportals Device Recognition Service 978 994. As described in the LTP (Local Teleportal) description above, during set up customer may have the option of entering existing account and identity information 980 into said device 972 974. If said identity information has been entered 980, then the appropriate TP Services 994 996 998 proceeds to auto-discover 982 and auto-install 982 said device 972 974 on the TP Network as described in New Teleportal Devices Configuration
Device Recognition Service 994: In addition to recognizing the device 994 including its brand, device type and model number by means of a TP Device Recognition Service 994, which was previously described.
Device Status Service 996: Device identification data from Device Recognition Service 994 is applied by TP Device Status Service 996 to analyze that device and determine the appropriate characteristics of its current operating configuration and status 996.
To illustrate how each service may be orchestrated dynamically, said Device Configuration Service 998 is explained in some detail both here and in New Teleportal Devices Configuration
When a customer's device is discovered 982, configured 998, and installed on the TP Network 982, in some examples said customer has the opportunity to use said device to add a plurality of Teleportal uses 984: In some examples if customer chooses to add another service then the TP New Business Service 986 is invoked and said device is used to sign-up for the additional use or service. In some examples for as long as said customer wants to add another Teleportal use 984, this is a continuous loop wherein each time through this loop said customer may add another service 986. When customer has finished adding Teleportal uses, said device is ready to use 988. Alternatively, said customer may use a Teleportal web site, a Teleportal vendor web site or another means to subscribe or sign-up for other Teleportal uses. If that was done, then said customer's Teleportal account lists said other Teleportal uses for which customer subscribed. Those may be (optionally) displayed for customer on said device's screen for confirmation, or not displayed as appropriate for each business process.
In some examples a new device on the network may provide its intended functions directly, or (optionally) it may need a personalized start menu or page 988 to provide access to the uses to which that customer and device 972 974 are entitled by means of subscriptions and sign-ups 986. In some examples said personalized menu or start page may be constructed by means of one or more TP Services 1014 as appropriate for each customer and device. In some examples said TP Services 1014 receive notification from a new Teleportal device 988 and construct said personalized start page and download it to the new device 972 974. In some examples said TP Services that construct and download said personalized start page interface 1014 may include Common Interface Service 1016 (which conforms said new device 972 974 to the Teleportal's Common User Interface 212 in
In addition to displaying the personalized menu or start page 988 1014 on said new Teleportal device, in some examples the next step is to notify said customer 989, using said TP Notification Service (described above).
In some examples if said device 972 974 has not had identity information entered 980, then said device is still auto-discovered 990 by said Device Recognition Service 994. Said discovered device may be utilized to perform sign-ups 986 984 for a Teleportal subscription(s) and/or service(s), or these may be provided anonymously. In some examples after customer has a Teleportal account or anonymous Teleportal access, then said device may be configured 998, registered 1005, and installed on the TP Network 982.
New Teleportal devices configuration (6414):
Turning now to
In some examples a first configuration stage includes connecting, user identification and (optional, if needed) communication configuration 9395. When said device goes online and attempts to connect 9396 978 994 in
In some examples after said first user and communication configuration stage is complete 9395 an automated configuration stage 9404 is performed. This may employ templates 9406 or other “canned” pre-stored patterns, models, categorized configurations, etc. 9406 that are selected and retrieved by a service template management module, method and/or system 9405 as is appropriate for each combination of user, device, vendor, applications, service plan, subscription, etc. Said service template management module 9405 notifies a service configuration module 9407 of the resulting selection 9406. Said service configuration module 9407 automatically configures said device, user profile (if an identified user) and network for appropriate uses corresponding to the selected service template 9406 and that user's plan(s), subscription(s), device capabilities, etc. Sources of said service templates 9406 may include one or a plurality of: Vendors of LTPs/RTPs; Vendors of devices; Providers and/or vendors of VTPs, MTPs, etc.; Retailers of any of the above, including retail stores, service businesses, integrators, sales agents, etc.; Etc. (for some examples see AKM
In some examples said automated configuration stage 9404 9405 9406 9407 includes methods and systems for implementing service configurations that may automatically configure said device 9390 9391 9392 9393 9394, user profile 9399, vendor records 9399, etc. for a service configuration so that may be accessed and used to provide a range of appropriate services for said device 9390 and/or said user, while not including services that are not permitted. Again, said systems and methods perform said second automatic configuration stage after a user's entry of only minimal and/or initial user information 9397, or after anonymity is requested 9397, with a process that appears to said user as acceptably simple.
In some examples after the first user and communication configuration stage 9395, and after the second automated configuration stage 9404 are complete, a third stage is performed in which some examples distribute said configuration(s) to enable direct and/or virtual access 9408 by said configured device(s) 9390. Users, devices, vendors, services, applications, etc. may be located worldwide 9414 so there needs to be mechanism(s) by which they can be found and accessed, and these include both means enumerated, any other known means to accomplish this, and new means that may be invented in the future. In some examples said configuration 9395 9404 is disseminated to provide access 9409 such as permitting or denying uses, routing within and/or between various networks, regions, users, devices, etc. A notification message 9409 is generated so that said configuration 9395 9404 may be added and/or modified in an index, pointer, etc. 9410 9411 (herein called a “Locator”), and there may be two or a plurality of Locators available 9411 9412. Each Locator 9411 9412 may provide a unique set of varied services such as gateway services, location services, authorization services, and/or other services as may be included or removed from each Locator from time to time. Said notification message may include configuration attributes such that configured devices 9390 receive appropriate access to appropriate communications, services, applications, etc. The first distribution of said configuration notification 9409 9410 is received and stored appropriately 9411 by a first Locator, which enables it to provide its services as described by the received configuration 9395 9404. In some examples the first Locator may generate or add to an index, pointers, “map”, etc. that includes said received configuration data so that at least one component of said configuration is employed to provide appropriate services to said device and/or user. The first Locator 9411 then transmits or distributes the notification message to a second Locator 9412, thereby enabling the second Locator to provide its services as described by the received configuration 9395 9404, and said transmission and/or distribution 9411 9412 may be achieved by means such as replication, messaging, updating, or any other known means. After receipt said second Locator 9412 may generate or add to an index, pointers, “map”, etc. that includes said received configuration data so that at least one component of said configuration is employed to provide appropriate services to said device and/or user. Thereafter, both the first Locator 9411 and second Locator 9412 may employ one or a plurality of dissemination techniques to dynamically update and/or configure a plurality of other Locators based on the receipt of configuration notifications, transmissions, database replications, etc. After propagation to multiple Locators 9411 9412 configuration data 9395 9404 associated with a device 9390 and/or user profile 9399 may identify a device, user, permitted services, etc. combination for which access is available.
In some examples when the device 9390 9391 9392 9393 9394 starts communicating 9413, and/or starts a new or different type of request during use 9413, it may contact a Locator 9416 9417 for appropriate access as defined in its configuration 9395 9404 and retrieve a single resource available 9414 and/or a list of resources available for that need 9414, then access them 9413 9414. Alternatively, if said device 9390 9391 9392 9393 9394 has already stored the location needed 9414 and received authentication and authorization (as described elsewhere), it may directly access and use said location(s) and resource(s) 9413 9418 9414 without employing a Locator 9411 9412. Also, if said device 9390 9391 9392 9393 9394 acquires the location needed 9414 such as from a search engine, a link from another source, etc., and received authentication and authorization (as described elsewhere), it may directly access and use said location(s) and resource(s) 9413 9418 9414 without employing a Locator 9411 9412. Some examples of these resources may include RTPs, LTPs, TP Shared Space(s), communications vendors, communications networks, broadcasts, applications, social networks, other specialized types of networks, entertainments, services, vendors, etc. Said resources may be public 9414 and/or private 9415, and said private resources may be protected by additional layers of security such as firewalls, required login, VPN accessibility only, corporate data network security systems, network security systems, etc. including any known or new security means.
In some examples this combination of configuration technologies
Teleportal Utility (TPU) business services (6414): The TPU Business Services (TPBS) are a useful layer 6414
Teleportal Utility business services—revenues view: Turning now to
With the third option, Scalable Products & Services Ecosystem 1080 the TPU provides a hybrid for multi-vendor development of products and services, marketing and sales. This disaggregates and unbundles a typical single vendor's corporate offering. With this TP approach a multiplicity of companies may provide whatever parts of normal business services each chooses, while having the TPU provide the remaining portions. In practice this means the TP Platform is likely to provide a plurality of commodity-level services that save third-party vendors money and time, while each separate vendor(s) and partner(s) may provide a plurality of basic, premium and/or custom services as they choose (as well as any parts of the billing for said services). The goal of this economic and functional disaggregation is to enable customers to receive a plurality of types of differentiated and premium hardware, applications and services while enabling a plurality of vendors to sell their offerings (whether generic, unique, premium, etc.) to customers. Since some costs, investment capital, business development and steps may be reduced or eliminated for vendors, they can focus on what they are bringing to market. With said increases in the ease of entering this market, vendors may streamline themselves opportunistically to capture generic and/or premium revenues from customers. They may also compete directly with the TPU. Thus, this hybrid allows a plurality of companies to enter market niches and maximize their potential revenues in potential ways (whether the niche supports in some examples small volumes at high prices, in some examples large volumes at low prices, in some examples large volumes at high prices, etc.). The ability to get into a plurality of markets may mean more firms may utilize the TPU to compete for more customers.
In some examples this Scalable Products & Services Ecosystem 1080 process described herein is not typical for multi-vendor platforms: Landline telephones: In some examples any type of compatible device or service can be attached to the phone network, but the telephone landline vendor does not share in the revenue earned by those compatible devices and services. Microsoft Windows PCs: In some examples is Microsoft Windows wherein any type of compatible software, hardware and/or network service can be attached to a Windows PC but Microsoft does not typically share in those vendors' revenues. The Internet: In some examples is the Internet wherein vendors of products and services receive their own revenues without needing to share them with the “Internet platform”. Mobile phone communications: In some examples is mobile phone vendors who work to block the connection of devices from their networks except for those that they sell with an accompanying network usage plan that they also sell.
Several types of single-vendor scalable marketplaces exist, however, and some are quite large: In some examples is Apple's iTunes applications store wherein a a plurality of software vendors write and sell software applications, add-ons and advertising for a number of hardware devices (such as the iPhone and iPad), and Apple receives a share of every payment (whether by a customer or by an advertiser). In some examples is Google's Ad Words wherein a plurality of vendors bid on keywords so their ads appear such as when a their keyword is searched using Google's online search service, and Google receives payment when an end-user clicks on one of these advertisements.
The TPU's new hybrid Scalable Products & Services Ecosystem 1080 disaggregates and unbundles a typical single vendor corporation so that each company may provide whatever parts of normal business services it chooses, while having the TPU provided the remaining portions. This is achieved by modularizing a normal company's business processes so that modules of services can be provided as individual distributed services or combinations of loosely coupled services to multiple vendors, partners and customers—who may employ those that save money and time, as well as increase their capabilities to deliver products and services. Since each company is independent, they can be competitive with each other as well as competing directly with the TPU, so this should remain legal and consistent with anti-monopoly laws, while the TPU as a whole provides varying amounts of competition with other global competitors—who are not excluded and may at any time introduce products and services within this Teleportal marketplace. This hybrid innovation is now illustrated and explained.
Teleportal Utility (TPU) business services—logical view:
In some examples said
In some examples TP Services 1030 may be provided outside the TP platform 1024 by means of a communications network (which may be the Internet or other networks and may consist of hardwired and/or wireless communications links), a TP Public Web Portal(s) or Website(s) 1032, a TP Business Web Portal(s) or Website(s) 1036, and by means of network connectivity to external customers, vendors, partners, etc. by means of TP Shared Services 1034 and TP Shared Data Services 1034. Said external accessibility is provided by networks and means described elsewhere such as in some examples
Public/Customers 1038: In some examples end-users may utilize the TP Public Portal 1032 by means of an LTP 1044, MTP 1044, RTP 1046, AID 1040 1042, and AO 1040 1042. Physical TP devices such as LTP's 1044, MTP's 1044 and RTP's 1046 may also directly access TP Shared Services and Data 1034. Similarly, virtual TP's on AID's 1040 1042 and AODs 1040 1042 may also directly access TP Shared Services and Data Services 1034.
Multiple Vendors/Partners (herein illustrated by some examples 1048 1060): In some examples one or a plurality of vendors and/or partners may also interact with said TPDSE. Each vendor and partner 1048 1060 may design and operate its own business systems and processes by utilizing its own internal networks 1055 1067, applications 1052 1064, storage 1050 1066 and development resources 1056 1070. Each individual vendor or partner 1048 1060 has multiple ways to interact with said TPDSE: TP Shared Services/Share Data 1034: From vendors or partners, vendor services can interact directly with TP Services by means of applications 1052 1064 or from development systems 1056 1070. Similarly, devices at vendors or partners such as LTP's 1054 1062, MTP's 1054 1062 or other means (such as RTP's, AID's, AODs or virtual TP's) may also interact directly with TP Shared Services and Data Services 1034. TP Business Portal 1036: From vendors or partners, end-users may utilize PCs 1058 1068, development systems 1056 1070, LTP's 1054 1062, MTP's 1054 1062 or other means (such as RTP's, AID's, AODs or virtual TP's) to use a web interface to interact with the TP Business Portal 1036.
In some examples said TPDSE provides for each separate vendor, partner or other company to use or build its own separate business processes, technologies, architectures and systems—yet share data so that both TP Business Services and each separate company's business processes obtain the data they need to align their separate priorities and goals. It provides a common ecosystem structure, relationships, transport and services for data exchanges, messaging, discovery, mediation, choreography and orchestration such that the total sum of revenues paid by Customers and others are accounted for and paid properly to each participating company or business. A primary objective is to integrate said TP Business Services and processes so that they operate together in logical and unified ways.
Teleportal Utility business services—architecture view:
In some examples said TPBSA is comprised of a portfolio of core financial modules 1081 and sub-modules (i.e., each single-function sub-module is a TP Service) that may be implemented in a flexible manner including: Customer Billing 1086: A Customer Billing module 1086 processes data acquired and received from data services such as Customer Contracts 1082, other Customer Data 1082, Metered Transactions 1083 (from the current billing period), and new Customer Orders and Installations 1084. Said Customer Billing 1086 is further comprised of the processes and TP Services delineated in
In some examples a new customer order 1084 is combined with said customer's metered transactions from the current billing period 1083, and said customer's contract data 1082 and other customer data 1082 to perform customer billing 1086 (described in more detail below 1087). Said Customer Billing 1086 generates an invoice which Receivables Accounting 1088 receives and enters. If said customer's invoice includes products and/or services from a third-party vendor or partner, the appropriate payment to said third-party is received by Payables Accounting 1094. Said Receivables 1088 and Payables 1094 transactions are received by the General Ledger module 1096 for constructing the appropriate financial statements for each accounting period (such as a month, quarter or fiscal year). Said previous modules (Receivables 1088, Payables 1094 and General Ledger 1096) interface with the Governance module 1092 for purposes of budgeting, funding business activities and assessing business results and performance.
Teleportal Utility business services—customer billing: Rather than provide workflows for every module in the TP Financial Business Services 1081 in
Some examples, as depicted in
Security/Authentication/Authorization/Logging Service 9005: In some examples upon receiving any request 9001 9002 9004 that requires personal, financial or other confidential or proprietary information, the first services invoked 9005 are authentication and authorization 9006 to insure that each request is valid. If not authenticated 9008: Said request 9001 9002 9004 is responded to as not authenticated or invalid. Retry if not authenticated 9008: Said request may have “N tries” to login and gain access before being blocked or locked out, usually temporarily. Fall-back if not authenticated 9008: Said request may be given an opportunity to retry said request, or to employ a secondary or tertiary means to obtain access, such as by having a password emailed to them. Authentication failure 9008: If authentication fails respond promptly, as well as notify by other means such as TP Notification Service that utilizes the type of notification(s) appropriate to said customer's or vendor's profile (as described elsewhere). In some examples 989 1006 in
Perform billing workflows 9010: In some examples after authentication and authorization 9006 complete successfully and logging 9007 is initiated, billing workflows are performed. Because of privacy and confidentiality of the information, transmission(s) that include private and/or confidential data 9011 9018 9021 9022 9024 9026 9028 should employ secure communications. In some examples a customer 9002 may use a website for a self-service invoice review, in which case a Customer(s) Lookup Service is invoked 9010, data is requested 9011 from appropriate databases 9012 9014 9016 and the customer reviews his or her account online 9022. In some examples a vendor or partner's billing workflow may employ TP Shared Services 1034 in
Share billing data with Receivables Accounting 9030: In some examples a process in billing workflows 9010 is to update customer accounts records in receivables accounting 9030, whose underlying workflow verifies each customer's account in receivables accounting 9030, and if valid then updates and stores the new invoice based on said customer's current billing 9010 and invoicing 9024.
Accept payments/Payments gateway 9028: In some examples after receiving invoices 9024 Customers may review their account(s) online 9022 or make payments 9028. Payments may be in the form of credit card, debit card, direct transfer from bank account, other payment services such as PayPal or other online means, physical bank checks that arrive through the mail, etc. Make payments 9032 to third-party vendors and partners 9034: If a third-party vendor or partner employs the TP Platform's billing 9010 to invoice their customers 9024 and collect the revenues from their customers 9028, then said customers' accounts are updated in receivables accounting 9030 for both amounts due 9010 9024 and amounts paid 9028. If corrections are needed then they may be performed manually or by an appropriate TP Service(s) 9031. Based on revenues received from said customers' payments 9028, those combined amounts are received in each third-party vendor's account by payables accounting 9032, and that total amount is paid periodically to said vendor 9034.
MULTIPLE IDENTITIES/LIVES (HORIZONTAL LIFE EXPANSION): In truth, a human life is too short—we die after too few decades. Life extension is wanted by many (such as extending one's lifetime to centuries of living well), but genetically and medically out of reach for those alive today. Many billions of dollars are spent annually on extending life spans by means of medical science, genetic research, public health improvements, pharmaceutical drug use, surgeries, hospitalization, assisted living, etc. Surprisingly, an Alternate Reality may “extend” life within our current life spans much sooner than medical life extension by enabling people to enjoy living multiple lives at one time, thereby expanding our “life time” in parallel rather than longitudinally. In brief, we can each live the equivalent of more lives within our limited years by having multiple identities, even if we are not able to increase the number of years we are alive.
Thus, one of the new fields of this Alternate Reality is “Multiple Identities” that impart life extension by means of life expansion—by endowing us with multiple simultaneous lives, rather than restricting one lifetime to only one life.
Furthermore, multiple identities may permit raising one's standard of living by multiple identities engaging in economic activities that may earn income, own assets and/or build wealth, providing more earning power than the current single physical identity with one job. Such additional wealth could enable an individual's multiple identities to expand the ways they enjoy life by each having a separate and/or different lifestyle(s), relationship(s), residence(s), living standard(s), etc. As a result that person might eventually choose to live the most in the identity and lifestyle that is preferred the most.
At the same time, the owner of multiple identities may designate each identity public, private or secret—and these may provide greater freedom and personal latitude to explore a wider range of life's opportunities and adventures. In some examples different public identities may allow different activities, businesses and personas to be tried, developed and matured. In some examples a private identity may allow a person to enjoy activities that are perfectly legal but different from that person's usual lifestyle. In some examples a secret identity may permit a person to try once in a lifetime experiences that may transform that person and allow him or her to enjoy completely different experiences from what he or she would otherwise be.
In some examples in the Alternate Reality multiple governances may develop independent of nation state governments. Some of those governances may be WorldISMs that are based on extremely orthodox and rigid belief systems. Since membership in a governance is nonexclusive a person may be a member of several different types of governances at one time, those who are members of an extremely restrictive WorldISM may also have a private or secret identity(ies) that allow them to experience, explore or enjoy other belief systems besides that of their WorldISM. These multiple private and/or secret identities may provide opportunities for lives or personal growth that would not exist in a single identity community controlled by a rigid belief system.
Multiple identities are not intended to produce new levels of anarchy or lawlessness, since society's legal framework and laws remain what each society and government chooses for itself. In some examples for tax reporting purposes each multiple identity may be required to share their owner's one government identifier such as a Social Security Number (SSN), or alternatively, each identity may be given a separate government identity such as its own SSN or tax ID number (such as each legal entity receives, such as a personal trust or a small corporation owned by one person). In some examples each private or secret identity may (optionally) be required to be clearly linked back to a person's real identity to protect against law breaking, fraud, and other damaging behaviors—and to conduct investigations, serve subpoenas or make arrests if needed. In some examples a person's private or secret identities might be accessible online by legal authorities (such as a subpoena). Thus, society's macro framework (e.g., nation state governments with its local system of laws) remains in control with its accepted laws and regulations, while the levels of the individual and/or “governances” may gain greater freedom and “self-control” by having a access to multiple identities.
Current uses of identities: Turning Now to
User ID 9423: For each relationship the entity assigns a separate identification that typically includes a user ID and password. For this one user (“John Smith”) the range of user IDs may be wide or narrow depending on how the user decides to manage them. In some examples there are similarities and differences such as JBSmith, JBSmith2, John_Smith, cruiser99@yahoo.com, dunkshot42, JBSmith1357, goaway57, John_Smith321, Smith_JB1357, JBSmith579, etc.
Password 9424: Similarly for each user ID (or identity) the issuing entity requires a password, which produces the common problem of being required to manage too many “identifications” (User ID's, passwords, profiles, etc.) to enable easy use of all one's sites and services that require logging in.
Since a plurality of these identifications may include unique user profiles with various amounts and types of personal data, and there is typically no requirement for these to be truthful or accurate (except for some types such as financial accounts), these identifications may be considered pre-cursors in which a plurality of people have created identifications that in some ways resemble establishing multiple separate identities.
Multiple identities by identity service(s), identity server(s), etc:
In any of these or other processes that involve identity(ies) 9436 and authorization to use said identity(ies), said identity database(s) 9434 provides secure storage and retrieval for said user's 9436 multiple identities 9437 9438 9439 which in this case includes one user's 9436 real name and multiple identities, each with an associated name: Identity 1/“Name 1” 9437; Identity 2/“Name 2” 9437; Identity N/“Name N” 9439. Each of these identities is in turn linked to a separate user profile for that identity 9440, as described in greater detail herein. Management of these multiple identities 9442 is provided by Identity Management tools, systems, methods, etc. 9447, which in various instantiations may be under user control 9443, one or more vendor(s) control 9444, one or more governance(s) control 9445, etc. 9446 as authorized to provide management of one or more of said user's 9436 multiple identities 9437 9438 9439 and/or associated profiles 9440.
Some examples of multiple identities:
In some examples one of these individuals is John S. who may have a total of seven types of identities 9452 in three self-created groups 9451 (Family, Career and Fun). These seven identities include:
Family: One public identity of a head-of-household breadwinner in a traditional nuclear family, a married father with a career and job.
Career: John's three career identities allow him to earn multiple incomes and thereby raise his earnings and enjoy multiple activities and lifestyles for his multiple identities. These include: Work: His everyday job and career, using his real name John Smith; His online business: Under the name Nelson Kennedy, he owns and runs an online business; His professional services as an online researcher: Under the name Hugh McCann, he offers professional research services online.
Fun: John's three fun identities provide him and his family multiple ways to enjoy life, including: Traveler: Under the name Kurt Bennett, John and his wife enjoy adventure trips to the world's most exotic cities and interesting destinations; Partying: Under the name Eric Scott, John and his wife enjoy more interesting lifestyles that are normal for some stages of life, but are uncommon during their current family-focused stage of life; Virtual: Under the avatar name Angelica, John explores various virtual worlds.
In some examples one of these individuals is Sam J. who may have three types of identities 9452 that are differentiated by levels of privacy, in one self-created group 9451 (Lives). These three identities include: Public—Personal/Work: One public identity provides Sam Jones with a completely normal persona in which he works and lives a typical, everyday life. Private—Personal: As Lance Yesman, he may enjoy anything legal that he wants, while keeping it separate from his public life. Secret—Secret: As Alan Allright, he occasionally enjoys trying one-time adventures that he might otherwise never attempt.
In some examples one of these individuals is Jill B. who may have four types of identities 9452 that are in two self-created groups 9451 (Earnings and Getaways). These include: Earnings: Jill is focused on wealth accumulation and upward mobility into a luxury lifestyle, so concentrates on three earnings-focused identities that provide her a way to become wealthier than just one identity and one job; Job: Jill's public life, job and career are done using her real name, Jill Brown; Business 1: Under the name Mary Mathews, she is co-owner of a local store, and her partner is the store's full-time manager; Business 2: Under the name Ted Hamil, she owns an online retail business that has multiple online stores, selling products from manufacturers who ship directly to the customers; her three part-time employees are a techie who keeps the stores running smoothly, a buyer who selects the merchandise, and a customer support person who answers questions from both customers and vendors; Getaways: Under the name Jenny Thomas, she owns an upscale beachfront condominium in a nearby coastal city. There she has started enjoying the luxury life she would like, and looks forward to converting to this identity and lifestyle full-time as she builds her wealth.
Each of these identities has an associated profile that includes a set of data attributes for each identity 9454, but this associated profile is not limited to these data attributes—they may be varied by any authorized identity owner, vendor, governance, TPU, etc., who provides identities and/or profiles. In some examples the data attributes associated with each identity include: First name; Middle name; Last name; Address 1; Address 2; City; State; ZIP code or postal code; Country; Home phone; Work phone; Cell phone; E-mail address(es); Government identifier 1 (such as a SSN [Social Security Number], which may be more appropriate if multiple identities are treated as a “person”); Government identifier 2 (such as a Tax ID Number, which may be more appropriate if multiple identities are treated as legal entities such as a corporation or a trust); GOID: Global Ownership Identifier (described elsewhere such as in some examples in
Some examples of interfaces using multiple identities management: While numerous interfaces are possible for managing a user's multiple identities (including APIs, widgets, servlets, clients, tools, applications, etc.),
As illustrated in some examples of an interface in
The various attributes of said selected identity 9463 9464 may also be displayed on this area of this interface 9456, even if some of those are stored in an identity database(s) 9434 in
In addition, a wide range of this identity's other data may also be retrieved, accessed and be editable regardless of whether it is stored and retrieved from an identity database(s) 9434 in
Also illustrated in some examples of interfaces are some possible functions that, in this case, include Total Assets (from all identities) 9469, Create Identity 9470, Delete Identity 9470, Group Assets (to provide access to one set of financial resources and properties from multiple identities) 9470, More (functions) 9470. The latter “More” lists 9470 may include items such as those covered in the Identity Applications layer of
Abstracted architecture for identity service(s), identity server(s), etc.: Turning now to
With this architecture 9474 9476 9478 both known and new types of Identity Management applications 9476 9477 are possible and these may include applications and/or features such as my identity(ies), create identity(ies), edit identity(ies), configure identity(ies), delete identity(ies), group identities, associate identities, share assets or ownership between identities, transfer assets or ownership between identities, switch or exchange identity(ies), sell identity(ies), privacy/secrecy settings for identity(ies), set presence awareness for identity(ies), search identities, create alerts by identity(ies), delete alerts by identity(ies), edit alerts by identity(ies), identity/profile publishing, “Fiduciary” use by identity(ies), etc. For some examples a plurality of these types of applications, functions and features are present in banking and/or brokerage applications, but others are novel. As described elsewhere, these Identity Management applications 9442 in
With this architecture 9474 9476 9478 these types of access such as one comprising layers 9474 and 9476 provides a range of types of access to stored identity data 9478 9479 9480. Said stored identity data 9478 9479 9480 is a secure storage place(s) protected by a range of known security means 9462 such as a firewall(s), encryption(s), authentication(s), etc. Said security means 9462 may be employed at both the identity service(s)/identity server(s) layer 9476 9477, and at the identity storage layer 9478 9479; or alternatively said security means 9462 may be employed in varying types and amounts at each of these two layers individually. Since users own their respective multiple identity data 9479 9480, each user may determine access to their own data. The identity storage 9478 9479 9480 provides storage of and controlled access to the identity data. In this layer multiple identities storage may be stored using encryption, though alternate approaches to said secure storage may be used in other architectures or designs.
In some examples the Identity Service(s)/Identity Server(s) is defined as three layers as illustrated in
By way of the storage and databases layer 9478 9479 one or a plurality of identity databases 9480 may be provided by one or a plurality of infrastructures or utilities (such as the TPU) and/or third-party vendors, and delivered by means of various devices, servers, clients, networks, etc. comprising components such as: Architecture 9481: File system(s), schema(s), APIs, backup/restore, etc.; Storage-level services 9481: Identity registration directory(ies) in which a user and his or her multiple identities, and (optionally) each identity's accounts, properties, assets, etc., are assigned a Global Ownership Identifier (GOD) as described further herein; mapping multiple identities (and optionally some or much of what is owned) to a user; etc.; Audit services 9481: One or a plurality of audit “warehouses” that provide data storage for appropriate audit logging, activity logging, change logging, etc.; audits, audit data retrieval, etc.; Etc. 9481. In some examples the functions may not be grouped in layers, but instead may be constructed as modules; in some examples they may be constructed as other components; in some examples they may be constructed in other architectures. In some examples the access protocol 9475, stored data 9479 9480, and identity application 9477 may be combined in a single object. In some examples functionality may be distributed between client access 9477, protocols 9475, and identity storage 9479 9480 in various ways such as through Web widgets or servlets while still providing the multiple identities described herein. In some examples functionality may be distributed to third parties by means of APIs and/or third-party applications so that independent developers may provide additional identity services, edits/updates, applications, functions or features within various other applications or services, such as those provided by third-party vendors, Fiduciaries, governances, etc.
Set up and single sign-on for multiple identities and their services, devices, vendors, etc.: Turning now to
In some examples an identity provider 9491 verifies an individual user's device(s) and/or identity(ies) for multiple services and/or service providers, such as throughout an infrastructure such as the TPU. In some examples a user 9484 is employing devices such as but not limited to an RTP 9485, an LTP 9487, an MTP 9487, an AID/AOD 9486, or another device that involves a use by one identity, such as Identity 2 (“Name 2”) 9438 in
In some examples said device and identity may provide identity and sign-on information to the service provider (Service A) 9488 9489. Said service provider then provides said user's identity and sign-on information to the identity provider 9491. In an alternative, said service provider (Service A) 9488 9489 may display as part of its interface a component of the identity provider's interface 9491, so that said user may sign-on directly with said identity provider. In another alternative, said user's device and identity may sign-on directly with said identity provider 9491 to provide authentication and authorization to said user, device and identity. During any sign-on either the identity provider 9491 and/or the service provider 9488 9489 may request information from the user to authenticate and authorize said user and/or device. Some examples include mother's maiden name, date of birth, account number, SSN, etc. In addition, biometric data (such as a finger print scan) or other data (such as a smart card) may be requested. In any case, once said identity provider 9491 authorizes said user the relevant information is saved such that said user, device and/or identity is associated with a password, credential, pass key, unique information, biometric credential, etc. said authorization is then transmitted 9492 to the first service provider (Service A) 9490. If appropriate, said identity provider's authorization 9492 of said device and identity is also transmitted to said user's device 9493 9484 in the form of a certificate, pass key, cookie, etc. such that this authorization may be transmitted in future sign-ons.
In some examples after such an initial authorization 9491 and transmission 9492 to a first service provider 9490 and (if appropriate) to said user's device(s) 9493, a user can access that same first service provider without enduring a repeat of the initial sign-on process. As an alternative, said user might need to enter only a user ID and password when accessing said first service provider. During these subsequent sign-ons, said first service provider 9488 9489 may connect to identity provider 9491 during the user and identity's subsequent accesses, but said user may not be made aware of the communication between the first service provider and the identity provider. Such communication may indicate that said user's device(s) and/or identity(ies) have been verified; and if verified, said user may seemingly “automatically” access the first service provider without needing to sign-on. Said initial sign-on and authorization with the first service provider 9488 9489 9491 9492 9490, may be used by subsequent sign-ons to other service providers that are associated with the same identity provider 9491. This may be facilitated if the identity provider 9491 is able to transmit authorization 9492 9493 to said users device(s) 9484 9485 9486 9487 in a form such as a certificate, pass key, cookie, etc. that can then be transmitted by the device 9484 for subsequent sign-ons 9494 9495 9496 9497.
In addition this single sign-on authentication and authorization may be utilized in whole or in part even when different service providers require greater or lesser levels of authentication to provide access and services. In some examples a service that allows users to transfer funds between financial accounts may have a higher authentication standard than a social networking web site whose users primarily post messages and photographs. Thus, an identity provider may establish “levels” or “classes” of authentication wherein each “level” or “class” indicates the method(s) and information required to authenticate the user's identity and/or device. Said authorization “level”, “class” or other information that indicates the security of said authorization may be included in said user's stored authorization record(s) at the identity provider, and/or the user's certificate, pass key, cookie, etc. that may be stored at said user's device and transmitted by it during subsequent sign-ons by that identity. Said “level” or “class” may be used in whole or in part by a service provider. In some examples a service provider may consider one “level” or “class” acceptable for use. In some examples a service provider may consider that same “level” or “class” acceptable only for some uses, and require a higher level of authentication for more sensitive or secure uses. In some examples a service provider may consider that same “level” or “class” insufficient even for initial sign-on and require a higher level of authentication to grant access to its services.
In addition, a user may establish a relationship with said identity provider in which multiple identities, devices, services and other relationships are authenticated and authorized by various means by the identity provider. Some examples of interfaces such as
Turning now to a user who has previously been authorized for a first service provider 9488 9489 9491 9492 9490, or has previously been authorized directly by an identity provider 9491 and had said authorization stored by said identity provider (whether for one device and identity or for multiple devices and multiple identities), or whose (one or a plurality of) device(s) 9484 9485 9486 9487 have previously received one or more certificates, pass keys, cookies, etc. 9493 to be employed during subsequent sign-ons, options are now available for subsequent sign-ons:
In some examples said user's device(s) and one identity 9484 9485 9486 9487 may transmit something the user possesses 9493 (such as a stored certificate, pass key, cookie, etc.) as part of accessing and/or signing on to a subsequent service 9494 9495. Said authentication 9496 may then be acceptable to said subsequent service 9496 9497, which then may permit use of its service 9497 without needing to inform said user.
In some examples said user's device(s) and one identity 9484 9485 9486 9487 may transmit something the user possesses 9493 (such as a stored certificate, pass key, cookie, etc.) as part of accessing and/or signing on to a subsequent service 9494 9495. Said authentication 9496 may then (optionally) be transmitted between said service and said identity provider 9491 for additional authentication and authorization of said credential(s) 9492 9497, for verification of its “level” or “class”, etc. without needing to inform said user unless there is a reason to require additional verification or authentication (such as the “level” or “class” is lower than needed for that type of services). In that case, only the additional parts of authentication may be needed rather than a complete re-authorization.
In some examples said user's device(s) and one identity 9484 9485 9486 9487 do not possess anything to transmit 9493 (such as a stored certificate, pass key, cookie, etc.) as part of accessing and/or signing on to a subsequent service 9494 9495. In this case said user has previously established a relationship with said identity provider in which multiple identities, devices, services and other relationships were authenticated and authorized, and said authorizations are stored at said identity provider. When said subsequent service 9495 provides authorization means 9496 for said user and identity 9484, this may be accomplished by the user providing identity information and the subsequent service provider verifying the identity of the user with the identity provider 9491, and the identity provider transmitting the results of the authentication 94 92 to the service provider 9497 who may then permit access and use 9497. In this case, said identity provider 9491 receives a request for one or more of the user's identities from the subsequent service 9496, and if there is a registered identity matching the request, then the identity provider retrieves and in verifies the identity information 9491 and transmits 9492 the appropriate verification, authorization, and if needed additional identity information to the requesting service 9497. In some examples the identity provider may transmit additional information 9492 9497 such as the “level” or “class” of authorization (or information such as the criteria used to authenticate the user). Access may then be provided in any manner specified above (such as in some examples if the “level” or “class” is lower than needed for that type of services, only the additional parts of authentication may be needed rather than a complete re-authorization).
With respect to any type of sign-on, should the user, device and/or identity fail to be properly authenticated or authorized by the identity provider, by a service provider, etc. (after contacting said user for additional authentication information), then such failure outcome may be transmitted to said identity provider, to said service provider, and/or to subsequent service provider(s) so that (1) said service provider may block said user from opening a session, (2) said identity provider may flag said user's authorizations, (3) transmit that as an alert or message to one or more service providers, (4) require a higher level of authorization(s) in subsequent sign-ons until said sign-on failure(s) are corrected, or (5) take other security, corrective, etc. steps as deemed appropriate.
TPU gateway, authentication and authorization, and resource use by multiple identities: Turning now to
In some examples an authentication and authorization service(s) 9511 begins by receiving the device's identity information 9512 (as described elsewhere), and attempts to utilize said identity information to obtain authorization from one or a plurality of authentication systems 9513 (such as the identity provider illustrated in
If sufficient identity information is not received 9520 then said user may be contacted for the additional information needed to provide authorization 9520. Some examples of additional information include mother's maiden name, date of birth, account number, SSN (Social Security Number), first school attended, first car owned, etc. In addition, biometric data (such as a finger print or other biometric identifier) or other data (such as a smart card) may be requested 9520. If sufficient information is not received, or if inaccurate information is received, or if authentication fails for another reason, then authorization fails 9514 and said authorization failure may be (optionally) logged 9518, and said user is denied access to the requested resource 9519. Optionally, additional failure or error correction actions may be performed 9519 (such as providing means to recover in the event said user forgot a password or a user ID).
In some examples of the use of said resource(s) 9522 the authorization is received directly from storage in said user's device 9500 9501 9502 9503 9504. In some examples of the use of said resource(s) 9522 the user's and/or identity's authorization is embedded in or attached to said resource request 9507. In some examples of the use of said resource(s) 9522 the user's and/or identity's authorization is received from authentication/authorization 9511 9515. After authorization is received 9523 a session is created under the authorized identity 9524; the resource monitors that identity for activity 9525; when said user acts as this identity 9526 the appropriate task, service, etc. is performed 9527; and when completed, the resource returns to monitoring that identity for activity 9525. If the user's device(s) 9500 9501 9502 9503 9504 does not support multiple sessions, then if the user chooses to switch to a second identity 9528 the first identity's session must be ended, but if the user decides not to switch identities 9528 and does not choose to end the first identity's session 9528 then the first identity's session is continued 9525. If, however, the user's device(s) 9500 9501 9502 9503 9504 supports multiple sessions, then said user may choose to open a new session by a second identity 9528. In this case, either the first identity's session may be ended or the first identity's session may be continued 9525. If the user's device(s) 9500 9501 9502 9503 9504 supports multiple sessions, then said user may choose to add a second identity's session 9528, or add a plurality of sessions by multiple identities 9528, whether or not any session(s) by another identity is ended.
In any case when a new identity is invoked to open a session 9528 or request a resource 9528, an authentication process is repeated for each new identity 9529 9511 and/or for each protected resource requested 9529 9511. If available for the new identity and/or device, a stored certificate, pass key, cookie, etc. 9530 may be employed for authentication and authorization 9511. Alternatively, as described herein, if said user/identity/device/etc. authentication and authorization has been registered and saved (such as with an identity provider) that said saved authorization may be associated with a user ID, password, credential, pass key, unique information, biometric credential, etc and may be employed for future sign-ons and uses. However performed, if authorization is successful 9531 a new session 9524 may be created under that new identity for that new resource, wherein the new resource monitors that new identity for activity 9525; when said user acts as this new identity 9526 the appropriate task, service, etc. is performed 9527; and when completed, the resource returns to monitoring that new identity for activity 9525. During the use of a device 9500 9501 9502 9503 9504 for multiple sessions by multiple identities, the user switches between the opened sessions 9524 9524 9524 (for a plurality of identities) to perform the appropriate task(s) 9526 9527 or to request the appropriate service(s) 9526 9527 under each separate identity. If, however, a new identity 9528 9529 or a request for a new protected resource 9528 9529 is not authenticated or authorized 9531 9511 then that failure may (optionally) be logged 9518, access to the requested resource may be denied 9519, and the appropriate failure or error actions may be performed 9519. The components of these processes may consist of any combination of components, modules, systems, processes, methods, services, etc. at a single location or at multiple locations, wherein any location or communication network(s) includes any of various hardware, software, communication, security or other features.
Multiple identities ownership of assets and property with authentication and auditing: As described in these multiple identities (such as in
Turning now to
In some examples a user and his or her multiple identity(ies) are registered 9534 by means of an Identity Registration Tool/Service (IRTS) 9535, and a plurality of the user's multiple identity(ies) are assigned to one Global Ownership Identifier (herein GOD) 9536. Some examples illustrate these by means of a sample user, Jill Brown's GOID (Global Ownership Identifier) 9546 who has multiple identities 9547 and those identities' ownership 9552 of accounts, properties, assets, etc. In both this Alternate Reality and in its Identity Registration Directory(ies) (herein IRD) 9537, each of Jill Brown's multiple identities 9547 and ownership 9552 are assigned her GOID and mapped between its individual identity “owner” and that identity's property, as follows: Jill Brown (Jill Brown's “job” identity) 9548: Jill Brown's accounts, properties, assets, etc. 9553 are assigned to her Jill Brown GOID and mapped to her “Jill Brown” identity. Mary Mathews (Jill Brown's “Business 1” identity) 9549: Mary Mathews' accounts, properties, assets, etc. 9554 are assigned to Jill Brown's GOID and mapped to her “Mary Mathews” identity. Ted Hamil (Jill Brown's “Business 2” identity) 9550: Ted Hamil's accounts, properties, assets, etc. 9555 are assigned to Jill Brown's GOID and mapped to her “Ted Hamil” identity. Jan Thomas (Jill Brown's “Getaways” identity) 9551: Jan Thomas's accounts, properties, assets, etc. 9556 are assigned to Jill Brown's GOD and mapped to her “Jan Thomas” identity.
In some examples these assignments and mappings are made in an IRD 9537 by means of appropriate tools and/or services 9537, wherein for each unique human user a unique Global Ownership Identifier (herein GOD) is generated 9538. One identity of said user is assigned and mapped to that user's GOD 9539, and (optionally) one or a plurality of that identity's accounts, properties, assets, etc. may be assigned to that user's GOID 9540 and to that identity 9540. The assigned and mapped identity, accounts, properties, assets, etc. 9539 9540 are then saved to the IRD 9541 (which may be in some examples a common and shared Identity Registration Directory [IRD], in some examples one appropriate IRD, in some examples a specific IRD, etc.). If said user has multiple identities then another identity 9542 may be assigned and mapped to a GOID 9539 9540 9541, and (optionally) that next identity's accounts, properties, assets, etc. 9543 may also be assigned and mapped to that next identity's GOID 9539 9540 9541. This process continues for subsequent multiple identities of that same user 9542 9543 until either there are no more identities 9544, the desired multiple identity assignments and mappings have been completed for the moment 9544, etc. In some examples these assignments and mappings are made using one or more external identity application(s) (such as described in 9476 9477 in
In addition, each identity and its assets may (optionally) be flagged for a varying privacy or secrecy level by means of a Privacy Identifier (herein PID) 9557, that may have various levels of privacy and security as may be implemented, but are herein illustrated as Public (herein PB) 9557, Private (herein PV) 9557, and Secret (herein SC) 9557—but may have fewer, more or other privacy levels as may be utilized for varying purposes. In some examples illustrated in this figure, Jill Brown's multiple identities 9547 and ownership 9552 are set for varying PIDs (Privacy Identifiers) as follows: Jill Brown (Jill Brown's “job” identity) 9548: A public (PB) identity; Mary Mathews (Jill Brown's “Business 1” identity) 9549: A public (PB) identity; Ted Hamil (Jill Brown's “Business 2” identity) 9550: A secret (SC) identity; Jan Thomas (Jill Brown's “Getaways” identity) 9551: A private (PV) identity
The use of said PID, identity registration and/or GOID 9534 9546 may be determined at the time of access by means of an appropriate gateway service(s), server(s), etc. 9560 that may determine if an access request is identity related, ownership related, etc. In some examples said gateway may be a module within a service 9560, whereas in some examples said gateway may be a distributed servlet that may be embedded within multiple services 9560, whereas in some examples said gateway 9560 may be provided by other varied means. In any case, said gateway 9560 may invoke a subsequent operation 9561 to authenticate and/or authorize functions and/or features of other applications, servers, services, etc. such as confirming one or more of a user's multiple identities; confirming an identity(ies)' ownership of an account(s), property(s), asset(s), etc.; providing authentication prior to transferring funds and/or ownership of an asset or property; or any other material identity, financial, ownership, etc. operation. In some examples said authentication 9561 may be provided by determining the requested identity or ownership 9562; authenticating it 9563; authorizing it 9563; issuing a credential, cookie, or other data item that may be stored as confirmation 9563, etc. 9563. During said authentication and authorization 9563, if additional information or data is needed from said user to validate identity or ownership 9564 that (optionally) may be requested 9564 and included in said authentication and authorization 9563. If a user needs to be contacted for additional information 9564, then (optionally) user assistance may be provided 9565 (such as secure means to provide assistance if a user forgot his or her password, forgot his or her user ID, etc.). Alternatively, if said operation 9562 determines that identity or ownership authorization are not needed 9562 then that is transmitted to the gateway 9560 so that it may proceed without needing additional authentication and/or authorization 9563.
In either case, if authentication and authorization are received 9561 9562 9563, or if authentication and authorization are not needed 9560 or 9562 9560, then said request 9560 may be processed 9566. Said processing 9566 is accomplished as described such as: Confirming one or more of a user's multiple identities 9546 9547 9548 9549 9550 9551; Confirming a public identity's ownership of an account(s), property(s), asset(s), etc. 9546 9547 9548 9553 or in some examples confirming a financial account ownership for a private identity 9551 9556; Providing authentication prior to transferring funds and/or ownership of an asset or property such as between a public identity and a secret identity 9549 9550 9554 9555; Or for any other material identity, financial, ownership, etc. operation 9566.
When identity and/or ownership requests are processed 9566 they may be recorded and stored for partial and/or comprehensive auditing 9567. In some examples one or a plurality of audit “warehouse(s)”/service(s)/server(s)/application(s)/framework(s)/vendor(s)/etc. may be provided for tracking, validating and/or auditing these distributed identity and/or ownership requests and/or operations 9566 by one or a plurality of sources. Said audit “warehouse” may be private or accessible by third-parties; within one network or distributed; centralized or decentralized; accessed by just one set of tools or broadly accessible by means of APIs, standard protocols, widgets, servlets, custom applications, client apps from multiple developers and/or vendors, etc.
In some examples processed requests 9566 are provided to said audit warehouse 9568 which determines if it is an auditable item or transaction 9568, and if it is not that may (optionally) be communicated to said process 9566. If it is an auditable item 9568 such as a transaction or change, then audit data is logged 9568 and the audit data/log is recorded and stored 9569 in said audit warehouse 9570. In some examples audit or logging modules, components, code snippets, APIs, etc. may be embedded within some or most processed requests to automatically “pull” auditable data from appropriate processed requests 9566 and operations 9566 and write said data to the audit warehouse 9569 9570 either on command or automatically. In some examples a plurality of IRDs or directories 9537 that provides identity and/or ownership authentication, authorization or data 9546 9547 9552 may have their own audit data warehouse(s) 9567, each collecting 9568 and recording 9569 appropriate data from authentications, authorizations, transactions, identity-related actions, etc. it enables. In some examples each of the external identity application(s) (such as described in 9476 9477 in
In some examples said audit warehouse data is retrieved by a common set of central tools 9571 that may be accessed either locally and/or remotely to obtain relevant audit data. In some examples audit or logging modules, components, code snippets, APIs, etc. may be embedded within some or a plurality of external applications, services, etc. to retrieve and/or display appropriate recorded and stored items 9569 9570 (such as previous transactions, changes, transfers, etc.) from a central IRD 9537 or identity registration directory 9537. In some examples where there are a plurality of IRDs 9537 or identity registration directories 9537 that may each have its own audit data warehouse(s) 9567, then either centralized tools and/or components, code snippets, APIs, etc. may be embedded within some or a plurality of external applications, services, etc. to retrieve and/or display appropriate recorded and stored items 9569 9570 (such as previous transactions, changes, transfers, etc.) from a plurality of IRDs 9537 or a plurality of identity registration directories 9537. In some examples a plurality of or each of the external identity application(s) (such as described in 9476 9477 in
While a plurality of different types of identities are possible with multiple identities, and the examples herein do not limit the types of multiple identities that may be developed, some types of identities in some examples illustrate varying levels of privacy 9557 that include:
Public—Personal/Work (herein Jill Brown 9548 Mary Matthews 9549): A public identity is visible and accessible publicly, to anyone who shares the public life space, or shares the personal life space(s) of either of these identities.
Private—Personal (herein Jan Thomas 9551): A private identity is not visible publicly, though it is visible and accessible to anyone this identity includes in one or a plurality of its private life space(s).
Secret—Secret (herein 9550): A secret identity is not visible or accessible to anyone, and its only contacts are the outgoing ones this person initiates when he or she is conducting activities, business, traveling, or doing anything else as this secret identity.
Setup devices for use by multiple identities: A single device may serve a plurality of identities each which may have multiple subscriptions/services/etc., and operate across one or more networks. Alternatively, a single identity may utilize a plurality of devices and networks to access a single subscription/service/etc. Therefore, devices and networks, services, servers, infrastructures, utilities, etc. need to process outgoing and incoming connections for each identity, each device, each network, each subscription/service/etc. and each use. In this Alternate Reality a standard device may optionally provide connections between one or multiple identities and one or a plurality of networks, services, servers, infrastructures, utilities, etc.
Turning now to
To actually set up each multiple identity device 9574, these lists of identities 9581, devices associated with each identity 9585, list of identities for each device 9590, and list of services/networks/etc. for each device 9594 are utilized in a cyclical setup process 9600 in which a first device is connected, registered and configured for one connection at a time 9600 with this process repeated until that device's connections are complete; then a second device is connected, registered and configured for one connection at a time 9600 with this process repeated until that device's connections are complete; etc. until the applicable devices are set up. Said connection and configuration process is described elsewhere but its high-level process is provided herein as: Connect, register and configure a device with one identity's first service or network 9601; Determine if the device connects to another service or network with the same or a different identity 9602; If no, end the setup process 9603; If yes connect, register and configure the device with that or another identity's next service or network 9604; Determine if the device connects to another service or network with the same or a different identity 9605; End if it does not 9603, or continue with another setup 9604 if there is another remaining to be done. In some examples functionality may be distributed to third-parties and or developed and provided by third-parties such as device manufacturers; in some examples functionality may be distributed to third-parties and or developed and provided by third-parties such as third-party vendors; in some examples functionality may be distributed to third-parties and or developed and provided by third-parties such as network vendors (in some examples mobile phone vendors, cable TV vendors, VoIP vendors, etc.); in these and other examples by means of multiple setup processes, APIs, third-party applications, distributed functionality, etc. independent vendors and/or developers may provide additional multiple identity device setup services, applications, functions, features, etc.
Simultaneous use and/or sign-on by multiple devices for one or a plurality of identities: In an Alternate Reality with multiple identities a user may have a plurality of devices that each need to connect by using two or more identities, each with its own network(s), subscription(s), saved connections (such as phone numbers), installed applications, profile and/or configuration(s), etc. Some examples that provide this are illustrated in
Turning now to
In some examples 9616 after one or multiple identity(ies) are selected 9617 then one of those identities is selected for a first use of the device 9618. Until device use begins 9618 said device remains idle and ready for use 9626. When device use begins 9619, however, an indication of an outgoing connection for that registered identity 9620 may include any known means such as a contact list(s), bookmarks, any type of shortcut such as those that may be provided by a service or subscription, manual entry of a contact or phone number, an application such as a VTP (Virtual Teleportal), etc. based on that indication of a connection 9620 then the device connects 9621 and is used 9622. When said use 9622 is ended 9623 the device returns to an idle state 9626 in which it is ready for use.
In some examples said previous use requires authentication and/or authorization (as described elsewhere such as 9511 in
In some examples said device(s) 9610 9611 9612 9613 9614 may operate in different networks and/or systems (such as each of the different US and European cellular network systems, or such as different types of networks that may be accessed by means of Wi-Fi, wired Ethernet, cellular radiotelephone, or such as the open public Internet and a private VPN Internet service, etc.). In some examples after the indication of an outgoing connection for one identity 9620, said device connects to the appropriate network based upon indications such as the connection type 9621, the service being connected to 9621, the presence or absence of network access points within range of the device 9621, etc. After said appropriate network is selected from a plurality of connection options and said connection is made 9621, use of the device 9622 begins.
In some examples if said device 9610 9611 9612 9613 9614 can technically support it, it may simultaneously engage in a plurality of sessions by a plurality of identities over a plurality of network connections and connection types. In this case, after one identity has been selected for a first use of the device 9618, and after a connection is made 9620 9621, and after the device is in use 9622, then simultaneous with said continuation of that use 9623 a user may select the same or a different identity for another use of that device 9624. After that additional selection is made, the device may be used by that subsequent identity 9624 for that subsequent use 9625. In that case, the indication of an outgoing connection for that subsequent identity 9620 may be implemented and result in a connection to the same or an additional network and/or service 9621, including (optionally) transmitting authentication and authorization is stored and requested 9621, culminating in the second simultaneous use of said device in a simultaneous second session 9622. Subsequent additional sessions may be added 9623 9624 9625 9620 9621 9622 as desired by the user and as supported by the device 9610.
While this describes devices that may serve users with multiple identities by means that include for some examples providing varying levels of privacy and security to each of multiple identities, in some examples providing transmission of stored authentication and/or authorization for the use of various protected services, in some examples connecting with one or a plurality of networks or types of networks, and in some examples support multiple simultaneous sessions on a single device, etc. The components of these and other examples may consist of any combination of components, modules, systems, processes, methods, services, etc. at a single location or at multiple locations, wherein any device, location or communication network(s) includes any of various hardware, software, communication, security or other features.
TP applications (6412): The Applications 6412 in
Local Teleportal devices/Mobile Teleportal devices: Local Teleportals (LTP) 132 in
While the applications layer of the Teleportal Utility (TPU) 6412 in
Location of the components and services described in
TP applications services—sources of applications and services: Turning now to
This expands the build 9044 vs buy 9046 vs external (third-party)/reuse 9048 options to include available sources such as third-party vendors, online services, the World Wide Web, etc. The TP Services Architecture (TSA) is about interchanging applications and services that may be from a plurality of sources in some examples vendors, web services, third-parties, TP customers/users, etc. In some examples buying a single “out of the box solution” 9046 may be a shortcut to jump starting parts of said TSA, but if said “solution” is tightly integrated within itself then expanding it to include other services 9044 9046 9048 may be difficult, which sacrifices flexibility—so packaged software may be only one of varied ways to accelerate parts of the TSA. In some examples the Teleportal Services Architecture (TSA) can make it possible to add or remove applications and services so that the Teleportal Utility (TPU) can add new business opportunities, new technologies, new vendors, products and services. Thus, a packaged software “solution” 9046 parallels one component of a TSA, which includes:
Built TP Services 9044 9045: The architecture and strategy is varied but includes loosely coupled services that have standardized interfaces. These loosely coupled services can be built by employees, contractors, consultants or a packaged software vendors' products (primarily if its interfaces are standards-based, extensible, open and do not restrict the TSA to that vendor's approach).
Bought TP Services 9046 9047: Since most vendors do not sell commodity-level products (they add proprietary features and capabilities that both improve on current standards and lock customers into their products and customization services). If packaged software products are to be bought, they should be building blocks that are well structured to enable and multiple similar and different services from multiple sources to be linked together.
External/Third-party/Vendor/Reusable TP Services 9048 9049 9050: Components of the Teleportal Utility (TPU) may include third-party vendors 9049, customer-built services 9049, independent Web services 9050, services that are standards-based or industry based (such as Rosetta Net) 9050, enterprise services 9050, white label services 9050, etc. If services interoperate then their business processes, products and services should interoperate with the TP Platform—with both TP business processes and Teleportal users, so they can receive revenues from said participations. These services should communicate with and pass data to and from TP Services, to interoperate within TP business processes.
While the business processes are likely to be similar since they typically follow the general customer lifecycle 6456 in
TP application services—simple and complex applications: Turning now to
Simple Applications 9051: A plurality of types of simple applications provide services of the TP Platform, in some examples looking up and delivering information required to employ or perform a plurality of parts of the Platform's operations. Some examples include: From the usage side, the user of an LTP 9052 or an MTP 9052 may utilize this type of simple application 9051 to find and view RTP places in and around the Eiffel Tower in Paris, France. Also from the usage side, the user of an LTP 9052 or an MTP 9052 may not have TP Shared Spaces and want to use this type of simple application 9051 to see a list of Third-Party TP Shared Space services to choose one and purchase it. From the vendor side, a plurality of RTP broadcast locations 9052 (such as views of the Eiffel Tower in Paris) may be subscription services that require automated silent logins to enjoy their views (such as by means such as the One TP Sign-on service
In operation as depicted in
Complex Applications 9057: A plurality of types of complex applications 9057 are described throughout the examples some of which include: TP Shared Space(s) that include collaboration services delivered by a third-party vendor. TP Broadcasts that include third-party advertising services. In brief, these include and integrate two or more TP Services 9062 9066 as well as optional TP Sub-services 9064, any of which may be provided by the TP Platform or a Third-Party Vendor. Appropriate choreography, workflows, mediation, transformation, etc. are provided by TSBH 9060.
In operation as depicted in
TP multi-sources applications services processes: Turning now to
Obtain price(s) and/or information 9072: These illustrate the workflow and combination of services at each stage of this lifecycle. To begin, a prospect or existing customer requests information or prices 9073. An appropriate workflow 9074 is invoked which utilizes TP services 9076 9077 from internal or third-party sources 9069 9070 by sending each a request 9075. Each external service 9076 9077 retrieves appropriate information and/or price(s) and responds 9078. Said responses 9078 are received and displayed to the user 9079.
Place an order(s) 9082: After a decision is made, the customer places the order(s) 9083 by means of buying and payment service(s) 9084. Since a single purchase 9083 may include both a TP device(s) and/or a TP service(s) from two or more third-party vendors 9069 9070, and appropriate in buying workflow 9084 is utilized. Said workflow 9084 invokes TP buying services 9086 9087 by sending each the appropriate purchasing data 9085 and service request 9085. Each external service 9086 9087 processes its buying request and responds 9088 with appropriate information that is displayed for the customer 9089, including such information as a confirmation(s), receipt(s), shipping information, etc. 9089. Said buying workflow 9084 and third-party services 9086 9087 may also trigger other buying and ordering services 9082 such as providing the customer with responses that are received and displayed to the user 9089 such as shipping notification(s) 9089 and delivery(ies) information 9089.
Use the device(s) and/or service(s) 9092: After a device is received, installed and working (as described in
Add new device(s), or uses 9100: At this point 9100 customers are using their TP devices and TP Services. At any time they may choose to add additional devices or uses. To do so, they may: Request information, price(s) or a quotation 9101 9072; Place a new buying or subscription order(s) 9102 9082; Use a new TP device(s) 9103 9092; Use a new TP service(s) 9104 9092.
High-level customer-vendor lifecycle of TP applications: Turning now to
For customers this business lifecycle includes the major activities such as: Find 9110 9114; Buy 9110 9114; Receive 9110 9114; Install 9112 9115; Use 9112 9113 9115; Customer support or solve problems 9110 9114; Upgrade or replace 9113 9115.
For vendors this business lifecycle includes the major activities such as: Design/build 9110 9111 9114; Deploy/manufacture 9111 9114; Sell 9110 9114; Use 9112 9113 9115; Customer support or solve problems 9110 9114; Upgrade or replace 9113 9115.
In some examples both business and usage workflows and services fit this high-level process such as: A credit workflow and/or service 9110 9114: Credit check, credit approval, credit response or notification; A payment/billing workflow and/or service 9110 9114: Payment/billing notification, accept payment, payment received, billing reminder(s); An inventory workflow and/or service 9111 9114: Reserve inventory, release inventory, inventory response or notification; A shipment workflow and/or service 9111 9114: Shipment (with a sub-service for each shipping vendor), shipment response or notification; Uses workflow(s) and/or service(s) 9112 9113 9115: see
TP process to run applications: Continuing with
If device or user 9117 has not pre-stored and transmitted appropriate identification and authorization data then among the first services to be invoked 9120 may be authentication and authorization 9121 if it is needed to ensure that the request is valid. If not authenticated 9122: Said request 9118 is responded to as not authenticated or invalid 9122. Retry or fall-back if not authenticated 9122: Said request may have an “N tries” process to login and gain access. As a fall-back if not authenticated 9122, said request 9118 may have displayed opportunities to retry said login 9122 9121, or to employ a secondary or tertiary means to obtain access, such as by having a password e-mailed to them 9122 9121. If the TP device or user 9117 are then confirmed as authorized and authenticated 9121, metering is started 9124 and the session is established as if the device or user had been pre-authorized 9119. Authentication failure 9122 9123: If authentication fails 9122 said request 9118 may have displayed an opportunity to buy or subscribe to said requested service for a price 9123, offered as a free promotion 9123, or blocked as an authentication failure 9123. If offered for purchase 9123 or a free trial 9123 information may be displayed to explain said offering, or links may be displayed so user may obtain said information if desired. If a purchase is made 9123 or a free trial offer is accepted 9123 then the TP device or user 9117 are then confirmed as authorized and authenticated 9121, metering is started 9124 and the session is established. If not, said request 9118 is blocked as an authentication failure 9125 and said user/device 9117 are notified.
After authentication and authorization 9119 9120 9121 complete successfully and metering 9124 is initiated, a session is established and the application requested 9118 is selected and run by a “Select and Run Applications Service” 9132 and
Each request 9118 and authorization 9119 9120 9121 may include and communicate parameters such as values like device type and ID, location, user and ID, plan or subscription, and values like security credentials from said authorization. In addition, each category 9126 9127 9128 9129 9130 9131 may be described by parameters such as its category name, category type, relevant applications for said category, address such as a URL, virtual addresses, etc.
Said “Select and Run Applications Service” 9132 utilizes parameter data from each request 9118 and each category 9126 9127 9128 9129 9130 9131 to specify the workflow, applications and operations to be performed. Said operations are performed by a command and the relevant parameters with one common command schema 9143 applying such as: Start application/Start workflow; Stop application/Stop workflow; Get status/display status; Get event; Write event; Open/close; Load/unload; Retrieve/save; Etc.
As a result, each TP category retrieves the appropriate Application Workflow(s) 9132 by identifying and running each, with appropriate parameters passed to each said workflow: Teleportals 9134; Teleportal Shared Space(s) 9135; Teleportal Digital Realities 9136; Remote Control Teleportaling (RCTP) 9137; Virtual Teleportals (VTP) 9137; Entertainments and/or RealWorld Entertainments 9138; Other Teleportal Networks 9139; Teleportal Services and Applications 9140; Teleportal Broadcasts 9141; Other Teleportal Applications 9142.
Each of these TP categories contains workflows that have their own applications with appropriate functions, operations and features so that each workflow may be treated as a reusable single service even though it may actually run multiple services and sub-services from multiple sources. In some examples if individually chargeable, the TP categories may include appropriate metering 9124 9144 9145 so that their start 9124, stop 9145 and/or chargeable events 9143 9144 are noted and published for use 9144 or recorded in the Metered Events Database 9144. Alternatively, each event 9144 may have its start 9124, stop 9145, and appropriate workflow events 9143 9144 published 9144 and/or recorded 9144 for later analysis and potential billing. After said requested use(s) 9118 are completed and ended by said user or device 9117 their ending is metered 9145 and written to said Metered Events Database 9145, and said process is terminated 9146.
Adding an entirely new category of TP Application(s) becomes systematic because the same process of requesting said new type of TP Application 9118 includes the relevant device and user parameters 9117, security authorization process 9120, metering process 9124 9144 9145, same common command schema 9143 for running said new workflow for that new category of TP Application(s), etc. The main new addition is to devise and deploy a new TP category 9126 9127 9128 9129 9130 9131 with a workflow(s) or application(s) 9134 9135 9136 9137 9138 9138 9140 9141 9142 for said new TP category, which can then be treated as a broadly reusable TP category by said “Teleportal Process to Run Applications”
TP device and session process to run multiple applications:
In both of these scenarios the common factors include:
Turning now to
To do this said TP Capability Service begins with awareness of the applications currently running on said TP device, the features and functions available on said device, the bandwidth available to said TP device, and the requested TP Application's features and functions. It may then utilize one or more databases 9154 by means such as a Lookup Service to determine if the current type of TP device, given its existing configuration, bandwidth and running applications, has the capacity to run the new request. If the TP device's capacity appears insufficient 9155, then the user/device is notified 9156 with options for how to achieve said request (if possible). If the TP Application can be configured for said TP device, or if said TP device can be configured for said TP Application, then those stored extensions are retrieved 9154 for that TP Application and TP device, and run as a TP Device Extension Service 9157. The function of this TP Service is to reformat or translate the TP Application's presentation to fit said TP device. This TP Service 9157 expands the “footprint” or “reach” of TP Applications to fit more types of TP devices. If the TP device is of a nature that it cannot be modified automatically 9157 then it is deemed insufficient 9155 and the user/device is notified 9156 with the limitations identified; if possible, said user's other TP devices may be retrieved from storage 9154 so that the user may be informed of which other already authorized TP devices are capable of running said rejected TP Application request.
If the TP device's capacity appears sufficient 9153 (whether or not said optional TP Device Extension Service 9157 is run), then event metering is invoked 9167 9168 and one “Select and Run Applications Service” is invoked 9158 9160 9162 for each TP Application request 9148 as described above
This is an extensible and flexible process that may be employed by both Teleportal customers and vendors: This TP process
This process
Two instantiations of said “TP Session Process to Run Multiple Applications” are presented to illustrate said process based on
Scenario 1—Solving a Business Problem: In the first scenario, in the evening a user needs to work on an overdue shipment problem that includes coworkers and shippers located around the world, so the evening hours are more convenient to connect with them in their local time zones. To resolve this shipping problem this user opens multiple TP applications 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: RTP View: The RTP view opened is the inside of his company warehouse where the shipment must be expedited as soon as it arrives; TP Remote Control: The TP RC view opened is of his Windows PC that shows the schedule that will be slipped because this shipment is late; TP Web Browser: The TP browser opened includes a VPN login to his company's internal purchasing and shipping system.
After skimming the relevant data and leaving the above views open and running, the user enters a TP Shared Space, which includes invoking multiple TP applications 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: TP Address Book: First the user opens a work address book which is separate from personal addresses for security, and chooses the TP Shared Space participants. TP Sharing: Next the user turns on TP Sharing for the three views opened (RTP view, TP Remote Control view, and TP Web browser view) so that Shared Space participants can see them if they are using a Teleportal. TP Recording: Then the user starts TP Recording to make a record of the Shared Space for later editing and broadcasting. As required by law in the user's area this automatically displays a notice that “this Shared Space is being recorded” which is visible to participants who can see the TP Shared Space. TP Dialer: When the user initiates the Shared Space a TP Dialer automatically contacts the participants either sequentially or at once, with each one called in the communication device order specified in the participant's directory entry (such as Local Teleportal, business phone, cell phone—with the TP Dialer waiting a pre-specified amount of time (such as for a reasonable number of ring tones) before trying the next communication device. TP Shared Space: When connected the meeting begins. The team discusses the shipping problem and determines the best solution. It updates the project schedule to match the new shipping dates. A team member agrees to contact the shipping company to find the shipment and have it re-routed so it goes to a new final destination, not the company warehouse, and does this in the background on her LTP while the group continues collaborating via the TP Shared Space. In the background that person also put the company warehouse on alert in case the shipment turned up there so it would be expedited and sent to where it is needed.
After the TP Shared Space the user edits the recording, saves and TP broadcasts the recording, and adds the event and broadcasted recording to a website 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: TP Edit Recording: After the TP Shared Space the user edits the recording to keep only the resolution and action items for this problem. As part of editing the user may (optionally) record a video and/or audio introduction or narration (which is inserted at the appropriate place[s]) as well as inserting or attaching resources (and/or pointers to resources) to make it clear what is expected from each person involved in the solution. TP Broadcast to TP ViewMail: The user then uses TP Broadcast to send the edited TP Shared Space to those who were at the meeting. Rather than phoning them the user sends the recording to their TP ViewMail, which is the Teleportal's visual voicemail service. This allows each of them to view this when and if they want it. TP Creation of Website: Finally the user employs TP Voice Recognition to add a text note, and embeds the TP Shared Space recording and the updated project schedule from the user's PC.
Scenario 2—A New Way to Help Others: In the second scenario a user wants to help others. To do this, the user does some research, then connects with others and proposes an entirely new way so that others in a plurality of locations may help others when they want. The user opens multiple TP Applications 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: RTP View: The user opens several RTP views showing views of the environment around the user's city, such as the closest wilderness river, state park, and a hiking trail on a nearby mountain. TP Augmentation: With TP Augmentation the user is able to see information on each of these, such as GPS coordinates, and links to interactive guides to each of these areas on each one's Website..TP Web Browser: The user opens a TP Web Browser with multiple tabs that provide additional information on each of the locations. Each has a guide(s) formatted for cell phones with GPS and is interactive so people who go out to enjoy these environmental resources may have an interactive guide(s) to each place that uses GPS to automatically follow their current location. By looking at the real-time RTP views, however, the user can see ways anyone can help such as by picking up litter on the hiking trail, or by contacting the river's water Management District about what might be an algae bloom (you'd have to be there to be sure). By checking the Websites' interactive guides, the user sees that there is no way to note these problems or enlist others in fixing them. TP Remote Control: The user opens a TP Remote Control view of his Windows PC and brings up Microsoft PowerPoint and creates a brief presentation about adding a “Help Fix This” list that can be added to interactive guides that are run using cell phones—with this type of service people could interactively solve problems with solutions such as “Bring a small garbage bag so you can help pick up litter along this hiking trail,” or “Contact the river's Water Management Agency to tell them there is an algae bloom at this GPS location.” Presentation run by TP Remote Control: The user prepares a presentation that shows how this “Help Fix This” service can be added as a small icon that when clicked reads the cell phone's GPS coordinates and relevant Website(s), application(s), or other augmented information that helps identify the user's current activity or task, and attaches them to a text title. The user can then enter either a text or voice message about what needs to be fixed, and automatically send the bundle of information by cell phone.
After skimming his address book and leaving the above views open and running, the user enters a TP Shared Space to several technical colleagues who are members of one of his professional associations 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: TP Address Book: First the user opens a personal address book which is separate from work addresses for security, and chooses the TP Shared Space participants. TP Sharing: Next the user turns on TP Sharing for the views opened (RTP views, TP Web browser view of the interactive guides on the environmental Websites, and the TP Remote Control view of a presentation on his PC) so Shared Space participants can see them if they are using a Teleportal. TP Recording: Then the user starts TP Recording to make a record of the Shared Space for later editing and broadcasting. As required by law in the user's area this automatically displays a notice that “this Shared Space is being recorded” which is visible to participants who can see the TP Shared Space. TP Dialer: When the user initiates the Shared Space a TP Dialer automatically contacts the participants either sequentially or at once, with each one called in the communication device order specified in the address book such as Local Teleportal (LTP), business phone, cell phone with the TP Dialer waiting a pre-specified amount of time (such as for a reasonable number of ring tones) before trying the next communication device. TP Shared Space: When connected the user begins the Shared Space by discussing that a universal problem is that people spot things that need to be fixed in many situations but have no way to record that so that others are able to help fix them. The user might share and show several issues in the RTP views, the interactive guides that are available from cell phones for people in those situations, and the proposed “Help Fix This” list that is illustrated in the presentation. Several on the TP Shared Space are interested and stay on while some drop off (e.g., leave the TPP Shared Space). Those remaining divide up the tasks of developing and packaging this in their spare time, but realize that they are technically focused and without sufficient marketing expertise. One of those on the TP Shared Space has a friend who runs the marketing for an entrepreneurial company and connects with her and they add her to the TP Shared Space. She “gets it,” says she would like to help and suggests that the original idea was a good one—to stimulate wide adoption they should make “Help Fix This” available for free to nonprofit organizations, charities, schools, and other types of community services. They could make it possible for anyone to be a continuous volunteer who may help make improvements more easily.
After the TP Shared Space the user edits the recording, saves and TP broadcasts the recording, and creates a project Wiki page to which is added the project description, broadcasted recording and the PC presentation file 9148 9149 9150 9152 9167 9158 9159 9160 9161 9162 9163 9168: TP Edit Recording: After the TP Shared Space the user edits the recording to keep main decisions and action items for this project. As part of this the user may (optionally) record a video and/or audio introduction or narration (which is inserted at the appropriate place[s]) as well as inserting or attaching resources (and/or pointers to resources) to make it clear what is needed and expected from those helping deliver the solution. TP Broadcast to TP ViewMail: The user then uses TP Broadcast to send the edited TP Shared Space to those who decided to participate. Rather than phoning them the user sends the recording to their TP ViewMail, which is the Teleportal's visual voicemail service. This allows each of them to view this when they want to review and confirm what they decided. TP Creation of Wiki: Finally the user uses TP Online Creation Tools to create a new Wiki that requires a password to login. The user employs TP Voice Recognition to add a brief project description, then schedules the recorded and edited TP Shared Space to be broadcast one or a plurality of times, along with access to the presentation file that illustrates the “Help Fix This” idea.
Select and run TP application service:
In this figure the running of two of said TP Applications workflows 9132 9134 9135 9136 9137 9138 9139 9140 9141 9142 in
TP Shared Space 9175 9180 9181 9182: The TP Shared Space category contains workflows that have their own applications with appropriate functions, operations and features so that each workflow may be treated as a reusable service even though it may actually run multiple services and sub-services from multiple sources. In
TP Remote Control 9175 9200: The TP Remote Control category contains workflows that have their own applications with appropriate functions, operations and features so that each workflow may be treated as a reusable service even though each workflow may actually run multiple services and sub-services from multiple sources. In
Therefore, by means of these two illustrations (TP Shared Space 9182 and TP Remote Control 9200) it can be seen that there is a common sequence for running the TP Categories 9126 9127 9128 9129 9130 9131 in
PRESENTATION/USER EXPERIENCE/USER INTERFACE(S) (6410): Today people face a blizzard of new technology that is often so difficult to use that many new features and capabilities remain rarely used. This blocks much of the productivity and performance gains promised by new technologies. Might it be possible to make this dilemma obsolete, by making a plurality of of today's new and powerful technologies easier, more productive and beneficial on the first day they're launched?
Historically, when PC's were operated by DOS and complex software, the introduction of Microsoft Windows and Office gave Microsoft the business opportunity to seize industry leadership, destroy competitors and receive billions in profits every quarter (from operating systems and all categories of office software). But later Microsoft reintroduced that problem with its Vista operating system and Office ribbon interface widely derided as difficult for average users. In a possible parallel business evolution to the first launch of Windows against DOS interfaces, the advent of Teleportals might provide a business opportunity to replace current industry leaders in multiple business categories. In some examples these industry categories might include PC software and PC systems (Microsoft and PC systems makers like Dell and HP), and cell phone networks (such as AT&T, Verizon and Sprint in the USA), mobile device vendors (such as Nokia, Apple, RIM, Samsung, etc.), etc.
One of the drivers for this may be the user experience, just as this was a major driver behind Microsoft's success when the first versions of Windows and Office defeated the DOS software leaders (such as Lotus and WordPerfect). This Teleportal Utility (TPU) “Presentation/User Experience/User Interface(s)” is explained and illustrated by means of four figures:
The core component of the “Presentation/User Experience/User Interface(s)” is to provide consistent and clear high-level patterns, yet within each pattern open the door wide to easily added and potentially large, transforming improvements in the ways people are able to communicate and work together. The sources of these may be large industry-leading companies, new technology startups, one or a plurality of individual users who provide input or advances, etc. This TP Architecture provides capabilities so that each addition may be included in a service(s) that other services may use. In some examples of this is
Location of each interface component: While it remains somewhat helpful to locate each interface component where user inputs can be replied to quicker (in some examples locally, in “edge” services, at multiple servers located near their intended users, etc.), this requirement declines over time as bandwidth increases, local processing power and storage increase, the use of cloud computing becomes more accessible for individual users as well as vendors, the use of individual widgets or services that update separately, and TP Virtualization decouples the location of an interface component and service from how anyone may create and deliver new improvements. As a result, stored components 9306 9309 may include templates (layouts), designs (appearance), patterns (functions), portlets (components), widgets (components), servlets (components), applications (software), features (e.g., sharing, presence, speech), APIs, etc.
Continuous improvement is built in: The TP Interface Components Process changes the business model for consistent user interface development to a potentially accelerated creation of mature, intuitive, increasingly familiar and stable interfaces that may be run on a plurality of types of devices. Sources of components 9299 9310 may include TP GCE services 9311, TPU applications 9312, third-party vendors 9313, third-party web services 9314, TP customers 9316, other TP interface component sources, 9315, etc. The best of these may be determined by means such as performance statistics 9317, most successful patterns 9317, best practices 9317, etc. and saved to one or a plurality of TP interface and components repositories 9316 9306.
Currently, companies like Microsoft have achieved saturated markets for their products, so revenue increases must come from forcing existing customers to upgrade to new versions of the products they already own. It has been said that a business requirement is therefore to force future upgrades on customers who feel they don't need or want them.
Alternatively, the TP interface process is designed to produce continuous improvements as illustrated in
Current vs TP user experience (6410): After spending trillions of dollars putting in high-speed communications networks, buying billions of PCs and cell phones, as well as buying other kinds of new devices and software, just how productive are these vendors' customers? How well do we actually connect and work effectively with a plurality of other people, including different kinds of people, all over the world? One serious obstacle is the large numbers of differently designed devices and software applications, each with their unique interface designs, feature names, and functionality. Just because a technical product designed by engineers can have “any time, anywhere access” doesn't mean that its users find it possible to turn it on and accomplish this, much less do it at global volume and scale. In fact, all too often engineers design products quickly and push them into the marketplace before they are usable for an average person, knowing that new features help marketing sell them, even if those features are not widely usable.
Using a mature product design is more intuitive for an average user because the user can focus on the task and ignore the product. Some examples include turning on a television set and watching any channel, or making a local telephone call. The PC, on the other hand, has had a graphical interface for 20 years but a recent generation of the most common operating system (Microsoft Vista) and Microsoft Office software (Microsoft Office 2007's ribbon interface) leave far too many functioning at basic levels rather than functioning as productive experts.
Instead of supporting intuitive tasks where users don't pay attention to the product, far too many modern technology devices and software constantly interrupt their users' tasks to make how to use their varied interfaces the focus—to employ a feature, users must stop and figure out how to use the product to do the task. The result is a process this inventor calls “frequent interruptions” which at best could be called a limited success, and at worst yields too many task failures.
This current situation and a solution are illustrated in
From a historical perspective, today's digital age is still young and immature since it is barely 50 years old. For comparison, in the first 50 years of printing (after Gutenberg's invention of the printing press) printing and the designs of those first published documents were based on calligraphic handwritten books and hardly mature. But at the start of printing there were only a relatively few printed pieces, with small print runs, because most people could not read, mass markets did not exist, and distribution channels were small and limited. Today's production systems create new copies quickly, most of humanity can read, product development employs “fast follower” strategies on what succeeds, and mass marketing is ferociously competitive—so the majority of people are affected by the expanding and accelerating transformation of an enveloping digital world—except this transformation is limited by the average user's difficulties in productively accessing and using today's Babel of devices, designs, new applications, new services, and their myriad different interfaces that are often changed partly to justify upgraded versions that generate new revenues. Thus, we have little choice but to turn today's chaos into the start of a process by which technologies mature faster.
By means of this 9218, the user's experience and ease-of-use may be simplified, so that today's multiple separate uses and applications (depicted as rings) 9210 9213 9214 9215 are reduced to one digital zone 9218 9221 for much that is based on electronic bits, along with a shrinking paper-based print zone 9216 (while paper is increasingly merged into the digital zone 9221 with expanding use of e-paper and new devices like tablets or pads). This more accurately reflects a digital world, rather than the past-based one of the current reality. Across the Teleportaling digital zone the same interface and ease of use are provided across a plurality of devices and types of uses 9219. These include LTP's, RTP's, MTP's, VTP's, AIDs/AODs (such as PCs, cell phones, TVs, print online, online games), etc. As a result, the ease of use of the future could resemble Real 9212: People who are physically present with you. Teleportal Platform zone 9213 9214 9215: this includes real-time communications 9213, asynchronous communications 9214, media communications 9215, etc. This also includes
Overall, the TPU is designed as a system that can deliver continuously improving rates of customer success and satisfaction by means of an Interface Components Process that supports consistency across all of each user's TP devices for ease of use, plus template and pattern consistency, yet within each of these types of consistency can offer multiple applications from multiple vendors, evolving applications with new features, deployment of new interface components, minimal work by users to integrate any new interface components, and three-level control that includes automation, administration, and direction by each customer (user). This is achieved by means of the TPU's interface presentation layer 6410 in
TP client interface service (6410): The presentation/user experience/user interface(s) layer 6410 in
As described in
Said multimedia capabilities 9238 are based on reusable patterns whose components may come from a range of existing and future pattern and component resources that may be located both remotely (e.g., outside the TP Network) as well as within the TP Network; that is, to select patterns and implement each one a developer may be able to choose from a plurality of interface components from various sources, so that applications, services, products, etc. may be tailored to varying requirements. Reusable patterns and reusable components reduce complexity both during design and development, and later during maintenance, which provides: Simpler design and development; Lower costs for development, deployment and maintenance; Greater focus on developing better and more reusable modular components such that future components may more usable, functional, and have other improvements over current components—and may be “plugged in” as upgrades to current components; A common high-quality user presentation interface for a range of communication, computing and other services; An increasingly familiar customer entrance to a potentially growing range of products, services, business processes and E-commerce systems; Integration of this user interface capabilities with Teleportal services and individual third-party vendor services such as One TP Sign-On, and Teleportal Platform Business Services (such as in
As exemplified above, an appropriate TP Client
If a TP device's capability 9227 9228 does not have the capabilities, features, functions and bandwidth to run said Full Local TP Client (Superset), then in some examples said service configures and runs 9229 and saves 9237 a Subset TP Client 9236 on said TP device. In some examples if a TP device's capability 9227 9228 does not have the capabilities, features, functions and bandwidth to run said Full Local TP Client (Superset), then said service configures and runs 9230 a Web-Based TP Client (Custom Subset) 9232 and saves its parameters to said user's and device's profiles on the TP Network 9233. In some examples if an AID/AOD device's capability 9227 9228 is sufficient to run a VTP (Virtual Teleportal), then said service configures and runs 9229 a Virtual TP Client (Custom Subset) 9234 and saves 9235 said Virtual TP Client preferably on said AID/AOD, but may optionally be stored and retrieved from the TPN. The list of features in each said TP Client Custom Subset 9232 9234 are those features that are appropriate for each said TP device or AID/AOD. The function of said TP Device Client Capability Service is to configure, run and save the TP Client's presentation to fit each said TP device. This TP Service 9226 expands the “footprint” or “reach” of Teleportaling to fit more types of devices. If the TP device is of a nature that an appropriate TP Client cannot be configured 9226 then it is deemed insufficient and the user/device is notified with the limitations identified and if an appropriate Web browser is available the use of a Web-based TP Client 9232 9233 provided. If possible, said user's other TP devices may be retrieved from storage 9228 so that the user may be informed of which other already authorized TP devices are capable of running an effective TP Client.
This Service 9226 is extensible and may be employed by both Teleportal customers and vendors: said TP Client Model and Capability Service
Said process 9226 in
Said TP Client Model
TP adaptive user interface(s) (6410): To illustrate an example of the TP Device Client Capability Service 9226 in
With a known set of patterns and components 9251 it is optional for said user 9241 to employ the user interface patterns 9251 and components 9251 as a finished TP Client interface for said device 9240, but it is also possible for said user to choose which of multiple alternative components 9245 9251 are wanted within each pattern 9251, or their position on the screen (such as whether TP Broadcasts should be above or below TP Shared Spaces), as well as set preferences 9245 such as whether this TP Client interface is sharable or not (and by whom) such that said TP device 9240 may be made completely private to said user 9241, sharable by a selected group by means of logging in, or a publicly available resource for use by others in remote locations. Said user may then see and try using said interface layout 9246 or said customized layout 9245 9246 and make any changes needed by means such as dragging and dropping components in said layout 9246 or by editing said preferences 9245. When said interface layout 9246 is acceptable, the user finishes the setup 9246, which, depending on the device 9240, is one of three main types: Web-based TP Client (custom subset) 9254, which is stored on the Teleportal Network 9255; Virtual TP Client (custom subset) 9256 which is stored 9257 locally on said device 9240, but if that is not possible then it may be stored remotely on the Teleportal Network 9255; Full or partial local TP Client (superset or subset) 9258 which is stored 9259 locally on said device 9240.
Each finished adaptive user interface 9252 9254 9256 9258 is stored in an appropriate persistent location 9255 9257 9259 where it can be retrieved and parsed back into memory whenever each adapted user interface 9254 9256 9258 is run. As required, two additional processes (e.g. TP services) are available after an adaptive user interface 9252 has been created 9242 and stored 9255 9257 9259: Update interface, preferences and customization (user control) 9260: At any time the user chooses, the interface's layout template, patterns, components and/or preferences may be modified by said user. QOS (quality of service) adjustments (automated) 9261: In the same process described elsewhere for modifying QoS such as to reduce latency, the configuration of individual components for patterns of the user interface may be modified but any change that the user sees must first be approved by the user.
TP interface components process: As described in
Said Users/Devices: Actions 9297 were previously described in
TP interface consistency: The Setup Wizard 9300 first determines if said user 9241 in
TP interface improvement: If said user does not have other TP devices, then said Setup Wizard 9300 retrieves appropriate interface components from appropriate virtualized repositories 9298 9309 9306 to provide an initial TP Client design. Said interface components are “weighted” by means of the TP Interface Improvement Service 9320 so that components with the greatest usability (as determined by the rates of user success and failure in employing each component) are more likely to be included in said initial TP Client design. User may then edit said TP client's layout, components and features 9301.
User control: Said user may then edit said initial TP Client layout 9301 by accepting or changing any of the interface's components by utilizing a TP Interface Component Selection/Delivery Service 9309, which are stored in virtualized interface components repositories 9306 with changes made by means of selecting from visual lists (with drill down to more visuals and information on each selection) as in a plurality of portal interface design tools (such as iGoogle, MyYahoo, etc.). Based on said Interface Improvement Service 9320 the following lists of interface components 9306 may be sorted, weighted or have actual users access data appended so that the most successful components are most likely to be selected during said user editing of layouts, components and features 9301.
Users control Teleportaling by choosing and arranging interface components: Said interface components displayed by the TP Interface Component Selection/Delivery Service 9309 9306 may include: Templates 9306 (overall interface layouts for both a main interface and sub-pages or sub-windows); Designs 9306 (overall appearances such as color schemes and font styles); Patterns 9306 (user interface and interaction patterns are a well recognized way to present best-practice designs for common interface needs, which in turn make it easier for users to perform tasks because the interface designs are generally more familiar and easier to understand); Portlets 9306 (portlets are a plugged in interface component[s] that is displayed by a portal interface page; users can also rearrange them by dragging and dropping them into their preferred locations on said interface pages; they are standards-based so that a large body of Portlets is already available for use in standards-based interfaces); Widgets 9306 (interface widgets are elements of a GUI [Graphical User Interface] that provide individual and focused types of interactions for a single type of data; some examples include a window or a text box; while widgets were initially generic reusable tools such as buttons, they have evolved into thousands of small focused GUI applications that each provides one individual function such as a clock, mortgage calculator, news list, calendar, etc.); Servlets 9306 (servlets are API and standards-based objects that receive requests from a web container [such as a Portlet] and responds to said requests; each servlet may be packaged as a web application such as in a WAR file); Application software 9306 (while typically thought of as office software such as spreadsheets, word processors and Web browsers, in a TP client applications may also include video editors, address books or contact lists, an online video recorder/player, various types of collaboration tools, etc.; applications may be run by an Applications Portlet that can list one or more applications software packages that may be run by selecting each one individually; this portlet may have the appearance of a navigation zone, or it may be provided with a distinctive appearance for a functional purpose such as for video [with separate video applications, one integrated video application, etc.; with features such as recording, copying, organizing, titling, clipping, editing, posting online, sharing, burning, playing, broadcasting, etc.]; Features 9306 (features are capabilities of Teleportaling that are provided as discrete interfaces that in turn control each capability; in some examples these include (1) sharing, which provides the ability to share one's TP device so that others may control it and/or the devices it controls, (2) remote control, so that a TP device may control and/or access the output from other digital devices such as a PC, a cable TV set-top box, a mobile phone, etc., (3) Shared Planetary Life Space(s) which include presence visibility so that others may or may not see that you are online with your local device, allowing the user to turn this on or off for each device whether it is an LTP, a PC, a cell phone, or another type of device, (4) speech recognition, to simplify control, an optional Speech Recognition Service may provide an API so that TP devices and interfaces may be voice controlled, etc. such as a PC, cable TV set-top box, cell phone, etc.; Combinations that use interface components as services 9306 (the above interface components may be utilized 9310, such as by TP users 9300 9301 9302 9303 9304 9305 9316 for the purpose of developing 9317 new TP interface components 9306 for users 9309 9301 9304 9316; in some examples a user may want to provide a LTP as an externally controlled broadcast channel production and broadcasting resource so that users from around the world may create and run one or a plurality of broadcast channels that have access to a plurality of sources; to accomplish this, and to provide similar functionality as a capability to other LTP's owned and provided by other users in a plurality of locations, said user may combine a sharing feature 9306 with a video applications suite 9306 with remote control of a cable TV set-top box 9306 and remote control of a video editing PC 9306 and then publish this as a complete LTP remote broadcast channel production and broadcasting resource 9306 9309; with these types of resulting capabilities in one or a plurality of LTP “broadcast center” portal[s], remote users may access said LTP(s) to record, edit, organize, and broadcast multiple video channels from multiple sources); APIs (Application Programming Interfaces) 9306 (APIs are employed as protocols, routines, object classes, data structures, etc. to enable TP development. An API may be abstract and contain sample code along with its specification[s]).
Finishing each TP client: When finished with said TP client 9302 the TP client is automatically saved in the local TP device 9308 or on the TP Network 9308. A specification of its attributes and components is also saved in the user's profile 9307 to provide default selections when said user creates a new client for similar TP devices 9300 in the future. Alternatively, the user's profile may provide the information that said user has other TP devices, so that the current TP client information (template and components) may be employed to set the defaults for a new TP client.
Success and failure during use: When said TP client is used 9303 metered data is captured as described elsewhere and written to a metered event database 9319. Said metered data may include task failures as well as successes. If associated TP client data is also captured and recorded (such as which interface component was employed with each successful metered event, and with each failed metered event), then said metered event data 9319 may be accessed and employed by a TP Interface Improvement Service 9320.
Modifying the TP client: As needed or desired said user(s) may modify said TP client 9304 by means of the same process as described previously for selecting and editing the TP client layout, components and features 9301. This may be done as a normal part of adding or ending TP services or products because some interface components are associated with some TP services, so they need to be added when a new TP service is added, or they need to be removed when a TP service is ended. In addition, a user may want to change some part of their TP client interface.
Creating new TP features, services, or products: As part of TP use 9303 said user(s) may have new ideas for TP features, services, products, etc. 9305 that are not currently available, or may provide an innovative improvement that supersedes an interface component(s) that is currently available 9306, or combines multiple components into a new capability that may be delivered repetitively 9306 9309. If a user desires, said user may develop this 9316 by means of interface component development tools 9317 as a free or as a purchasable product or service that may then be saved to the TP Interface Components Repository 9318 9306. These new user-created interface components and expanded capabilities may be delivered to other TP users by means previously described (the process for selecting and editing layouts, components and features 9301, by means of the TP Interface Components Selection/Delivery Service 9309, TP interface components repositories 9306, etc.).
A related process is the creation and development of interface components 9299 by a variety of sources 9310 that may include:
TPU services 9311 and TPU applications 9312: Appropriate TP services and applications may be instantiated as interface components by means such as TP Portlets that can be developed 9317 utilizing data or best practices from the TP Interface Improvement Service 9320, then saved 9318 to the TP interface component repository(ies) 9306 for selection and use by users 9301 by means of the TP Interface Components Selection/Delivery Service 9309.
Third-party TP vendors 9313 and third-party TP Web services 9314: Utilizing a similar process, vendors of third-party TP services and products 9313, and vendors of third-party Web services 9314 may develop and deliver TP interface components 9317 9318 9320 9306 9309 to TP devices and users 9301.
Other TP interface component sources 9315: A large and growing range of standards-based interface components—and services run by them (such as Web services)—are accessible in the form of portlets, widgets, servlets, etc. These may be added to the TP interface components virtual repository 9306 by an interface components source 9310, by means of the appropriate development tools 9317 9318.
TP customers 9316: As described elsewhere, TP users (customers) 9305 may have new ideas for features, services, products, etc. and may utilize development tools 9317 9318 to create and add these as free or purchasable interface components 9309 9306.
Another related process is the Interface Improvement Service 9320. The TP Interface Components Process also includes means for improving TP interfaces, so that the present situation of being forced to use interfaces with disappointing levels of user frustration (such as global products like Microsoft Vista) can be avoided. In a reverse of the current market power churning, TP interfaces can produce positive improvements in user performance, productivity and satisfaction—rather than subtracting these, as Microsoft currently does from many by a forced march through upgrades to interfaces like Vista which many found difficult to use and whose problems reward Microsoft by forcing customers to upgrade again to its next operating system (Windows 7) sooner than needed. In addition, this improvement process provides means for users to replace a plurality of difficult or frustrating TP interface components with new components. In said TP Interface Components Process, actual use 9303 provides data to the previously described event metering, which may write appropriate recorded events to the previously described event metering database(s) 9319. If said metering includes events that fail as well as those that succeed, and if this also includes which interface components are used when successes and failures are produced, then said metered event data may be accessed by an Interface Improvement Service 9320 that correlates said performance data with interface components and designs 9298 to determine which produce higher rates of user success, as well as which produce the most user task failures.
Developers and development: For development of new interface components and template layouts, said interface performance data 9320 may be provided in various ways such as directly to said development tools 9317 as performance statistics; visual illustrations of the most successful interface patterns, components or layouts; best practices; etc. so that developers find it easier to create successful and more usable interface components.
Users and customers: For improving user's selection of the best performing interface components (and avoiding those that are too difficult), said interface performance and data 9320 may be provided in various ways to the stored data on each interface component 9306, as well as to the sorting and display process of the TP Interface Components Selection/Delivery Service 9309, so that users 9301 9304 may select the most successful interface layouts and components. In some examples in each category interface components may be sorted so the first ones are those that deliver the most successful user performance, and the least successful ones last, for choosing the best interface components and avoiding those that cause the most user difficulties.
To consider an overall view of the TP Interface Components Process, user control of interface components 9301 9304 may also mean controlling the behavior of individual interface components within said TP client 9302 9303. In some examples a portlet interface component may be set to run an external Web service, widget, servlet or application by means such as a button or link in said portlets. Alternatively, said portlet may be set so that in its default state it automatically runs, retrieves and displays data from an external Web service, widget, servlet or application—as well as provide the means to act upon said retrieved data. In some examples if an e-commerce vendor provides a portlet(s), widget(s), etc. to find items, to place orders and to see order status from said vendor, then said vendor's interface component(s) could automatically list the current status of all recent orders and their current shipment/delivery locations, with access to further details on each order from that order's retrieved current information. In addition, a vendor's interface component(s) such as said e-commerce vendor's interface component(s) may also provide access (whether run by pressing a button or auto-displayed by said component) to other e-commerce vendor order and account services such as product search, to a Wish List to place additional orders for saved items, etc. As an entire process, a third-party vendor 9313 such as an e-commerce vendor(s) could design and develop 9317 9318 an e-commerce TP interface component that provides a successful and usable design by utilizing information from said TP Interface Improvement Service 9320 such as performance statistics, most successful interface patterns, visual illustrations of successful components, and best practices. By that e-commerce vendor(s) saving said new interface component to the interface components repository 9306, it may be accessed and included in a TP client by other e-commerce vendors 9301 9304 by means of the TP Interface Components Selection/Delivery Service 9309. During use 9303 actual metered data is collected and stored 9319 such that the actual performance of said e-commerce vendor's interface component may be utilized in improving future interface designs and components 9320 both by TP developers 9317 and by TP users 9306. Therefore, that e-commerce vendor itself 9313 may periodically utilize said data 9320 to improve its own interface component 9317 9318 and distribute said continuous improvements 9306 to users and devices 9301 9304.
This is a substantial departure and innovation for the user interfaces of the spectrum of silo'ed devices and services
INTERFACE PRESENTATION (6410):
Said
TP client 9264: The TP client view 9265 displays a template layout selected as described above. It may include one or more navigation components 9266, and individual TP interface components such as a TP application 9268, a remote TP service 9269 and/or a local TP service 9270. As described elsewhere there may be more or fewer of these interface components, and they may come from a variety of sources. This TP interface page's structure is defined in the portal page descriptions 9276.
Declaration and controls 9267: These include each TP interface component 9265 9266 9268 9269 9270 comprising the overall TP client interface view 9265 as well as the individual TP interface components such as portlets, widgets, servlets, applications and features. Each of these decorations and controls may be displayed or not displayed, or displayed uniformly and consistently with all other decorations and controls within an overall “design” to provide a uniform appearance. This provides the ability to display two or more TP interface pages simultaneously on one LTP view while making them appear as one consistent interface.
Portal server(s) 9272 9292: One or more portal servers are run and
Partners/supply chain/services ecosystem(s) (6408): The TPU is agnostic: This layer of the TPU 6408 in
Optimized networks designed and used for applications: Some examples are telephone networks (including cell phone networks) and cable/satellite television networks. These networks are owned and controlled by individual companies who each manage their network to maximize their revenues and profits. Investors can look at each company and consider it a separate investment, just as each of these companies is able to look at every service it provides and consider it a separate product that can be managed to maximize revenues and profits.
The Internet: In contrast the Internet does little more than send bits worldwide, but it does this for a fraction of the cost with higher speeds and capacity. This is because the Internet does not bear the costs of centrally managed optimization, management of individual products, expensive security, etc. However, the lack of management coupled with bandwidth also opens wider and more creative innovations. From Websites and Web browsing to streaming videos and music sharing, from e-mail to instant messaging and twittering, from e-commerce to drive-by downloads of software and multiple new types and formats for content, the Internet can keep adding innovative applications because all it does is move bits.
There is a natural and long-term difference between centrally managed and wide open networks. In some examples the Internet may make optimized networks into commodities because both telephone calls and television shows can be carried by the Internet at a fraction of what customers are charged by optimized networks. An example is e-mail versus text messaging: Email typically doesn't cost anything even if it includes an attachment like a 10 megabyte PowerPoint presentation file. In contrast, the current price for one cell phone text message is $0.20 (twenty cents) for one short message limited to a small number of characters, and a basic cell phone media plan includes only a few megabytes of data (such as 5 MB) before additional amounts are charged—and these prices are regional and each contact is an extra charge to send it worldwide. If mobile phones were Internet devices instead of tethered to one vendor's cell phone network, one low monthly Internet access charge would enable an unlimited amount of international phone calls and services (whether unlimited text messages or watching video television shows) without additional charges for volume, different types of services or global sending and receiving. The difference in quality and security, however, are obvious. Optimized networks focus on providing a higher level of service, support, security and repair then the Internet. Both types of networks not only coexist, most people buy their Internet connection from an ISP (Internet Service Provider) by means of a cable modem, over the telephone network via a DSL modem, etc. Those customers can easily add an Internet telephone line by using the VOIP (Voice over Internet Protocol), or watch Internet streaming videos that include television shows, other multimedia content, etc. Thus the same Internet is increasingly carrying even more content and media over an Internet subscription than over an often higher priced cable television service. Similarly, the same telephone network increasingly carries VOIP telephone calls (in some examples local calls, domestic nationwide calls, international calls, etc.) over its Internet connection instead of carrying the same international phone calls over its high priced telephone network.
As this layer of the TPU shows, it is agnostic about these types of networks (Internet, telephone, cable, etc.). Technically, it can run over any of them (even at the same time). Financially, the TPU includes metering so it supports both business models (billing for each metered event and Internet-style “all you can eat”) so any vendor of Teleportal products or Teleportal services may generate revenues and profits no matter what type of business model they use. Thus the TPUTPU can separate itself from the different strategies of optimized networks and the Internet, support both of them, or evolve in its own ways as a parallel infrastructure that can remain effective whether these networks coexist or any one type of network becomes dominant.
To make this possible, the TPU introduces innovations on its Partners/Supply-Chain/Services Ecosystem 6408 in
Classic competition vs TP “Friendition”: The TP's ecosystem/partnering/supply chain innovation is explained and illustrated first by turning to
PC—Hardware/Software/Internet 9321: This includes hardware products from companies like Apple, HP and Dell. It also includes boxed software and network-based software from companies like Adobe, Google and Microsoft. Finally, it includes the Internet since PC's and laptops are the most frequently used devices for accessing and using the Internet. This platform also competes with the other two platforms in this illustration: PC platform versus telephone platform 9324: By means of the Internet, PC's can make VOIP telephone calls. Similarly, mobile phones can be used to access the Internet. In some parts of the world mobile phones are the most frequently used device to access the Internet. There is also a continuing evolution of mobile phone devices that are designed so that they include more Internet capabilities (such as PDAs with slightly larger screens and full keyboards). PC platform versus television platform 9325: By means of the Internet, PC's can watch television shows and other types of streaming video. In addition, PC's can be used to create video, as well as host and broadcast video. Increasingly, new television products include Internet access and hybrid Internet/television capabilities. With Internet access, televisions can be used for activities such as Web browsing, e-commerce, and music streaming. With hybrid Internet/television features, digital set-top boxes can be used to download and store movies and other entertainment content that can be accessed and delivered via the Internet.
Telephone—Mobile/Landline/VOIP (Voice over IP) 9322: This includes the mobile phone vendors and landline RBOCs (Regional Bell Operating Companies) such as BellSouth, Qwest, AT&T and Verizon. It also includes VOIP vendors such as Vonage and Comcast (whose Digital Voice product has made this company the fourth largest residential phone service provider in the United States). The mobile phone vendors also sell hardware since they force cell phone manufacturers to lock every device to one network so that the mobile phone network vendor can sell its by contractual role relationships that lock customers into long-term contracts, cell phone pricing structures, and payment for every service. This platform also competes with the other two platforms in this illustration: Telephone platform versus PC platform 9324: This is the same cross-platform competition that was described above in “PC platform versus telephone platform 9324.” Telephone platform versus television platform 9326: By means of their optimized networks and the Internet, telephone vendors are starting to deliver television services as part of selling a “triple play” of voice, data and video (which includes the equivalent of cable television subscriptions). Similarly, television platform vendors also sell the same “triple play” to their subscribers which includes a full range of voice, data and video.
Television—Cable/Satellite/Internet 9323: this includes the cable television and satellite TV vendors such as Comcast, Time Warner, Cox, DirectTV and Dish Network. These typically offer the “triple play” of voice, data and video (television) and have gained a lot of market share as both Internet service providers (ISP) and digital telephone service vendors. In some examples cable companies and VOIP service providers added nearly 15 million residential subscribers in the three years starting in 2005, while RBOCs lost over 17 million lines during the same period. In some examples Comcast has become the United States' largest cable-television company, its second-largest ISP and the fourth largest telephone service provider. Television platform versus telephone platform 9326: This is the same cross-platform competition that was described above in “Telephone platform versus television platform 9326.” Television platform versus PC platform 9325: This is the same cross-platform competition that was described above in “PC platform versus television platform 9325.”
There is also a combined overlap 9327 where all some of these platforms (in some examples telephone, television, PC) compete or collude, depending on one's interpretation of current technical evolution and/or political lobbying. This is due to the technical fact that on all of these platforms a bit is a bit and every type of application can be carried over the Internet (including every service sold by every telephone network vendor or every television network vendor). The cable, telephone and telecommunications industries are lobbying government for control over the Internet. If granted, vendors could use “deep packet inspection” to determine every Internet action by every customer (such as every cable modem user, and every DSL modem user) and then integrate every user's profile and each Internet activity with their billing systems. Therefore, vendors from one or more of these platforms may convert the open and free Internet into the equivalent of a cell phone network—where every currently free action (such as e-mail) could be priced (such as the current twenty-cents for every SMS text message not on a service plan), or every downloaded YouTube video could be priced at twenty-five cents, like some current cell phone charges for emailing a small digital photograph. On the other side of the argument, if sending every email cost one cent then most people would spend only pennies per day while spammers would not be able to afford to flood inboxes with spam.
In contrast to this inter-company business “competition” and inter-platform “competition,” Teleportal “Friendition” 9330 illustrates how the Teleportal takes a meta-perspective on these platform and product competitors—whether they are optimized networks (such as landline telephones 9332, mobile telephones 9332, cable/satellite television 9333, etc.), other platforms such as Microsoft's “monopoly-like” market power (Windows PCs, Windows application software, Windows servers) 9331, the Internet 9331 9332 9333, and/or customers who the TPU enables as participants in expanding their options 9334. The TPU infrastructure is agonistic and provides financial revenues, integration and support to a plurality of platforms, vendors, customers and/or what they sell or provide, such as in some examples as illustrated in
The TPU is able to practice agnostic “Friendition” 9330 with various types of platforms because it changes the relationship between a company, its products and its customers—a parallel evolution to recent historic changes that have taken place between global corporations and nation states—like Toyota and Japan, BP and Great Britain, or General Motors and the USA. Historically, these types of industry-leading firms were linked to a country and each company was considered to have a fixed national identity that included location of its corporate headquarters, primary stock exchange registration and where most of its senior managers were born and educated. Recently however, a growing number of firms have “unbundled” their national identities as defined by re-locating their headquarters to one or more new countries, changing their financial and legal home to more advantageous countries, globalizing their acquisition of leadership and talent, etc. Some examples include Rupert Murdoch's News Corporation's move from Australia to America, Ingersoll Rand and others who left the United States for Bermuda's favorable tax rates, Israeli technology companies who re-make themselves into subsidiaries of newly-created US parent companies to secure US contracts and financing, etc. For another example as of 1997 over 3200 companies worldwide were listed on stock exchanges outside of their home country, including direct listings and depositary receipts.
Similarly, this Teleportal Utility focuses more on its larger economic and human innovation of helping make the world into one successful room, with benefits for both corporations and customers, compared to the narrower corporate goal of creating wholly owned TP products that defeat or replace those companies' products and media channels in the marketplace, while at the same time “capturing” and “owning” large markets of customers. To include this ecosystem/partnering/supply chain innovation, the TPU consciously redefines “competition” (the win-lose battle where two or more companies compete to gain market share, and every victory by one company is at the expense of its competitors) into “Friendition” which is a win-win relationship in which Teleportaling and the Teleportal infrastructure is agnostic about companies, networks, technologies and platforms and can work openly with companies that compete with each other to provide humanity with broad benefits by means of a growing range of communications products and services that operate together across a common TP infrastructure, even if these companies employ different business models, technologies and platforms. This agnostic relationship 9330 might also deliver larger revenues and profits for the companies who include the TPU as part of what they sell since they can deliver new TP products and services and earn both revenues and profits from them.
Ideally, a plurality of platforms and networks should be able to operate simultaneously and in parallel. There has always been price differentiation between different products, even from the same vendor (such as service packages or products priced at levels like “gold, silver, and basic”). TP agnostic “Friendition” 9330 is also designed to support more technology diversity and less monopoly, which also provide benefits such as innovation, productivity and growth. But whether different types of networks flourish or one type of platform wins decisively and dominates, the TPU infrastructure is designed to support it and provide it the revenues it seeks on its terms.
Ecosystem process: To demonstrate an instantiation of “TP Friendition,” turn now to
In the planning and development process 9372 vendors 9356 and/or customers 9357 9358 9356 create a product, service, network, application, etc. for sale or for free use 9363. To do this they can access Virtual Repositories 9362 to employ reusable components such as templates, APIs (Application Programming Interfaces), etc. Said reusable components 9362 may include elements from reusable TP resources such as the Virtual Repository 9306 in
After development 9363 said components from virtual repositories 9362 may be improved during the development process 9363. These improved components may be optionally returned to, or deposited in, said virtual repositories 9362 as publicly accessible components, designs, etc. for others to use in their new designs 9363, fostering a virtuous cycle of continuous improvement. Alternatively, any legal means may be used to keep said improvements proprietary, confidential and/or protected by utilizing any intellectual property means that is legal and appropriate for each type of component utilized during development.
At an appropriate development stage(s) and optional or required, TP authorization 9364 may be provided as (1) a free service, (2) an automated testing tool or testing process, (3) a manual consulting service, (4) a paid certification requirement, or (5) another type of authorization process before adding said new product or component to the TPU infrastructure 9360. Once TP authorization is granted 9364 if required, or when said new TP product or TP service 9363 is completed if TP authorization 9364 is optional, it may be installed and provisioned on the TP network 9365. Once installed and provisioned 9365 it may then be used 9370 9371 by authorized customers and users 9357.
For customers to buy and use 9366 said TP product 9367 or TP service 9367 it may be published for purchase or for free use 9361. The publishing process may include accessing Virtual Repositories 9362 to employ reusable components such as templates, guides, portlets, widgets, etc. Said published items 9361 are listed in various means as available TP products and TP services 9367, so that they may be found and chosen 9367 by current and/or potential TP customers 9357. If said components 9362 are improved during the publication process, then said improved components may be added to said virtual repositories 9362 to provide those improvements widely. In addition, said TP products 9367 and TP services 9367 may be marketed by any non-TP means such as advertising in other media or direct communications between a company and its customers or prospects. Once found and chosen 9367 said TP products and/or TP services are bought or ordered 9368 by said customers or prospects 9357. After said purchase or ordering 9368 said products and/or services are provisioned and installed 9369, which also includes updating said customers profile 9359 so that said customer 9357 may use said TP services, TP products and/or TP network(s) 9370 9371.
Said
Public broadcasts and broadcast networks 9358: A new public broadcast network 9358 may be introduced by using broadcaster tools and templates 9362, archived content from any (legal) sources, or individually created content for broadcasts 9358. In some examples such as sports, some examples include broadcasts of a popular local sports event that commercial media channels don't broadcast. In some examples a college may develop a local sports network for its other sports such as volleyball, lacrosse, track and field, swimming, wrestling, etc. In some examples a set of broadcast networks may cover local high school and/or college intramural sports. In each case these types of broadcasts would show sports events that are not currently broadcast by commercial media—in fact, many of these sports events are not even covered by commercial media's sports news.
Private individual broadcasts 9358: Live or archived (legal) content may be privately broadcast with access restricted to one's self, family and/or friends 9358. In some examples is to create “safe” broadcast networks that eliminate the multitude of shows that are destructive of children's values and morals. One or a plurality of private broadcast networks may be created by recording one's paid-for cable television shows then rebroadcasting those at days and times that are more convenient for a family's viewing than the original broadcast schedule. This could enable a personally constructed broadcast channel that filters out what an audience considers harmful television content so that “safe” broadcast networks are made available. Entire filtered broadcast networks could be run and made available for others to view, download, tweak and apply (including filled schedule templates, recording and playback code, etc.).
Global television viewing 9358: Individual TP customers (whether corporations or individuals) could use their TP devices and TP services to access and re-broadcast archived or currently broadcast television shows (such as via a cable TV set-top box). These new television broadcast channels could be publicly available or a private resource for one's self, family and/or friends. To obtain high quality content in some examples vendors of “safe” entertainment content could make certain shows available for free rebroadcast (with commercial advertising included). Those shows' ad revenues would flow directly to the content vendors, so that these personally created broadcast networks assist in distributing their shows and earning them revenues directly. Some popular niche shows could gain entirely new revenue sources and audiences, such as an “I Love Lucy Network,” a “Baywatch Network” or a “Mickey Mouse Club Network” could provide those shows' owners with new advertising and/or content revenues.
Public or private PC computing power 9358: Making your PC's and their software available as online resources 9358 (whether publicly to any user, or as private resources for one's self, family, friends, and/or co-workers). In some examples a plurality of households have a growing number of slightly older PC's with perfectly useful recent versions MS Office software that could be used remotely by others who need those types of software. These could be accessed by means of independent groups that provide PC use, applications, storage, or other PC resources free to valid users such as needy students in developing countries, public service projects such as medical research into proteins, or non-profit charities that need but can't afford more computers; rent PC usage online; etc.
Remote controlling your TP devices 9358: Use your TP devices remotely (such as your LTP for international TP Shared Space(s) or collaboration at any time, PC's as always-available resources, cable or satellite television viewing, etc.), whether publicly available or as private resources for one's self, family and/or friends.
Digital content libraries 9358: Collections of (legal) digital content and media can be put online (such as on slightly older PC's) for use by others, whether as publicly available resources, or for private entertainment and use by one's self, family and/or friends.
Virtual repositories 9362 and 9306 in
Updating to new versions 9363: At any time said TP vendors 9356 and/or TP customers 9358 9356 may update their TP products and/or TP services 9363 9364 9365 9361 9367. This may be done because new downloadable improvements become available and accessible such as updated and improved APIs 9362. It may also be done because improved templates and components are available 9362 (in some examples new designs for broadcast networks 9358 9362) that may be adapted by one to a plurality of TP customers or users 9357 9358 9356.
Third-party systems (BSS/OSS) (6406): TP Information Exchanges: Telecommunications network operators use Business Support Systems (BSS) and Operations Support Systems (OSS) to run their businesses (BSS) and operate their networks (OSS). Generally, a BSS provides processes such as product and customer management, ordering, and revenue management. An OSS typically provides processes such as provisioning devices and services, configuring various parts of the network, and managing errors or faults. As illustrated in
Integrated Data and Revenue Flows: Turning now to
Within the TPU 9343 both types of requests (automated by means of TP shared services 9344 and manual by means of TP's business portal 9345) the first step is security by means of said TP Security/Authentication/Authorization Service 9346, addressed elsewhere such as 9005 in
If TP data only is requested: When (1) vendors want to set their own prices and do their own customer billing, and/or (2) when vendors and/or customers post free services and want data for other purposes such as capacity planning or user communications (such as marketing), then: Said authorized request 9353 is passed to the TP Data Service 9349 which retrieves the appropriate requested data such as customer data 9350, metered transactions by those customers 9351, and any other data requested 9352 such as data on TP devices used by that customer. Said TP Data Service 9349 is described and addressed above such as 620 in
If TP data and/or TP revenues are requested: When (1) vendors want to track their customers and their revenues, and/or (2) when vendors and/or customers post revenue-generating services and want said TPU's billing services to invoice customers and transfer revenues received, then: Said authorized request 9353 is passed to TP's billing workflows 9348 (described and addressed above such as 9010 in
If TP data needs to be edited or manually updated: When a TP vendor wants to manually edit or update their TP customers' data, then: Said authorized request 9353 is passed to the TP Data Service 9349 which retrieves the appropriate requested data such as customer data 9350, metered transactions by those customers 9351, and any other data requested 9352 such as data on TP devices used by that customer. Said gathered TP data from TP Data Service 9349 is returned to said external requestor 9347 9339 9340 9341 9342 by the appropriate means for said request (whether by means of said TP shared services 9344 or TP's business portal 9345). If required by the TP vendor's relationship with their customer, TP vendor may edit or update said TP customer's data by means of a local BSS screen 9339 9340 9341 9342, which then passes said edit or update to the TPU 9344 9345 to update said customer's record(s) by means of said TP Data Service 9349.
Upon receipt said vendor 9336 may input said TP data to the vendor's billing system 9353 9355 and/or other business workflows 9353 such as other types of user communications 9356. To meet its own business practices each vendor may generate said invoices 9355 by utilizing said vendor's unique prices 9354 that it sets for each TP activity performed by its customers. By means of this “Integrated Data and Revenue Flows”
Innovation infrastructure for new TP networks, devices, services, applications, etc. (6404):
For TPU development 9380 9381: Utilize development processes enumerated herein such as
When developed, save to the appropriate virtual repository(ies) 9382: If developed by the TPU and/or a vendor or customer who wants to provide reusable tools or resources to the TPU 9383: Save reusable code, UIs, portlets, widgets, APIs, downloadable drivers, etc. to an accessible virtual repository 9383. If developed by a private third party vendor and/or customer who wants to keep private said reusable components and downloadable drivers 9382: Save reusable code, UIs, portlets, widgets, APIs, downloadable drivers, etc. to a private and proprietary virtual repository 9383. If developed by a private third party vendor and/or customer who wants to keep some components private while making downloadable elements (such as drivers) publicly available 9383 9384: Save private elements such as code, UIs, portlets, widgets, APIs, etc. to a private and proprietary virtual repository 9384, while providing downloadable elements (such as drivers) to an accessible virtual repository 9383.
ACTIVE KNOWLEDGE MACHINE (AKM): The Active Knowledge Machine (hereinafter AKM) component relates generally to human knowledge that is automatically delivered to and/or requested by remote users during and after the performance of steps and tasks to raise the success and satisfaction of those activities during the use of “devices” (which are defined as both physical and digital such as products, equipment, services, applications, information, entertainment, education, etc.). This new AKM provides a simultaneous transformation and integration of knowledge into “Active Knowledge Instructions” (herein AKI) and/or “Active Knowledge” (herein AK) into a dynamic and interactive state that may raise productivity, outcomes and results which may have an additive impact on economic growth, human welfare and happiness. Generally, this relates to knowledge that is applied to performing tasks and/or achieving goals, and to delivering appropriate knowledge during and after the actual performance of a plurality of tasks and steps to render devices (such as products, equipment, services, applications, information, entertainment, etc.) more useful and goals achievement more successful.
In some examples a simple high-level comparison is that Google, the search service, describes one of its missions as to organize the world's information. The AKM provides a next generation model beyond organizing (and in some examples includes a marketing and sales channel in a similar commercial extension to Google's main source of revenue). The AKM expands the historic knowledge paradigm FROM “static knowledge you have to find and figure out” TO knowledge that finds and fits its users, with new channels designed to provide the knowledge needed, when and where it is needed—and in some examples with the best alternative(s) for succeeding in a user's goal, and in some examples with appropriate commercial option(s) based on current use—so it also expands the current marketing paradigm FROM push (finding customers selling)/pull (seeking and buying) TO doing (best options or relevant options are a built-in part of tasks). In some examples this accelerates the rate of advances to one or a plurality of individuals (in some examples at scale) who are delivered the know-how and choices to “leap ahead” to the current “best practice(s)” as a normal part of everyday tasks.
Background: This Active Knowledge Machine (hereinafter AKM) redefines R&D (Research & Development) as RD&U: Research, Development & USE. Until now a fundamental problem with human knowledge (which includes text, information, documents, images, video, interactive media and other formats) is that it is static and stored. To be useful and have value a potential user must recognize a need for knowledge, search for it, gain access to the resource that contains it, recognize the right knowledge that applies to that need or situation, obtain it, understand it, and then use it successfully. Two traditional illustrations include looking up a word in a dictionary, or looking up a subject in an encyclopedia, though those may not help make an actual task or step more successful during the use of a “device” (here a “device” is defined as both physical and digital constructs such as products, equipment, services, applications, information, entertainment, etc.). In some examples the World Wide Web contains an enormous quantity of knowledge (including media and multiple sources and forms of knowledge), but the Web does not provide utility until someone goes to the Web with a browser, finds the right website, then the right web page on that website, then the right part(s) of that web page, then analyzes and comprehends that information, then figures out how to use or enjoy that part of that web page, and then applies it successfully. Interactive media on a wireless device such as a smart phone may be an application that does lookups such as for foods' nutrition information like calories and/or nutrients: That narrow “calorie counting” application must be bought, learned and then run again each time one eats, to look up the calories and other nutritional values for each food eaten (which is a very complex process when recipes include multiple foods whose quantities are each highly varied because of different serving portion sizes).
Clearly, while knowledge has enormous value it also has enormous problems with realizing that value worldwide. In the world's current R&D model, the Research stage is described by Paul Romer's seminal advance in economic theory (“Endogenous Technological Change,” 1990). This contemporary economic growth model now includes accelerating technological change, intellectual property and monopoly rents. It rewrote the old proverb from “give a man a fish and you feed him for today, but teach a man to fish and you feed him for a lifetime” to the modern “reinvent fishing and the world might feed itself.” In Romer's reformulation, new knowledge is a main driver of economic growth and human welfare: Invent a new means of large-scale ocean fishing, invent fish farming, make fish farming more efficient and healthier, improve refrigeration throughout the fish distribution chain, use genetic engineering to change fish, control overfishing of the oceans, build hatcheries to multiply fish populations, or invent other ways to improve fishing that have never been considered before.
But research that creates innovations is only the “R” component of “R&D;” by itself it is not enough to produce economic growth and raise human welfare. Economic growth research by Dr. Diego Comin at Harvard Business School has calculated that the cross-country variation in the rate of technology adoption appears to account for at least one fourth of per capita income differences (see Comin et al, 2007 and 2008). That is, when different countries adopt new technologies at different rates, those that are better at adoption see economic growth because their level of productivity and performance are raised to the level of the newer technologies. (citation: see the two Comin papers cited on page 18 above).
But even where both Research and Development exist, they too often fail to deliver all or part of their value. USE is the unsolved problem, because the how-to knowledge that end-users need to succeed when they USE new innovations remains scarce during the task, time and place needed. In some examples a plurality of everyday technologies have higher failure rates than is commonly assumed, and need more knowledge than many users possess. A research study by the Pew Internet & American Life Project, “When Technology Fails,” found that almost “half (48%) of tech users need help from others in getting new devices and services to work . . . . Coping with these failures is a hassle for many tech users and helps to distance them from technology use.” In brief, the following rates of failure (defined by this research as complete breakdowns during the past 12 months) were reported: Home Internet connection: 44%; Desktop or laptop computer: 39%; Cell phone: 29%; Blackberry, Palm Pilot, or other PDA: 26%; iPod or MP3 player: 15%.
Similarly, another research study found that 11% to 20% of consumer electronic devices sold are returned, and more than two thirds (68%) of those returned devices are not defective. In “Big Trouble with ‘No Trouble Found’ Returns,” a research study from Accenture, a worldwide consultancy, it was reported that “Results from a recent Accenture study have uncovered surprisingly large, unrecognized opportunities for manufacturers and retailers across the value chain . . . . In the consumer electronics industry, which includes devices sold by communication carriers and electronics retailers, Accenture estimates that the average return rate for devices ranges from 11 to 20 percent. Of these, more than two thirds (68 percent) can be characterized as ‘No Trouble Found’.” Use was also pinpointed as a problem in research by Wharton School Professor Robert J. Meyer and colleagues: The “paradox of enhancement” explains that customer purchase decisions are driven by new and improved features, but after acquisition the new owners use primarily basic features because they are overwhelmed by the complexity and learning required by the new features.
To all of the above, this adds “Use” to R&D, forming a new Research, Development & Use model (hereinafter RD&U) that completes the cycle required to produce greater value to actual users and vendors from today's pace and scope of R&D innovation. This new RD&U stage, “Use,” stems from the gap between the potential value of R&D for economic growth and human welfare, because it does not realize enough of its potential to spread and deliver DURING USE the value for which each new technology, product, feature, etc. was created. The “Active Knowledge Machine” may expand “Use” by connecting the new R&D knowledge created and behind these advances with use, so that “RD&U” may actually deliver more of the value those advances were intended to yield.
Today humanity must turn to new R&D advances to confront overwhelming problems such as energy, raw materials, aging populations, health care, climate change, sustainability, and other needs and problems. But many advances from our growing blizzard of R&D will fail if “static knowledge” remains how those innovations are spread and used worldwide. The “use” stage will be an obstacle that stops a plurality of advances from helping solve the problems for which they are needed and created.
At this time there are continuous dramatic cost decreases, along with speed and capacity increases in Global networking (both wired and wireless, and both private and public); Computing (such as data centers, servers, storage, computers, laptops, netbooks, PDAs, smart phones, virtualization, etc.); Applications (such as web services, web applications, standardized APIs, enterprise systems, service oriented architectures, BSS/OSS systems, membership/subscriber systems, etc.); Advances in devices (such as new types of devices, new features in existing devices, user interfaces, communications, added features such as built-in cameras, storage, the ability to set devices remotely, etc.); Along with other technological improvements that have opened up applications for integrations of these communications, computing, applications, devices, etc.
One such application is the delivery of “active knowledge,” which technique delivers to a user, during and after the Use of devices, the knowledge needed to succeed in achieving various goals that include the successful use of said devices. This technique can be useful in providing remote users with the knowledge needed to succeed in a step, in a task, or in achieving a larger goal—while said process is scalable to serve a multiplicity of steps, goals, devices and remote users.
Thus, this AKM (Active Knowledge Machine) may transform “static knowledge” by giving it a scalable capacity to improve our individual and collective lives one step at a time, one use at a time, and/or one activity at a time. Its advance is new ways to increase the usefulness of knowledge by creating dynamic connections between needs and appropriate knowledge resources. There may be better ways to do things, but this AKM is for delivering (optionally optimized) knowledge to a plurality of individuals who need it at a plurality of times and places needed. Compared to the “static knowledge” in physical repositories and most websites that is not available when and where needed, converting appropriate, needed knowledge into this new type of “Active Knowledge” might be an input in our increasingly knowledge-based economies that may help drive the production of actual outputs: RD&U may raise the results and value from R&D. If RD&U were an everyday part of today's value chains, it might help improve situations, results and outcomes to produce more of the economic growth, human welfare and happiness we desire, as well as deliver more value from the advances created to help meet humanity's needs.
Summary: It is an object of the “Active Knowledge Machine” (hereinafter AKM) to introduce a new paradigm for human knowledge whereby one format of human knowledge becomes a dynamic, interactive resource (“Active Knowledge,” hereinafter AK) that can increase productivity, wealth, welfare and success of individuals (and by means of scaling, of groups and societies).
It is another object of the AKM for AK to transform a plurality of kinds of products, equipment, services, applications, information, entertainment, etc. into “AKM Devices” (hereinafter “devices”) that are parts of, related to or served by one or more AKMs (Active Knowledge Machines). Said devices are integrated as AKM components by means of transforming operations within AKM(s) that deliver “Active Knowledge Instructions” (hereinafter AKI) and other types of Active Knowledge (hereinafter AK) to the point of need, including a user's preferred device(s) and format(s).
In brief, with an AKM “each user is the filter” for knowledge—that is, the Active Knowledge Machine (AKM) accesses and delivers the appropriate AK (both AK Instructions, related knowledge, etc.) that fits a user(s), device(s), system(s), task(s) and/or step(s). Simultaneously, appropriate sponsor messages and/or marketing are included. Results are optionally obtained and when AKI or AK are used successfully this can dynamically increase or decrease the selection of AK for a trigger which identifies the appropriate subset(s) of stored knowledge, instructions, links to additional AK, marketing messages, etc.; which may be for anonymous or identified users.
Active Knowledge is also a dynamically improving resource because the AK Machine (AKM) contains means for self-improvement. In some examples there are a range of means for users to add, edit and/or validate the stored AK Instructions, AK, links, etc. delivered in response to each trigger event, including dynamic interactive edits at the point of use. In some examples there are automated systems for raising the accuracy of the AK delivered based on the results from AK deliveries. In some examples there are reporting systems for informing individuals of various results produced, along with means for self-selecting goals to be achieved and then seeing current progress toward reaching said goals. Overall, these and other means for continuous improvement assist in replacing one or a plurality of current problems with delivered solutions.
As one or more AKMs are built and assist more people, this may replace the current cumbersome processes of relatively inaccessible static knowledge with more responsive active knowledge processes. A growing range of obstacles might be replaced by progress, difficulties by efficiencies, and today's rate of growth in productivity by a new level of performance even when technologies are new or new tasks are challenging—perhaps making more of the world's crises and barriers into successful achievements.
In addition, in some examples users who are using a device and making some types of improvements (such as in some examples AKM improvements and in some examples other types of improvements such as from an online forum or social media) may be able to associate with other users who are making similar improvements, in some examples in an SPLS, in some examples in a constructed digital reality, in some examples in a vendor-provided digital reality, in some examples in a focused connection, and in some examples in another type of shared digital reality.
Detailed description—an AKM serves both anonymous users and identified users:
Summary of the AKM process:
Summary of the AKM interaction engine:
Summary of identified users' Active Knowledge process:
AKM storage—AKM parallel structures for doing, storing and accessing: A variety of data are included in AKR (AK Resources) but in general these are mapped to actual real-world uses so that said AKR storage may be accessed by means of known and frequently utilized techniques. In some examples a barcode identifier is employed; in some examples are the product UPC or SKU, and in some examples is the usage lifecycle depicted in
AKM processes for performance analysis, comparisons and escalation: The method of providing AKI and AK may further include performance analysis and escalation as illustrated in
Said variable guidance 7238 uses said storage process 7203 to retrieve AKR 7248 which is delivered to said identified user 7250 by means of user's appropriate device(s) in user's appropriate format and/or preferred media 7251. Based on results received 7253 derived metrics are produced 7252 7253 7254, logged and the appropriate results data are stored in said identified user's AKM record(s) 7256 7257. In addition, a record of said AKR delivered 7250 7251 to said identified user 7231 is stored 7258. Said user may optionally utilize delivered links to request more AKI, AK, marketing, offers, etc. 7259 and if so, said user actions are treated as triggers or user requests 7230, but if user does not want more then said process ends 7236. Optionally, if positive results are not produced 7253 then that may be treated as a trigger 7230 to assist said identified user in achieving task success 7240 or a specified goal 7244.
AKM process for PSI retrieval of AK and logging users' actions: A further object is access and retrieve ARK based on the presence or absence of a PSI (Performance Status Indicator), and then to log the AK provided and/or (optionally returned) results and user actions from the AKI and AK delivered. Said logging occurs for both anonymous users and identified users, but if anonymous only the AK results and subsequent AK-related actions are recorded. If a user is identified, then those results may be stored within or retrievable by the user's AKM record(s) to enable additional services such as individual performance analysis and customizable AK assistance.
AKM user performance record(s):
User's AKM delivery profile (including devices, AIDs/AODs, etc) 7284 for sending AK requests and/or receiving AK deliveries. For each device, one or a plurality of parameters 7284 such as language (in some examples English), AK format capabilities (in some examples text, video, audio, images, etc.), latency (in some examples real-time use only or AK message storage for later use), Web links capability (in some examples ability to link to related AK, best products, ads, etc.), display capability (in some examples if a small screen it may may be set to receive AKI [instructions] only with very small ads, and in some examples if a medium or larger screen it may be set to receive both AKI and AK content and larger ads with user control by means of links or other navigation), etc. User's preferred device order for receiving AK via said AID/AOD devices 7284.
User's subscription or other plan(s) 7285, which may be paid and/or free. For each plan, one or a plurality of parameters 7285 such as named (and personalized) or treated as anonymous, reporting/dashboard settings, current performance alerts, performance escalation options, etc. If a paid plan, a renewal and/or expiration date for each subscription or plan 7285.
User's devices in use 7286 (as used herein, “devices” include products, equipment, services, applications, information, entertainment, etc.). User's satisfaction with each or some of said devices in use 7286.
User's performance data with said devices in use 7287 which may include merely AK events where said user has received AK, and not every use of said DIU's; with said stored data including stored data items such as: The device in use 7287; If there is an (optional) goal associated with said device, in some examples QOL (Quality of Life) goal being the user's rate of success with said device 7287; A task identifier 7287; A step identifier 7287; The user's current performance at said task and step 7287 such as indicators or flags for the latest result received or each result received such as one failure, a string of repeated failures (with one flag or separate flags for different numbers of task or step failures), success after receiving AK once, etc.; An optional status indicator 7287 such as a PSI set by means of a process such as in
User's AK resources delivered, received and/or used 7288 including optionally the date and one or more of a plurality of parameters such as language (in some examples English), media (in some examples text, video, audio, images, etc.), latency (in some examples used in real-time or stored and used in at a later time), links usage (in some examples a next step, best product(s), related AK, goals, advertisement(s), etc.), etc. For each AK delivery, the optional recording of the date it was delivered 7288.
AKM component services—accessing AKR (AK Resources):
Near real-time AK baseline(s) and gap analysis:
Optimization(s) to deliver best AKI and AKR:
Said successive AKM baselines from optimized results 7364 are stored in appropriate AK DB's that may include AK results (prepared, ranked information) 7350, AK results (raw data) 7349, and/or user AKM record(s) 7348. Said successive AKM baselines and associated stored data may also be utilized to report and/or display the “visible value” of the AKM and/or an AK service 7365. Said “visible value” may be calculated and reported by various means, one of which is illustrated herein 7366 7367 7368 7369. Since the AKM receives triggers from a range of devices, and thereafter attempts to deliver AKR and receives results from said deliveries, the AKM is able to identify and log AK events wherein AK deliveries were not used to as well as those where said delivered an AK was used 7366. Data from those who do not use AK may be compiled into one or more types of baselines 7366, whether from a sample of said nonusers or other types of data sets. By utilizing known comparison means, current AKM baseline(s) may be compared to known results from nonusers of AK to calculate the gap(s) between them. As another part of this “visible value calculation, the cost(s) of AK resources and/or AK systems may be determined 7367. By utilizing these and similar data, AK value added and AK ROI may be estimated or calculated 7368, whether for parts of the AK system, for the whole of AK, or for AK services and features. The results of said calculations may be reported publicly 7369 by means of various types of reports and/or dashboards (which are described elsewhere).
AKM subscriber QOL (Quality of Life) improvement process:
AK sources and construction:
The metadata/index schema depicted herein 7060 refers to the lifecycle model illustrated in
AKI and AK message construction and display:
As described elsewhere numerous variations may be tested and optimized over time with those variations received from users, vendors, experts, and a plurality of other sources. In some examples an AKI/AK hierarchy may be proposed for testing and optimization with one of those including parts such as this hierarchy: AKI for this step, Next step(s) [in order], Finish line (how to get to it quickly), Related goals to choose from, AK for this task or goal, the “Best Choice” (to see it, buy it; start using it); Marketing and/or advertisements.
Said retrieved AKI and AK elements 7079 are formatted for delivery 7080 such as to fit the device that sent an AK trigger 7080, but if said AK request is from an identified user 7080 7081, then determine said user's preferred AK communication device(s) 7082 by means of said user's AKM delivery profile(s) 7083, and the accessible online presence 7081 of said preferred device(s) 7082, and format for that device 7080 said AKI/AK elements retrieved 7079. Said formatted message is sent 7084 and received 7085 by said anonymous user's AK trigger device or by said identified user's preferred device 7082 that is present and accessible 7081. On said receiving device 7085, said AKI and AK elements displayed 7086 (some of which may be optional) may include items such as: Header data: Sender data (e.g., address, etc.); Receiver data (e.g., address, etc.); Title data; Date/time data; Severity data (e.g., PSI, etc.). Body content data: AKI (Active Knowledge Instructions); Link(s) or other retrieval means: Next step(s); Link(s) or other retrieval means: Highest performance devices; Link(s) or other retrieval means: Advertisements/marketing; Link(s) or other retrieval means: Subscription offers or service(s); Link(s) or other retrieval means: Other resources/services; Link(s) or other retrieval means: Edit/create AKI or AK.
AKM devices—AKM Global Device Environment (GDE)—decentralized (fits some devices): Together,
AKM devices—AKM Global Device Environment (GDE)—centralized (fits some devices):
AKM devices—AKM Global Device Environment (GDE)—hybrid with intermediate transition devices (fits some devices):
Add and/or update AKM devices: To facilitate said communications new devices may be added and/or updated by means such as new device discovery, establishing communications, validation and/or authentication, and correcting and/or updating attributes such as device identification, communications protocol, or other updates.
AKM GDE devices outbound communications:
AKM GDE devices inbound communications:
AKM device recognition and matching:
Said AKM multimedia message recognition and matching begins with the receipt of said media-rich message 10260, which may be a traitor or a user request. If the AKM is able to directly recognize the device, user, task, etc. 10261. Some examples include data contained within said message 10260 such as a unique device identification, a subscribed user's unique identification or stored login, etc. in this case, said message 10260 with identification included may be passed directly to AKI/AK retrieval process(es) 10262 (including in some examples user identification, device identification, task identification, etc. If said media rich message 10260 does not include identification of device, a user, task, etc. 10261 then a range of media may be included in said message 10260 such as: An image of a device barcode 10263; An image of a device label 10264; An image, video or audio description of a device, user, task, etc. 10265; An image, video or audio description of a task being performed 10266; Media data from an RTP in or next to a device or user 10267; Other types of media-based messaging that may include elements such as those listed above 10263 10264 10265 10266 10267 10268 as well as other types of media-rich communications.
In some examples said media rich message is parsed 10270 for identification(s) by means of scanning; in some examples said media rich message is parsed 10270 for identification(s) by means of OCR; in some examples said media rich message is parsed 10270 for identification(s) by means of voice recognition; in some examples said media rich message is parsed 10270 for identification(s) by means of other recognition process(es); in some examples said media rich message is parsed 10270 for identification(s) by means of a separate system(s) from said AKM, integrated within a system or component within said AKM or separate from it; etc. Once parsed 10270 said identification(s) are utilized to retrieve appropriate AKM records 10271 such as if the user is identifiable 10272, and if not then treat said AKI event as anonymous 10273. If said user is identifiable 10272, then if that device, task, etc. is on said user's list(s) 10274 in said user's AKM record(s), provide the appropriate member or subscriber features 10275 to that combination of user, device, task, user goal(s), etc. if said device is not on said user's list(s) of devices 10274, then (optionally) provide an interaction for said user to add said device to user's list of devices and/or tasks 10276, and if user agrees branch to
AKM triggers—AKM triggers hierarchy and process:
AK request by a device 7500: A main type of AK request is when a device sends a trigger 7501 and the AKM (such as an AK system) receives and processes said trigger 7502 by means of utilizing data within said trigger to recognize components such as the device, user, task, etc. 7503. Based on said recognized components 7503, said AKM selects the appropriate AKI/AK 7504 and formats said AKI/AK into an appropriate message 7504 to fit said requesting device 7501, and then sends said formatted message to said device 7505.
AK request by a user 7506 (prospect, customer, user, intermediate or transition device, etc.): A second main type of AK trigger is when a user sends an AK request 7507, which may be from requestors such as a prospect, customer, subscriber, user, intermediate or transition device, etc. who are utilizing an AID/AOD or an intermediate or transition device. The AKM (such as an AK system) receives and processes said AK request 7508 by means of utilizing data within said trigger to recognize components such as the device, user, task, etc. 7509. Based on said recognized components 7509, said AKM selects the appropriate AKI/AK 7510 to fit said requesting user's AID/AOD 7507 and formats said AKI/AK into an appropriate message 7510 to fit said requesting user's AID/AOD 7507, and then sends said formatted message to said device 7507.
AKI and/or AK are received and used 7512: When received said AKI/AK message 7504 7510 7513 is displayed on the appropriate device 7501 or communicating AID/AOD 7507, and if (optionally) not used then this AK event is ended 7514 under user control. Alternatively, if said AKI and/or AK are used by said user and/or by said device 7515 then results may be (optionally) sent to the AKM 7516. At that point, under user control, said AK event may be ended 7515 or said user may choose to use more of said AK received 7517.
(Optional) AK next step(s) 7518: A main type of AK is AKI for the next step(s) in a task 7519 and access to this may be provided by means of links or another type of requesting trigger such as a button press in a visual interface, an icon or words on a touchscreen such as a mobile phone, a voice command in any type of voice recognition system, etc. By any of those means, said user may request said next step(s) AK 7519, in which case said AKM (such as an AK system or another system which in some examples may be provided by a third-party) receives and processes said trigger 7520; then selects, formats and sends said next step(s) AK 7521 (which in some examples may be steps or options such as marketing or sales actions provided by a third-party and/or a third-party system). After being received and displayed 7522, (optionally) this AK might not be used, and then this AK event is ended; but alternatively, if said next step(s) AK is used then results may be (optionally) sent to the AKM 7522. At that point, under user control, said AK event may be ended 7523 or said user may choose to use more of said AK received 7523.
(Optional) AK best option(s) 7524: Another main type of AK is the name(s) and buying option(s) to select and/or purchase one or more devices that provide the best known performance for the user's task 7525, and access to this choice may be provided by means of links or another type of requesting trigger such as a button press in a visual interface, an icon or words on a touchscreen such as a mobile phone, a voice command in any type of voice recognition system, etc. By any of those means, said user may request said best choice(s) AK 7525, in which case said AKM (such as an AK system or another system which in some examples may be provided by a third-party) receives and processes said trigger 7526; then selects, formats and sends said best choice(s) AK 7527 (which in some examples may be steps or options such as marketing or sales actions provided by a third-party and/or a third-party system). After being received and displayed 7528, (optionally) this AK might not be used, and then this AK of event is ended, but alternatively, if said best choice(s) AK is used then results may be (optionally) sent to the AKM 7528. At that point, under user control, said AK event may be ended 7529 or said user may choose to use more of said AK received 7529.
(Optional) AK advertising or marketing 7530: Another main (though optional) type of AK is sponsored advertising or marketing 7531, and said advertising or marketing message(s) may be received and displayed in whole or in part as one component of said AKI/AK message 7513 7514, and access to this choice may be provided by means of clicking on said message, links, or another type of requesting trigger such as a button press in a visual interface, an icon or words on a touchscreen such as a mobile phone, a voice command in any type of voice recognition system, etc. By any of those means, said user may make a request based on said advertising or marketing information 7531, in which case said AKM (such as an AK system or another system which in some examples may be provided by a third-party) receives and processes said trigger 7532; then selects, formats and sends the advertising or marketing information 7533 (which in some examples may be steps or options such as marketing or sales actions provided by a third-party and/or a third-party system). After being received and displayed 7534, (optionally) this might not be used, and then this AK interaction is ended, but alternatively, if said advertising or marketing information is used then results may be (optionally) sent to the AKM 7534. At that point, under user control, said AK event may be ended 7535 or said user may choose to use more of said AK received 7535.
(Optional) Other triggers 7536 with other AK processing 7537: As described other types of triggers are possible such as examples, how-two videos, edit or add AKI/AK, subscription offers, other types of information, etc. Access to these may be provided by means of links or another type of requesting trigger such as a button press in a visual interface, an icon or words on a touchscreen such as a mobile phone, a voice command in any type of voice recognition system, etc. By any of those means, said user may request said other types of triggers and 7536, in which case said AKM (such as an AK system) receives and processes said trigger 7537 by means similar to that described above; such as by selecting, formatting and sending AK. After being received and displayed said other triggers' AK are also used similarly to that described above 7512 7518 7524 7530; that is (optionally) this AK might not be used and then this AK event is ended; but alternatively, if said AK is used then results may be (optionally) sent to the AKM. At that point, under user control, said AK event may be ended or said user may choose to use more of said AK received.
AKM triggers flow:
Simultaneously, error identification, logging and correction 7592 take place by determining when an active trigger monitoring service has terminated 7593; that is, when it is no longer monitoring the plurality of active triggers in its defined active triggers list. The execution of said failed active trigger monitoring is reactivated 7594, and an error message is generated 7595 with appropriate or available details for logging, correction, or other action. Based on the type of error 7596, said error 7595 may be corrected by the process in
AKM triggers self-service management and options:
When said AKM opens said user's AKM record(s) 7550 7554 for self-service editing 7551 and 7556 in
After completing the edit of said trigger(s) 7560, user may select another trigger(s) to edit 7569, or end triggers editing 7569 and 7553 in
AKM automated alerts: AKM alerts may be user-set as illustrated in 7557 7560 in
Performance metrics 10021: Performance metrics relate to any task or goal and the success/failure rate of a user in comparison to the average rate of success, such that an AK event(s) falls sufficiently below or above said average rate of success (e.g., depending on use and need, “average” may be the mean, the median or the mode).
High-value metrics 10023: For identified users with a user AKM record(s) with one or more personal goals set, and/or other means that identify personal priorities (such as what is tracked by a personal dashboard as in
Critical metrics 10025: Critical metrics relate to activities that require a high rate of success or else failure may cause a person sufficient damage or harm to exceed a threshold. Some examples include the use of health monitoring devices such as insulin level monitoring for diabetes patients, driving a large vehicle at a high rate of speed, etc. Said critical activities may have AK events tracked to confirm that a user's success/failure rate is appropriate for the minimum rate of success required during one or a plurality of tasks, or does not exceed a threshold that triggers an alert, notification, message, etc.
Multiple metrics 10027: Combinations of metrics may also be identified and treated together as one bundle of AK events, which reduces the number of user contacts (compared to a separate user interaction for each potential alert) while making it possible to raise the impact of fewer user AK communications.
The identification of alerts 10020 is processed such that if there is no low performance metric 10021 that falls below an alert threshold, and there is no low high-value metric 10023 that falls below an alert threshold, and there is no low critical metric 10025 that falls below an alert threshold, and there is no low multiple metrics 10027 that falls below an alert threshold, then said process of identifying alerts ends 10029. If a low performance metric is identified 10021 then a potential alert is determined and recommended 10022, which may include notifying said user 10022 to recommend monitoring of said task and metric(s), with an AK alert(s) and/or an AK delivery(ies) or service(s) at a low performance threshold; and if one or a plurality of choices are accepted by said user, then creating an identified user AKM record(s) for said new alert(s). If a low high-value metric is identified 10023 then a potential alert is determined and recommended 10024, which may include identifying said user, recommending monitoring of said goal(s) and/or metric(s), with a AK alert(s) and/or a customized AK delivery(ies) or service(s) at a recommended threshold, recommending additional service(s) from a third-party, or other choices.; and if one or a plurality of choices are accepted by said user, then creating or updating said user AKM record(s) for said alert(s). If a low critical metric is identified 10025 then a potential alert is determined and recommended 10026, which may include identifying said user, recommending monitoring of said activity(ies), with an AK alert(s) and/or an AK delivery(ies) or service(s) at a recommended threshold, recommending additional service(s) from a third-party, or other choices.; and if one or a plurality of choices are accepted by said user, then creating or updating said user AKM record(s) for said new alert(s). If multiple metrics are identified 10027 then a potential alert is determined and recommended 10028, which may include identifying said user, identifying a bundle of metrics with their associated devices, tasks and activities; recommending monitoring of said bundle, with an AK alert(s) and/or an AK delivery(ies) or service(s) at a recommended thresholds, recommending additional service(s) from a third-party, or other choices.; and if one or a plurality of choices are accepted by said user, then creating or updating said user AKM record(s) for said new alerts.
Potential alerts 10031 are initiated by communicating with a user 10034 to make a decision regarding proposed alert(s) 10022 10024 10026 10028, and if user declines then said automated alert(s) process ends 10033. If a third-party is included 10032 as appropriate for providing AK alerts, notifications and/or messages then communications with said third party(ies) 10032 to provide this service(s), and if third-party declines then said third-party participation ends 1033. If said third-party(ies) 10032 accepts then an offer, such as marketing communication(s) is sent to said user 10032. If user accepts either said AKM alerts communication(s) 10030 and/or said third-party marketing communication(s) 10032 then service is added. If a paid service 10035 then process payment and add said alert(s) service(s) 10035 and start said AK alert, notification and/or message service(s) 10037. If a free service 10036 then update said user's AKM record(s) 10036 and start said AK alert, notification and/or message service(s) 10037.
AKM reporting and dashboards: To assist with improving success and satisfaction the AKM produces visible results by means of various types of individual, group, category and/or public reports and dashboards as in
AKM reports calculation:
Anonymous users 7604 must either use previously calculated reports and dashboards 7603, or select 7601 and construct 7602 each report or dashboard on demand when results information is needed. Identified users 7604 may save said reports and dashboards to their AKM record(s) and receive them as needed as collected measures sets in both an initial baseline(s) and as subsequently collected measures sets in updated baseline(s) that may be compared to said an initial baseline(s) 7376 7382 in
AKM reporting—anonymous users:
Navigation to what is reported 7617 7618 7619 7620: Navigation title 7617 such as a device category like “Digital point-and-shoot cameras” or a device name like “Nikon Coolpix S52c Camera”. Navigation widget 7618 such as a “tree” which is typically a vertically stacked list in which either sections open one at a time while closing the other sections, or in which two or more sections may be open at the same time. Navigation highlighting or identification of the item selected 7619 in said navigation such as a product (like a “Nikon Coolpix S52c”), which (in this report layout) said device name is also listed in the main center report title 7627 and in the top center tab navigation 7626. Means to scroll or access a longer list 7620 if said navigation provides more choices than can be displayed.
Means to access additional AK 7621 that applies to said selected device 7619, some examples of which may include: How to succeed (AKI): Goes directly to available AKI for said selected device; may be a list of tasks and steps that each have AKI content (such as tasks and steps that are stored such as in use 7216, basic uses 7217, advanced or expanded uses 7218, applications and tasks 7219, other 7228 in
Means may be included for report users to provide feedback, ratings and improvement suggestions 7622: One or more advertisements may be displayed in reports 7625 7623; and said advertisements may be run by vendors whose device(s) compete directly with said selected device(s) 7619 7627 whose AK report is displayed 7616. Tabs 7626 or another similar navigation widget provide (top center) high-level navigation for categories that may display the device name that (in this report layout) is listed and highlighted in the left navigation 7618 7619, and the same device name which is listed in the top center report title 7627. Generally, the currently selected tab is highlighted 7626 while the other tabs are clickable; when another tab is clicked, it becomes the highlighted tab. For consistency, this top center navigation (tabs in this layout) may include the same items as in the left navigation; that is, the selected device 7619, and means to access additional AK 7621 that applies to said selected device (in the same order in this layout) such as the device name as the first tab's label, then “How to succeed”, “Most successful product”, “How to improve”, “Related QOL goals”, etc.
The report title may be placed at the top center of the body of the report 7627 to state the focus of the report which (in this report layout) is the device name that is listed 7627; for consistency, this same name is highlighted in the left navigation tree 7618 7619, and named in the top center tab 7626.
A selection and input zone 7628 permits users to specify the report's settings or parameters without needing to be familiar with which report data selections are required or how to use the report engine's syntax, such as (in this layout) selecting: Said selection and input zone 7628 may employ various formats, functions and designs which in this layout parallels a radio button that provides for selecting one row (such as geography) and one level within said row (such as the world). Geography: Areas may include the entire world, a region, a country, a group or region within a country (such as a state), or another person. Products: In addition to selecting products by brand and model (which is done in the left navigation in this layout), said top center selection may provide means for selecting only the best performing products, average products, or the worst products in order to show the size of the gap(s) between the user's current product and that selected group. Users: In this area a user or may want to compare him/herself with the most successful users, with average users, or with the least successful users. Etc.
The report content is provided by employing any reporting and dashboard means such as a distribution graph 7631 (which in this layout includes the performance of the user running said report), a quintile graph 7632 (which in this layout includes the performance of the user running said report), a sortable data table 7634 7635 7636, other areas of reporting 7637, etc. In some examples content includes: Distribution graph 7631: One type of graph is a distribution in which the variables may be the number of users (y axis) and their rate of success (x axis), showing the full range of results specified in the selection and input zone 7628; additionally, the performance of the user running the report may be displayed (“You” in said distribution graph 7631) to show said user's current performance and the gap between that and best available results. Quintile (quartile, another grouping such as highest 25%/average 50%/lowest 25%, etc.) graph 7632: Another type of graph is a quintile (or other groupings) which separates low performing groups from high performing groups by utilizing variables such as the rate of success (y axis) and quintile number (x axis); and can show where the performance of the user running the report falls (“You” in said quintile graph 7632; which illustrates whether said user is in a low performing group, a high performing group, or at an average level in the middle). Sortable data table 7634 7635 7636: Data tables present information in a grid where the high-level view 7634 may be selected from an overall selector such as frequency or severity; the detailed data may be sorted by a column 7635; and the meaning of the information is clear by reading each row, such as “Task B, Step-2” which are spelled out in words in an actual report and provide a link(s) to additional AK 7636 such as “Quick tour and AKI”, “Watch a quick tour”, “AKI instructions”, etc. Etc.
Additional types of reported information 7637: Other types of direct and indirect metrics may be reported such as efficiency, switching to the best choice, etc.; In some examples switch to “best” 7637 means the estimated cost to switch to the best known (most successful) device, which is calculated by adding performance savings from using the most successful device at a success rate supported by using AKI and AK, then subtracting the cost of failures on the current device(s), and the cost of buying the best available product; which together permits estimates of impact, value, etc. of switching to “the best” known choice(s).
AKM reporting—identified, subscribed and/or paid users:
Navigation to what is reported 7641 7642 7643 7644: Navigation title 7641 such as a device category like “Digital point-and-shoot cameras” or a device name like “Nikon Coolpix S52c Camera”. Navigation widget 7642 such as a “tree”. Navigation highlighting or identification of the device selected 7643 in said navigation such as a product (in some examples a “Nikon Coolpix S52c”). Means to scroll or access a longer list 7644 if said navigation provides more choices than can be displayed.
Tabs 7651 or another similar navigation widget may provide top center high-level navigation for categories that display the device name that (in this report layout) is listed and highlighted in the left navigation 7642 7643, and the same device name which is listed in the top center report title 7653.
The report title may be placed at the top center of the body of the report 7653. Means to access additional AK 7645 that applies to said selected device 7643, some examples of which may include: Set your goals and metrics: Identified users may set their individual goals and metrics and save that to their user AKM record(s); see
Means may be included for report users to provide feedback, ratings and improvement suggestions 7646. One or more advertisements may be displayed in reports 7647 7648 and said advertisements may be run by vendors whose device(s) compete directly with said selected device(s) 7643 7651 whose AK report is displayed 7640.
A selection and input zone 7652 permits users to specify the report's settings or parameters without needing to be familiar with which report data selections are required or how to use the report engine's syntax, such as (in this layout) selecting: Said selection and input zone 7652 may employ various formats, functions and designs which in this layout parallels a checkbox list with pulldown selectors that provides for selecting one row (such as products) and one level within said row (such as average performing products). Geography: Multiple areas may be listed, and in this case a company is selected. Products: In this layout products are selected by brand and model in the left navigation; in this zone comparisons are selected with products of varying levels of performance such as the best performing products, average products, and the worst-performing products. Users: In this layout comparisons are selected with users of varying levels of performance such as the most successful users, average users, or the least successful users. Time: Because this report is run by identified users whose performance may be tracked and stored over time, data is available for constructing reports that show varying time periods, which in this layout include today, this week, this month, this year, or since the user started.
The report content is provided by employing any reporting and dashboard means such as a distribution graph 7654 (which in this layout includes the performance of the user running said report), a quintile graph 7655 (which in this layout includes the performance of the user running said report), a sortable data table 7657 7658 7659, other areas of reporting 7660, etc.; said report content includes: Distribution graph 7650: Because the graphs show the group selected 7652, the rate of success may be increased by utilizing AK, so this graph illustrates a company's year-to-date performance that is more successful because of its company-wide culture of using AKI and AK; similarly, this identified user's rate of success is skewed to the high-end by utilizing the AKM. Quintile graph 7655: Again, said identified user's rate of success is illustrated as high because of the use of AK. Sortable data table 7657 7658 7659: In this data table the high-level view 7657 utilizes the “Severity” overall selector; the detailed data is sorted by the “Number failed” column 7658; and the meaning of the information is clear from reading each row, and additionally explained by utilizing a link(s) to additional AK 7659 such as “Watch a quick tour”. Etc.
Additional types of reported information 7660: A plurality of types of direct and indirect data may be reported which in this layout includes efficiency, switching cost, projection(s), etc.; in some examples, Efficiency 7660 means calculation(s) by known and/or standard efficiency measures that do not include time on task (in some examples various formulas may compare metrics such as total successes against total trials), and may include reporting by line graphs that show data over time such as whether efficiency increases or decreases as a result of use and the employment of AKI and AK).
AKM dashboards—anonymous users:
AK summary module 7664: This module provides summary AKM data such as: (the totals from worldwide data could be in the millions; they also might total over 100% because individual users may have multiple memberships, devices, and types of usage such as some anonymous and some identified). Total numbers of AKM users: Anonymous users, free members/subscribers, paid members/subscribers, members of third-party services, etc. Frequency of AKI and AK uses: Total uses per day (either on an average day or for the most currently available day); average usage by heavy, moderate or light users of AKI and AK, etc. Switching to “best choice(s)” available: AKM impact on assisting users to move to the highest performance levels (either on an average day or for the most currently available day) such as request for “best choice” options, pre-purchase research into said options, actual orders placed for “best options”, usage of the new “best options”, performance improvements actually achieved, etc. Each of this module's data rows (in this layout) may be clicked on to drill down and examine that row's data in more detail.
Means may be included for dashboard users to provide feedback, ratings and improvement suggestions 7666.
A selection and input zone 7667 permits users to specify the dashboard's settings or parameters without needing to be familiar with which dashboard data selections are required or how to use the dashboard engine's syntax, such as (in this layout) selecting: Selection module title 7667. Multiple filters or selectors 7668 such as choose a device (Filter 1 in this layout) and/or choose a geographic region (Filter 2 in this layout). Capability to add or remove modules 7674. Capability to save said customized new dashboard(s) 7673.
AK success funnel module 7669: This module provides summary AKM usage data such as (in this layout) worldwide for the latest 30 days. This module illustrates one possible way to break down a complex set of steps into a more direct visual process, with the ability to examine the results of each step in said funnel. In some examples this illustration is a funnel process that begins with the total number of AK requests, the number of actual AK uses, the number of user successes produced by AKI and AK deliveries, the number of “best choices” lookups, the number of orders placed for said “best choices”, etc. Each of this module's data rows (in some examples layout) may be clicked on to drill down and examine that row's data in more detail. Each row may also have an indicator (in some examples layout) that shows the number's change from the previous time period 7676, which in this layout is a green arrow head pointing up for a larger number, or a red arrow head pointing down for a smaller number. In other words, some AK examples may provide one or a plurality of ways to visually illustrate various results from AKI and AK deliveries, along with the overall movement toward the “best choices” available.
AK activity module 7672: This module provides detailed AKM usage activity such as (in this layout) worldwide, for the latest day available (yesterday). This module shows one way to provide detailed AKM usage data that breaks down AKI and AK deliveries during uses of devices with the ability to drill down and examine each detailed activity. This module's detailed AKM data includes three areas: Devices life cycles (similar to the life cycle in
AK financial KPI's module 7677: KPI stands for Key Performance Indicators, so this module provides financial data on both costs and revenues. Cost data 7677 may include cost per AK event, AK request, AK use, AK success, etc. such as other types of costs incurred by the AKM. Revenue data 7677 may include revenue per “best choice” request, “best choice” look up, “best choice” order, etc. such as other forms of revenue(s) received by the AKM. Said financial KPI's may be in any currency, and in this layout is listed in US Dollars (USD).
Modules may be displayed as closed 7679: In some examples a module that displays the “Top 10 QOL goals” and their rate of success 7679 is displayed closed, and may be opened to see its data by clicking its “open” icon 7680.
Top 10 third-party vendors module 7681: This module provides data and drill down on current vendors by their rate of success; in some examples the drop down list selector 7683 indicates that these are displayed by the top 10 categories, and the table below that 7684 displays columns for: Each category's rank (#). Category name (Service such as e-retail, financial, travel, etc.). Current rate of success (% Suc.). A scroll bar on the right of the table to see additional data in this top 10 list.
One or more advertisements may be displayed in dashboards 7686, and said advertisements may be run by vendors whose device(s) compete directly in any product category displayed in the dashboard, or with any device(s) selected 7668 as a main focus of the dashboard's data.
Dashboard modules controls 7674 7681 7675 7680 7678 7682: Add/remove modules 7674: Modules may be added or removed by selecting this; modules are constructed by utilizing standards such as Web widgets, gadgets, modules, etc. constructed by means such as DHTML, JavaScript, Adobe Flash, etc. and may be provided by the AKM or by third-parties. Module title and parameters 7681: Each module has a main title such as “AK success funnel” 7669, and may also have a subtitle that lists parameters or attributes such as “Worldwide, This month” 7681. Minimize (close) module 7675: If a module is open it to may be minimized to its title only by clicking an icon on the title bar such as a down-pointing arrow head 7675. Open module 7680: If a module is minimized or closed it may be opened to its full size by clicking an icon on the title bar such as an up-pointing arrow head 7680. Details or drill down 7678: Drill down to details may be accomplished by means such as clicking a details button 7678, or by clicking an individual row 7664 such as “Total AK users”. View list or view graphic 7682: Modules may be viewed graphically or as a text list (or tabular list/grid) by means of an interactive button or widget 7682, etc.; some examples include a list(s) 7664, a table 7684, a graph 7696 7090, etc. in
AKM dashboards—identified, subscribed and/or paid users:
Navigation to what is reported 7690 7691: Navigation title such as “Your AK Use: See your AKM reports (or dashboard)”. Navigation widget 7690 such as a “tree,” “menu,” “list,” etc. Navigation highlighting or identification of what is selected 7691 in said navigation such as a QOL goal like “Energy use”. Means to scroll or access a longer list if said navigation provides more choices than can be displayed.
Means may be included for dashboard users to provide feedback, ratings and improvement suggestions 7692.
A selection and input zone 7693 permits users to specify the dashboard's settings or parameters without needing to be familiar with which dashboard data selections are required or how to use the dashboard engine's syntax, such as (in this layout) selecting: Selection module title 7693. Multiple filters or selectors 7694 such as to choose a geography (Filter 1 in this layout) and/or choose a time period (Filter 2 in this layout). Capability to add or remove modules 7699. Capability to save said customized new dashboard(s) 7698.
Graphical summary module 7695 which in this figure is “Energy use, 30 days” and also provides drill down access to AK to make additional energy savings improvements; each area is ranked from the largest to the smallest such as: (categories are representative and may be changed to fit users or energy uses). Heating/AC. Auto/gasoline. Kitchen/laundry/water. Lighting/other.
An AK activity and use module 7697: this module provides detailed AKM usage activities such as (in this layout) for your use over the past 30 days: This module shows one way to provide detailed AKM usage data that breaks down AKI and AK deliveries during uses of devices to produce energy savings, with the ability to drill down and examine each AK activity. This modules detailed AKM data includes three areas: Devices life cycles including stages such as pre-purchase finding, buying, initial installation and setup, using, troubleshooting and problem solving, etc. AKI during energy-saving uses of said devices including steps such as the number of AKI requests, how often that delivered AKI was seen, how often that AKI was used successfully, the AKI “bounce rate” (that is, the frequency of receiving but not using said AKI; which is different than the failure rate where AKI was used but did not produce a success), how often next step AKI was requested, etc. AK usage as part of or after AKI/AK deliveries includes two main categories of steps; first is switching to “best choices” with steps such as requesting best choices, looking up best choices information, and ordering a best choice; second is the overall understanding of AK use including steps such as the total number of AK request, the number of times AK was received, how often AK was retrieved from Websites, how often AK was retrieved as download documents, the total number of uses of all AK received, etc. Each row may also have an indicator that shows the number's change from the previous time period, which in this layout is a green arrow head pointing up for a larger number, or a red arrow head pointing down for a smaller number. Each of this modules data rows (in this layout) may be clicked on to drill down and examine that rose data in more detail.
Modules may be goals-based 7098 which in this layout is closed and may be opened by clicking the upward pointing arrow head next to said close module's title. Said goals-based module 7098 lists said user's “Top personal energy goals” and, if displayed, would list said goals in said user's priority order (e.g., with the user's top goal first) with the current success rate displayed next to each goal.
Comparative energy use 7088: This module compares said user's energy use versus three others graphically by means of a line graph in which one variable is total energy used (y axis) is displayed over time (x-axis, the past 30 days), showing said user's energy use verses: That user's ZIP code. That user's city/metropolitan area. That user's country. Said comparative module may also be displayed as a tabular grid by means of module control that enables viewing said module as a list or a graphic (such as module control 7682 in
Current alerts 7092: This module lists said user's energy alerts that relate to the achievement of said user's energy use QOL goals 7691 such as: The title and subtitle 7092 clarify that the czar that user's alerts, that they are listed by category and cover the actual number of alerts received during the past 30 days. A category selector 7093 clarifies that the alerts displayed are for home electricity use. The actual table of current alerts 7094 may include columns such as a checkbox that shows whether each alert is turned on or off (“on” if checked), the name of each alert, and the number of alerts during the past 30 days. Means to edit said current alerts 7095 is provided for adding/deleting alerts, changing the device(s) to which each alert applies, etc.
One or more advertisements may be displayed in dashboards 7686, and said advertisements may be run by vendors whose device(s) compete directly in any product category displayed in the dashboard, which in this case may be any appliance, automobile, home heating/AC, etc. that uses energy.
AKM comparative reporting: Both AKM reports and AKM dashboards may include comparisons and comparative reporting such as to identify and calculate gaps such as between the best achievement levels and the current metrics for a user(s) who is running a report or dashboard.
If comparing said first collected data set to a second data set 10014, then obtain and store second additional data set(s) from AK records 10011 (which may include any source of AKM or AK data). If comparing said collected data sets to a third or more (multiple) data set(s), then obtain and store said additional data set(s) from AK records 10011 (which may include any source of AKM or AK data). If comparing said collected data sets to a peer or benchmark 10019, then obtain and store said peer or benchmark AK data set(s) from AK records 10011 (which may include any accessible source of AKM or AK data). If the need to include an additional comparison(s) ends at any point such as after the first collected data set 10003 10004, or after the second collected data set 10006 10007, or after the third or more (multiple) collected data set(s) 10007 10008, or after a peer and/or benchmark collected data set(s) 10009 10010, then proceed to calculating and displaying said comparison report or dashboard 10017 10018. After said comparison report or dashboard has been displayed 10018, then review and edit said report(s) or dashboard(s) 10019 which may include using, changing, saving, drill down to additional data, re-running saved reports or dashboards, etc.
AKM reporting for vendors and customers:
Navigation to the device that is reported 10231 10232 10233 10234. Navigation title 10231 such as a device category like “PC Software” or a device name like “Microsoft Vista”. Navigation widget 70232 such as a “tree”. Navigation highlighting or identification of the device selected 10233 in said navigation such as a product (like “Microsoft Vista”). Means to scroll or access a longer list 10234 is said navigation provides more choices than can be displayed.
Means to access additional AK 10235 that applies to said selected device 10233, some examples of which may include: Run saved reports; Edit/save report(s); Current dashboard(s); Progress dashboard(s); Goals dashboard(s); Edit/save dashboard(s); Etc.
One or more advertisements may be displayed in reports 10236 10238 and said advertisements may be run by vendors whose device(s) compete directly with said selected device(s) 10233 10240 whose AK vendor report is displayed 10230.
Tabs 10239 or another similar navigation widget may provide top center high-level navigation for categories that display the device name that (in some report examples) is listed and highlighted in the left navigation 10233, and the same device name which is listed in the top center report title 10240. In some examples each tab is a separate metric 10239 and since there are more tabs than can be displayed said tabs may be scrolled left and right 10243 to make additional tabs visible or hidden; in some examples this report's center content is on the second metric which is “Satisfaction,” and that metric name would be used as the tab label instead of “Metric 2” (e.g., “Satisfaction”).
The report title may be placed at the top center of the body of the report 10240 and may display the name of the selected device such as “Windows Vista”.
A selection and input zone 10241 permits users to specify the report's settings or parameters without needing to be familiar with which report data selections are required or how to use the report engine's syntax, such as (in some examples) selecting: Said selection and input zone 10241 may employ various formats, functions and designs which in some examples parallels a checkbox list with pulldown selectors that provides for selecting one row (such as geography) and one level within said row (such as country). Geography: Multiple areas may be listed, and in this case the user's country is selected. Products: In some examples products are selected by brand and model in the left navigation; in this zone comparisons are selected with products of varying levels of performance such as the best-performing products, average products, and the worst performing products; and in this case no selection is made. Users: in some examples comparisons are selected with users of varying levels of performance such as the most successful users, average users, or the least successful users; and in this case no selection is made. Time: Because this report is generally intended to be run by identified vendors whose device performance is tracked and stored over time, data is available for constructing reports that show that they're reading time periods, which in some examples include today, this week, this month, this year, or this year versus last year.
Center content area 10240 10241 10242 10244 10245 10246 10247 10248 10249 10250 10251 10252: Any type of reporting or dashboard content and/or calculation(s) may be included; if additional data is available but not displayed, means may be provided to make said additional data visible such as (in some examples) a scrollbar on the right 10246.
First center content area (whether for a report or dashboard) may be provided by employing any reporting and dashboard means such as: Sub-title 10244: Said sub-title may specify the name of the metric (in some examples “Metric 2: Satisfaction”, “Satisfaction”, etc.) and list the selectors from the selection and input zone 10241, namely the geography (in some examples “country—USA”, etc.) and time (in some examples “year-to-date”, etc.). Pie chart 10247: Any type of graphical display of data may be used, in some examples a color-coded pie chart that lists the numeric percentage of each slice in the chart. Data table 10245: Any type of tabular grid display may be used, in some examples a color-coded list whose colors match the accompanying pie chart and whose order may be sorted both up and down such as by means of multiple clicks on a column label(s).
Second center content area (whether for a report or dashboard) may be provided by employing any reporting and dashboard means such as: Sub-title 10248: Said sub-title may specify which data (such as the users' issues) that drive the data in the first metric's area (Dissatisfaction issues, with the device name [optionally] listed so it is clear that said issues are associated with said device) listed in order (such as with the lowest satisfaction first). Data table 10249 10250: Any type of tabular grid display may be used, in some examples a sorted table whose order may be sorted both up and down such as by means of multiple clicks on a column label(s). Drill down to comparative data 10251: Means may be provided so that each type of data may be compared, such as (in some examples) with the best same-category device formetrics such as satisfaction. Scroll bar to see additional data 10249 10250: When additional data is available but not displayed, means may be provided to make said additional data visible such as (in some examples) a scrollbar on the right.
A third or more center content areas (whether for a report or dashboard) may be provided by employing any reporting and dashboard means; in some examples reported information 10252 may include direct data reporting and/or indirectly calculated measures from said direct data such as efficiency (which may be calculated by known and/or standard in efficiency measures, and may include reporting by the area's graphical or tabular means, along with showing data over time which may indicate whether efficiency increases, decreases or remains about the same as a result of use).
AKM content—summary of AKM content creation: As the speed of technology advancement increases to near real-time, and the scale of applying new technology, products and services expands to global levels, this provides means for continuous improvement in the “Best Active Knowledge” delivered to users, vendors and others as a normal part of their everyday activities as they adopt and attempt to apply these new and unfamiliar capabilities. Means are provided for users, vendors and others to create and/or edit AKI and AK, with those additions, creations and/or edits tested, validated and optimized as an AKM process so that the rate of success might actually deliver what is needed and/or hoped for from said continuous advances in new capabilities.
Turning now to
After any edits, additions and/or creations are performed 7702 7704 7706 7708 7710 7712 7714 (collectively referred to herein as “edits”), said edits are tested in a “sandbox” 7720 to provide dynamic determination and validation of the best AK and AKI by means of real AK uses. Said testing sandbox 7720 may include multiple types of tests such as in some examples template tests 7721, multivariate testing 7723, instructions tests 7725, and/or other types of tests 7725 such as AB tests, layout tests, usability tests, etc. If any of those tests is employed and produces optimized AK or AKI 7722 7724 7726 then the “Best AK” or “Best AKI” for delivery has been determined, and may be delivered 7718. Simultaneously, the best “sandbox” testing and optimization methods are determined automatically 7728 7729, and those better testing methods may be utilized for the tests conducted to optimize AK or AKI 7720 7721 7723 7725. Also simultaneously, the results of said edits may be logged and/or stored 7715.
“Sandbox” for AKM optimizations:
Determination of AK and/or AKI content to test 7740: Said content edits were described at a summary level in
At this point both the users that may be dynamically selected to participate in testing 7732 and the content to test 7740 have been determined. Multiple types of tests may be run 7745 7746 7747 7748 7749 such as template tests, multivariate tests, instructions tests, comparison tests, new concept tests, other types of tests, etc. An optimization process 7752 compares the results of each item tested against known AK/AKI performance by means of a variety of optimization criteria, metrics and/or rules to determine the best means for optimizing AK/AKI. In some examples means are used to illustrate said optimization(s) 7753, and each type of optimization 7754 7755 7756 may be selected independently for each type of test 7745 7746 7747 7748 7749 including: One winner 7754: The one that tests best moves on, and the others are terminated. Better 7755: Those that are best move up and are used more often (with the increase determined by means such as proportionate to their relative or absolute amount of improvement); those with average performance are used with lower frequency; while those with the lowest performance are terminated. Other 7756: Other types of optimizations may be used, whether currently known or newly invented.
Also included is an optimizations methods improvement process 7758 that determines improvements in test types 7744, improvements in optimization methods 7752, etc. Said optimizations improvements 7758 include logging each optimization and test method 7759 and storing the associated metrics such as results 7759, speed 7759, cost 7759, reliability 7759, AK EVA (the Economic Value Added of AK, as defined elsewhere such as in
AKM optimizations resources, ratings and feedback:
AKM, AK and AKI data whose collection may require at least some manual entry 7768 may include any, some or all of: User ratings of AKI (Active Knowledge Instructions); User ratings of AK (related Active Knowledge); User ratings are of “other AK” (items included with AKI/AK deliveries) and/or advertisements/marketing information; Percent that edit, create and/or add AKI/AK (users' edits, feedback, suggestions, additions of new AKI/AK, etc.); Percent that edit and/or create device instructions (“Direct AKI” for tasks); Other manual entries, feedback, suggestions or additions to AKI/AK;
Said automated data collection 7767 and/or manually entered data 7768 are stored as Active Knowledge Resources 7769 in AK resources databases 7770. Turning now to
Said rater's rating(s) and/or feedback may be downloaded and done locally 7776 by delivering a form, survey, or other type of interaction that is presented to said rater 7777 by means of rater's device and/or AID/AOD, and continued until completed 7778, and when completed both ID's and data are transmitted to appropriate server(s) 7779 which may be AKM servers or by means of a rating and/or feedback system provided by a third-party. Depending on the capabilities of each device that presents questions for either/both quantitative ratings and/or qualitative feedback and/or suggestions, multimedia input may be provided by raters such as pictures, video, audio recordings, etc.
Said rater's rating(s) and/or feedback may be done online 7780 by providing a link or other means to an online display of a form, survey, or other type of interaction that is presented to said rater 7781, and said ratings of event continues until completed 7782, and when completed both ID's and data are transmitted to appropriate server(s) 7783 which may be AKM servers or by means of a rating and/or feedback system provided by a third-party. Depending on the capabilities of each device that presents questions for either/both quantitative ratings and/or qualitative feedback and/or suggestions, multimedia input may be provided by raters such as pictures, video, audio recordings, etc.
At said receiving server(s) 7779 7783 ratings data is stored from ratings events 7775 and ratings processes 7776 7780 then periodically analyzed 7785, such as for each item rated sorting the raw quantitative ratings in descending order 7785 and dividing them into categories and/or groups 7785 such as quintiles, high/average/low, etc. Said analysis process(es) may utilize any known means for analyzing surveys, quanitatitve questions, qualitative feedback, text (suggestions) content analyses, etc. and continue 7786 until all appropriate data has been analyzed 7785 7786 by any combination of analyses methods that is appropriate. At intervals such as during said analyses or upon their completion, analyzed and scored data 7785 (such as stored raw data, a processed category of data, or part or all of a saved report) is written to an appropriate database(s) 7787 such as AK Resources 7794 or third-parties 7795 that may provide any type of rating, feedback, suggestion, etc. service(s) or system(s).
Both quantitative and qualitative data may be associated with each other such that for an item (in some examples a single device's task, step and AKI instruction) both the quantitative rating(s) and qualitative feedback and suggestions may be associated with each other both for analysis, storage, and retrieval (such as reporting in a report and/or dashboard; or for use by a system such as for automatically determining the outcome of a test 7744 in
AKM content creation or editing processes, media and tools: To edit existing AKI or AK, to create new AK or AKI, to edit or provide new templates or layouts or interfaces, users or vendors or others may utilize a plurality of starting points, methods and tools to edit the content or format of said AKI and AK, or create new or improved versions. Said edits and/or creations may be performed using a range of devices, tools, or AIDs/AODs. A plurality of of these can be performed with known processes and tools for editing and/or creating content in a plurality of forms and formats such as text, multimedia, etc. However, some option are summarized in
Turning now to
The choice of creating AK/AKI may employ methods such as a tool(s) in the device 10084 or in an AID/AOD 10084, a tool(s) that is run from a device 10085 or run from an AID/AOD 10085, a tool(s) that is downloaded to a device 10086 or downloaded to an AID/AOD 10086, etc. In any of those creation or addition processes 10074 a creation event is created 10088 with an ID(s) and data such as for a session, device, task, step, user (if identified), etc. The creation(s) is performed using a tool(s) in a device 10089 or in an AID/AOD 10089, or by means of a tool(s) run from or downloaded to a device 10090 or run from or downloaded to an AID/AOD 10090; with said creation(s) including components such as the AKI's/AK's metadata 10091 (such as its category, device, task, navigation IA, etc.): its content 10092 (such as text, video, etc.); or any other created components 10093. When completed a creation(s) is uploaded to AK Resources 10082 (with or without IDs and an edit log), where it is received and stored in the test “sandbox” portion of AK Resources storage 10083. If said (optional) AKM methods for editing or creating AKI/AK are not used 10071 10072 10073 10084 10085 10086 then said user accepts the current AKI/AK and said editing/addition/creation process is not invoked and ends 10097.
Turning now to
In some examples by means of said tools and AIDs/AODs, AK resources that may be created or edited may include 10111: User created or edited AKI or AK; Freelancer-provided AKI or AK; Third-party created or provided AKI or AK; Links to online tutorials and how-two; Alerts (such as IM or Twitter) for instant help; Advertisements to buy competing products, services, and/or devices; Advertisements to buy “best choice” alternatives; Shopping links to buy those products, services, devices, “best choices”, etc.; Usage tracking for payment for ad views, purchases, usage, etc.; Links to join others who help in this area (to social action, social network, blogs, forum, entertainments, etc.); Personals to advertise the AK creator; Etc.
Regardless of the AID/AOD employed 10108, the tool(s) used 10109 or the type(s) of AK resource(s) edited or created 10111, said updated or new AKI/AK 10110 is uploaded to AK Resources for “sandbox” testing 10104 10105 10106.
AKM content API's to access global AKI or AK: Where relevant and appropriate knowledge content is stored outside the AKM, and it is accessible by standard or custom APIs (Application Programming Interfaces), said knowledge content may be accessed, retrieved and delivered by the AKM by means of said API's. Said access and retrieval begins by receiving an AKI/AK request 10114. If it is an AK request for AKI/AK that is native to the AKM 10115, then it may be retrieved directly from AK Resources 10118 10119. If, however it is an AK request for AKI/AK that is an external to the AKM 10120 (such as from third-party content or knowledge resources) then it may be retrieved from a third-party storage 10132 or source 10132 by utilizing a service (such as a Web service or an S08 service), an API, etc. 10121. If a Web or SOA service it may be a REST stateless request 10123 or another fully defined service or operation 10125; if a standard or known content API 10124 10127 it may be one such as: Java content API 10128 (JCR [Java Content Repository], JSR-170, JSR-283, Apache Jackrabbit, etc.); IBM Web Sphere content API 10129 (libraries, document model, etc.); Other standard content API's 10130; Custom content API's 10131.
As said external knowledge content 10122 10132 is made accessible it may (optionally) be included in the AKM testing “sandbox” 10133 to test, validate and optimize said external content prior to using it in any substantial volume of AKI/AK retrievals and deliveries. However, if an AKI/AK request is received 10114 and it is not a native AKM request 10115, nor is it a request for AKI/AK that is an external to the AKM 10120, then identify the error, log it, report it for fixing 10121 as described in
AKM API's for “direct” AKI” to automate task success: During the use of a device(s) users may receive AKI that offers the option of having the AKI directly control the device(s) and performing the Active Knowledge Instructions on behalf of the user (herein called “Direct AKI”). Where a Device(s) in Use (DIU) may be directly controlled by means of instructions that are delivered from an external resource (that is by Direct AKI), and the means for said direct control is by standard or custom API's, then said means for creating and/or editing said Direct AKI may be provided, for storage in the AKM's AK Resources or by a third-party, and delivery by the AKM. Said editing or creation of Direct AKI Instructions begins by waiting for a request 10134, which is by means parallel to waiting for other AKM requests. When said request 10134 is received, lists of available devices that may have Direct AKI Instructions is retrieved 10135. Based on said Device in Use (DIU), one or more devices is selected 10136, or one or more lists of devices is opened 10136. If said DIU is not available either individually or on a list 10137 then said request 10134 is terminated 10138. If, however, said DIU is available either individually or on a list 10137, then the appropriate DIU device(s) data is retrieved 10139 (herein called in “DIU device item”) including the data required to edit or create Direct AKI for said device 10139. Within said DIU device item, walkthrough all of said DIU device data 10140, or go to one or a plurality of Device AKI Instruction(s) based on matching criteria 10140 for the purpose of discovering or explicitly managing the item fields 10141 or instruction fields 10141. Said walkthrough of each field 10141 or instruction 10141 is to discover or explicitly access said field(s) label, data type, attribute, value(s), parameter(s), etc. and display accessible choices for edits 10142 by means of any known type of editing or authoring software, form, or program 10142. By means of said discovery, display and editing Direct AKI Instructions functions are edited or written 10143. Said editing or authoring software, form or program 10142 may (optionally) utilize a standard set of functional categories and/or labels for consistency across a plurality of DIU's such as: Meta-data (author, source, version, tag/keyword, etc.); Lookup function (name/ID, etc.); Function (control, etc.); Action (value, start, advance, stop/end/quit, etc.); Connect (open, receive, send, close/quit, etc.); Undo (reverse, confirm, etc.); Local (get, save/store, etc.); Setting (attribute, parameter, etc.); Record/store (local, remote, etc.); Edit/update/create (read, modify, write/add, upload, delete/remove, etc.) field label, data type, attribute(s), parameter(s), value(s), etc.; Etc.
If said standard set of functional categories and/or labels 10143 cannot be employed 10144 because there is no functional match 10145, then present the actual DIU's API fields 10145 for editing or authoring, and when that is completed stores said Direct AKI instructions in the appropriate database(s) 10152. If, however, said standard set of functional categories and/or labels 10143 can be employed 10144 because there is a functional match with the actual DIU's API(s), then provide consistent means to view and edit said DIU's API(s) 10143 by means of consistent categories, labels and functions. In either case 10144, whether said standard set of functional categories and/or labels 10143 can or cannot be applied 10144, said DIU employs the appropriate API as previously retrieved, walked through and discovered 10139 10140 10141 10142, which may include APIs 10146 such as: ACPI (Advanced Configuration and Power Interface) standard 10147; Device API's standard (W3C working group) 10148; Mobile Device API's Initiative (part of Open Ajax Alliance) 10149; Other standard device control API's 10150; Custom device control API's 10151.
As said Direct AKI is edited or created 10142 and stored for AKM delivery 10152 it may (optionally) be included in the AKM testing “sandbox” 10153 10154 to test, validate and optimize said Direct AKI Instructions prior to using it in any substantial volume of AKI/AK retrievals and deliveries. If validated it may be committed and used 10154. If, however, said DIU API 10146 10147 10148 10149 10150 10151 is read-only and may not be edited to create Direct AKI Instructions 10155, then it is possible that it must be adopted and implemented “as is” without testing or validation 10153 10154. After completion of said editing or writing Direct AKI Instructions, said lists, Device AKI Instructions items, etc. are closed 10156 and the Direct AKI editing or creation process ended.
AKM ERROR MANAGEMENT:
When said error trigger or error message is received 10160 10161 10162 10163 10164 10165 initiate error correction 10166 by creating the appropriate type of error event 10167 with error ID 10167. If said error can be fixed automatically 10168 by any automated means of error recognition and correction 10169, then perform said automated correction 10169, then validate said correction automatically if needed 10169, or validate manually if manual review is needed 10171. If said error cannot be fixed automatically 10168 and requires manual correction 10170, then perform said manual correction 10170 and validate said correction 10171 if needed. If customers might help fix or prevent said error(s) 10172 then (optionally) determine that 10173 and set up and take appropriate action(s) such as: Send alert(s), message(s), etc. 10174; Send AKI instructions 10175; Send AK corrective actions 10176; Perform, make or send other corrections 10177.
If said appropriate user-involved action(s) fixes or prevents said error 10178 then validate said correction 10179 if needed, followed by notifying customer of said fix or prevention 10180 and wait for a different error trigger or error message 10160. However, if customers cannot help prevent or fix an error(s) and are not involved 10173, or if after involving customers 10174 10175 10176 10177 said error(s) are not fixed or prevented 10178, then (optionally) notify customer 10180 and wait for a new and similar error trigger or error message 10160 to begin another attempt at error correction.
AKM global optimization(s) and ecosystem(s): Part of an AKM is for it to be able to identify, track, optimize, improve, etc. performance in areas such as: Issues and/or problems: Determine performance problems with the largest impact or costs and prioritize them (such as the largest issue first). Gaps: Determine the largest gaps in performance between the best and worst performers and prioritize them (such as the largest gap first). Opportunities for improvement: Determine the greatest potential gains or “leaps ahead” in performance and prioritize them (such as the largest potential gain or opportunity first).
AKM optimization services ecosystem:
The goal of said data acquisition 7808 is to compile one or more AK optimization priorities lists 7808 (as further described in
Simultaneously, optimization methods improvements 7818 may be performed by means of logging the optimization method(s) employed 7819 and/or storing the associated data for each method (such as the number of times used, results such as a percentage improvement, etc.) 7819; then ranking the optimization method(s) 7819 7820 so that it can be determined which are among the best methods 7820 so that they may be employed either continuously or more frequently 7810 to perform said optimizations 7810; and so that it can be determined which are among the low (or lowest) optimization method(s) 7820, so that those methods may be used less frequently 7821 (such as by discontinuing if ineffective, or reducing frequency if partly effective), or so that those methods may be improved 7822 or replaced with new methods 7822 and then tested (to determine their efficacy) by means of employing them in measured improvement efforts 7810.
Simultaneously, predictive analytics 7814 and
AKM optimizations data acquisition:
In some examples other means may be used for these analyses 7825, such as the quartile/recommend the “best” means described in
These employ a “fix the worst” process by means of identifying the worst performers by a variety of means, then for each of those groups identifying the best performers so that those may be tested as a model to construct new AKI and/or AK for delivery to the worst performers, to determine if that raises their performance and (optionally) by how much. Alternatively, other processes may be used such as a “copy the best” process by means of identifying the best performers by a parallel range of means to those described above such as numbers 7826 7827 (such as the “Best 10” as a high-performance group), percentages 7828 7829 (such as the “Best 5%” as a group), metrics and thresholds 7830 7831 (such as for Satisfaction, the “Highest 100”), and/or other predetermined criteria 7832 7833 (such as for a metric [such as the rate of user success/failure] the the “Best # or %” as a group). If said alternative process(es) are employed then appropriate data is gathered from available sources 7834 7844 such as AK results (raw data) 7835, AK results (ranked data) 7837, user AKM record(s) 7836, group(s) AK results (raw data and/or ranked data) 7838, devices' and vendors' data 7839, Other AKM and/or third-party data 7840, and/or AKM predictive analytics 7844.
Which ever process is used to determine the appropriate data to acquire for optimizations (such as “worst”, “best”, and/or another process 7826 7828 7830 7832, and which ever data is then acquired 7834 7835 7836 7837 7838 7839 7840 7844, then store the data such as: Store the “worst” 7841 (which identifies the lowest levels of performance, satisfaction, etc.) and then store the “best” for each worst group 7841. Store the “best” 7842 (which identifies the highest levels of performance, satisfaction, etc.). Store any other acquired appropriate data to conduct optimizations such as that stored for “worst” or “best” processes.
Utilize said stored data to calculate and compile a AK global optimization priorities list(s) 7843 and provide that to conduct optimizations and improvements efforts (7809 7810 7811 in
AKM optimizations resources confirmation and acquisition:
Said AKM optimization resources process begins with an AK global optimization priorities list 7843 in
When received from said requests to appropriate sources 7851 7852 7853 7854, then update each relevant AK/AKI resource 7855 7856 7857. When adequate AK/AKI resources are available 7849, then prioritize varying an appropriate optimization(s) test(s) of devices, users, etc. 7858, along with prioritizing varying levels of notification 7859 that said optimization(s) test(s) are being conducted 7859. Then conduct said optimization(s) 7860 and
Conduct AKM optimizations:
Optimizing user performance and user results 7866 7867: If AK/AKI is optimized for identifiable users 7866 such as paid subscribers, free members, etc., this includes optimization(s) and improvement(s) in AK/AKI such as to raise performance by identified users to targeted levels so they may “leap ahead” from their current performance levels toward “best possible” levels.
Optimizing vendors' devices 7868 (products, equipment, services, applications, information, entertainment, etc.) 7869: So that (participating) vendors can access and/or receive how-to AK to provide leadership performance for their customers 7868, this includes optimization(s) and improvement(s) in vendor communications, dashboards, reports, AK/AKI, etc. that raises performance by (participating) vendors 7869 so they may sell and/or provide devices to their customers that help their customers receive “best possible” success, satisfaction, etc.
Optimizing reporting and dashboards 7870 (including impacts on closing gaps between leaders and laggards) 7871: So that users, prospects, buyers and other members of the public can “leap” to a high levels of success, this includes optimization(s) and improvement(s) in reporting and dashboards 7870 (including various means for progress-driven alerts, events, etc.), which enables “fast follower” progress by a plurality to achieve success 7871.
Optimizing other AKM and AK communications 7872 (including communication channels, media and media types, messaging types, message content, or any other type of AKM communications including all current and future types of AK or AKI) 7873: Other types of AKM/AK communications may be optimized 7872, which can include optimization(s) and improvement(s) in AKM communications with third-parties, targeted audiences (such as a service's subscribers, a performance-based group such as a device's laggards, etc.), etc. 7873; whether by means such as communication channels (direct to devices, to AIDs/AODs during use, etc.), media and media types (such as real-time videoconferencing, multimedia, texting/SMS, instant messaging, etc.), messaging formats (such as templates, boilerplate, etc.), message content (such as wording, the use of lists versus paragraphs, sentence length, etc.).
Each item's optimization continues so long as a threshold of acceptable performance is not reached 7874. If optimization(s) fails and based on results must continue 7863, then to escalate said optimization(s) 7864 7866 7868 7870 7872 re-prioritize varying levels of AK/AKI assistance and notifications to devices, users, vendors, third-parties, etc. 7863. If, however, said item's optimization achieves a threshold of acceptable performance 7874 then log and store result(s) of said optimization(s) 7876, and remove said item from the AK optimization priorities list 7877.
AKM predictive analytics:
After said baselines are calculated 7879 7880 7881 then rank the items by said calculated baselines 7883 (total gaps, predicted AK EVA, etc.). Report calculated items in AK optimization dashboards 7884 and AK optimization reporting 7884 such as by including one or more sections with ranked item lists that are sortable by group, baseline, estimated value (such as amount, number, EVA, etc.), or other metrics. After conducting optimization(s) efforts 7886 and
AKM controls: One of the means by which the AKM provides for continuous improvement is by continuous visibility of results with self-service management (by identified users, vendors and/or other third parties) of users' AKM record(s), goals, plans, programs, services, triggers, thresholds, etc.
AKM user profile(s) management (by user self-service, vendors, Governances, third-parties, etc.):
If one or a plurality of additional profiles needs editing 7912 from the displayed list of profiles available to edit 7903, then edit said additional profile(s)one at a time 7912 using the profile editing process described here 7905 and elsewhere, including these and various other types of edits, updates and adjustments to users' profiles by means such as: Select a profile, record or identity to edit 7904; Display that selected profile, record or identity for editing 7906; Display the adjustable preferences, devices, etc. available for editing 7907; Select one or a plurality of adjustable preferences and display the editable options for each preference selected 7908; If no edit is wanted then cancel 7909 and return to the display of adjustable preferences 7907; If an edit(s) is wanted then select the editable option(s) wanted 7910; After available edits are complete, saved the updated profile, record and/or identity 7911.
Since one user might have multiple profiles, AKM records, identities, etc., these may be kept separate or associated with each other and managed by said user, one or a plurality of vendors, governances, etc. This may result in one user having one or a plurality of identities, profiles and/or AKM records that are managed together; one or a plurality of identities, profiles and/or AKM records that are managed individually; or two or a plurality of groups of identities, profiles and/or AKM records that are managed as groups. If a user has two or a plurality of profiles 7914, or two or more groups of profiles 7914, or if a user has one profile (or group of profiles) and is adding one or more additional profiles 7914, then once those profiles are displayed 7903 they may be associated with each other 7915 by means such as: Select association of a plurality of profiles, records or identities 7914; Display the list of profiles available to associate 7916; If the appropriate profile(s) is not displayed 7903 7916 or listed 7903 7916, then display profile search 7918, AKM record search 7918 and/or identity search 7918 and search for said profile(s) 7918 7913; Display the results of the profile search 7919, and select the appropriate profile(s) to add and associate 7920; Whether the appropriate profiles to associate are initially listed 7903 7916, or if they are obtained by searching 7918 7919 7913, then select the group to be associated with each other 7921; After a user's profiles have been associated 7915 7921, save the associated profiles 7922 7913. Then continue the profile management process by identified users, vendors and/or other third-parties in
AKM goals achievement controls:
Retrieve relevant “best goal records” (from global tracking) 7942 from AKM or third-party databases 7943 where said goals lists 7944 and/or usage patterns 7945 may be generated dynamically by any known database lookup and retrieval means, or may be periodically determined and stored for later retrieval as needed by means described elsewhere whereby: AKM goals list(s) 7944 may be listed by goals as described elsewhere, but for each goal a set of successful user goal records is retrieved so that these may be used as exemplary models for selection, copying and/or adapting and editing; In some examples for the goal of using a smart phone to stay in touch with business thought leaders, articles and new books on how to sell and produce customer lock-down relationships (so that relevant new postings, titles, etc. may be followed and downloaded), a set of successful goal records, preferences and options settings for that goal may be retrieved. AKM usage pattern(s) 7945 include the goal preferences under each goal record so these are copied in automatically when a goal record is copied, and may then be edited or adapted for a user's needs; in some examples for the goal of using a smart phone to stay in touch with the best new business books in the area of business to consumer online marketing (so that relevant titles may be downloaded and read), AKM usage patterns may include editable goal preferences such as delivery frequency of AKI/AK, selection by type of AK, types of alerts and prioritization, and devices in use (DIU), previously achieved levels of user results or rate of success, etc.
After retrieval display the list of goals 7929 and/or goals records that are available 7942, with the expected levels of user results or rate of success 7945 associated with each of them. If a goal is wanted 7930 but not displayed 7929 then display goals search 7931 and search for said goal(s) 7931 7942 7943. Display the results of the goals search 7932, and select the appropriate goal(s) 7933 to add and associate 7934. Whether the appropriate goals to add or edit are initially listed 7929 7942, or if they are obtained by searching 7930 7931 7932 7933, then select the relevant goal(s) and associate/align them for that user profile 7934. If a goal(s) is to be edited 7928 or adapted for a user's needs then begin by displaying a selected goal individually 7935. Within that goal 7935 display preferences 7945 available for editing such as delivery frequency of AKI/AK, selection by type of AK, types of alerts and prioritization, and devices in use (DIU), expected levels of user results or rate of success, etc. For any preference(s) selected for editing 7936 display editable options 7937. If the editable options are set correctly the editing process may be canceled 7938, but if an editable option(s) needs editing, then edit that preference(s)' options 7939 and repeat this editing process 7936 7937 7938 7939 for each editable preference and option desired. After that goal's editing is completed 7935 7936 7937 7938 7939, if another goal is to be edited 7940 then select that goal 7941 and edit its preferences and options as needed 7935 7936 7937 7938 7939. After completing goals selection and association 7928 7942 save the updated goal(s) 7946 to the user's appropriate profile, AKM record(s) and/or identity(ies).
In addition, this may be accomplished by other goal(s) creation, selection and/or editing means described elsewhere. When goals choices and/or editing are complete, continue the profile management process by vendors and/or other third-parties in
AKM vendor, Governance, etc. controls:
This enables individual vendors (which may include groups of allied companies, values-based organizations such as religious groups, governances, etc.) to capture and own a growing volume of customer relationships and consumption by using long-term contracts where these vendors replace and provide some or all of those customers' products, services, entertainment, online resources and various other areas of consumption throughout part or most of their lives, perhaps with long-term contracts that are a normal purchase contract, a service or support contract, or any other type of benign and typical business practice that has normal exit options (without any customer lock-in or customer relationship capture intent). Alternately, these purchase contracts may have severe penalties for customers who attempt to leave (e.g., exit or end the contractual relationship without using the limited permitted exit steps or expiration dates stated in the contract, if any), which may be characterized as customer lock-in and ownership in 7952
This AKM vendor goal(s) controls continue from
The vendor or third-party (including resellers, channel vendors, governances, etc.) sells 7953 from a list of traditional promotions or plans 7961, or next generation lifestyles or communities 7962. As described elsewhere (such as in
In some examples each plan or “package” 7960 may be similar to current business and marketing practices 7961 such as: Promotions and/or marketing or sales campaigns 7961; Deals and or plans and 7961; Standard products and/or services, including combinations of them as AKM-enhanced packages 7961; Reward programs such as points programs and/or loyalty programs 7961; Etc.
In some examples each plan or “package” 7960 may be revolutionary in scope and considerably more ambitious then current business and marketing practices 7962 whereby customers yield various levels of independence and choice in return for advanced technology services that measure the customer(s)'s performance and results with appropriate AKI/AK deliveries to achieve targeted rates of customer success and satisfaction such as: Selling entire lifestyles 7962 with targeted levels of personal (or family) success and satisfaction, such as career-focused lifestyles, children and family-focused lifestyles, volunteer service-focused lifestyles, social connections-focused lifestyles, entertainment-focused lifestyles, travel-focused lifestyles, adventure-focused lifestyles, fad-focused lifestyles, party-focused lifestyles, etc. Selling membership in real and/or virtual communities 7962 or values systems 7962 with customers able to be in a plurality of communities and/or values systems at one time, including AKI/AK guidance on how to join, participate and succeed in each, with some examples of virtual or real communities and/or values systems such as family and children; health and fitness: nutrition are eating (such as vegetarian or organic); lifecycle stage such as college, young adult, parents, mature empty nester, adult dating, retirement, etc.; ethnic-focused such as African-American, Jewish, Muslim, etc.; religious-focused such as Christian, Buddhist and, Jewish, Muslim, etc.; environmental activism; gender-focused such as women's groups; pets such as dogs, cats, reptiles, etc.; activities such as boating or skydiving; etc. Selling membership(s) in governances 7962 which may include multiple types of governances
In some examples if a prospect does not buy 7954 then this process ends 7965. However, if a prospect does buy 7954 and becomes a customer 7955, then commit what that customer purchased to that customer's profile(s) 7955. As needed (and optionally) display, select and edit the goal(s), preferences and options 7956 as described in more detail elsewhere. If any edits are performed to the package's goals, preferences, options, etc. before or after a customer's profile has been updated 7956, then save those edits to said customer's profile 7955. After completing the vendor or third-party sale (or optionally a customer lock-in and ownership process) 7952, then implement the plan or “package(s)” sold 7958 7955 7956 to said locked-down customer, by (optionally) shipping and replacing some or all of said customer's current products and services 7964 to deliver “bundle(s)” that may provide higher-level AKM achievement(s).
In some examples, this may be accomplished by other goal(s) creation, selection and/or assignment means described elsewhere, in some examples including governance processes that are described elsewhere. When AKM vendor goal(s) controls are complete then this overall user, vendor and third-party profile management process ends 7965.
AKM visibility of success/failure from control choices:
These form a circular, continuous improvement process 7984 7985 7986 7980 by repeatedly returning to the initial step: The results achieved 7984 by actual usage 7981 7982 7983 drive successive rounds of improvements 7984 7985 7986 that are made by the user, vendor and third-party editing processes 7980 described herein in
AKM GOVERNANCES: With self-management covered a larger purpose comes into view, and that is new options for collective improvements by means of governance(s) that open new fields that differ from present instantiations of the nation state and their varied governments and political philosophies.
At this juncture this AKM now moves from processes for acquiring and delivering knowledge from individual activities to using collective activities for purposes of group or collective improvements under the term “Governances” (illustrated herein in
New technology is related to economic growth (as described elsewhere). Some examples of this growth are new economic options such as new industries (in some examples the emergence and growth of new Internet-focused industries), and the resulting transformations of lives and societies from those industrial activities. In parallel ways, new technology is related to new options for governance that may emerge throughout history such as the emergence, growth and evolution of the nation state which (in large part) emerged from the rise of the middle class, public education and urbanization which are in turn related to historic economic industrial transformations, and also produced resulting transformations of lives and societies. In a similar way, new technologies, processes, systems, etc. may be created so as to provide new options for “governance” which are described herein. The AKM is one advance that could provide new types of “governances” since it is embedded (in whole or in part) in devices used in activities to alter how well they work for people, and that is employed to increase the performance, results and/or processes of a plurality of organizations, industries, social institutions, etc. Because the AKM is politically “agnostic,” it may provide multiple types of governance simultaneously in our increasingly networked society. A broad description of this governance component of the AKM is as follows:
Current economic background: There are deep connections between macro-indicators of economic progress including macro-level actions and policies, and micro-level activities throughout the economy. In some examples Stock markets embody collective macro judgments based on some of the most thorough news and information systems ever available. In addition to the price of individual stocks, the collective judgment of a market is embodied in indices like the Dow Jones Average, the S&P 500, etc. Moreover, there are a variety of different markets such as the New York Stock Exchange, NASDAQ, the Chicago Commodities Exchange, not to mention other national and regional markets in virtually every part of the world. These individual stock valuations and diverse indices are macro indicators of the success or failure of large numbers of fine-grained, individual economic transactions. Each transaction represents the needs of a buyer, the costs and needs of a seller, and the quality, scarcity or abundance of the raw material, product, service, etc. being purchased. Based on the price set by each of these fine-grained transactions, without any central authority being involved, and based on the resulting indicators of supply, demand, and prices other people and organizations buy and sell that material or product in greater or lesser quantity, in more or fewer distribution channels, and related economic activities are expanded or contracted (such as promoting that item or investing in R&D for a next-generation product). Thus, the aggregation and provision of data about economic activity and its combined results inform subsequent individual and group decisions, policies, business processes, behaviors, etc.
Historic economic background: Economic growth rates during the Middle Ages were nearly flat. For centuries at a time, successive generations did not see any improvements or changes in their standard of living. Economic growth began in earnest with the start of the Industrial Revolution, which included three developments among a plurality of others. The first was the rise of industry, which gave its name to the revolution. The second was the rise of innovation and inventiveness which created new technologies and processes of manufacturing, new products that were sold by new distribution and retailing systems, and communications/publishing that spread new information and new knowledge. Also helpful was the rise of capitalist “free markets” with a price system that efficiently sends its signals throughout the local through global economy. As networking has grown and systems of communication have accelerated, the power of inventing new technologies has been directly linked to wealth creation. The purist form of this has emerged in Silicon Valley, where (it has been said) more wealth has been created in one place a shorter period of time then any place and time in human history.
Political background: Capitalism is not “Democracy” nor is it “Freedom”. Just because in advanced Western free market capitalist countries the working-class prospered, became a large middle class and moved to the suburbs where they were surrounded by overflowing shopping malls, schools and the ability to give their children advanced educations and good jobs, does not mean Capitalism and Western political freedoms are mutually related. Capitalism can thrive and prosper under any type of governance so long as it supports what Capitalism and capitalist organizations need. Consider China (which remains Communist yet has one of the strongest capitalist economies with a higher rate of economic growth than nearly all “developed” OECD Democracies), and the Middle East (whose countries are largely feudal monarchies and dictatorial theocracies yet have one of the fastest and largest acquisitions of [capitalist] wealth in history). What is clearest from capitalism's success under all types of government is that free markets and open competition perform better for economic growth than most economic plans and decisions made by the public sector (whether a government is democratic, socialist, communist, dictatorial, theocratic, etc.). The historic evidence is thus that free market capitalism is not a political system, nor does it have that much to do with political freedom, democratic government, or many “human rights.”
Differences between Capitalism and Democracy: Capitalism does affect “governance” because it has a strong influence on every type of government toward providing capitalist organizations with acceptable political conditions under which they can prosper and grow in size, wealth and economic power. American ideals include the dreams, aspirations, values and economic hopes of the American people. Yet the American government is far from an unquestioned champion of peace and democracy, whether with its own citizens or around the world. Often, the U.S. Government is seen as having great police and military power, as well as great willingness to use them. Instead of focusing on America's larger ideals like justice, human rights, compassion and the notion that all people are equal and deserve to be treated fairly by their local government, in America the inclination for economic success may (but not always) trump the nation's aspirations with economic interests being served first. In the American (“representative democracy”) government this is due to the central requirement for campaign financing, because candidates with large amounts of financing are able to compete and have a chance of winning. In short, the need to raise huge and constantly growing amounts of money for campaign financing alters who is actually “represented” in America's “representative democracy,” and focuses government decisions economically whether they are setting foreign or domestic priorities, whether they concern subsidizing the rich or uplifting the poor, or whether large and influential corporations are regulated or allowed to act freely in their own interests. While there is no longer any question about the economic value of lower taxes, free markets, reliable legal systems, less intrusive government, etc.; too often a main objective of elected Congressional politicians is to support wealthy and powerful corporations and people that in turn finance their re-elections.
Summary: To the extent that free market capitalism is a separate system that stands apart from any type of government or political philosophy, it can be seen to generate prosperity under democracy, socialism (such as in Europe), communism (such as in China), monarchies and dictatorships (such as in the Middle East) and theocracies (such as in Iran)—so long as capitalism secures for itself the right conditions (which it often does by obtaining a voice, influence or power in its local government). It is free market capitalism under stable laws (such as attempts to limit corruption), not any system of government, that has created more prosperity than any political system in history. Personal freedom and human rights are protected by governments that defend them, while free market enterprises seek to control government decisions for their own economic interests, with less regard for what people require in order to have free and successful individual lives.
This analysis does not mean crusading against “Capitalism,” which would not make sense since free market capitalism is the actual system and engine that has created more prosperity and wealth than any other system in human history. Nor does it mean returning to some type of utopian stateless, communal bliss that abandons nation states and their governments. Such conflicts, revolts or revolutions have little value in modern societies, which may even accelerate worldwide wealth creation and prosperity beyond the historic successes achieved over the previous two centuries of industrial capitalist growth. Capitalism remains the strongest force that has delivered widespread prosperity and so it deserves both recognition and support due to its numerous achievements and continuing efforts, even if it openly claims that to succeed it needs to be a major influence in many countries' governments (as it openly contributes to the U.S. Congress, and openly participates in numerous U.S. government regulatory proceedings and decisions in some examples).
In spite of Capitalism's frequent economic, political and historic successes, and though Capitalism clearly works better than public sector planning for economic growth, “free markets” are far from ideal. Markets have numerous problems and inefficiencies that cost companies, customers and societies enormous amounts of time and money: Every vendor, in some examples wastes scarce resources on unnecessary production, poorly performed services, mis-directed distribution, and ineffective marketing expenditures. On the other side of the cash register, consumers spend inordinate amounts of time trying to select the right product for each of their needs, then also incurring often excessive costs for finding where to buy the product, traveling to and from buying it, installing (and often attempting to configure) it, and learning how to use it effectively. Customer choice is often limited and controlled by flawed markets such as occurs from oligopoly or monopoly power, such as by the concentration of market power in a few large companies who often buy or obstruct smaller competitors. These “industry-leading” companies may force consumers to buy a limited range of products (such as in PC operating systems and office software), sometimes with high prices and lock-in contracts (such as in mobile communications). What is missing are the “free market” competitive pressures that would otherwise force these large companies to innovate sooner, raise product quality, lower prices or provide free choice—sometimes all at the same time. In addition to direct transactions, market inefficiencies cost societies resources that are used to fund “public” or “safety net” services such as Social Security, health-care, etc. Other societal problems, such as unemployment and replacing deteriorated infrastructure (such as bridges), are similarly underfunded due to reduced productivity and inefficiencies that cost economic growth and tax revenues.
Is an economic and political synthesis possible, one that expands our economic horizons and provides new “governance” options at the same time, without a conflict with nation state governments? The AKM enables a new class of human “governances” that may affect groups' success and prosperity, and may also provide improved capitalist operational success, satisfaction, efficiency and other benefits. Like other new technologies and like free market capitalism, the AKM's governance components are independent from any political philosophy and can operate under any type of government or political system. The governance contributions of the AKM are generally applicable to network-based activity in any country or market, under any form of political, social or religious philosophy.
For purposes of illustrations and examples, this AKM discusses and exemplifies some new types of governances among entire ranges of new types of governances that are possible:
IndividualISM Governance: An IndividualISM is the expansion of self-control to personal sovereignty and self-governance by individuals who are members of one or more. IndividualISMS, to select their own goals and provide them expanded means to achieve them. IndividualISMS are governed by individuals but may compete directly with corporations by using alliances and partnerships to acquire products, services, etc. to sell as bundled solutions to their own members (such as for a complete lifestyle). Thus, a high-performance IndividualISM may grow to compete nationally or worldwide, such as to provide a variety of humane ways to satisfy people's needs for products and services that actually make them as successful as those individuals choose to be. In some examples could be an IndividualISM that operates an economic enterprise such as “Customer Control, Inc.”, described below, and achieves economic success through complete integration between customers and vendors—all of its management and systems are designed and operated for complete support of its customers wants and needs. As with all AKM governance components, multiple IndividualISMS may exist simultaneously to provide and deliver different types of values, capacities, qualities of life, outcomes, etc. Similarly, one person, family or household may join two or more IndividualISMS to obtain benefits provided by each of them.
CorporatISM Governance: A CorporatISM is the expansion of corporate activities into a governance, in which one company through collective groups of companies (such as alliances or associations) may provide larger ranges of devices, products and services to meet an individual's consumption and/or success needs on a larger scale, such as across an entire lifestyle for decades or a lifetime. One or more CorporatISMS may be sold to Members who have a deeper customer/contractual relationship to one or more CorporatISMS than typical vendor-customer contacts that are merely one purchase at a time. CorporatISMS are governed by one company or an alliance of companies, but may collect and sell components (right through complete lifestyles) such as including homes, automobiles, supermarkets (food), schools, entertainment, education, financial services, community(ies) services, and the small businesses within those communities, as more complete ways to satisfy people's needs for one choice that provides them most of the goods and services needed in a complete life. As with any type of AKM governance, multiple CorporatISMS may exist simultaneously to provide and deliver different groupings of plans, subscriptions, products, services, goals, outcomes, etc. Similarly, one person or family may join two or more CorporatISMS to obtain the collective benefits provided by all of them.
WorldISM Governance: A WorldISM is the expanded centralization of governance intended to drive human success across national boundaries by means of technologies such as the AKM, independent of whether each WorldISM is based on a political philosophy, economic organization (such as a capitalist corporation, nonprofit “cause” organization, charity, etc.) or human goals (such as any group's values, beliefs, commandments, aspirations, dreams, fantasies, etc.). A WorldISM is centrally governed and provides a way to expand the reach of a single organization(s) more broadly into people's lives to guide them, but without needing to be a political entity or government. As with all AKM governance components, multiple WorldISMs may exist simultaneously to provide and deliver different strategies and tactics for producing human success on a broad, international scale. Similarly, one person or family may join two or more WorldISMs to obtain benefits provided by each of them.
Multiple simultaneous IndividualISMS, CorporatISMS, WorldISMs and other AKM governances (“GOV”): As with all AKM governance components, multiple AKM GOVs may exist simultaneously to provide and deliver different approaches for producing human success. Similarly, one person, family or household may join two or more different types of AKM GOVs to obtain benefits provided by multiple types of governance at once. In some examples one identity may join multiple GOVs. In some examples one person's multiple identities may each join one or a plurality of GOVs. In a parallel analogy, optical multiplexing delivers many times the bandwidth of one laser beam of light by dividing it into multiple colors (where each color is a separate wavelength and carrier signal; known as WDM or wavelength-division multiplexing). Similarly, the AKM both creates a new “governance” alternative (including systems, methods, processes, transformed devices and how they are used, etc.) AND it also divides “governance” into multiple types that can operate simultaneously to provide humanity with many more types of governance capacities and benefits at one time—multiplying the AKM's group contributions to collective successes, in parallel with its personal contributions to individual successes.
Together, the new AKM governance forms (some examples herein include IndividualISM, CorporatISM and WorldISM), plus any other GOVs based on employing this governance innovations, are collectively referred to as a “governance” or “governances” (plural). Any type of governance may operate under any type of nation state government such as democracy, socialism, communism, dictatorship, theocracy, monarchy, etc. Any type of philosophy may be promoted by any governance, such as any type of community or value system (in some examples an economic lifestyle goal such as luxury living, a cultural filter such as a family values community, a spiritual focus such as a religious community, a social responsibility such as an environmental lifestyle community, an interest such as fashion in general or the latest fad in particular, etc.) may be provided by an IndividualISM, a CorporatISM, a WorldISM, or another type of governance.
Also, all types of governances may operate simultaneously and either separately or together in combination(s), so a person, family, household, etc. may enjoy one or a plurality of governances at one time. Thus governances may let people make a historic new choice: They may step on a larger governance stage than the one provided by the current institution of “government” and its available role of “citizen.” When separate: An individual governance does not prevent any other governance from operating, so multiple types of governances may now come into existence alongside nation states. When simultaneous: Multiple instances of each type of governance may exist simultaneously (such as multiple CorporatISMS), and multiple types of governances may be provided in combination (such as IndividualISMS co-existing and even partnering with CorporatISMS and/or WorldISMs). An individual's membership in multiple governances is concurrent along with “citizenship” in that person's nation state government. Thus, multiple and varied types of governance benefits may be received simultaneously by anyone who participates in two or a plurality of governances. When in combination(s): Even though each new type of governance may operate differently from other new types of governance (e.g., a governance based on decentralized individual control is run differently from a governance based on corporate enterprise economic control with its customer management, which is different than a values governance based on worldwide central control, which is different from governances based on other “GOVs”) they share common features; that is, they operate in some ways that parallel each other. Thus, this AKM governances innovation(s) comprise a range of common systems, processes, features, capabilities, etc. that may be shared (such as membership or subscription services)—or those common systems may be provided to multiple governances by a third-party service(s), by a utility (such as the TPU), etc.
Some of the shared features may include one or more instantiations of each type of governance: As illustrated each type of governance may be a template or system that may be applied two or a plurality of times. In some examples there may be two (or multiple) “IndividualISMS,” each managed or run by a separate group of individuals who comprise its members, its subscribers, or however it defines its participants, and each instantiation may copy and adapt the same template, systems, etc. Reusable templates, systems and other components apply to each new type of governance illustrated herein and may also be applied to new types of governances that may emerge in the future. Governances also differ from a nation state government, where a type of government is a monopoly and can only be replaced by a transformation into a different government with different “rulers,” such as by a “revolution.” Governances are not monopolies and may co-exist, side by side, with multiple governances of the same or different types. Governances may be self-replaced by members' decision (by various means such as elections, board decisions, committees, etc.), evolution, merger, partnership, alliance, bankruptcy, dissolution, etc.
Some of the shared features may include multiple instantiations with benefits from associations of governances: With governances there are advantages to having networks of governances, such as in some examples CorporatISMS, since this may stimulate the development of support services and outsourced capabilities for other governances. That larger “ecosystem” effect benefits other existing Corporatisms as well as making it easier for new types of governances to form, as well as benefitting the “members” or “subscribers” who rely on one or a plurality of CorporatISMS.
In some examples a governance may or may not be an economic institution: A governance may or may not engage in direct economic activity itself. While economic activity is optional, each governance requires some form of revenue(s) that exceeds its cost(s).
Aggregated human activities and goals data: At one level, each type of governance aggregates members' activities data, goals data, levels of success and other metrics, as well as other measures and indices of their economic and other activities. These may include goals, demand, desires, economic behavior, quality of life measures, satisfaction, performance, problems with products received, use of AK and/or AKI, etc.: This type of data may include both large and small goals, actual expenditures in pursuit of each goal and the rate of development of new products, services and knowledge that has the potential to satisfy members' goals or raise their activity(ies) to a higher rate of success or performance. The display may be in the form of statistics, tables, graphs, charts, reports, etc. The media of display may include Web sites, email, broadcast (whether Web-based or over traditional broadcast media), paper publications of various types, etc. The audiences may be universal (e.g., public and local through worldwide) or access may be private and restricted to “members” of a governance (which may be by decision of that governance, or it may include any number and types of related audiences such as investors or lenders who provide capital, companies that participate in delivering products and services, alliance or trading partners, registered members, unregistered members of the public who consume certain products and services, contractors or third-parties or professionals who perform research, government agencies, or anyone else the governance chooses to include.
Visible reporting such as aggregated, gap analysis, by sub-groups and area, etc.: At this same level the governance aggregates the activities, goals and other data into an active, (near) real-time reporting and/or dashboard system where the data provides: Quantitative indicators of members' goals (including any combination of governance providers and/or consumers, and any activity(ies) performed. Quantitative indicators of current performance of said governance's members, relative to their goals, in much the same way as an individual company's dashboard indicates its current achievement of its stated goals. Quantitative indicators of current performance of that governance as a whole, relative to its the Netocracy's performance goals, in much the same way as a stock market index indicates the current valuation of the set of companies that comprise that index. The gap between a governance's goals and its current performance. All of the above reporting, and more, for various sub-groups and areas (where the areas include the governance's functions such as governance, administration, membership, operations, business, AKM machine, systems, etc.).
Aggregated political activities when there is (optional) self-government, democracy, elections, individual “sovereignty”, etc.: At this same level the governance aggregates the self-directed choices, “votes,” desires and activities of the members of the governance: These may include solutions desired by members of the governance to reduce or eliminate the gaps between goals and current performance. These may include direct or formal decisions about recommended solutions such as from individual actions, voting, decisions by democratically chosen managers or regulators, or any of a wide variety of individual or democratic means and procedures. These may include indirectly or informally gathered solutions such as from surveys, feedback during or after activity(ies), optimization processes, tests, innovative solutions that come from new technologies, services, products, or any of a wide variety of methods for aggregating members' opinions, needs, goals, etc. These may include periodic or real-time governance reporting systems, to provide the full membership with the current status of governance results such as members' goals, performance data, gaps between goals and performance, recommended solutions, etc. These may include occasional, periodic or constant political involvement activities, to provide members with hands-on involvement options, such as direct democratic governance, citizen initiatives at the ballot box, participation in regulatory boards or administration, open-ended solicitations of others involved in various decision-making processes, open political viewpoint contributions, or any other legitimate and/or democratic means of political involvement.
Economic and political growth activities: At this same level the governance may take organized and systematic action to foster and support the achievement of its goals on a larger scale: To increase the number of members in that governance it may recruit new members such as by providing AKM or other products and services that identify non-members who share similar behavior, needs, goals or characteristics and are likely to experience the same dissatisfactions and gaps as the citizens of that governance and therefore appreciate the benefits of membership in it. To increase the financial resources and the magnitude of the voice of the governance it may engage in any legitimate form of business activity, including forming alliances, partnerships, mergers, etc. with other governances, corporations or organizations interested in solving the problems and gaps identified by that governance and its members. To increase in the abilities of that governance's members to solve their problems or gaps, it may develop, acquire a and/or package solution knowledge that it may distribute to its members or provide to others for a fee (in some examples as an outsourcer) who it might assist with creating, marketing, implementing, or satisfying the needs of its members or others outside that governance.
This new class of governance options also includes higher levels of implementation and/or aggregation. In some examples there may be replication of multiple governances: These may include fast startup replication by re-using known patterns, existing systems, etc. as reusable templates and/or components. Includes fast capabilities acquisition by not having any prohibition(s) on re-using, reselling, etc. any business systems, by being able to form alliances that share services, operations, etc. Includes systematic visible results reporting across multiple governances, for comparisons, so prospects and potential members can see which governances are best for achieving various types of personal goals, and which are not. May includes shared membership services so each individual may join multiple governances simultaneously, and have their one or a plurality of profiles managed co-operatively rather than separately or competitively.
In some examples another higher level of implementation may include aggregation of multiple governances: These may include an aggregated governance of governances, whereby multiple governances may form an association(s), alliance(s), partnership(s), collective(s), merger(s), etc. by any legal means so that all are supported by their common goals and operations (such as making their combined memberships more successful in whatever ways their members choose to live). Although some types of governances have been shown and described in detail, along with variants, a plurality of additional types of governances may be constructed and included or integrated into separate or third-party system(s) or machine(s). In the examples for governances the components may consist of any combination of devices, components, modules, systems, processes, methods, services, etc. at a single location or at multiple locations, wherein any location or communication network(s) includes any of various hardware, software, communication, security or other components.
INDIVIDUALISM—PERSONAL SOVEREIGNITY IN DECENTRALIZED GOVERNANCE(S)—(“GOV” 1 OF MANY):
It is the new combination of IndividualISM governance components, to achieve new benefits, that is part of what is disclosed. The components that are disclosed and combined herein to produce some examples of a governance include:
Central visible results 10229 from IndividualISM-wide reporting 10230 (whether one or more IndividualISMs): Data from each area flows to central reporting 10229 10230 which provides current and historical information (such as reporting and dashboards as described elsewhere) so that this governance's performance is clear to its members 10212 10208, administrators 10201, employees who run or work in its systems 10218 and operations 10224, as well as those who work with this governance from outside of it 10231. In some examples while complete detailed reporting is optional, some of the areas reported may include that IndividualISM's goals, measured results, gap analyses between goals and results, etc., where those are reported in aggregate for the whole IndividualISM, for major subgroups, and for each area such as each member(s), device, service, product, system, outsourcer, vendor, sponsor, partner, etc. By means of this area's visible results 10230 an IndividualISM, its members, administrators and employees are able to produce and achieve continuous improvements such as by processes illustrated.
Administration 10201: A first administration option 10205 is the election of administrators such as directors, committees, representatives, (the equivalent of) “union” leaders, etc.; ideally there should be short term limits (such as two terms) so these positions remain democratic (and don't become lifetime positions with nearly guaranteed re-election such as in Congress). A second administration option 10206 is systems-based such as results-driven selections of administrators, auctions that maximize revenue, etc. Regardless of how administrators are selected or determined 10205 10206, administration includes: Regulation and administration 10203 may by done by any forms that reflect the involvement of members or subscribers such as employees, boards, committees, representatives, members, etc. Business management 10202 may be done by employees, representatives, members, etc. with job maintenance based on results achieved 10229. Revenues 10204 may be kept to fund an IndividualISM's operations or increase its economic strength, or revenues may be divided with members, used for promotions to attract new members, or for any other business purpose.
Self-controls 10208: In an IndividualISM, members or subscribers have control (and responsibility) for their own profile 10209, or for their family or group's profile; this differs from other governances where others may own a user's profile (such as by contract), or have governance over it (such as by regulatory authority over members' range(s) of choices and permitted behavior(s). One option is democratic self-control 10210 which may include elections, ballot initiatives, voted changes in governance, etc.; if not included, other forms of individual-controlled governance would be used.
Membership 10212: User profiles are controlled by each member 10213, including member-supporting policies that are decided by each IndividualISM, negotiated with its vendors and administered by each IndividualISM; in some examples a member might cancel and/or leave each vendor relationship at any time each member chooses. Similarly, the local policies of these governances 10214 are controlled by each member and may differ for each person, if an IndividualISM decides that is its overall policy. Similarly, the “commercial packages” of these governances 10215 may be decided on an a-la-carte basis by each member if that is negotiated by each IndividualISM with its vendors, including individually selected bundles of decides, services, etc. In a similar way, non-commercial processes 10216, which include any “public” services provided by the IndividualISM that are analogous to roads, education, etc. provided by government, are managed by local groups that receive those services; in some examples is lifelong continuous education delivered with AKI as AK links with follow-up services, designed to fit each individual's needs by integrating it during or after their AKI interactions.
Technology 10218: Technology 10218 10219 includes the AKM and the IndividualISM's use of the AKM and its reporting, the IndividualISM's business systems, and other uses of computing, communications, etc. for its operations and management: One technology option is for outsourcing to provide AKM services and business systems; Another technology option is for the IndividualISM to provide these; A third technology option is a hybrid that includes both outsourcing and local IT. Regardless of how AKM, business systems and technology uses are provided, technology includes: Communications 10220 including devices, AIDs/AODs, accessibility, security, etc. to provide AKM/AKI/AK and other interactive communications whether real-time interactions (synchronous) and/or store-and-forward (asynchronous) forms of communications; Scope determination 10221 including users, triggers, thresholds, actions (such as Direct AKI), etc.; Technology rules and policies 10222 which includes governance issues that, in an IndividualISM, might include options that can be controlled by each member (such as described in
Business and finance 10224: These include components and business relationships that are authorized by administration 10201 as well as those that are unauthorized (which are independent and may or may not be acceptable), some of which are comprised by: Components may include devices, products, services, equipment, systems, etc. 10225; Suppliers may include vendors, outsourcers, etc. 10226 who provide components, services, systems, etc.; Partners 10228 may include corporations, non-profits, charities, schools, governments, other governances, etc.; Sponsors and affiliates 10227 may include advertisers, sponsors, partners, allies, etc. which may be direct relationships, network-based, supply chain-based, distribution and sales chain-based, etc.
External communications 10231: External communications 10231 may mean integrated operations, technologies, business systems, etc. with other governances, companies, institutions, governments, etc. that are outside of this governance.
CORPORATISM—CORPORATE BUSINESS GOVERNANCE(S)—(“GOV” 2 OF MANY):
It is the new combination of CorporatISM governance components, to achieve new benefits, that is part of what is disclosed. The components that are disclosed and combined herein to produce some examples of a governance include:
Central visible results 10263 from CorporatISM-wide reporting 10264 (whether one or more CorporatISM's): Data from each area flows to central reporting 10263 10264 which provides current and historical information (such as reporting and dashboards as described elsewhere) so that this governance's performance is clear to its managers 10233, customers 10246 10240, employees who run or work in its systems 10252 and operations 10258, as well as those who work with this governance from the outside of it 10265. In some examples while complete detailed reporting is optional, some of the areas reported may include that CorporatISM's goals, measured results, gap analyses between goals and results, etc., where those are reported in aggregate for the whole CorporatISM, for major subgroups, and for each profit center or product group such as each device, service, product, “package”, “plan”, business system, market or market segment, geographic region (such as a country, state or metropolitan area), vendor, outsourcer, partner, or any other reporting group that is appropriate to understand its business results. By means of this area's visible results 10264 a CorporatISM, its managers, employees and customers are able to produce and achieve continuous improvements such as by processes illustrated.
Management 10233: A corporation is not a democracy so managing a CorporatISM is like managing a corporation: The business's managers are in control regardless of the type of model employed. A first management option is a single corporation 10237 that owns and runs the entire Corporatism, which is a direct parallel to managing a corporation—just one with a larger scope and ambitions. A second management option is a Keiretsu 10238 (adapted from the Japanese) which is a group of enterprises that have interlocking businesses and business arrangements, generally with one or a small number of dominant companies, that have both operational independence and permanent relationships with the other firms in the group (which in some countries like Japan may include stock ownership in each other). A third management option is market-based group membership 10239 such as by long-term supply chain contractual relationships, competitive bidding, a trade association(s), alliance(s) or group partnership(s), competition(s) for group membership (such as “best wins”), etc. Regardless of the management model 10237 10238 10239, management includes: Management of business units and functions 10234 which can be independent if multiple separate companies are included; integrated if there is either one company or integrated operations between multiple companies; etc. Regulation and administration 10235 which, as in most companies and businesses, are by direct management decision and controls. Markets 10236 such as suppliers, supply chains, distributors, affiliated vendors, and other businesses participate in conceiving, creating, developing, manufacturing, distributing, transporting, selling, supporting, servicing, etc. or other CorporatISM business activities.
Self-controls 10240: A CorporatISM controls the “plans”, “packages”, devices, services, products, etc. sold and owns the customer contracts under which those are sold, delivered and supported. As a result, the main type of customer control 10241 is to choose between the various offerings the CorporatISM chooses to sell, and based on each purchase contract signed, switch plans or vendors when the purchase contract permits that to happen. In each nation or state there may also be local government laws or regulations 10242 that provide various types of customer rights and/or protections; these may be expanded or extended at customers' requests where the local government is not under the influence or owned by large economic organizations such as the CorporatISM.
Customers 10246: User profiles are controlled by the CorporatISM 10247, and the main type of customer control is to choose between the various offerings the CorporatISM chooses to sell, and based upon each purchase contracts signed, switch plans or vendors when the purchase contract permits that to happen. Similarly, local policies 10248 are controlled by each CorporatISM or by each vendor affiliated with it, with the main customer goal being to capture and “own” sizable market segments that can be operated as business annuities that provide large monthly subscription revenues at sizable margins. Similarly, the “commercial packages” sold by each CorporatISM 10249 are controlled and decided by that CorporatISM, and include bundles of devices, services, targeted goals and rates of success, etc. If a CorporatISM chooses it may offer or include non-commercial features 10250 such as “public” services normally provided by government such as lifetime education (in some examples lifelong continuous education delivered as AK with follow-up services, designed to fit each individual's needs by integrating it during or after AKI interactions), roads, higher-quality water, etc.
Technology 10252: Technology 10252 10253 includes the AKM and the CorporatISM's use of the AKM and its reporting, the CorporatISM's business systems, and other uses of computing, communications, etc. for its operations and management: One technology option is for outsourcing to provide AKM services and business systems. Another technology option is for the CorporatISM to provide these. A third technology option is a hybrid that includes both outsourcing and local IT. Regardless of how AKM, business systems and technology uses are provided, technology includes: Communications 10254 including devices, AIDs/AODs, accessibility, security, etc. to provide AKM/AKI/AK and other interactive communications whether real-time interactions (synchronous) and/or store-and-forward (asynchronous) forms of communication. Scope determination 10255 including users, triggers, thresholds, actions (such as Direct AKI), etc. Technology rules and policies 10256 which includes governance issues that, in a CorporatISM, might include the options that can be designed and controlled by each CorporatISM (such as described in
Business and finance 10258: These include components and business relationships that are authorized by management 10233 as well as those that are unauthorized (which are independent and may or may not be acceptable), some of which are comprised by: Components may include devices, products, services, equipment, systems, etc. 10259. Suppliers may include vendors, outsourcers, etc. 10260 who provide components, services, systems, etc. Partners 10262 may include corporations, non-profits, charities, schools, governments, other governances, etc. Sponsors and affiliates 10261 may include advertisers, sponsors, partners, allies, etc. which may be direct relationships, network-based, supply chain-based, distribution and sales chain-based, etc.
External communications 10265: External communications 10265 may mean integrated operations, technologies, business systems, etc. with other governances, companies, NGOs, institutions, governments, etc. that are outside this ISM.
WORLDISM—CENTRALIZED WORLDWIDE GOVERNANCE(S)—(“GOV” 3 OF MANY):
It is the new combination of WorldISM governance components, to achieve new benefits, that is part of what is disclosed. The components that are disclosed and combined herein to produce some examples of a governance include:
Central visible results 10295 from WorldISM-wide reporting 10296 (whether one or more WorldISM's): Data from each area flows to central reporting 10295 10296 which provides current and historical information (such as reporting and dashboards as described elsewhere) so that this governance's performance is clear to its administrators 10268, members 10278 10273, employees who run or work in its systems 10284 and operations 10290, as well as those who work with this governance from the outside of it 10297. In some examples while complete detailed reporting is optional, some of the areas reported may include that WorldISM's goals or mission, measured results, gap analyses between goals and results, etc., where those are reported in aggregate for the whole WorldISM, for major subgroups, and for each operations center or operating group such as geographic region (such as a country, state or metropolitan area), demographic group (such as by age, gender, income, ethnicity, affiliation [such as religion]), device, service, “plan”, business system, vendor, outsourcer, partner, or any other reporting group that is appropriate to understand the WorldISM's results relative to its goals or mission. By means of this area's visible results 10296 a WorldISM, its administrators, employees and members are able to produce and achieve continuous improvements such as by processes illustrated.
Administration 10268: A WorldISM may or may not be Democratic so multiple options are available 10272 including an elected head of governance, a “dictator”, an inherited position, etc., with a pointed “managers,” administrators, etc.; if there are representatives 10272 they may be selected in the same or different way as the main administrator (e.g., elected, appointed, inherited, etc.). Regardless of the management model 10272, administration may be as tightly coupled or as loosely coupled as desired in each business, regulatory or policy area; and include: Management of business functions 10269 and/or operating units which can be managed by any known means such as those used by global organizations (like the United Nations, World Bank, etc.), global corporations, or other management models. Regulation and administration 10270 may be done by any means that fit the culture of the WorldISM which may be more businesslike, democratic, bureaucratic, dictatorial, etc. Market policy 10271 may be set and administered to fit the WorldISM's requirements in areas such as sales (of plans, “programs,” products, services, etc.), vendors, alliances, business deals, partnerships, mergers, vendor “programs”, etc.
Self-controls 10273: If permitted, individual members or various groups in a WorldISM may identify, recruit and recommend candidates for governance positions 10274 in the WorldISM, including roles such as chief administrator, managers, administrators, regulators, etc. Democracy is one option for the self-governance of a WorldISM 10275; and if used as employed in different “democratic” countries this may include real or rigged elections, ballot initiatives, genuine opportunities to vote changes in the WorldISM's form(s) of self-governance, etc.
Membership10278: Even though a WorldISM controls the “plans”, “packages”, devices, services, products, etc. sold, and owns the customer contracts under which those are sold, delivered and supported; and even though a WorldISM may determine each customer's freedom of choice (which may be at one end of the scale in an IndividualISM) or lock-down (which may be at the opposite end of the scale in a severe CorporatISM)—however, a WorldISM's potential members may choose between multiple options to achieve their lifetime goals, and in addition to normal life “paths” such as college and career and family, with or without AKM assistance, their choices might include multiple WorldISMs, CorporatISMS, IndividualISMS and/or other governance options for collective assistance with their life's goals, so that freedom of choice prevents a single WorldISM from having unlimited control over its members. User profiles 10279 are therefore flexible and can be determined by each WorldISM, but are likely to be controlled by a varying blend between a WorldISM, its members, vendors who provide its products and services, etc.; the means are likely to be a combination of self-service (as described elsewhere), pre-configured sample profiles to select, AK provided to show how to configure or update a profile to achieve a goal(s) or objective(s), various types of assistance, etc. Similarly, local policies 10280 are flexible and likely to be controlled by local groups (which may be virtual/dispersed, or located in one geographic area) that include a flexible blend between a WorldISM, its members, vendors who provide its products and services, etc.; the means are likely to be means for group decision-making plus a central authority responsible for configuration or updating the group's policies that, in turn, affect the profile(s) of two or more members of the group. Similarly, the “commercial packages” of each WorldISM 10281 are controlled and decided by that WorldISM, and include bundles of devices, services, targeted goals and rates of success, etc. If a WorldISM chooses it may offer or include non-commercial features 10282 such as “public” services normally provided by government such as lifetime education (in some examples lifelong continuous education delivered with AKI as AK links with follow-up services, designed to fit each individual's needs by integrating it during or after their AKI interactions), roads, higher-quality water, etc.
Technology 10284: Technology 10284 10285 includes the AKM and the WorldISM's use of the AKM and its reporting, the WorldISM's business systems, and other uses of computing, communications, etc. for its operations and management: One technology option is for outsourcing to provide AKM services and business systems. Another technology option is for the WorldISM to provide these. A third technology option is a hybrid that includes both outsourcing and local IT. Regardless of how AKM, business systems and technology uses are provided, technology includes: Communications 10286 including devices, AIDs/AODs, accessibility, security, etc. to provide AKM/AKI/AK and other interactive communications whether real-time interactions (synchronous) and/or store-and-forward (asynchronous) forms of communication. Scope determination 10287 including users, triggers, thresholds, actions (such as Direct AKI), etc. Technology rules and policies 10288 which includes governance issues that, in a WorldISM, might include the options that can be designed and controlled by each WorldISM, member, vendors, and others (such as described in
Business and finance 10290: These include components and business relationships that are authorized by management 10268 as well as those that are unauthorized (which are independent and may or may not be acceptable), some of which are comprised by: Components may include devices, products, services, equipment, systems, etc. 10291. Suppliers may include vendors, outsourcers, etc. 10292 who provide components, services, systems, etc. Partners 10294 may include corporations, non-profits, charities, schools, governments, other governances, etc. Sponsors and affiliates 10293 may include advertisers, sponsors, partners, allies, etc. which may be direct relationships, network-based, supply chain-based, distribution and sales chain-based, etc.
External communications 10297: External communications 10297 may mean integrated operations, technologies, business systems, etc. with other governances, companies, institutions, governments, etc. that are outside of this ISM.
GOVERNANCES REVENUES SYSTEM (GRS)—ECONOMIC INTEGRATION: Monetary systems have a long history with numerous inventions and transformations. In one example, during the 18th century the monetary system was replaced—the use of coins made out of precious metals (specie) could not keep up with the demand for money, and that era's money system held back economic growth during the early industrial revolution. It was impossible, for example, to finance and build large new factories, railroads and mills using only the small available supply of gold coins. John Law, a Scotsman, is credited with inventing paper money backed by precious metal reserves, called the Fractional Reserve System. In it, banknotes (initially issued by banks) were recognized officially as “real money,” and banks were required to keep a fraction of their issued notes in the form of specie (precious metals), and it was gradually determined that $100 of paper money could be supported by holding $10 in gold in reserve. As a result, private banks were chartered by the government to create a new supply of paper notes, but in time the federal government took the job of printing paper money. In the 1930s paper money stopped being convertible into specie, producing the paper money system in use today.
As governances evolve and perform one or a plurality of functions and services, revenues are required in order to support operations and growth. In addition to known sources of revenues for organizations and institutions (which may utilize any legal form of business, commerce, real estate, banking, or any other form of legal enterprise, investment or ownership), a new adaptation of electronic monetary systems can provide financial revenues for governances. In the same way that nation-states have evolved tax collection into an organized system such as the IRS (Internal Revenue Service),
In some examples an allocation component of a GRS enables a user, identity, governance and/or authorized third-party to add, allocate or combine GRS rates and/or automated payments to one or a plurality of governances; in some examples to add, allocate or combine the categories and/or subcategories of transactions for which each governance receives GRS rate payments; and in some examples a plurality of governances GRS rate payments may be visually displayed together (with or without transaction categories) for editing to provide a different allocation, prioritization, categorization, or other edits to a user's GRS payments to one or a plurality of governances. In some examples said edited allocation may be employed when transaction categories overlap (such as in some examples food transactions for any user who is a member of a plurality of governances that receive revenues from food transactions such as in some examples a weight-loss governance, in some examples a fitness governance, in some examples an environmental governance, in some examples an organic food growing governance, and in some examples other governances with an eating or a food production component).
In some examples one or a plurality of payment processing systems automatically receives and processes a payment transaction such as in some examples receiving the e-payment transaction data; in some examples to retrieve the current GRS rate allocation for that payer's transaction category; in some examples analyzing the transaction to determine whether that payer and transaction category require payment to one or a plurality of governances; in some examples to calculate the payment due to one or a plurality of governances; in some examples to determine if funds are available to make the payment(s); in some examples to contact the payer if there are insufficient payment funds; in some examples to execute said governance payment(s); and in some examples to enter governance payments data into the respective accounts at one or a plurality of paid governances and/or into the payer's appropriate payment account(s). In some examples a GRS includes a review system whereby a user, identity, governance and/or authorized third-party can review the user's accounts at one or a plurality of governances, at various levels of detail; in some examples to retrieve and review said user's governances payments allocation and compare that to actual amounts paid to one or a plurality of governances; in some examples to edit the overall governances allocations, in some examples to edit a governance's GRS rate, in some examples to edit overlapping transaction categories, in some examples to change the source of payment for one or a plurality of governances, or in some examples to edit another component of said user's GRS configuration. In some examples an authorized governance and/or authorized third-party may retrieve, edit, update, and perform other group or simultaneous operations on the accounts of a plurality of users. In some examples components of a GRS may be distributed so that they are located remotely from each other with each component's steps performed separately and communicated through one or a plurality of networks. In some examples a GRS may take various forms and be provided by one or a plurality of sources.
Turning now to
In some examples a variable portion of an e-payment that is paid to one or a plurality of governances can be a fraction of 1% of a transaction, such as for one example one fourth of 1% (0.25%); in some examples a variable portion of an e-payment that is paid to one or a plurality of governances can be several percent of a transaction, such as for one example 3%; and in some examples of variable portion of an e-payment that is paid to one or a plurality of governances can be 10% or more of a transaction, such as for one example 12%. In some examples the variable portions of an e-payment that are paid to one or a plurality of governances can be a combination of percentages such as for one example a total 8% of an appropriate transaction can be a combination of 1% to an environmental governance, 2% to an energy usage/energy saving governance, and 5% to a high-quality lifestyle provider governance.
In some examples an identity's contract with a governance determines how to handle a variable portion(s) of an e-payment that is paid to one or a plurality of governances (herein the variable portion of an e-payment it is paid to one or a plurality of governances is called the GRS rate). Said GRS rate for each governance is usually set by contractual means such as a membership agreement between an identity and a specific governance, a participation contract between an identity and a specific governance, a service contract between an identity and a governance, a shareholder agreement (such as in some examples for partial ownership) between an identity and a governance, or another type of relationship between each individual and each governance; which in some examples provides for a single governance to have multiple categories of relationships or types of relationships with different individuals. In some examples the GRS rate can be deducted from the total amount of a transaction as a transaction cost, such as for one example a 1% GRS rate is deducted and paid to one or a plurality of governances while the remaining 99% of that e-payment transaction is utilized to pay for processing and the revenue received by the payee. In some examples the GRS rate can be added to the total amount of a transaction as an additional cost to the payor, such as for one example 10% GRS rate is added and paid to one or a plurality of governances while 100% of that e-payment transaction is utilized to pay for processing and the revenue received by the payee. In some examples the GRS rate is divided between a deduction from the total amount of a transaction as a transaction cost and an additional percentage added to the total amount of transaction as an additional cost to the payor, such as for one example a 6% GRS rate is divided into two parts with 1% of that 6% GRS rate deducted and paid to one or a plurality of governances, and 5% of that 6% GRS rate added and paid to one or a plurality of governances, while 99% of that e-payment transaction is utilized to pay for processing and the revenue received by the payee.
In some examples an object of a GRS is to provide means for an identity 2707 to initiate or edit a portion(s) of specified categories of e-payments to provide revenues to one or a plurality of governances. In some examples these objects can be reached by adding means for an authorized governance 2715 (or an authorized third-party, as described elsewhere) to add 2708 or edit 2708 a GRS payment (that is, the portion[s] of a specific identity's specified governances 2709 2710 and GRS rates to provide revenues to one or a plurality of governances). In some examples these objects can be reached by adding an intercepting means to an identity's and/or an authorized governance's previously specified categories of e-payments processing 2721, whereby the previously specified portion(s) of said e-payments 2709 2710 are redirected to one or a plurality of governances. In some examples these objects can be reached by storing the amounts that an identity pays to one or a plurality of governances in one or a plurality of accounting systems 2732, so that the amounts paid to a governance(s) may be retrieved and displayed 2733 in some examples to a request from an identity 2729, in some examples to a request from a governance 2729, or in some examples to a request from another authorized requestor.
Therefore, in some examples a GRS is characterized by an e-payments interception means that is managed in some examples by identities, in some examples by governances, in some examples by an authorized third-party, and in some examples by a combination of identities and governances and authorized third-parties; and which in some examples is designed to redirect previously specified portions of previously specified categories of e-payment transactions to governances in the form of revenues that are accounted for as individual payments from individually identified users (identities); where in some examples those identities' individual governance(s) payment accounts may be reviewed and said previously specified portions of previously specified categories may be edited. In some examples governance e-payments processing includes an interception means that examines each transaction in some examples for the identity(ies), in some examples for the transaction category, and in some examples for other attributes; in some examples utilizes said he examined attributes (such as identity, transaction category, etc.) to retrieve the pre-specified portion(s) to be paid to one or a plurality of governances, determines the amount(s) to be paid to the governance(s) from that transaction; and in some examples transmits said payment(s) to said governance(s). In some examples this is designed to make it simple and easy for individuals to make payments to governances as a normal part of e-payments for one or a plurality of types of e-payment transactions.
In some examples a GRS (Governances Revenue System) comprises input/output/control devices 2701 2702 2703, one or a plurality of disparate networks 2700, user systems and controls 2706 to allocate governance e-payments, governance systems for processing e-payments 2720, systems for reviewing governance payments 2728, and storage for each user's (or identity's) settings 2716. In some examples this is accomplished by means for using a GRS 2706 such as in some examples one or a plurality of source(s) is provided by an LTP 2702, in some examples one or a plurality of source(s) is provided by an MTP 2702, in some examples one or a plurality of source(s) is provided by a subsidiary device 2701, in some examples one or a plurality of source(s) is provided by an AID/AOD 2703, and in some examples one or a plurality of source(s) is provided by another type of networked electronic device. In some examples said devices 2701 2702 2703 are connected by one or a plurality of disparate networks 2700.
In some examples an allocation component of a GRS 2706 includes means for an identity 2707 to login to a GRS allocation system for the purpose of initiating, editing and/or allocating varying portions of e-payments to one or a plurality of governances. In some examples a user component of a GRS 2706 includes means for an authorized governance 2715, or in some examples an authorized third-party, to login to a GRS allocation system for the purpose of initiating, editing and/or allocating varying portions of e-payments to one or a plurality of governances. In some examples a logged in identity 2707 or governance 2715 (herein collectively referred to as “user”) can add a governance 2708 such as when an identity joins a governance (as described elsewhere); and in some examples said user 2707 2715 logs in to the new governance 2712. In some examples the new governance does not have e-payments categories that overlap other governances 2713, in which case that governance receives 100% of that governance's transaction categories (based on its GRS rate) that are made with e-payments.
In some examples the new governance has e-payments categories that overlap other governances 2713, in which case said identity's governances membership table 2709 is retrieved and used to edit the table 2710 such as in some examples to specify and/or confirm the GRS rate for each governance, and in some examples to specify and/or confirm whether the GRS amount is added to the transaction amount or not. For one example a WorldISM environmental governance may include categories for products with environmental impact such as energy, food, water, products made from plastic, etc. and in some examples all purchases in all of that governance's categories may have one GRS rate 2710, and in some examples each of these categories may have a different GRS rate 2710 depending on various factors such as on the severity of each category's environmental impact. For another example an identity may be a member of several overlapping governances such as a simultaneous plurality of governances that are concerned with food purchases—which in some examples may be a WorldISM environmental governance, in some examples may be an IndividualISM weight loss governance, and in some examples may be an IndividualISM fitness governance; and in some examples the user may have the contractual right to adjust the percentage allocation of food purchase payments between these overlapping governances (such that the total payment is required to be made from each transaction, but the user has the right to allocate the relative amount paid to each governance 2709 2710 based upon their personal judgment of which is most important to them). For variation of this same example, the overlapping governances may have other means for adjusting their overlapping allocation of the revenues from an identity's overlapping e-payment; in this example case one or a plurality of governances logs in 2715, edits 2708 and retrieves the identity's governances data 2709, edits it appropriately 2710, and saves it 2711. For another example an identity may be automatically made a member of one or a plurality of governances by the identity's membership, subscription, employment, or other relationship with an organization, and in this case the identity's membership agreement (or employment agreement, or subscription agreement, etc.) may automatically assign permission for those one or plurality of governances to manually and/or automatically login 2715, add 2708, edit 2708, allocate 2713 2709 2710, and save said identity's governances allocation table and/or data 2711 2716.
In some examples after said user 2707 or governance 2715 completes retrieving the identity's governance allocations 2709 2714 and editing them 2710, the identity's allocation is automatically saved 2711 2716, and in some examples it is manually saved 2711 2716. In some examples said additions (whether by users 2707 or by governances 2715) of one or a plurality of governances, and/or edits of governance(s) allocations may be performed in some examples manually and in some examples performed automatically under program control; in some examples a user 2707 or governance 2715 may manually associate particular overlapping payments with particular governances such as in some examples by using a website 2709 2710, in some examples by editing a table in a computer application 2709 2710, in some examples by verbally instructing a governance(s) representative(s) in a telephone call so that the representative may make a computer adjustment of the payment allocation 2709 2710, in some examples by other known means 2709 2710. In some examples after a a governance has been added and saved 2711 2716, or overlapping governance payments have been edited and saved 2711 2716, subsequent governance payments processing 2720 proceeds as if the payments processing system system had been programmed to perform according to the saved addition and or allocation edits 2711 2716.
In some examples a GRS includes a payment processing system that automatically receives and processes e-payment transactions for particular types of e-payments (as described elsewhere). In some examples a payment processing component of a GRS 2720 includes means for receiving e-payments transactions 2721 that includes the obligation to make a governance payment 2721 by a user 2706 or an identity 2706; in some examples it includes analyzing the transaction to determine whether one or a plurality of governance payments is due and may be made automatically 2721, and where governance payments are not due 2721 terminating any and all governance payments processing. In some examples if said governance payment(s) is due and may be made automatically (or substantially automated) then it retrieves said identity's governances allocation table 2722 2716, or it retrieves said identity's governances payments data 2722 2716; in some examples a system determines 2721 2722 that the e-payment transaction qualifies for automated governance payment (e.g., the transaction satisfies a pre-defined criteria as described elsewhere) the system advances to calculate one or a plurality of governance payments 2723 2724 2725, determine if the funds are available to make the payment(s) 2726, and execute said governance payment(s) 2727. In some examples the system utilizes said retrieved data 2722 2716 to determine if the payment is due to one or a plurality of governances 2723, and it does this by determining whether the transaction data meets one or a plurality of pre-defined sets of automated governances payments criteria (such as for one example that the transaction category fits a transaction category for one or a plurality of that identity's governances).
In some examples the system determines the amount to be paid to one or a plurality of governances; if a payment is due to only one governance 2723, then it utilizes said retrieved governances allocation table 2722 2716 or governances payments data 2722 2716 to calculate the payment to one governance 2724, determine if the payment may be made 2726, and make that payment 2726; and in some examples if the payment is due to a plurality of governances 2723, then it utilizes said retrieved governances allocation table 2722 2716 or governances payments data 2722 2716 to calculate the payment to a plurality of governances 2725, determine if the payment may be made 2726, and make that payment 2727.
In some examples governance processing 2720 may be performed by a single system such as in some examples a bank credit card processing system; in some examples governance processing 2720 may be performed by two or a plurality of “authorized third-party” systems such as in some examples a bank credit card processing system 2721 combined with one or a plurality of additional systems such as in some examples a separate system for retrieving an identity's governances payments data 2722, in some examples a separate system for calculating the appropriate governance(s) payment(s) due 2723 2724 2725, in some examples a separate system for determining if a payment may be made 2726, in some examples a separate system for receiving the governance(s) payment(s) due data and making the governance(s) payment(s) 2727; in some examples these various systems may be combined or separated in various combinations and provided by two or a plurality of remotely located third parties with the appropriate data communicated over one or a plurality of disparate networks 2700.
In some examples a payment to multiple overlapping governances 2723 2725 requires additional substantiation by one or a plurality of governances 2706 2715, and in such a case one or a plurality of governances may be requested to submit additional substantiating materials; and in some examples a payment to multiple overlapping governances 2723 2725 requires additional substantiation by an identity 2706 2707, and in such a case an identity may be requested to submit additional substantiating materials; in either case, said request(s) and reply(ies) may be either manual or automated; and in either case, said instantiation and resolution may be saved for future automatic retrieval and use in making said calculation to multiple overlapping governances 2723 2725. In some examples an identity and/or a governance may be notified in one or a plurality of ways that additional substantiation is needed, and in that case notification may occur in various ways (such as in some examples by an e-mail, in some examples by a personal message posted in a personal inbox on a website, in some examples by an automated telephone call, in some examples by a printed letter, in some examples by a printed message on the next subsequent monthly statement, in some examples by an automated notification under program control to a governance's system, and in some examples by other known means). In some examples the identity and/or governance can then submit the substantiation (in response to said notification) electronically; in some examples said substantiation can be provided as printed materials; in some examples said substantiation can be provided in a phone call; in some examples said substantiation can be provided via a website; and in some examples said substantiation can be provided via other known means.
In some examples one or a plurality of payments to one or a plurality of governances 2724 2725 may exceed the identity's account balance or available credit; that is, if an additional sum must be paid the system determines if the funding source has available funds or credit 2726 (such as in some examples by requesting this information from the appropriate financial institution or credit card's sponsor bank) and in some examples a payment account has less funds than the payment[s] due 2726, and in some examples a credit card[s] available credit is less than the payment[s] due 2726, and/or the payment account's available funds are less than the payment[s] due 2726, and in such a case an identity may be contacted to make alternate payment arrangements or to cancel the transaction. In some examples the combined available funds from one or a plurality of accounts 2726, and one or a plurality of available credit sources 2726 may be combined to make the required payment(s) to one or a plurality of governances. If the system determines that the one or a plurality of governances can be paid from the available funds or credit 2726 it proceeds to execute the payment to the one or plurality of governances 2727; in some examples said payment(s) may be made automatically from the identity's available financial accounts 2726; in some examples said payment(s) may be made automatically from the identity's available credit 2726; and in some examples said payment(s) may be made automatically from a combination of the identity's available financial accounts 2726 and available credit 2726.
In some examples making a payment(s) to a governance(s) 2727 enables automated payment receipt 2727 and entry of that identity's payment 2731 in the appropriate account(s) at each governance paid 2732, and/or at the payer's payment account(s). In some examples payment 2727 and receipt 2727 may be made by any known means employed in e-payments transaction processing. In some examples payment 2727 and receipt 2727 may be made by sending payment information 2727 from a third-party GRS processing system to an identity's financial account's institution, credit card sponsor bank, or other credit account's institution (herein called the “payment source”); as well as sending payment receipt information to a governance 2727; whereupon the payment source sends a monetary file to a governance 2727 to update both the governance's financial account balance(s) and that identity's account balance(s) 2731 in the governance's accounting system 2732.
In some examples a GRS includes a review system 2728 such that in some examples a user 2729, in some examples an identity 2729, in some examples a governance 2729, or in some examples an authorized third-party (herein collectively referred to as “user”) can login to review the current accounts, previous account(s) history(ies), and their status at one or a plurality of governances 2728. In some examples said review system 2728 includes logging in to display all of an identity's governance accounts by retrieving said identity's governance(s) accounts data 2730 2716 and governance(s) allocation table 2730 2716, which then automatically retrieves that identity's governance(s) account(s) data 2723 (such as in some examples by automated login and retrieval of that identity's account data in each respective governance accounting system 2732 for a consolidated review). In some examples said review system 2728 provides means to display an identity's governance account balances 2733 at one governance by logging in 2729, retrieving said identity's governance(s) accounts data 2730 2716, and then manually selecting the retrieval of one governance's account data 2733; in some examples that is performed by automated login and retrieval of that governance's account data 2732, while in some examples that is performed by manual login and viewing of that governance's account data 2732 on that governance's website or service.
In some examples a user can utilize said display to view in some examples one or a plurality of governance account balances 2733; in some examples a user can utilize said display to view account summaries for a specific time period 2733 (such as in some examples an account history for the most recent month, in some examples for a selected month in the past, or in some examples for a selected year or year-to-date); in some examples a user can utilize said display to view detailed transactions listings 2733 (such as in some examples by date, in some examples by category, in some examples by vendor, in some examples by another attribute); in some examples a user can utilize said display to view payments focused data such as by each funding source used to make governance payments 2733 (such as in some examples a summary history showing one total for each of the payment sources, and in some examples detailed lists of transactions paid by each funding source); in some examples a user can utilize said display to view pending e-payment transactions 2733 that have been made but have not yet been processed 2720 or paid 2727 to one or a plurality of governance accounts; in some examples a user can utilize said display to view pending e-payment transactions 2733 that have been made but for which there are insufficient funds 2726 to make payment(s) to one or a plurality of governances 2727. In some examples a GRS further allows a logged in user 2707 2729 to make online payments 2727 directly to one or a plurality of governances; whereupon said payment(s) is received 2727, entered into said user's account(s) 2731, and said account(s) is updated with the online payment(s) 2732.
In some examples an authorized user such as in some examples a governance 2729, in some examples a third-party e-payments processor 2720 2729, or in some examples another authorized user 2729 can utilize a search interface to view account information for one or a plurality of identities at one or a plurality of governances 2733 such as in some examples account balances 2733, in some examples summaries 2733, in some examples pending payments 2733, in some examples insufficient funds payments 2733, in some examples overdue payments 2733, in some examples payments by category(ies) 2733, in some examples payments by date 2733, in some examples payments by location 2733 (such as country, region, state, city, etc.), in some examples combinations of attributes 2733 (such as insufficient funds payments by state during the most recent month), in some examples other types of searches. In some examples a search for a plurality of identities may include a governance's members who share a common attribute such as membership in a group where membership in that governance is a universal or an available benefit (such as in some examples employees of a company, in some examples members of an organization or association, in some examples of affiliates in a business system, in some examples other types of associations); or share a different common attribute (such as in some examples having joined within a date range such as the last quarter, having two or more insufficient funds payments, or in some examples any other common attribute). In some examples said searches produce unranked lists of search results data 2733; in some searches said searches produce sorted data 2733 whose default sort may be user settable attribute(s) such as date, amount, identity, location, vendor, category of purchase, or another one or a plurality of attributes; in some examples said lists of search results data 2733 may be sortable on-demand by one or a plurality of attributes.
In some examples a logged in user 2729 who has displayed data 2733 whether by retrieval 2733, by search 2733, or by another known means 2733 can choose to edit governances 2734 2708 (as described elsewhere) such as in some examples to change governance allocations 2713 2709 2710 2711, in some examples to update a particular governance's data 2712 such as updating one's identity data at that governance, or in some examples to perform another type of edit. In some examples edits 2734 2708 provide means for some users (such as the identity 2707 only) to reassign the funding sources used to pay particular categories of transactions at particular governances 2709 (such as in some examples if governance payments processing currently associates a governance payments source 2727 as the same source of payment utilized to make each transaction [whether a transaction is paid by a bank account, a credit card, a credit account, or by any other source] the user may reassociate the governance payment with a different and specific source such as making all governance payments from a single credit card that may [optionally] be used only for making all of an identity's governance payments).
In some examples parts of a GRS's system, transactions, processing or functionality may be distributed such that various functions (such as in some examples users allocating governance payments 2706, in some examples governance processing 2720, in some examples analyzing e-payments for governance payment obligations 2721, in some examples calculating governance payments 2722 2723 2724 2725, in some examples determining if the funds or credits are available to make a payment 2726, in some examples making payments to governances 2727, in some examples reviewing governance payments 2728, in some examples storing each user's [or identity's] settings 2716, and in some examples other features or functions) are co-located or are located in separate and remote devices, servers, applications, storage, etc. so that various steps are performed separately and are communicated through networks 2700; in some examples the equivalent of a GRS may be provided by means other than exemplified herein and provided over said network(s) 2700.
In some examples a GRS may take the form of an entirely hardware embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors; in some examples a GRS system may take the form of an entirely software embodiment that is located in one or a plurality of locations and provided by one or a plurality of vendors; or om some examples a GRS system may take the form of a combination of hardware and software that is located in one or a plurality of locations and provided by one or a plurality of vendors and/or payment processors. In some examples a GRS system may take the form of a computer program product (e.g., an unmodifiable or customizable computer software product) on a computer-readable storage medium. In some examples a GRS system may take the form of a web-implemented software product and/or service (including in some examples a Web service accessible by means of an API for utilization by other applications and/or services). In some examples local and/or network accessible remote storage may be provided by any computer readable storage medium such as hard disks, optical storage, DVD's, magnetic storage, etc.
DIGITAL FREEDOM FROM DICTATORSHIPS SYSTEM: Many millions around the world live lives of silent desperation under dictatorial governments that will not hesitate to punish them, to imprison them, even to kill them. Their living standards are typically suppressed to a low level because a modern economy and prosperous living standards thrive on what these peoples are denied—education for both women and men, creativity and thinking in new ways. Their lives are locked down and when they complain they are terrorized by dictatorial governments that want their obedience and not their energies, their accomplishments or their dreams. Terrorists feed on these oppressions, demonizing prosperous advanced economies for these peoples' conditions, recruiting oppressed children as soldiers in growing a cultural war between the haves and the have-nots.
Many millions of others live under free governments with lives of outspoken aspiration, but their rational beliefs that freedom is a human right and everyone should share it are ignored by their powerful democratic governments when the subject turns to transforming dictatorial governments and liberating their peoples. Though free, the citizens of societies with advanced economies are often ignored when their aspirations turn to democratic freedoms in dictatorial countries, and if they complain they are often urged to spend their efforts in ways that will not change those governments.
Today this situation appears intractable. Within their own lives people everywhere have daily pressures whether they live in a prosperous society or a poor one. From outside their lives all are constantly confronted by new head-turning events like the latest political confrontations, international crises, terrorist threats, repeated energy problems, economic instabilities and many other media-hyped issues (because media earns more when it captures its audiences' attention). The central problem of human freedom from dictatorships is marginalized, without meaningful ways to achieve it, even discuss it, even hope to change it.
That may no longer be the whole story. One contention of an ARTPM is that if we don't like physical reality there might be new digital ways to change it. It implies that a new possibility in the future might become, “If you want a better reality, change it.”
If there were new means to make changes, would individuals living under some dictatorships use stealthy and cloaked means to change their lives in ways that are impossible today? If yes, might the most significant question become how to release human energies so a growing number of oppressed people can use new means to produce the outcomes that each one desires, to which a growing number of oppressed people might be willing to commit at least some effort? If yes, might the next question become how big a difference can individual efforts make—might they allow us to ask whether dedicated and free stealthy individuals could change their societies? If true, this may make it easier to see that changing your digital reality might gradually change a dictatorial society, and not just your personal life.
These new means are a digital version of what is named here as the “CHC model,” which has been pioneered and proven by major global corporations who have moved huge amounts of money to what is named here as “safe havens” (countries with low tax rates or no corporate taxes, which are typically called “tax havens”). Basically, Company X sets up a controlled holding company (CHC)—named here “CHC1”—in a tax haven. Company X sells CHC1 (its controlled holding company) its headquarters building with a provision to lease back its headquarters building. In many cases this is externally invisible because the lease payments made by Company X (which are Company X's costs) are received by its holding company, CHC1 (which are CHC1's revenues), so these payments and revenues cancel each other out. None of the employees who work in the headquarters building need to move their desk, and Company X controls both its holding company (CHC1) and its headquarters building, but now the ownership of the building and the (lease) payments for that asset are in the tax haven. The biggest change might be a new brass plaque in the building lobby that says “Owned by CHC1”. From a shareholder viewpoint Company X delivers financial reports that include its holding companies so the payments and receipts between Company X and CHC1 (its controlled holding company) cancel each other out so they are reported without affecting the bottom line and shareholders receive an accurate financial picture of the entire enterprise.
In a further development of this CHC Model, Company X creates new products, trademarks, patents and services that it protects as its Intellectual Properties. Now Company X sells some of its valuable Intellectual Properties (IP) to its controlled holding company, CHC1. It then leases back its IP for the amount of profits that it earns from creating and selling products and services with those Intellectual Properties—which moves its profits from the countries where it does business to a holding company in a tax haven that is beyond the reach of the tax authorities where it does business. In a variation CHC1 charges a substantial royalty rate that parallels Company X's average or expected rate of profit for each type of IP, so this dynamically adjusts each year's payment to approximate its current year's sales, revenues, costs and profits. Since profits are variable and may be increased by moving manufacturing to a low wage country, profit-driven royalty payments may be dramatically increased over time. In another variation, Company X can declare CHC1 as the managing office for its overseas businesses so those overseas business profits stop at CHC1 and are not received (for tax purposes) in Company X's home country. From a single government's taxation viewpoint Company X does not earn taxable profits because it makes lease payments, royalty payments or other payments to CHC1, nor does it receive the profits from overseas businesses that are “managed” by CHC1—which is located in a tax haven.
As a result, it is natural for some multinational corporations to move costs to high-tax countries (like the United States) while moving profits to low-tax countries (like tax havens or countries with low tax rates). This is not illegal and it has been done out in the open in front of everyone, with detailed tax filings every year. Since this has been growing for decades major global corporations are now said to collectively own trillions of wealth and assets in tax havens (in private accounts so the actual amounts are not revealed), beyond the reach of governments and their tax authorities. As one obvious result that is frequently reported, the share of US taxes paid by corporations has fallen steadily for decades to historically low levels today—especially for corporations that own CHC's (controlled holding companies) in tax havens.
Currently, some estimate that tax havens have up to $6 trillion in total wealth stored in them, and the fortunes and prominence of corporations have never been higher—paralleled by the success of the related parts of some tax havens' economies. Those parts of a tax haven's economy are scalable because they do not consume local resources or need to hire local employees, they provide only minimal services for even tens of thousands of remote CHC's (controlled holding companies) while collecting some fees in return, and they rarely require CHC's to report income or assets. In turn, the CHC's have two main types of assets, their contractual paper-based ownership such as properties and IP, and their financial assets in bank accounts and brokerage accounts (often serviced by the world's leading accounting firms and financial management firms). To increase their value many CHC's use their considerable assets to pay for their parent company's creation of new IP—so they automatically own its new creations without needing to buy them, and can then receive the profits from those new IP throughout each of these new products' and services' life cycles while escaping all or most taxation. Corporations have sizable funds in CHC's that they cannot spend in their home country without huge financial costs, but they can deploy these funds anywhere else in the world, taking advantage of the best business opportunities everywhere without being subject to any one government's control. Since the value of IP is often not reported anywhere, this process is typically invisible and unreported.
As the ARTPM, Teleportals, SPLS's and new types of digital realities help people in many places enter the equivalent of a digital Earth that is one large connected room, it will become more common for people to have contacts, friendships, business relationships and incomes from around the world. For example, a local person with a Teleportal may do various types of work for a company in another country, and receive a pay check or other income as a result. Similarly, they may own property in another part of the world—or rent local property that is owned by a company located in a stable country like the United States.
The combination of the ARTPM and corporations' highly profitable CHC model raises an interesting question: Why just companies? Why not include people who are oppressed by dictatorships? What would it do to dictatorial governments if their middle class and prosperous citizens were able to move a growing portion of their wealth and assets abroad into “safe havens” beyond the reach and control of those governments—and be paid in return for working for a foreign company when they needed their own money? What would it do for those citizens if they could protect some of their assets in “safe havens” instead of having it threatened with seizure by their dictatorial government? And what would it do for the economies of “safe haven” countries if a growing number of people from dictatorial countries worldwide could shelter a growing amount of their prosperity in these safe havens? What if the management companies for those citizens' assets were created in and run from leading nations like the United States, Great Britain and other major countries—and the monies went through those leading nations' banks? The control by dictators might fall over time while those dictatorships' economies might be made more integrated with more types of global business relationships, benefiting corporations as well as citizens. At the same time the fortunes of “safe havens” could rise if they become a new force for human freedom and personal prosperity.
Collectively, corporations are sometimes more powerful than dictatorial governments who may try to coerce or threaten them. Even when they are not more powerful, a propertied corporation is a formidable force that dictatorships must consider and handle differently from an ordinary citizen. Could new collective value accrue to “digitally free people” who live under dictatorships but are enabled to accumulate “stealth wealth” beyond their governments' reach in “safe havens?” Some citizens of leading democracies may want to support this new type of digital freedom for people who live under dictatorships. Some corporations may like this because they may be able to do more business in restricted dictatorial countries. Some free and democratic governments may also like this when they want to see more free and democratic countries worldwide—and fewer dictators.
Two potentials are clear: First, the potential scope of change is large, as exemplified by multi-national corporations deploying their offshore funds around the world rather than paying the penalty to bring their profits into the United States and spend them there. By adjusting to an economic system that appears to drive large profits out of the USA, these companies spent accordingly and shifted millions of jobs from the United States to other countries. Second, the potential velocity of change is large, as exemplified by the transformation of the American economy in a few short decades from the preeminent economic leader with a rising standard of living to middle-class stagnation with economic insecurity for tens of millions of middle-class families.
Is it possible that the corporate CHC model may be that powerful, that important? Combining its a potential large scope of change with its potential velocity of change and enabling oppressed citizens around the world, could dictatorial governments be forced into a different position relative to their citizens? How might this rebalancing of power be produced?
Turning now to
In some examples a secure connection cannot be made 2747 and in such a case the attempt to open an encrypted and secure session 2742 is terminated 2748. In some examples a secure connection is made 2747 and in such a case the user may start logging in to a stealth identity with one or a plurality of types of stealth identity (such as in some examples a private identity 2749 [as described elsewhere], in some examples a secret identity 2749 [as described elsewhere], in some examples a plurality of private identities 2749 and secret identities 2749, and in some examples another type of stealth identity 2749). In some examples initiating login with a stealth identity 2749 results in one or a plurality of automated actions and/or manual actions that increase security such as in some examples turning off other identities 2750; in some examples logging out of other identities 2750; in some examples exiting SPLS's 2751; in some examples turning off other presence indications 2751; in some examples blocking remote access to anything shareable 2752 in the TP device in use; in some examples blocking remote access to anything remotely controllable 2752 in the TP device in use; in some examples disabling external control of synthesis 2753 such as utilizing the TP device in use's video synthesis to disguise any type of remote presence or remote connection; in some examples disabling external control of backgrounds 2753 such as utilizing the TP device in use's background substitutions to disguise any type of remote presence or remote connection; or in some examples disabling other TP device capabilities 2753 that may be utilized to disguise any type of remote monitoring, tracking, connection, etc.
In some examples initiating login with a stealth identity 2749 results in each type of secure action 2750 2751 2752 2753 simultaneously causing one or a plurality of corresponding camouflage actions 2756 such as in some examples maintaining the appearance of a different other safe identity 2757 as deceptive camouflage (such as in some examples in some examples a new downloaded safe public identity 2757, in some examples simulating another safe identity in a public SPLS 2757, in some examples utilizing another identity in a simulated focused connection 2757; or in some examples utilizing another identity in a different deceptive method 2758); in some examples maintaining a different known identity 2758 as deceptive camouflage (such as in some examples one or a plurality of one's own public identity(ies) 2758, in some examples simulating one of one's own known identities in a public SPLS 2758, in some examples utilizing one of one's own known identities in a simulated focused connection 2758; or in some examples utilizing one of one's own known identities in another deceptive method 2758); in some examples utilizing a TP device's synthesis to replace one or a plurality of stealth identities' images with safe and different identities' images 2758 as deceptive camouflage (such as in some examples never appearing as one's own complete image in any stealth or cloaked SPLS 2760 and/or focused connection 2758); in some examples utilizing a TP device's synthesis to replace one or a plurality of stealth identities' faces with safe and different facial images 2758 as deceptive camouflage (such as in some examples never showing one's own face in any stealth or cloaked SPLS 2758 and/or stealth identity's focused connection 2758); in some examples utilizing deceptive data transmission 2759 and data reception 2759 to conceal, disguise and/or camouflage encrypted and secure stealth identity communications 2742 2747; and in some examples utilizing the TP device's synthesis to replace any revealing background images with different and safe background images 2760 as deceptive camouflage (such as in some examples never showing one's own real background[s] in any stealth SPLS 2760 and/or stealth identity's focused connection 2760).
In some examples initiating login with a stealth identity 2749 results in some types of secure actions 2750 2751 2752 2753 simultaneously prompting a user with the option to utilize a corresponding camouflage 2756 2757 2758 2759 2760 2761 and/or a corresponding disguise 2756 2757 2758 2759 2760 2761 (such as in some examples turning off identities 2750 provides options for utilizing deceptive other identities 2757; in some examples exiting SPLS's and/or other presence indications 2751 provides options for utilizing deceptive SPLS is 2758, deceptive identities 2758, deceptive facial images 2758, etc.; in some examples blocking access to shareable resources 2752 provides options for utilizing simulated deceptive data transmissions and receptions 2759 for parallel functions; in some examples blocking access to remote control 2752 provides options for utilizing simulated deceptive data transmissions and receptions 2759 for parallel functions; in some examples other types of blocked access 2752 provides options for simulating those types of functions with deceptive data transmissions and receptions 2759; in some examples disabling and blocking certain types of syntheses 2753 provides options for deceptive syntheses that replace those functions 2760; in some examples disabling and blocking syntheses of backgrounds 2753 provides options for deceptive replacement with safe backgrounds 2760; and in some examples other types of security actions simultaneously prompt a user with options to employ parallel and corresponding simulations 2756, camouflages 2756, and disguises 2756).
In some examples one or a plurality of server(s) 2761 may provide camouflages 2756 and/or disguises 2756 such as in some examples securely provide deceptive other identities 2757; in some examples securely provide deceptive safe known identities 2758; in some examples securely provide deceptive safe facial images 2758; in some examples provide deceptive simulated data transmission 2759; in some examples provide deceptive simulated data reception 2759; in some examples securely provide one or a plurality of deceptive backgrounds 2760; and in some examples securely provide other types of deceptions that may be supplied by one or a plurality of servers 2761. In some examples a TP device's capabilities and/or functions may generate one or a plurality of camouflages 2756 and/or disguises 2756 such as in some examples generate deceptive safe other identities 2757; in some examples generate deceptive safe known identities 2758; in some examples generate deceptive safe facial images 2758; in some examples generate deceptive simulated data transmission 2759 and some examples generate deceptive simulated data receptions 2759; in some examples generate deceptive backgrounds 2760; and in some examples generate other types of deceptions 2761. In some examples a remote TP device's capabilities and/or functions may generate one or a plurality of simulated recorded appearances by the known real public identity, including date and time stamping, to provide a retrievable alibi 2761 that may serve as a camouflage or disguise for actions that occurred at that time by a stealth identity.
In some examples individual settings may be made such that initiating login with a stealth identity 2749 in some examples prompts and allows the logging in user to choose one or a plurality of security settings 2750 2751 2752 2753; in some examples prompts and allows the logging in user to choose one or a plurality of camouflages 2756 2757 2758 2759 2760 2761 and/or disguises 2756 2757 2758 2759 2760 2761; in some examples displays the current settings 2750 2751 2752 2753 2756 2757 2758 2759 2760 2761 before performing them; and in some examples prompts and allows the logging in user to save any changes made in the current settings 2750 2751 2752 2753 2756 2757 2758 2759 2760 2761 for future re-use. As described elsewhere, in some examples the settings displayed 2750 2751 2752 2753 2756 2757 2758 2759 2760 2761 may be based on a current “best setup” for individual protections (such as in some examples matching one's current setup and offering to retrieve the currently best available tools, software, settings, resources, steps, etc.); and in some examples the settings displayed 2750 2751 2752 2753 2756 2757 2758 2759 2760 2761 may be based on automatically downloading and updating one's device to provide the current “best setup” available for individual protections.
In some examples after appropriate security, camouflage and disguise steps are performed then login with a stealth identity 2749 is completed 2754, and stealth identity connections are enabled. In some examples an optional security policy for stealth identity connections may include the right to open outbound connections only 2762, and in some examples an optional security policy for free identity connections may include preventing the reception or acknowledgment of inbound connections by that stealth identity 2762.
In some examples a stealth identity is enabled 2740 2754 2756 and logged in 2740 2762. Turning now to
In some examples if a logged in stealth identity is monitored 2766 and no current risks are detected 2767 2768 2769 2770 2771 then a “secure” indicator 2772 may be displayed by one or a plurality of means (such as in some examples a visual indicator 2772, in some examples a periodic audible indicator 2772, in some examples an indicator that is hidden but available on demand 2772, in some examples by another type of indication means 2772). In some examples a logged in stealth identity is monitored 2766 and a risk is detected 2767 2768 2769 2770 2771 2773 (such as in some examples another receives a detectable presence indication of the stealth identity 2767 2773; in some examples another manages to initiate a connection to the stealth identity 2767 2773; in some examples the making of a recording of the stealth identity is detected 2768 2773; in some examples tracking of the stealth identity is detected 2769 2773; in some examples detection determines an attempt is being made to receive and/or decrypt the stealth identity's communications 2770 2773; in some examples detection determines an attempt is being made to intercept and/or decrypt the stealth identity's communications 2770 2773; in some examples detection determines an attempt is being made to detect the online presence of the stealth identity 2771 2773; in some examples detection determines an attempt is being made to detect the existence of the stealth identity 2771 2773; in some examples detection determines another method is attempting to detect the presence or use of the stealth identity 2773; and in some examples detection determines another method has detected the presence or use of the stealth identity 2773); in some examples protection may automatically exit the stealth identity 2774; in some examples protection may automatically logout of the stealth identity 2774; in some examples protection may automatically disconnect the stealth identity 2774; in some examples protection may automatically place additional blocks (as described elsewhere) on what ever is attempting to penetrate the security of the stealth identity 2774; in some examples protection may employ one or a plurality of means to present an intrusion alarm 2775 (such as in some examples a continuous visual indicator 2775, in some examples an intermittent visual indicator 2775, in some examples an audible indicator 2775, in some examples an indicator that is hidden but available on demand 2775, in some examples by another type of indication means 2775); in some examples protection may automatically shut down the device 2776; in some examples protection may automatically switch device operation to a camouflage identity 2756 and that identity's simulated operation(s); in some examples protection may automatically switch device operation to a disguised identity 2756 and that identity's simulated operation(s); in some examples protection may automatically sanitize and completely clean a device of all records pertaining to the existence of a stealth identity 2778 (such as in some examples over writing the stealth identity's deleted files such that they cannot be identified and/or recovered, or in some examples providing other forms of identity protection that prevent the stealth identity from being discovered or used against that person); in some examples protection may automatically use other means to protect the stealth identity 2766.
In some examples protection may automatically employ a combination of two or a plurality of protections 2774 2775 2776 2777 2778; in some examples protection may include one or a plurality of automatic protections 2774 2775 2776 2777 2778 and present the stealth identity with additional manual options 2774 2775 2776 2777 2778; in some examples protection may be set so that no automatic protections are performed 2774 2775 2776 2777 2778 and upon detection 2767 2768 2769 2770 2771 2773 the stealth identity is presented with with manual protection options 2774 2775 2776 2777 2778; and in some examples protection may include a combination of automatic and manual protections 2774 2775 2776 2777 2778 that are set by a stealth identity. In some examples protection from monitored security violations may include a “best setup” combination of automatic and manual protections 2774 2775 2776 2777 2778 that are set by a source of “best practices” protections 2798. and in some examples a stealth identity may receive and adopt a “best setup” combination of automatic and manual monitoring protections 2798 (such as downloading a predefined set of detection and protection tools 2798, in some examples software 2798, in some examples settings 2798, in some examples steps 2798, etc.) that prioritizes one or a plurality of monitoring methods for continuous use, frequent use, periodic use, infrequent use or non-use 2776 2779; along with scheduling the pre-planned use of one or a plurality of automatic and/or manual protection methods 2774 2775 2776 2777 2778 in the event a stealth identity is detected 2767 2768 2769 2770 2771 2773.
In some examples one or a plurality of monitoring methods is performed continuously in real time 2766; in some examples one or a plurality of monitoring methods is performed periodically 2766; in some examples one or a plurality of monitoring methods is performed at the manual request of a user 2766; in some examples a user may set and save a group of monitoring methods as the preferred types of monitoring to be performed with greater frequency 2766; in some examples a user may set and save a group of monitoring methods as monitoring methods to be performed with lesser frequency 2766; in some examples a user may set and save a group of monitoring methods as monitoring methods that are turned off and not performed at all 2766; and in some examples a stealth identity's device may receive a “best setup” 2779 that includes prioritizing one or a plurality of monitoring methods for continuous use, frequent use, periodic use, infrequent use or non-use 2776 2779. In some examples a stealth identity's monitoring settings 2779 are saved in one or a plurality of encrypted and/or disguised files 2779; and in some examples a stealth identity's protection settings 2779 are saved in one or a plurality of encrypted and/or disguised files 2779. In some examples the act of saving settings 2779 may trigger the optional (and in some examples manually initiated) matching and retrieving a “best setup” for monitoring 2798 and protecting 2798 a stealth identity.
In some examples a stealth identity is logged in and able to open, close and/or end a connection 2780 such as in some examples open a private identity's stealth SPLS 2782 (as described elsewhere) and if selected open that stealth private SPLS 2783; in some examples open a private identity's stealth focused connection 2784 (as described elsewhere) and if selected open that stealth private focused connection 2785; in some examples open a secret identity's stealth SPLS 2786 (as described elsewhere) and if selected open that stealth secret SPLS 2787; in some examples open a secret identity's stealth focused connection 2788 (as described elsewhere) and if selected open that stealth secret focused connection 2789; in some examples open another type of secure communication 2780; in some examples close a private identity's stealth SPLS 2790 SPLS 2791, and if it optionally utilized a new session encryption key 2794 2795 2796 then delete its session encryption key 2791; in some examples close a secret identity's stealth SPLS 2790 2791, and if it optionally utilized a new session encryption key 2794 2795 2796 then delete its session encryption key 2791; in some examples close a private identity's stealth focused connection 2792 2793, and if it optionally utilized a new session encryption key 2794 2795 2796 then delete its session encryption key 2793; in some examples close a secret identity's stealth focused connection 2792 2793, and if it optionally utilized a new session encryption key 2794 2795 2796 then delete its session encryption key 2793; and in some examples close or end another type of secure communication 2780 and if it optionally utilized a new session encryption key 2794 2795 2796 then delete its session encryption key.
In some examples an additional temporary protection means may be employed. In some examples when a stealth identity opens a connection (such as in some examples a stealth private SPLS 2783, in some examples a stealth private focused connection 2785, in some examples a stealth secret SPLS 2787, in some examples a stealth secret focused connection 2789, and in some examples another type of secure connection 2780) those parties only may (optionally) retrieve a new session key 2794 from a secure source; those parties may (optionally) generate a new key 2795 from the new session key 2794; and in some examples those parties may (optionally) encrypt their communications 2796 using the newly generated key 2795. In some examples when a stealth identity closes a connection (such as in some examples a stealth private SPLS 2783, in some examples a stealth private focused connection 2785, in some examples a stealth secret SPLS 2787, in some examples a stealth secret focused connection 2789, and in some examples another type of secure connection 2780) those parties delete its session encryption key 2791 2793 2780.
Turning now to
In some examples stealth tasks may include one or a plurality of creating a new public identity(ies) and/or stealth identity(ies) 2815 that have citizenship in the safe haven (if permitted by a safe haven, and if not permitted then appointing one or a plurality of local agents instead); in some examples a new identity (with or without citizenship in the safe haven) may create one or a plurality of stealth identities 2815 (herein meaning a digitally free identity that is relatively untraceable but is owned by a person who lives under a dictatorship, or if not permitted then appointing local agents instead); in some examples one or a plurality of stealth identities 2815 may engage in any legally permitted form of business (or if not permitted then appointing local agents instead); in some examples may create a controlled holding company (CHC) 2816 that in some examples are owned by a public identity, in some examples are owned by a stealth identity(ies) 2815, in some examples may be a corporation 2816, in some examples may be a trust 2816, or in some examples may be another type of legal entity 2816; in some examples a CHC 2816 may create an active corporation(s) 2817 and/or active business(es) 2817 (herein collectively named “enterprises”) that are located in any country of the world, and in some examples are owned in whole or in part by an an existing identity, in some examples are owned in whole or in part by a stealth identity(ies) 2815, and in some examples are owned in whole or in part by a CHC 2816 (such as in some examples a CHC that creates a United States Corporation that has a bank account in a United States bank); in some examples one or a plurality of CHC's 2816 and enterprises 2817 may engage in any legally permitted form of business; in some examples a CHC 2816 and/or an enterprise 2817 employ an existing identity as a director 2818 of one or a plurality of enterprises 2817, and in some examples employ a stealth identity 2815 as a director(s) of one or a plurality of enterprises 2817; in some examples a CHC 2816 and/or an enterprise 2817 may open one or a plurality of bank accounts 2819 each in their own name(s) 2816 2817 and/or in the name(s) of one or a plurality of stealth identity(ies) 2815; in some examples a CHC 2816 and/or an enterprise 2817 may use private or secret virtual meetings to manage and run any legal entity(ies); in some examples transfer assets 2820 to or between one or a plurality of enterprises 2821, bank accounts 2819, CHC's 2816, real public identities, stealth identities 2815, or legal entities; in some examples rent or lease back the transferred assets 2820 from an enterprise owned by a CHC, and in some examples make monthly rent payments that ultimately wind up in a CHC's bank account 2819 in a safe haven country 2814; in some examples receive employment income or other types of legal payments from a CHC 2816 and/or an enterprise 2817; in some examples as the funds in bank accounts accumulate, use those funds to buy real estate 2822; make investments 2822; or work with others such as some in similar circumstances, and some advisors or agents who wish to help them to plan and develop various types of “propertied escapes” 2822; in some examples as the funds in bank accounts accumulate, become proficient in living a digitally enabled double life 2823; and in some examples as the funds in bank accounts accumulate, work with others to develop external and internal means to change some dictatorships to permit greater freedoms and prosperity by their citizens 2822.
For one example a person living under a dictatorship can transfer some assets so they are owned by their own CHC in a safe haven country, pay rent on those assets to a property management company created in another country, and receive an employment pay check from one or a plurality of wholly owned enterprises abroad. For another example a number of people living in one dictatorship can each transfer assets to a safe haven CHC that they own, and a plurality of CHCs may in turn lease their assets to a United States property management corporation, so they can rent their assets from a large US company but have most of their payments wind up paid into a holding company's bank account that they own in a tax-free safe haven country—over time turning their money into independent wealth outside of their dictatorship's control. Furthermore, the large US company now has a sizable business interest in that dictatorship and may be able to exert influence on behalf of the large and growing number of properties that it owns.
For another example Teleportals enable increased awareness and contacts between people in one or a plurality of specific locations including local business opportunities, local people, local resources and other local capabilities in many of the connected locations. In some examples an identity in one part of the world can work in another part of the world, and simultaneously research how to open a new CHC and/or enterprise where a business opportunity exists in a different part of the world—and be paid for their work as well as learning how to do business elsewhere. In return, part of the mutual payments from these trans-border working relationships may be systems and services that help people shelter their assets and protect themselves by using trans-border enterprises that are located in other parts of the world.
For another example a person may live in a country with an potentially violent dictatorial government and be at risk for losing everything at a dictatorial official's whim, and in some examples that person may be able to use a stealth identity and a safe haven to transfer assets to one or a plurality of wholly owned CHC's or enterprises that are located in a more secure country with more secure laws and property rights, and in some examples those more secure CHC's and enterprises located in more secure countries may have greater success in protecting the ownership of those assets by those people, by defending their title with a secure country's legal entity and through its more secure legal system (and perhaps also involving its political system) instead of keeping those assets and those protections solely under the control of a dictatorial government's official.
Therefore, in some examples free identity tasks may include in some examples creating one or a plurality of secret identities 2803, in some examples creating one or a plurality of private identities 2803, in some examples creating one or a plurality of public identities 2803, and in some examples creating one or a plurality of stealth identities 2803; in some examples incorporating one or a plurality of CHC's (controlled holding companies) 2804, in some examples incorporating one or a plurality of corporations or businesses 2804, in some examples incorporating one or a plurality of trusts 2804, and in some examples establishing one or a plurality of legal entities 2804 (herein collectively named “enterprises”); in some examples opening one or a plurality of bank accounts 2805 in some examples by one or a plurality of identities 2803, and in some examples by one or a plurality of enterprises 2804; in some examples a created identity 2803 may run a created enterprise 2804 that earns assets that may be in any form such as in some examples bank accounts 2805, in some examples real estate, in some examples assets in a financial brokerage account; and in some examples any other type of asset or property; in some examples an identity 2803 and/or an enterprise 2804 may spend, use, encumber and/or perform any other legal action with accumulated assets 2807; in some examples an identity 2803 and/or an enterprise 2804 may join one or a plurality of public or stealth SPLS(s) 2808, in some examples one or a plurality of public or stealth governances 2808, and in some examples one or a plurality of public or stealth organizations 2808 to help initiate or support any type of collective action(s) 2808 such as in some examples to create better lives for people who live under dictatorships; in some examples an identity 2803 and/or an enterprise 2804 may use their digital access to check communications 2809 which in some examples may be public communications 2809, in some examples private communications 2809, in some examples secret communications 2809, and in some examples stealth communications 2809; and in some examples an identity 2803 and/or an enterprise 2804 may perform other free person tasks 2810.
In some examples people who live under a dictatorship may gain new abilities to work as a free and independent digital person 2826 with other identities, enterprises and governments around the world. In some examples of these may include the ownership, accumulation and use of trans-border, extra-national identities 2826, in some examples enterprises 2826, in some examples assets 2826, in some examples bank accounts 2826, and in some examples personal capabilities that are beyond the control of their dictatorial government 2826. While their physical body and families remain controlled, the availability of digital realities through an ARTPM 2826 provides new means for them to support the evolution of personal freedom in spite of their dictatorial government.
If digital realities become increasingly used such as those envisioned by the ARTPM and some of its components (such as Teleportal devices in some examples), new means may evolve to rebalance power between governments and both personal actions and collective actions. As a result, individuals may make the creation and use of freedoms in other countries a normal part of everyday life for citizens who live in a dictatorship—even if their personal freedoms must be hidden and stealthy under some forms of governments.
The hope is simple. That as the Earth becomes one large digital room, new systems will support and strengthen freedom for those who are oppressed, rather than perpetuate dictatorships that continue to build monuments to their control and human oppression.
SOME AKM DEVICES EXAMPLES—BOTTOM-UP PROCESSES: TRANSFORMED DEVICES, TRANSFORMED DEVICE USE, AND TRANSFORMED DEVICE EVOLUTION (“ANTHROTECTONICS”): In
With an example device (digital camera) and numerous aspects of an AKM covered, we now turn to how the AKM provides interactive online evolution of current devices into new devices and governances that reflect the actual intentions and goals of their users. This may occur by a series of component systems and processes within the AKM that may eventually lead to transformed devices and governances that are dynamic instantiations of users goals, improved knowledge, the largest gaps to close between current devices and users' goals, and how to achieve those goals both individually and collectively by means of transformed devices and governances. In other words, the AKM includes components that may be instrumental for transforming current “mature” device designs (which include physical products, equipment, services, information, entertainment, etc.) into continuously realigning and evolving instantiations of customers' changing goals, needs and desires: In a first “current stage” the AKM operates in “mature” devices such as a digital camera (whether a point-and-shoot camera or a DSLR [Digital Single Lens Reflex] camera), which is illustrated at a high level in
At this point this AKM is able to connect the goals of users, the AKI and/or AK knowledge they need to reach their goals, with potential design needs for future versions of that device(s). This enables reconceptualizing that “mature” device to increase customer success and satisfaction (illustrated herein in
Next,
This overall AKM transition is summarized in
Ultimately, as illustrated in
PHOTOGRAPHY AKM MACHINE—SOME AKM DEVICES EXAMPLES—DIGITAL PHOTOGRAPHY:
These also include user requests for assistance (AKI) or information (AK) whether made through the device 8007 or through an AID/AOD 8007, and together with issues the camera identifies 8004 constitute triggers 8008 that are communicated to the AKM 8012 which includes components such as retrieving appropriate AKI/AK 8009, retrieving AKM sponsor and/or advertisements 8010, additional services for identified users 8011, etc. These and other AKM resources are identified, retrieved and combined 8013; formatted for the user's device(s) and context 8016; sent to said user's device 8016 and/or AID/AOD 8016; where it is received 8017 8020 and used 8017 8020. If “Direct AKI” 8020 is available, retrieve and deliver that in case the user wants to employ that to auto set the device 8001 without needing to learn how to set the device manually.
The results from using AKI/AK 8009 8017 8020 are (optionally) tracked, measured, collected, stored and reported 8021, as are results from the use of marketing and/or advertising 8010 8017 8020; and tracked results are available in various types of AKM reporting, dashboards, etc. 8022 8023 from both the AKM and from third-parties 8022 8023. These enable current users and prospective buyers of the device 8001 to see and understand the types of problems, issues and successes users have, and each's frequency or severity, when trying to employ the device for a range of uses—along with the ability to see if relevant AKI/AK solves those issues and analyzed data such as the percentage of issues solved.
Simultaneously and in parallel, new AKI/AK from a variety of sources 8015 may be tested 8014 to determine the “best available” AKI/AK for retrieval 8009 at that trigger 8008, to determine the best message construction 8013, the best formatting 8016, the best delivery 8016, and the best types of use 8017 8020. Also simultaneously, various means are provided for optimizing AKI/AK 8018 such as by employing various types of testing 8014, or various types of optimization methods to apply the results from testing 8014.
AKM INITIAL USES OF A DEVICE (DIGITAL PHOTOGRAPHY):
When the trigger is received by the AKM 8036 the trigger is parsed 8037 including the trigger (and whether it includes EXIF data only or EXIF data and a photograph(s)), task, device, etc.); AK resources are accessed 8038; and the AKI/AK needed is retrieved 8039 (a process described in more detail 8040 in
Whether the AKI/AK are used in a device 8026 8027 8028 or in an AID/AOD 8047, results may be (optionally) tracked, measured, collected and stored 8048 by the AKM or by third-parties as described elsewhere. Aggregate AKI/AK results 8048 are used in multiple ways such as reporting to users to improve device use and selection 8050 (which creates market and customer pressure for vendors to make improved devices); and reporting to vendors to develop improved, optimized and transformed devices (digital cameras in some examples) 8049 that provide higher rates of customer success and satisfaction.
Turning now to
When the AKM receives the trigger 8036 8040 in
In any of these cases, provide the appropriate AKI/AK 8062 8069 to the process described in more detail 8040 8039 in
AKM NEW FEATURES LEARNING IN A DEVICE (DIGITAL PHOTOGRAPHY):
When the trigger is received by the AKM 8080 the trigger is parsed including the trigger (and whether it includes optional data such as steps from the device buffer 8079, and other information 8079 such as the photo type wanted and local conditions; AK resources are accessed 8080; and the AKI/AK needed is retrieved 8080 (a process described in more detail 10301 in
Whether the AKI/AK are used in a device 8072 8073 8074 or in an AID/AOD 8086, results may be (optionally) tracked, measured, collected and stored 8088 by the AKM or by third-parties as described elsewhere. Aggregate AKI/AK results 8088 are used in multiple ways such as reporting to users to improve device use and selection 8090 (which creates market and customer pressure for vendors to make improved and transformed devices).
This is begun 10301 by means described in more detail elsewhere such as in
Because the devices, situations, tasks and needs may change, the responsiveness and improvement of AKI and AK may make a difference for users. The testing of new or updated AKI/AK content from multiple sources begins as described above with the selection of a percentage of anonymous users 10302 and identified users who agree to participate in testing 10304. The content tested 10316 may come from multiple sources such as described in
Those users and content are tested using AKM optimizations in automated and manual processes such as those described in
In some examples AKM optimizations may include processes such as Test type 2 Format of AKI 10312: Numerous formats for AKI and AK are possible; in these tests varying formats are tested with the results and outcomes tracked and measured so that the appropriate type(s) of formats are determined for providing V. “best available” AKI and AK for that need; for this device and type of tests, types of formats may include: Instructions such as a numbered list of steps 10313 with separate tests run for different presentations of them such as starting the list at the current step, starting the list at the beginning, etc.; Cue card(s) 10313; Hint(s) 10313; Tip(s) 10313; Task steps 10313 such as a brief list of steps with separate tests run for different presentations of them such as showing all of them with the current step highlighted, or listing only a few brief words for each step but allowing each to be expanded for more information, etc.; Direct AKI 10313 where the steps and instructions are performed for the user (if available); Other formats and options 10313.
Other types of tests 10314 10315: Other types of tests are described elsewhere, but may include in some examples comparative testing in which the current “best available” AKI and AK for that device (camera in some examples) model and need is continuously or periodically tested against the “top 3” or “top 5” additional information interactions, AKI formats, etc. from similar devices to determine the best outcomes; etc. Similarly as described in this figure and elsewhere (such as in
The result of said AKI and AK tests 10309 and optimizations 10321 of content 10316 by users 10302 10304 is to be able to select and provide the “best available” AKI and AK 10304 10307.
AKM DOMAIN LEARNING FROM A DEVICE (DIGITAL PHOTOGRAPHY):
Turning now to
When the trigger is received by the AKM 10332 the trigger is parsed including the trigger (and whether it includes additional information such as EXIF data only or access data and a photograph, task, device, etc.); The AKI/AK access and retrieval process 10334 occurs as described here as well as elsewhere. If the trigger 10330 includes additional information the AKM may (optionally) analyze the trigger's additional information (such as a problem(s) such as a blur warning, a photo type by means of photo analysis, additional interactions information such as local photo conditions, etc.) then utilize these additional attributes to retrieve the appropriate AKI/AK 10334; but if additional information is not available then the trigger data alone is used to retrieve the appropriate AKI/AK 10334: If a point-and-shoot camera 10323 retrieved AKI suggests one or more “scene mode(s)” to use, along with how to turn it on/off in that camera model; AK provides explanation of that scene mode 10336 10337 plus related scene modes to try, optionally including one or a plurality of sample photos to illustrate a desirable result and/or provide a model of what to produce. If a DSLR 10324 retrieved AKI suggests correct camera settings for one or more photo type(s) 10340 (in this example such as without a flash or with a professional flash and zoom) and typical settings that produce good results along with how to turn that on/off in that camera model; AK explains that type of picture 10336 10337 and typical settings that produce good results, optionally including one or a plurality of sample photos to illustrate a desirable result and/or provide a model of what to produce. With any type of camera retrieved advertising 10337 and/or marketing 10337 may (optionally) be included with the AKI and/or the AK. If “Direct AKI” is available 10338, retrieve and deliver that in case the user wants to employ that to auto-set the device without learning how to set the device manually.
For delivery 10342, the AK resources retrieved 10332 10334 are combined with appropriate marketing information 10343 from AK sponsors and advertisers into a single message 10342, formatted for delivery based on attributes such as the content, media, device, etc.; and (optionally) fitted to identified users' preferences 10344 such as their preferred AIDs/AODs 10344 if they are currently in use. If said AKM message(s) 10342 is sent to the device 10322 it is used and (optionally) tracked and/or measured results are communicated and received 10345. If said AKM message 10342 is sent to the user's preferred AID/AOD 10344 it is used and (optionally) tracked and/or measured results are communicated and received 10345. Whether the AKI/AK are used in a device 10322 10323 10324 or in an AID/AOD 10344, results may be (optionally) tracked, measured, collected and stored 10345 by the AKM or by third-parties as described elsewhere. Aggregate AKI/AK results 10345 are used in multiple ways such as reporting to users to improve device use and selection (which creates market and customer pressure for vendors to make improved devices), and reporting to vendors to develop improved, optimized and transformed devices (cameras in this example) that provide higher rates of customer success and satisfaction.
AKM RECONCEPTUALIZATION OF DEVICES FROM AKM (DIGITAL PHOTOGRAPHY):
Turning now to
A more detailed AKM device transformation of the digital camera, based on AKM uses by parents for family and children's pictures, might include: In Stage 1 and 210349 10350 10354 the AKM serves the current goal of improving family and children's photography 10358 by providing AKI/AK to the users of point-and-shoot cameras 10355, DSLR cameras 10356 and video cameras 10357 for all types of photography, recording and images of family events and activities 10358. Simultaneously and in parallel, in Stage 2 10350 AKM data is collected and delivered as optimized and “best available” AKI and AK to users to improve camera use 10354; and for customers and prospective buyers to make camera buying selections 10360 and purchase of the best available cameras for taking family and children's photographs; these selection data come from AKM data and resources on the most and least successful cameras for these tasks. In Stage 3 10351 vendors transform devices, and in Stage 4 10352 those transformed devices are sold and go into use; this occurs at the same time as Stages 1 and 2 and continuously over a long period of time—data from Stage 1 10349 and Stage 2 10350 is aggregated and delivered to vendors to transform camera designs 10361 10364; some examples of which may include: A new name—such as “FamCam” (family camera)—may be developed to to differentiate this type of digital camera 10364 10365 10362. The basic capabilities of a FamCam may be modified, such as that it takes both still photos and videos that include sound and zooming (e.g., one full-featured device replaces both still and video cameras. Another basic FamCam capability may be lifecycle-based scene modes that fit families with kids: Choose the scene and appropriate AKI/AK for that type of photography flows to the user by the user's preferred channel(s) and media. Using a transformed camera could be simplified by using new family-based scene modes to choose what is being recorded, modes like “auditoriums (concerts and plays),” “classroom lighting,” “freeze sports and action,” “group photo,” “indoor portrait,” etc. These modes set the camera for taking various types of photographs and videos. In some examples this transformed camera might make its controls easier to find and switch to the right new “family scene mode” for each type of picture or video recording—with appropriate AKI/AK for each type of family photography. The device itself may be directly linked to and/or provide links to AKM/AK for lifecycle events 10368 and how to take the types of photographs and videos needed from each event type or activity 10368. These AKI/AK resources may be specific to each camera and model (and type of lens if a DSLR, such as for a telephoto zoom lens). Point-and-shoot camera AKI/AK may focus on choosing the right family-based scene modes, locating that control and setting it quickly, etc. DSLR cameras still have P/A/S/M modes but now also use either settings dials or menus with family-based choices and modes, and their AKI/AK includes both the new family scene modes and how to use the traditional P/A/S/M settings for each type of family photography. In either point-and-shoot or DSLR cameras the AKI and/or AK delivered may include interactive tips (such as “raise/lower ISO”), or the need to use an accessory (such as “use a tripod” or “how to turn on the flash”).
When transformed devices such as a “FamCam” are available for sale 10362, users may still purchase old-style cameras 10363 that are only picture-focused or video-focused and use more complex, less relevant features and operations. Alternatively, users may choose a transformed device such as a “FamCam” 10362 whose features support greater customer success and satisfaction based on customers' goals and needs 10364. In addition to transformed devices 10351 10352 10361 10362 10365, vendors and/or third-parties can provide AKM services 10368 and accompanying marketing/advertising 10369 that fit each type of family lifecycle event or activity. These niche and/or general AKM services, with or without accompanying marketing and advertising, may be triggered in a plurality of ways as described elsewhere, such as by selecting a feature (such as new family-based scene modes) in a transformed device (such as a “FamCam”).
The FamCam is only one of some examples of how today's point-and-shoot cameras 10355, DSLR's 10356 and video cameras 10357 might be transformed. Based upon customer uses and goals, other types of transformed cameras may evolve such as a “VacationCam”, a “NatureCam”, etc. 10366. If a transformed device requires unique capabilities (such as high shutter speeds or low light arpertures) then it may be a dedicated physical design, but if it does not then by vendor downloads (or by built-in storage) one type of transformed camera might be switched to another by reloading its settings and/or rebooting it 10366 as that new type of camera. Some examples might be switching a FamCam to a VacationCam when taking a trip, or switching it again to a NatureCam before going out to do wildlife and nature photography. Each type of multiple transformed device might be provided by a vendor or third-party as an additional (or included) plan, package, complete or partial service, etc. 10370 with multiple pricing options available so that the more types of devices and capabilities included (or downloaded) the higher the price. In addition, each of these types of devices (such as a FamCam, VacationCam, NatureCam, etc.) could provide the same types of AKM assistance as a FamCam: If a point-and-shoot camera 10323 in
At the same time, (optional) marketing, advertisements, etc. 10369 may be provided that fit to each type of camera use, event or activity so that users are provided a complete wrap-around package of device(s), AKM interactions that deliver high rates of success and satisfaction, and purchase options appropriate for taking next steps that are available from vendors or third-parties, along with AKM data on the “best available” choices to reach the highest levels of success and satisfaction.
AKM VENDOR'S GOALS-BASED RECONCEPTUALIZED OFFERING(S) (VACATIONCAM): It is common for photographic hobbyists to spend thousands of dollars to go on a trip led by a professional photographer who takes them to scenic locations and shows them how to get “the shot” in each location. Because an expert told them how to set up their camera and compose the picture, the group of hobbyists on that trip are able to take great pictures—but at a high cost in both money and time. Imagine that at each place during a typical vacation this kind of expert instructions in “how to get a great shot” could be delivered by a camera, along with sample pictures as part of the instructions. Then a plurality of camera users could routinely take great pictures, potentially making every vacation into a photographic expedition where large numbers of travelers can show off the genuinely great photographs that they took themselves. In some examples, imagine if how to get “the shot” were part of using a camera in a plurality of locations where cameras are used.
Just as the creation of one electronic online purchase evolved into e-commerce that became a widely available option for selling and buying, the creation of an Alternate Reality that includes Teleportals and the AKM might evolve into an option that is considered a normal choice for succeeding when deciding which product to buy, or using a plurality of devices. The use of a camera on a vacation is just one of some examples because a vacation takes a device (camera) user into new places and situations a user has never seen before, with often unexpected and changing conditions, which makes taking good pictures difficult. Similarly, in some examples a plurality of people have goals that require them to try new tasks with various devices in situations they have never seen before, and when in a task that device might provide the equivalent of “how to get the shot,” optionally including one or a plurality of pictorial examples, to make it possible to perform better than if this were not available.
Turning now to
In the Sale stage 10373 either the device or AKM service is sold or added to an existing user's current AKM record(s) 10374 10378. The device is a VacationCam 10377, or if the user already owns an appropriate camera then a VacationCam AKM configuration and service may be the “product” sold 10377, or if the user already has an AKM account that provides this service then the addition of this trip itinerary may be the service that is either sold 10377 or provided at no charge 10377, or if there is any other type of relationship (such as a customer who books a trip and adds their travel activities to their own AKM account) then that may be included 10374 10377. In any case 10374, the “agent” who adds a device 10377, service 10377, etc. 10377 may include: Vendor 10375; Travel agent 10375; Destination resort, hotel, motel, etc. 10375; Cruise ship 10375; Local store at any vacation spot 10375; Customer 10376; The AKM or any third-party that helps with or manages the user's AKM account(s) 10375; The vendor of the device (such as a camera manufacturer) if that vendor also includes AKM services with the device, or sells them as an ad-on to the device 10375; A vendor of an AID(s)/AOD(s) (such as a cellular communications or other communications vendor) who provides AKM assistance to a plurality of devices as a service on their network by means of the AID(s)/AOD(s) that they sell 10375; A third-party who provides various types of AKM assistance by means of a device(s) and/or AID(s)/AOD(s) 10375; Etc. 10374 10375 10376.
When the device or service is provided 10374 the “agent”: If the customer is buying a device (VacationCam in some examples) and does not have an AKM account or user AKM record(s), then the “agent” sets these up 10378, including associating the device (by means such as a device ID, vendor and model number, etc.) 10382 with that account 10378 10379. If the customer already has an AKM record(s)then the agent associates the new VacationCam with said AKM record(s) 10378, or if the customer already has an appropriate camera then the agent associates the customer's camera with said AKM record(s) 10378, including associating the device (by means such as a device ID, vendor and model number, etc.) 10382 with that account 10378 10379. If a new device (VacationCam in some examples) includes pre-paid AKM support then it already includes its own AKM account and may be set up and used without being associated with an identified user's AKM record(s) 10378 10379, but may (optionally within that ID'd device's prepaid AKM service) include goal selection 10379 and/or device configuration 10380 (such as by copying a “best goal” record from AK resources 10380 10410).
After account set up 10378 and/or association 10378 the device model (such as a VacationCam) 10379 and goals selection (such as vacation pictures and/or videos) 10379 is performed. Also performed is the configuration of these goals for that device 10380, such as by copying a “best goal” record from AK resources 10380 10410. If a new device is being provided to the customer (VacationCam in some examples) then the device is either shipped 10382 (such as from a travel agent) or given to the customer 10382 (such as in a local store or on a cruise ship), and said device's ID is included in the device selection 10379, goal selection 10379, and user AKM record(s)/device configuration 10380.
In the Setup stage 10383 the customer's trip activities (optional), itinerary (optional), etc. are input 10384 into the appropriate AKM record(s) 10381 (if the user has an identified AKM record(s)), the device 10381 (if the device [VacationCam in some examples] includes prepaid or no charge AKM support), etc. this is (optionally) input by the appropriate agent which may include: Vendor 10384; Travel agent 10384; Destination resort, hotel, motel, etc. 10384; Cruise ship 10384; Local store at any vacation spot 10384; Customer 10384; The AKM or any third-party that helps with or manages the user's AKM account(s) 10384; The vendor of the device (such as a camera manufacturer) if that vendor also includes AKM services with the device, or sells them as an ad-on to the device 10384; A vendor of an AID(s)/AOD(s) (such as a cellular communications or other communications vendor) who provides AKM assistance to a plurality of devices as a service on their network by means of the AID(s)/AOD(s) that they sell 10384; A third-party who provides various types of AKM assistance by means of a device(s) and/or AID(s)/AOD(s) 10384; Etc. 10384.
If input by activity 10384 these may be related by the AKM to the VacationCam's appropriate scene modes 10388 10410 (if a point-and-shoot camera) or settings 10388 10410 (if a DSLR), etc. and match them to that vacation's activity descriptions such as: At the beach 10384 (with AKI/AK for both full sun beach or water, and overcast beach or water); Outdoor daytime tour stops 10384 (with AKI/AK for both full sun daytime outdoor activities/overcast daytime outdoor activities); Indoor daytime tour stops 10384 (with AKI/AK for indoor activities such as a museum or church/indoor activities such as a play, theater or concert); Indoors such as a restaurant, hotel, etc. 10384; Outdoor night activities 10384 (with AKI/AK for both full moon nights/cloudy or dark nights); Daytime landscapes 10384 (with AKI/AK for both full sun pictures and overcast or cloudy pictures); Daytime close-ups such as flowers or plants 10384 (with AKI/AK for both full sun pictures and overcast pictures); Etc.
To do the above setup steps, similar “bundles” of AKM VacationCam options (such as a VacationCam model 10379, goals 10379, user AKM record(s) configuration 10380, device configuration, with “best goals” record) may be pre-setup and stored in AKM resources 10410 for access and (perhaps even one-step) configuration of an entire vacation. Some examples include: Caribbean island vacation; Caribbean cruise; Amazon rainforest vacation; Wildlife safari (Africa, Asia, etc.); Major city by day/Major city at night (New York, Paris, London, etc.); Alaska inside passage cruise; Alaska parks tour (such as Denali); RV vacation (select season such as winter or summer); U.S. national parks overnight camping (select season such as winter or summer); Islands cruise and/or islands vacation (Greece, Galapagos, South Pacific, etc.); Etc.
A prepaid, preconfigured device 10377 10384 10385 (VacationCam in some examples) sold at destinations may already include AKM options such as an ID 10382, goal selection 10379, device and/or a location-based or trip-based configuration 10380, etc. such that said device 10385 is ready to be handed to said customer for use with the AKM for that location or type of trip. This is the equivalent of any device designed for use in a focused application or by a focused audience, but in some examples it is a disposable camera that includes multiple settings for various types of higher quality photographs, along with AKM support for taking successful photographs under that vacation destination's conditions.
Also in this Setup stage 10383 a customer receives the device 10385 either by having it shipped 10382 (such as from a travel agent, an online vendor, etc.) or by having the device given directly 10382 (such as from a retail store before a trip, a local store during a trip, onboard a cruise ship, at a destination resort, etc.). If the device (VacationCam in some examples) is not configured, then the customer can connect it online and receive the VacationCam AKM configuration and resources 10385 by means of authentication and authorization 10412, retrieval of the trip's activities or itinerary from the user's AKM record(s) 10381, retrieval of those data from AK resources 10410, and downloading said data to said device 10410 10385. If the customer already owns an appropriate camera 10379 that has been associated with this trip 10378 10380 10384 10381, then that customer may connect that camera online and receive that trip's AKM configuration and resources 10385 by means described above 10412 10381 10410 10385.
Also in this stage the customer receives AK “how-to” guidance 10385 that is either itinerary-based 10385 (such as Day 2—At the beach, Sailing yacht cruise (includes on-deck dinner during sunset: At the beach or on the water in full sun; At the beach or on the water if overcast; sunset pictures), activity-based 10385 (such as Day 3—City tour: Outdoor tour stops with wide-angle street shots in full sun or overcast; Indoor daytime tour stops including museums and churches), etc. To the extent that a traveler is interested, these AK how-to camera settings can be used to prepare the device (VacationCam in some examples) at appropriate times, such as the start of each different type of activity during each day of the trip.
In the Use/AKM support stage 10387 the device (VacationCam in some examples) is used to take pictures during each activity while on the trip 10388. While most of this process has been described elsewhere, this figure provides means to describe navigation to device configurations and downloaded AKI/AK 10388. As illustrated herein, navigation can be provided by means of an itinerary, timeline, calendar, or other time-based or sequence-based displays, illustrated in this figure as an itinerary/schedule/sequenced list of activities/timeline/etc. 10389 10392 10395 10398 10401 10404. In the configured device 10385 (VacationCam in some examples) these AKM resources 10384 10381 10410, which may be located remotely or downloaded to local storage in the device or in an AID/AOD, may be accessed by multiple known navigation means (such as menus, lists of links, navigation bars, navigation widgets such as dropdown lists and pull downs, search boxes, tables, graphics, icons, images, etc.) so that other varied AKM configured device navigation examples, designs and layouts that incorporate the examples may be integrated into this and other devices, services or interactive processes. This provides means for navigating directly to AKM resources (whether those resources are located remotely or downloaded to local storage in the device or in an AID/AOD) for a configured device; or means for navigating to AKM resources based upon problems or issues that occur during use of said device.
Navigation to this device's configured AK/AKI/AKM resources (herein abbreviated as “AK/I”) is provided as an itinerary/schedule/sequenced list of activities/timeline/etc. 10389 10392 10395 10398 10401 10404 (though it could employ other navigation means, designs, layouts, etc.). Simultaneously, navigation to this configured device's AK/AKI is provided by means of triggers that occur due to user needs, issues, problems, desires, etc. when using the device (to take pictures with the VacationCam in some examples) so that:
Day 1—Travel 10389: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: Travel” in Itinerary, “Travel (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10390, then additional AKI/AK may be accessed interactively 10391.
Day 1—Resort 10392: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: Resort” in Itinerary, “Resort (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10393, then additional AKI/AK may be accessed interactively 10394.
Day 1—City tour 10395: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: City tour” in Itinerary, “City Tour (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10396, then additional AKI/AK may be accessed interactively 10397.
Day 2—Beach 10398: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 2: Beach” in Itinerary, “Beach (Day 2) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10399, then additional AKI/AK may be accessed interactively 10400.
Day 2—Cruise at sunset 10401: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 2: Cruise at sunset” in Itinerary, “Cruise at sunset (Day 2) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10402, then additional AKI/AK may be accessed interactively 10403.
Day 3—Museum 10404: If configured AK/I is needed navigation to AK/I may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 3: Museum” in Itinerary, “Museum (Day 3) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10405, then additional AKI/AK may be accessed interactively 10406.
Day X—Other activities including new and unscheduled activities 10407: If new AK/I is needed navigation may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that one of the items displayed in each list includes means to add activities (such as “Add a new activity” in Activity, “Add a new activity” in Schedule, etc.)>If there is an issue or unmet need in using the device during this new activity 10408, then additional AKI/AK may be accessed interactively 10409.
The AKI/AK needed in each instance 10391 10394 10397 10400 10403 10406 10409 is provided by means described elsewhere, but is described here by means of (optionally) authenticating and authorizing said request 10412, retrieval of the AKI and/or AK needed by means of the user's AKM record(s) 10381 and/or directly from AK resources 10410, along with any appropriate advertisements and/or marketing information 10411, and downloading said AKI/AK to said device 10389 10392 10395 10398 10401 10404 10407.
Undertaking new and different activities 10407 may occur without preparation and interactively 10407 when issues occur 10408 to access AKM resources 10412 10410 10411 and provide the appropriate AKI/AK 10409 whenever needed. Alternatively, if the travel schedule, plans and/or activities are changed at any time 10407, even during a trip, these changes may be entered 10384 in the user's AKM record(s) 10381, the device reconfigured 10385 10412 10410 (the VacationCam in some examples), and the new and updated configuration utilized by the device during use 10387 for the new schedule 10388 and its updated individual activities 10407 10389 10392 10395 10398 10401 10404.
Alternatively, local device storage and access to AKM resources may be provided when the device (VacationCam in some examples) is configured 10385. AKI and/or AK for the activities or itinerary entered 10384 in the user's AKM record(s) 10381 may be retrieved, downloaded and stored 10385 10412 10410 (if the device has sufficient local storage) when the device is configured online. If the device has sufficient storage and ability to process AKM requests locally then it may be configured for local access and display of locally stored AKM resources, and during use these may or may not be identified as being provided by an AKM (in some examples when they are presented as being a feature of the device itself, from the device manufacturer, branded so they appear to be from a third-party such as a cruise line or travel agency, etc.) such as:
Day 1—Travel 10389: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: Travel” in Itinerary, “Travel (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10390, then additional AKI/AK may be accessed interactively 10391.
Day 1—Resort 10392: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: Resort” in Itinerary, “Resort (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10393, then additional AKI/AK may be accessed interactively 10394.
Day 1—City tour 10395: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 1: City tour” in Itinerary, “City Tour (Day 1) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10396, then additional AKI/AK may be accessed interactively 10397.
Day 2—Beach 10398: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 2: Beach” in Itinerary, “Beach (Day 2) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10399, then additional AKI/AK may be accessed interactively 10400.
Day 2—Cruise at sunset 10401: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 2: Cruise at sunset” in Itinerary, “Cruise at sunset (Day 2) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10402, then additional AKI/AK may be accessed interactively 10403.
Day 3—Museum 10404: If configured AK/I is needed navigation to AK/I stored in the device may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that this item is displayed in the correct place in each list (such as “Day 3: Museum” in Itinerary, “Museum (Day 3) in Activity, etc.)>If there is an issue or unmet need in using the device during this activity 10405, then additional AKI/AK may be accessed interactively 10406.
Day X—Activity name: Other activities including new and unscheduled activities 10407: If new AK/I is needed navigation may be by a list that may be sorted by a selector such as an alphabetical list like “Activity, Itinerary, Schedule” so that one of the items displayed in each list includes means to add activities (such as “Add a new activity” in Activity, “Add a new activity” in Schedule, etc.)>If there is an issue or unmet need in using the device during this new activity 10408, then additional AKI/AK may be accessed interactively 10409.
Similarly, local storage and access to AKM resources may be provided by means of an AID/AOD 10385 that can be added when the device (VacationCam in some examples) is configured 10385. AKI and/or AK for the activities or itinerary entered 10384 in the user's AKM record(s) 10381 may be retrieved, downloaded and stored in the AID/AOD 10385 10412 10410 (if the AID/AOD has sufficient local storage) when the device is configured online. If the AID/AOD has sufficient storage and ability to process AKM requests locally then it may be configured for local access and display of locally stored AKM resources, and during their use these may or may not be identified as being provided by an AKM (in some examples when they are presented as being a feature of the device itself, from the device manufacturer, branded so they appear to be from a third-party such as a cruise line or travel agency, etc.).
The Use/AKM support stage 10387 may (optionally) include “Direct AKI” (which is described elsewhere) that is either accessed online 10389 10412 10410 or downloaded and stored in the camera 10385 10412 10410. In either case the “Direct AKI” may be chosen by the user at the appropriate time to set the camera before each activity 10389 10392 10395 10398 10401 10404. This process includes: Display configured AKM/AK/AKI navigation 10388 (such as by means of an itinerary, timeline, calendar, or other time-based or sequence-based displays, lists, navigation bars, navigation widgets such as dropdown lists and pull downs, search boxes, etc.). Select a navigation item 10389 10392 10395 10398 10401 10404 (such as an activity or itinerary item in this VacationCam in some examples). Select the type of AKM resource wanted (such as AKI, AK video, AK illustration, “Direct AKI”, etc.). Alternatively, display AKI received from an issue during use, such as 10389 10390 10391 10412 10410. If “Direct AKI” is chosen, whether from a device's configured AKM resources or from an issue during use, the device is configured by said Direct AKI, then the user sees a confirmation message that the device (i.e., camera in some examples) is set to take pictures at <name of that activity> (such as “The camera is set to take beach pictures under full sun”).
In the Related services/Next steps stage 10413 various types of information can be provided along with AKI/AK (as described elsewhere) and one category of these is AKM advertisements and marketing information 10411, which may be (optionally) accessed and delivered along with AKM resources 10410 either via a device or an AID/AOD. These advertisements and marketing information can provide a range of useful functions that are not part of the device 10377 during use 10388 but can offer ways to extend and expand what the device provides from its direct use. These may vary from device to device, as well as for different types of uses of one configured device (such as a VacationCam versus a PortraitCam, NatureCam, etc.). In some examples (VacationCam in some examples) related services and next steps 10413 10414 may include a plurality of offerings or services which in some examples may include:
Trip blog or travel blog services 10414: Various kinds of trip blogs or travel blogs may be offered such as an itinerary-based trip history (such as a new posting each day), a city or location-based record (such as a new posting from each place visited), activity-based postings (such as a zip-line adventure in a rain forest), picture-based postings (such as a travel photographer's blog), etc. This can be provided as a self-service blog where the customer opens an account, chooses a layout, then fills in all the structure and labels. Alternatively, this can be provided as a pre-designed blog that accesses the customer's itinerary or travel schedule from a source such as the AKM 10384 10381 to provide a ready-made container based on the customer's itinerary, activities, destination cities, etc.
Picture sharing services 10414: These may include a range of offerings such as photo sharing websites, online e-mailing of pictures to close family and friends, tweets with pictures attached, uploading pictures to social websites such as Facebook, etc.)
Picture printing services 10414: These may include traditional size small prints of individual photographs, framed prints, photo “books”, canvas “paintings” (such as pictures that are enhanced with painter's styles and printed on canvas then mounted and framed, etc.
Accessories 10414: Accessories may include a wide range of items that display pictures or have pictures printed on them such as digital photo frames, T-shirts, mugs, souvenirs, etc.
Related devices 10414: These may include other adaptations of a device through various means such as downloaded configurations (VacationCam in some examples) such as turning a VacationCam into a FamCam, NatureCam, PortraitCam, or an OtherCam, etc.), Etc.
AKM DEVICE COMMUNICATIONS (DIGITAL PHOTOGRAPHY): Turning now to
These and other similar types of devices may be integrated with various types of networks (such as a hotspot network, cell phone network, local Wi-Fi networks, etc.). These components, functions and communications capabilities provide means that enable AKM interactions such as: The screen 10420 10428, microphone 10421 10429, speakers 10421 10429, etc. display or play AKI that is in any type of multiple media such as one or more of text, picture(s), video(s), audio instructions, interactive demonstrations, or any other media type or combination. AKI may include links to additional AK, advertisements, marketing information, etc. that may be navigated to or displayed by means such as display in any text or media 10420 10428, audio playback from a speaker(s) 10421 10429, voice commands via a microphone 10421 10429, touching the screen 10422 10430, pointing and clicking10422 10430, using a four-way control to scroll and press an OK button 10422 10430, or by any other two-way communication/navigation means, such that when used either previously downloaded AK 10423 10431 may be displayed or played, or that item may be downloaded 10423 10431 for either playing, storage 10425 10434 or both. Interactive displays 10420 10421 10422 10428 10429 10430 may provide recorded and/or user-controlled interactive demonstrations such as zooming from a full device view to a control to show its location, then showing how that control is turned or manipulated to place it in the proper setting for that step. AKI and/or AK may also be provided in any type of media, or combination of multiple media, such as text, pictures, video, interactive click-through demonstrations that show the actual process occurring pictorially, etc. With a microphone and local processing present 10421 10425 10429 10434, voice commands may be used to initiate requests and/or interact with AKI and/or AK. In addition to various types of triggers described elsewhere, AKM requests may be initiated by means such as voice commands 10421 10429, a touchscreen or controls 10420 10422 10428 10430, two-way communications 10423 10431, etc. When AKI has been received and it includes additional AK, advertisements, marketing information, other types of information, etc. it may be branched to by any of the navigation, command, interaction, etc. means described herein. Additional AKI (such as “next steps”), AK, advertisements, etc. may have either links to these have been downloaded 10423 10431, or these items' content have been previously downloaded and stored 10425 10434. Capabilities are present in some of these devices 10416 10426 for additional media and/or communications such as IM (Instant Messaging), chat, voice calls, hypertext/hypermedia, etc. that may be provided by means such as a display screen with graphical user interface 10420, camera (which may be adapted for live video use) 10417 10418, microphone and speakers 10421 10429, controls and/or touch screen 10422 10430 (which may include an on-screen keyboard), applications 10424 10432 (such as an IM application), etc. Control the playback of any AKM-provided media or content by means such as on screen 10420 10428 or physical controls 10422 10430 for each media type. Navigate by means of links, menus, etc.; Etc.
Like the types of cameras illustrated in this
SOME AKM GOVERNANCES EXAMPLES—TOP-DOWN PROCESSES: TRANSFORMED COLLECTIVE DEVICES USE, TRANSFORMED COLLECTIVE EVOLUTION, TRANSFORMED COLLECTIVE SUCCESSES (“ANTHROTECTONICS”):
SOME AKM CORPORATISM GOVERNANCE EXAMPLES (“UPWARD MOBILITY INTO LUXURY LIFESTYLE PLAN”):
Similarly, governance improvements 10447 are made by means of results-driven management decision making 10448 based upon visible results reported 10445. These continuous improvements and transformations 10447 are illustrated by the process 10448 that begins at the bottom right and moves toward the bottom left: Results-driven adjustments and improvements 10447 may be applied to each of these areas (management and business operations 10441, sales and marketing 10442, installation and configuration 0443, use with the AKM, AKI and AK 10444) based on the actual results received and displayed 10445 10446.
Combination plans or packages may also be sold in some examples an “Upward Mobility to Lifetime Luxury Plan.” These may include a plurality of material goods a person or a family needs such as a house or condominium with all appliances and various goods within it, from high-tech smart phones for communications and Internet to always-on wireless computing that the AKM makes easier to use, from AKI how-to instructions that assist with reaching personal and job goals to continuous AK resources in achieving them, etc. Broad plans and/or a la carte collections can be sold to individuals or families, such as under one contract for one monthly payment or for one price that includes continuous AKM and support. Other broad plans and/or combinations of plans may be sold to corporations and/or groups to provide them a competitive edge in job and/or work performance, employee recruiting as a corporate benefit, government services to its citizens, benefits from a membership group (such as a religious organization, a professional or trade association, a senior citizens' organization, a lifestyle group, a residential community, etc.), etc. For those who already own their homes or other parts of a plan, there can be a la carte packages based on what they want to add, update and/or include.
Depending on the scope of a CorporatISM these may include a category(ies) of purchases such as financial (insurance, banking, investments), medical (health care, AKM guidance in areas like nutrition, etc.), food, appliances, clothing, furniture, etc. Once a person or family buys their package(s) they don't need to buy these goods and services elsewhere. Substitutions may be enabled such as wanting a larger or smaller clothes washer and having that swapped in for a service charge and small adjustment in a (monthly) fee. This allows a governance(s) to consider selling a higher standard of living to its members with one-stop satisfaction to provide a varying plurality of the needs of an individual, family or household. If something goes wrong, if something different is wanted, etc., automated AKM interactions could provide ways to take steps for the user to fix it during use or have it repaired or replaced at no charge. If a charge is required, the item can be repaired or replaced for a small charge if part of a plan or, optionally, an upgrade might be provided for the difference between the value of the current and replacement item(s).
The types of plans in some examples of a CorporatISM might attract the young and those who desire upward mobility, because they are in the starting stages of having to buy housing and all the goods and services needed for their preferred lifestyle. Or these types of plans might attract retirees who are moving from a decades-long house to a new state, a new house and a new retirement lifestyle. Instead of buying one expensive item at a time, and instead of working long years to acquire the level of possessions required for a desired lifestyle, a plurality of needs can be met with one purchase, and the new level of their lifestyle can be paid for with a monthly fee that can be set at a level they can afford—with money left to afford to live well. Since they (optionally) receive AKM “upward mobility support” that includes AKI and AK to assist with their job performance, career, financial management, wealth building, etc., those who are working can raise their job success, income and purchasing power to keep expanding the quantity and quality of their lifestyle plan(s). In some examples if a customer wants to move to another city, country, larger house, etc., they may be able to exchange their house with any other available from a vendor or affiliate of that CorporatISM, at the then prevailing assessed housing value and monetary exchange rates. If their new house is more luxurious they might increase the size of their (monthly or other) payment. If they reduce their house size or possessions they pay less. A new type of CorporatISM could give its customers increased mobility and liquidity with a standard of living that provides greater abundance and greater freedom from gradually fulfilling their material needs. This may be the equivalent of greater prosperity and comfort, with less struggle, than other periods of history—most of which has focused on maintaining the status quo politically at relatively poor levels of individual human welfare and financial security—instead of the AKM's and governances' continuous transformations to achieve and measurably deliver humanity's continually expanding goals, needs, wants and desires.
Turning now to
Sales and marketing 10460 by the CorporatISM, distribution channel, retaileters, partners, affiliates, agents, etc. which include activities such as those described elsewhere, or which may be implemented by other known means: Individual plans and packages 10461; Combination plans and/or packages 10462; OEM plans and/or packages 10463 such as for private-label plans and/or packages that may be offered by others, such as by large “big box” retailers; Numerous types of promotions, sales, offers, discounts, etc. 10464; Affiliates' sales 10465; Distribution channel sales 10466; Etc. 10467.
Install devices and configure AKM 10469 which may be done by the CorporatISM; members of its distribution channel; or one or more of a plan's retailers, partners, affiliates, agents, OEM private label vendors, etc. which include activities such as those described elsewhere, or which may be implemented by other known means: Housing, automobiles, other major purchases, etc. 10470 including selecting houses and moving in, selecting an automobile(s) and starting to drive it, making other major purchases and enjoying using them, etc. A plan may include a plurality of devices 10471 such as any of those in a complete household, communications, business, entertainment, education, etc., so these may be shipped and received already configured, or they may be shipped on installed and then connected and configured after being received. Services may be opened as part of a plan 10472 such as bank accounts, insurance policies, credit cards, online services, travel services, etc. The AKM may be configured for all of the items in a plan 10473 including user AKM record(s), identified devices linked to said user's AKM record(s), identified services linked to said user's AKM record(s), etc. CorporatISM and AKM installations and configurations 10469 may also be done by shortcuts such as templates, scripts, one-step application to a group's AKM record(s), object inheritance, other types of mass settings or shortcuts, etc.; Etc. 10474.
Use devices with AKM, AKI and AK 10476 by said customers (or their family members) of the CorporatISM, including its distribution channel, retailers, partners, affiliates, agents, etc. which include activities such as those described elsewhere, or which may be added by other means: A Lifetime Luxury Plan 10477 could include high-quality, luxurious housing, wireless communications of various types, transportation, devices (as defined herein), financial services, etc. It may also include 10478 entertainment, recreation, travel, etc. For a plurality of these 10477 10478 it may include AKM support in some examples AKI during use, AK, etc. to assist with growth into additional uses, higher levels of success, satisfaction, etc. An Upward Mobility Plan 10479 could include AKM support during the performance of one's job, work, career, etc. with AKM interactive learning (such as AKI during tasks and AK to expand those task successes and related task performance) provided to expand job successes and enable upward career mobility. An Upward Mobility Plan 10480 could also include a range of financial services including wealth growth and management assistance, also with AKM interactions throughout, to help Plan customers achieve more financial success sooner. Etc. 10481.
Reports and dashboards 10483: The AKM results from being a customer and user of said Lifetime Luxury Plan 10477 10478 and Upward Mobility Plan 10479 10480 may be visibly displayed in reports and dashboards 10483 for individuals, groups, countries, larger regions, as well as in reports and/or dashboards for varied groups such as external audiences in some examples customers, prospects, members of competing governances, etc. 10488; and internal audiences in some examples a corporation's employees, partners, affiliates, distributors, retailers, agents, etc. 10488, etc. 10483, and these include reporting capabilities such as those described elsewhere, or which may be implemented by other known means: So that current and recent results are visible, both short-term reports 10484 and short-term dashboards 10485 would show current and/or recent results by reporting and dashboard means such as described elsewhere, as well as by other known reporting and/or dashboard means. So that results over longer periods of time (such as three years, five years, 10 years, etc.) are visible, both long-term reports 10486 and long-term dashboards 10487 would show longer-term results by reporting and dashboard means such as described elsewhere, as well as by other known reporting and/or dashboard means. These reports and dashboards 10484 10485 10486 10487 would be available to the CorporatISM's Plans' members 10488, prospects 10488, competitors' members who are being urged to switch to this vendor's plans 10488, and others who may be reviewing, evaluating, comparing, or making other uses of said plans and the components of these and other types of plans. Etc. 10489.
Results-driven adjustments and improvements 10491 10496 may be applied to each of these areas, based on the actual results achieved 10476, received and displayed 10483: Management and business operations 10492 10451: Any type of business decisions, operations, business relationships, business adjustments, reorganizations, cost cutting, new additions, promotions or discounts, plan offering changes, policy changes, sales and marketing offerings, product lines, product designs, installations or configurations, results reporting, adding/modifying/ending relationships with vendors, etc. may be edited, updated, added, deleted, etc. in order to achieve any business goal (such as increasing the rate of visible success delivered 10476 10483). Sales and marketing 10493 10460: Plans, packages and/or offerings may be adjusted (the mix of what is sold and delivered, the goal(s) promoted by each plan or offering, etc.), how they are sold may be changed (such as by means of direct sales, partners, distributors, retailers, affiliates, etc.), as well as the promotions and/or discounts offered to achieve any sales or marketing goal (such as increasing the units sold, revenue received, etc.). Installation and configuration 10494 10469: Creation and/or adjustments may be made to users' AKM record(s), device goals, AKM settings, etc. to achieve any installation, configuration and/or performance goal (such as increasing the rate of visible success delivered 10476 10483). Use with the AKM, AKI and AK 10495 10476: Numerous types of AKM, AKI and AK optimizations are described throughout and may be utilized to achieve any usage goal (such as increasing the rate of visible success delivered 10476 10483, etc.).
Combination plans may also be sold such as some examples “Multiple Identities Plan” plus “Personalized Consumption Plan.” Such a package may offer various types of multiple lifestyles identities combined with various packages of material goods a person or a family needs to enjoy its selected identities, from high-tech online identities that create and own independent businesses (such as a broadcast network that AR TPM may make possible to create, run and customers to use), personalized products and services that the AKM makes easier to use to enjoy one's lifestyles goals, etc. Broad plans and/or a la carte collections can be sold to individuals, families or households; in some examples under a contract for one monthly payment, at a price that includes AKM support for pursuing a plurality of simultaneous identities and lifestyles. Other broad plans and/or combinations of plans may be sold to corporations and/or groups to provide them a competitive edge in job and/or work performance by employees in multiple roles, employee recruiting as a corporate benefit, governance services for those who desire greater personal freedoms, benefits from a membership group (such as a professional or trade association, a senior citizens' organization, a lifestyle group, a residential community, a religious organization, etc.), etc. For those who already own some parts of what a plan includes, there may be a la carte packages based on what they want to add, update and/or include.
Because IndividualISMs are designed to foster self-governance, self-sovereignity, etc. an IndividualISM may provide ways to buy from, join groups from, or form other types of associations with and within one or more IndividualISMs or other types of governances, so that a wider range of options is provided than available from just one IndividualISM. “Freedom of substitutions” may also be an explicit business policy provided to members with some examples such as no contracts, no cancellation penalties, enabling add/drop a group(s), add/drop a plan(s), switch from one group to a different group(s), switch from one plan to a different plan(s), make substitutions within a plan(s), add/drop an identitiy(ies), switch from one identity to a different identity(ies)—and these may (optionally) be enabled for more than one IndividualISM such as from multiple IndividualISMs or multiple governances. These allow IndividualISM governances to deliver greater personal freedom and sovereignity to its members with one-stop satisfaction to provide a plurality of the personal, social and/or commercial needs of an individual, family or household. If something goes wrong or something different is wanted, IndividualISMs might provide “customer freedom” instead of the types of “customer lock in” that some forms of governance might prefer. In the event something is not right, automated AKM interactions could provide IndividualISM members with ways to fix it themselves, change it, replace it with a more desired substitute, remove it, and/or end a relationship. If available the item or association can be dropped, ended, replaced, or a substitute added without additional charge if part of a plan or (optionally) for a small fee, or an upgrade/reimbursement might be provided for the difference between the value of the current and replacement item(s).
The types of plans in some examples of an IndividualISM might attract those who want personalized choices in the short term, and flexibility in the long term, because they feel they would rather have what they want when they want it, and explore new options at any time, instead of a fixed range of fixed choices (even if it is broad) for a fixed period of time. In some examples these types of plans might attract people of any age who are moving from one relationship or lifestyle to another (such as from marriage to becoming single) because they are unsure what they want to choose and when. Or, it may attract those who enjoy new experiences and trying new things any time they might want them. Instead of committing to one package or plan, and instead of pursuing a stable if high-quality lifestyle, a plurality of new and changing needs can be met with one purchase, and the new level of variety and freedom in a personal lifestyle might be paid for with a monthly fee that can be set at a level they can afford—with money left to afford to live well. Since they (optionally) receive AKM “upward mobility support” that includes AKI and AK to assist with their (optional) multiple identities, job(s) performance, creating multiple incomes by their multiple identities, career(s), financial management, wealth building, etc., those who are working can raise their job(s) success, income and purchasing power to keep expanding the variety and types of lifestyle(s) that they explore.
In some examples if a customer or couple wants to add a second or third identity, second or third home and a variety of different types of lifestyles in two or more cities, an IndividualISM might be an appropriate choice for providing the multiple identities, material goods and associations for trying/developing/enjoying these varied lifestyles. An IndividualISM might help them balance their income and desires to maximize their happiness and satisfaction within the size of (monthly or other) payment that they can afford. If they reduce their lifestyle, such as from different lives in three cities to two, they pay less. A new type of IndividualISM could give its customers increased mobility, flexibility, self-governance, self-sovereignity, etc with greater freedoms for achieving their lives' goals. This may be the equivalent of greater prosperity and comfort, with less struggle, than other periods of history—most of which has focused on maintaining the status quo politically at relatively poor levels of individual human welfare and financial security—instead of the AKM's and governances' continuous transformations to achieve and measurably deliver humanity's continually expanding goals, needs, wants and desires.
Turning now to
Sales and marketing 10550 by the Individualism, distribution channel, retaileters, partners, affiliates, agents, social groups, social networks, etc. which include activities such as those described elsewhere, or which may be implemented by other known means: Individual plans and packages 10551; Combination plans and/or packages 10552; OEM plans and/or packages 10553 such as for private-label plans and/or packages that may be offered by others, such as by large “big box” retailers; Affiliates' sales 10554; Third-party sales 10555 such as by a plurality of of legal distribution channels; Numerous types of social groups, social networks, membership organizations, any other type of communicators and agents (such as bloggers, microbloggers, promoters, etc.), etc. 10556; Etc. 10557.
Install devices and configure AKM 10560 which may be done by the IndividualISM; members of its distribution channel; or one or more of a plan's retailers, partners, affiliates, agents, OEM private label vendors, social groups, social networks, membership organizations, etc. which include activities such as those described elsewhere, or which may be implemented by other known means: Housing, automobiles, other major purchases, etc. 10561 including purchases by one or more identities of housing, an automobile(s), other major purchases, and integrating them with appropriate personalized AKM services. A plan may include a full range of a plurality of devices 10562 such as any of those in a complete household, communications, business, entertainment, education, etc., so these may be shipped and received already configured, or they may be shipped on installed and then connected and configured after being received. Services may be opened as part of a plan 10563 such as bank accounts, insurance policies, credit cards, online services, travel services, etc. The AKM may be configured for all of the items in a plan 10564 including user identities and AKM record(s), identified devices and/or services linked to said identities and AKM record(s), etc. IndividualISM and AKM installations and configurations 10560 may also be done by shortcuts such as templates, scripts, one-step application to a group's AKM record(s), object inheritance, other types of mass settings or shortcuts, etc.; Etc. 10565.
Use devices, live one or more identities, lifestyles, etc. with AKM, AKI and AK 10566 by said members (or their family members) of the IndividualISM, including its distribution channel(s), retailers, partners, affiliates, agents, related governances and their vendors, etc. which include activities such as those described elsewhere, or which may be added by other means: A Multiple Identities (and/or Multiple Lifestyles) Plan, a Personalized Consumption Plan, or other types of Plans could include housing 10567, wireless communications 10567, transportation 10567, devices (as defined herein) 10567, etc. It could also include entertainment 10568, recreation 10568, travel 10568, etc. For a plurality of these 10566 10567 it may include AKM support in some examples AKI during use, AK, etc. to assist with growth into additional uses, higher levels of success, satisfaction, etc. Plans that include job and/or career success could include AKM support during the performance of one's job 10569, work 10569, career 10569, etc. with AKM interactive learning 10569 (such as AKI during tasks and AK to expand those task successes and related task performance) provided to expand job successes and enable work success for one or more of an individual's identities. Plans that include wealth and asset growth could also include a range of financial services 10570 including wealth growth and management assistance 10570, also with AKM interactions throughout, to help Plan customers achieve more financial success sooner. Lifestyle Expansion Plans and Social Group(s) Memberships Plans could include services and AKM assistance from multiple areas 10566 10567 10568 10569 10570 10571 to deliver any IndividualISM benefits across two or a plurality of identities and/or lifestyles. Modified copies of plans, packages or offerings from other governances, corporations, governments, etc. may include a combination of various IndividualISM benefits 10566 10567 10568 10569 10570 10571 with the addition of the IndividualISM's values such as in some examples “no contract lock-in” with the ability to exit a plan, and/or replace any part of any plan at any time. An IndividualISM's options for how its members may help “Control the Individualism” and what it sells and provides may be facilitated by two-way AKM interactions that (1) provide direct means for exercising various control options that may range from the design of an individual device to who manages the IndividualISM itself and how it is managed, and (2) provide AKM guidance while exercising each type of control, along with (3) advertising and/or other messages from those who have a stake in the outcome of said control decisions, and any other AKM use or service possible.; Etc. 10571
Reports and dashboards 10573: The AKM results from being a customer, member, subscriber, etc. of said IndividualISM 10540 10541 10550 10560 10566 may be visibly displayed in reports and/or dashboards 10573 for individuals 10574 10575, groups 10576 10577, countries 10576 10577, larger regions 10576 10577, as well as in reports and/or dashboards for varied groups such as external audiences in some examples members, prospects, members of competing governances, etc. 10578; and internal audiences in some examples an IndividualISM's managers, partners, affiliates, distributors, retailers, agents, etc.10578, etc. 10573, and these would include reporting capabilities such as those described elsewhere, or which may be implemented by other means: So that current and recent results are visible, both short-term reports 10574 10576 and short-term dashboards 10575 10577 would show current and/or recent results by reporting and dashboard means such as described elsewhere, as well as by other reporting and/or dashboard means. So that results over longer periods of time (such as three years, five years, 10 years, etc.) are visible, both long-term reports 10574 10576 and long-term dashboards 10575 10577 would show longer-term results by reporting and dashboard means such as described elsewhere, as well as by other reporting and/or dashboard means. These reports and dashboards 10574 10575 10576 10577 10578 would be available to the IndividualISM's members 10578, prospects 10578, competitors' members who are being urged to switch to this governance's Plan(s) 10578, and others who may be reviewing, evaluating, comparing, or making other uses of said plans and the components of these and other types of plans 10578; Etc. 10579.
Results-driven adjustments and improvements 10581 10583 may be applied to each of these areas, based on the actual results achieved 10566, received and displayed 10573: Management and business operations 10582 10541: Any type of business decisions, operations, business relationships, business adjustments, reorganizations, cost cutting, new additions, promotions or discounts, plan offering changes, policy changes, sales and marketing offerings, product lines, product designs, installations or configurations, results reporting, relationships with other governances to expand offerings, etc. may be edited, updated, added, deleted, etc. in order to achieve any business goal (such as increasing the rate of visible success delivered 10566 10573) or to achieve any IndividualISM value (such as expanding the freedom, personal sovereignty, social relationships, range of identities, range of lifestyles, or control by the IndividualISM's members). Sales and marketing 10583 10550: Plans, packages and/or offerings may be adjusted (the mix of what is sold and delivered, the goal(s) or value(s) promoted by each plan or offering, etc.), how they are sold may be changed (such as by means of direct sales, partners, distributors, retailers, affiliates, social networks, values-based organizations, lifestyle organizations, etc.), as well as the promotions and/or discounts offered to achieve any sales or marketing goal (such as increasing the units sold, revenue received, etc.). Installation and configuration 10584 10560: Member-controlled or member-approved creation and/or adjustments may be made to users' AKM record(s), identities, device goals, AKM settings, etc. to achieve any installation, configuration and/or performance goal (such as increasing the rate of visible success delivered 10566 10573). Use with the AKM, AKI and AK 10585 10566: Numerous types of AKM, AKI and AK optimizations are described elsewhere and may be utilized to achieve any usage goal (such as increasing the rate of visible success delivered 10566 10573, etc.).
Unlike citizenship in a nation state government, a single person may utilize multiple simultaneous memberships in multiple governances, and thereby receive the combined benefits from a plurality of different types of governances, such as in some examples
AKM TRANSFORMED DEVICES—A DRIVER OF HUMANITY'S SUCCESS (“ANTHROTECTONICS”):
Localization 10500: Modern product design began with the emergence of the Industrial Revolution in the nineteenth century, when the division of labor separated the design from the manufacturing of a product. As ever larger-scale industrial manufacturing replaced older craft methods (where one person did both design and production) the conditions of work and life were transformed by manufacturing that was driven by steam engines, automated looms, pre-fabricated construction components (such as lumber, nails, bricks, doors, windows), and countless other goods from shoes to eating utensils to hair brushes. With the rise of mass marketing as exemplified by department stores, the Sears catalog and railroad and postal service distribution of products ordered, product design 10501 increasingly focused on the regional or national markets 10502 where products were sold, along with those customers' needs and tastes. Any support needed 10503 was provided at the same geographic scope (such as regional or national) as marketing 10502. To the extent that products were sold abroad the local products were exported 10504 to those foreign markets.
Globalization 10506: The economic transformation that began in the mid-1800s increasingly transformed products from different nation's and culture's designs to more uniform global designs. One driver was the mass manufacturing requirement for a smaller range of standard, identical components, which led to the ease of manufacturing more functional designs with reduced aesthetics. Another driver was the concept of “Utopia” or “social vision” (such as the Bauhaus school's approach, founded by Walter Gropius in Weimar) which held that new design concepts could improve people's lives and produce positive changes in society. Increasingly, products that tended to be more functional and useful, while incorporating more universal designs, could be sold globally since they also had fewer superficial embellishments or biases from a country's local culture. By the late 20th century and early 21st century, a growing range of products were being designed, created and tested in multiple countries and regions 10507, then marketed globally 10508 and supported from fewer centers located geographically to cover all time zones 10509. These products were designed from the ground up as global products for multiple markets 10506 10510, not as local products that were then exported. Mass manufactured design associated with brand marketing may have begun during the early 1900s, but it established firmer “mind share” in the popular culture during the second half of the 20th century. Today a plurality of people imagine themselves, their lives, their identities and egos within the dawn to dusk environments that they have filled with countless purchased products, furniture, utensils, clothes, house, cars, and their jobs' workspaces—within which they live, love, learn, work, enjoy life and raise families. From waking in branded sheets and comforters on the beds in which they sleep, to the branded bath products they use in the shower, the designer clothes they wear to present themselves during the day, the brand and model car they drive to work, to the packaged food they choose to eat when they cook meals and snacks, many peoples' choices of brands, products and services determines much of how they think of themselves, represent themselves to others, define themselves in social and work groups, and create their identity in society. As the last century ends and a new digital world takes hold 10511, these brands have new needs to deepen their interactive connections with their customers before, during and after use, to expand their “mind share” of their customers' self-images, and to prevent competitors from entering and capturing these increasingly direct two-way relationships.
21st Century Alignment 10512: Multiple microprocessor and digital revolutions 105111 10518 are changing a plurality of things from physical and analog 10500 10506 into digital, online and constantly connected 10511 10512 10513 10518. This appears to be producing a cultural revolution 10512 that started during the last decades of the 20th century 10511 and is expanding in the 21st century. From communications to entertainment, from centralization to decentralization, from educational institutions to lifelong learning, from traveling to online presence, from going to work to always being connected to work, from national governments to trans-border governances, from local cultural viewpoints to worldwide human capabilities 10513 10514 10515 10516, various areas of modern life are undergoing changes and may be transformed more fully as multiple new digital revolutions are still being invented. This cultural revolution may become even larger then the technological digital revolutions 10511 10518.
This technological revolution 10511 has reopened the designs of numerous devices (as defined herein, “devices” include products, equipment, services, applications, information, entertainment, etc.). Because technology is programmable, more automated products are being developed. Because a plurality of digital devices can be made modular, their features and functions are increasingly hidden inside them with numerous new types of user interfaces created to use them. Remote controls are being added as the actual devices can be pushed into the background or even online so that they disappear completely. With growing ranges of digital devices becoming modular, their various inputs and outputs are increasingly placed where design engineers want, without being tied to a single physical device or even to one location. Designers and development engineers often add whatever has become technically feasible, while vendors often add new features to boost sales (even if the new features won't or can't be used). This has prompted the emergence of a new “usability” career path and skill set, because “ease-of-use” has become a central issue for users, even if some vendors feel this is less important than having new technologies and/or functions in their products and services (a sarcastic description of adding usability is “putting lipstick on a pig”). Until digital technology matures to where it has predictable, standardized paradigms that are widely adopted, these digital transformations have opened a growing gap between normal, everyday users and the frequent changes in numerous digital devices, amid a digital environment whose designs are multiplying and spreading until a state of extreme diversity becomes all-consuming. Why is there a growing performance gap? Because our human brains and bodies have been the same for 50,000 to perhaps 100,000 years, and normal people are severely challenged by the scope and speed of these digital transformations—yet these are just beginning and are likely to continue for at least decades—a growing gap between our basic humanity and our potential achievements that suggests some potential value from new means for technology to deliver its value in better, more predictable and consistent ways.
For the moment these digital transformations are still just beginning. So far their main impact is what have been called the “c-techniques” on the supply side, which provides a chain where, for example, CAD (computer-aided design) links design to manufacturing, and supply chain systems directly link manufacturing to logistics. These “c-techniques” typically include activities that are increasingly aligned with each other in parallel processes such as: Computer-aided design (CAD) which may optionally integrate with computer-aided manufacturing (CAD/CAM); Computer-aided simulation and/or imaging; Computer-aided prototyping; Computer-aided manufacturing and/or assembly; Computer-aided logistics (inventory, distribution, packing, shipping, etc.) and supply chain management (SCM); Computer-aided marketing and sales; Computer-aided management of the business process and supply chain; Computer-aided customer support.
The biggest digital revolutions may be yet to come 10511 10512 10518, which include integrating customers and users into an interactive, holistic process that delivers new stages of achievements that include higher levels of success and satisfaction. As this shows 10513, with an Active KnowledgeMachine 10514 and new types of Governances 10515 the overall inputs and outputs result in new types of control, evaluation, measurement and usability by means of interactions during the use of devices (as devices are defined herein, either through those devices directly or by means of AIDs/AODs). As illustrated 10513, this may produce multiple types of benefits such as: Delivering higher rates of success and satisfaction to users during use 10514. New types of governances 10515 that include the AKM's feedback to vendors and designers with aggregated information on human activities at the level of goals and larger purposes, along with the use of the AKM to provide a plurality of types governance services and communications; which perform the functions of aggregation (of use, activities, the devices, designs, results, and integrated optimization and self-improvement processes) to provide various new types of management and governance at the scale possible with broad communications, resulting visibility and the new levels of human success these might enable. Numerous governances 10515 may compete with each other, including competition between different types of governances (as exemplified by IndividualISM's, CorporatISM's and WorldISM's but not limited to these), and by competition between different implementations of each type of governance—with visible AKM reporting of results achieved by each. This competition with visible AKM results produces dynamic evolving opportunities for continuously improving governances to emerge, as the most successful ones prosper and those that fail to meet needs well enough diminish due to visible results by more successful governances. At the same time, individual devices could be transformed and improved (in some examples as described in
Because the AKM 10514 and governances 10515 are potentially global processes 10517, they transcend national borders 10517 to produce a higher level of alignment 10512 between individual activities and goals 10514 by means of an AKM(s), aggregated group goals 10515 by means of a governance(s), and the increased levels of success 10516 that are desired and may one day be provided free or purchased from one or a plurality of AKMs 10514, or provided free or purchased from one or a plurality of governances 10515. As described optimization and continuous improvement are part of AKM transformations so that higher and higher rates of success may be delivered 10513 10516 or offered for sale, so this could be the start of a transformation that continuously improves the alignment between what is produced and sold with what is wanted and used 10517 10518.
“ANTHROPOTECHTONICS—AKM TRANSFORMATIONS OF DEVICES AND GOVERNANCES:
First, corporations need new products and services: World leading corporations face massive new pressures to invent (or license/capture and sell) the next revolution that might sweep the marketplace, much like Apple has transformed the music industry with the iPod, the communications and personal applications industries with the iPhone, and the online store for those industries with iTunes.
Second, silent data and silent analyses: Now that a million transistors cost less than one penny vast amounts of data may be created, analyzed and discarded merely to surface the small percentage of events that are valuable to people. Some examples include the airbag sensors in automobiles which typically produce 100 to 1000 readings per second that are sent to one of the automobile's microprocessors. While this may produce more than a billion readings and analyses during the life of an automobile's airbag sensor, it is only when a crash occurs that this analyzed data becomes actionable and is used to calculate how much to deploy an airbag(s) to protect each passenger individually. Similarly, an airbag's silent data and silent analyses provide an analogy to modern devices' and networks' abilities to monitor use, surface activities (in some examples task failures), and calculate the gaps between attempts and successes—to turn attempts into implied goals, and to turn failures (or even just problems or desires) into triggers that an AKM might use to raise the rate of human success, satisfaction, etc.
Third, a new “AnthorpoTectonics power position” could become exclusive access to all or part of the world's flow of data, or at least having non-exclusive access to it: For the first time it might become possible for one corporation. a group of affiliated companies, or independent vendors to use this or parts of it (such as AKM services, AKM data and AKM analyses/reporting) to continuously transform devices and governances in multiple industries simultaneously. By means of one or more AKMs it may be possible to discover and use the hugely expanding abundance of data on activities, desires and tasks to fuel intense corporate needs to introduce frequent improvements that provide the meaningful and measurable advantages that customers really do and want: First the AKM data surfaces user needs (which are also competitive advantages or vulnerabilities) in devices and current (industry governing) market shares. Then these can be attacked by AnthroTectonics' continuous AKM transformations of devices and marketplace governance by a variety of means and processes described in a variety of ways (in some examples
Turning now to
ENTERTAINMENT: While new ideas for potential technologies have been conceived by many authors, it is unusual when an author specifies those new technologies for patenting, and even more unusual when the subject of the patents are part of the entertainment product(s) created. Still more unusual is when those new technologies are in some examples related to the creation of new types of realities and are enabling devices for bringing those realities into existence—and are therefore part of the new realities. Therefore, when and if other entertainments seek to use those other realities and/or the technologies that enable them, they may be seeking to re-use proprietary property.
It is widely known and practiced that patented technologies are licensed for use in products and services, and it is also widely known and practiced that invented characters (like Winnie the Pooh, Harry Potter, etc.) are licensed for use in commercial products, entertainment products and services; therefore, in some examples it may be appropriate for technologies to be licensed for use in commercial products, entertainment products, entertainment services, marketing, etc. in the manner that a combination of character licensing and technology licensing would be practiced.
Expressions in and as entertainment: Turning now to
For other illustrations of how the Reality Alternate technologies may be utilized in entertainments (such as in some examples novels, in some examples movies, in some examples television shows, in some examples video games, in some examples theater, in some examples musicals, in some examples dance, in some examples art, and in some examples other forms of entertainment), consider three of many possible examples of derived entertainment realities, in some examples a first alternate reality 8207 may be created in which mass live, real-time TPDP digital entertainment “events” replace broadcast media as the main form of personal entertainment; in some examples a second alternate reality 8208 may be created in which groups develop “separate realities” by means such as the ARM and separate governances with digital boundaries between each other and Balkanize into separate and relatively disconnected digital realities with disconnected governances with separate and dissimilar lifestyles and belief systems, forming separate cultures that exist digitally on the same physical Earth; and in some examples a third alternate reality 8209 may be created in which the human race chooses to abandon outer space exploration and some types of outside activities in favor of choosing a new “inner space” based on each person enjoying multiple created digital identities, multiple digital realities that are enjoyed as various kinds of constant entertainment, interactive digital experiences, multiple personal “lives,” multiple belief systems and digital means for providing digital services and earning digital incomes; and in some examples any number of other alternate realities 8210 may also be derived from the technologies specified in the “Reality Alternate” 8202. Therefore, starting from one or a plurality of parts of the “Reality Alternate” 8201 8202 it is possible to derive a plurality of entertainment realities 8206 8207 828 8209 8210 with each utilizing a plurality of Reality Alternate technologies 8201 8202 to produce and sell one or a plurality of different types of entertainment alternate reality(ies) 8207 828 8209 8210 for constructing entertainment media 8214, entertainment series 8222, and/or individual entertainment properties 8230.
In some examples one or a plurality of parts of said entertainment realities 8206 8207 828 8209 8210 may utilize the “Reality Alternate” 8201 8202 (as described elsewhere) in creating one or a plurality of entertainment media 8214. As three of many possible examples of entertainment media examples 8214 that are based on an entertainment reality 8206, in some examples a first alternate reality 8207 may be created in which mass live, real-time TPDP digital entertainment “events” replace broadcast media as the main form of personal entertainment; then in some examples of a first entertainment media novels 8215 may be set in this “mass live digital events” alternate reality, in some examples of a second entertainment media movies 8216 may be set in this “mass live digital events” alternate reality, in some examples of a third entertainment media TV shows 8217 may be set in this “mass live digital events” alternate reality, and in some examples other types of entertainment media 8216 (such as in some examples video games 8218, in some examples theater 8218, in some examples live concerts for digital event “broadcasts” 8218, in some examples museums 8218, and some examples art galleries 8218, in some examples weekend art festivals 8218, in some examples artist shows 8218 [whether physical or online], in some examples dance 8218, in some examples of opera 8218, in some examples theater 8218, in some examples Broadway shows 8218, in some examples musicals 8218, in some examples school productions 8218 [such as in some examples from high schools, in some examples from colleges, in some examples from theater schools, in some examples from music schools, in some examples from other types of schools], in some examples mime 8218, and in some examples other types of entertainment 8218) may be set in this “mass live digital events” alternate reality 8207.
In some examples one or a plurality of Reality Alternate technologies may be employed in conjunction with traditional entertainment products such as in some examples a novel 8215 about TPDP digital events may stage fictional TPDP events that are directly from the novel's story for the book's readers to attend digitally—and that expanded form of the novel is named herein a RealWorld Novel 8215 (or RWN). Because a novel's readers change over time and portions of a digital event may be recorded, one or a plurality of RWN's associated with a specific novel 8215 may be scheduled periodically (such as monthly or weekly) so that current readers may attend it (and in some examples RWN events 8215 may be separate ticketed entertainments for which readers pay additional money). In some examples for movies 8216 one or a plurality of Reality Alternate technologies may be employed in conjunction with various stages in the lifecycle of a movie such as its release in theaters, on DVDs, for instant download viewing, on television, etc. and the employed technologies are named herein a RealWorld Movie 8216 (or RWM). Because each movie is a different genre one or a plurality of Reality Alternate technologies may be customized for each genre such as a romantic movie employing digital presence technologies to involve singles in a mass dating and finding each other event 8216, while a superhero action adventure movie may provide the mass experience of a constructed digital reality where superheroes are “normal people” who walk among the digital crowd and interact personally with those present 8216. In some examples for television shows 8217 one or a plurality of Reality Alternate technologies may be employed in conjunction with various episodes in a television show's season such as successive episodes of a weekly comedy show being about Washington politicians, religious leaders, and school teachers—thereby providing a weekly Reality Alternate digital reality 8217 in which digital participants can interact with parodied characters from that week's television show 8217 and the employed technologies are named herein a RealWorld TV Show 8217 (or RWTV). In some examples other types of entertainment media 8218 may each utilize one or a plurality of Reality Alternate technologies in some examples to expand their marketing 8218, in some examples to expand their audience involvement 8218, in some examples to expand their revenues by means of ticketed events 8218, in some examples to provide additional types of entertainment 8218, and in some examples to deliver other types of entertainment 8218 or value to an entertainment property 8218.
In some examples the creator of an entertainment 8215 8216 8217 8218 and/or vendor of an entertainment 8215 8216 8217 8218 (such as in some examples a book publisher, in some examples a book seller, in some examples a movie studio, in some examples a chain of movie theaters, or in some examples any other type of entertainment vendor) may maintain a created digital reality based on a specific entertainment (such as in some examples a novel, and some examples of movie, and some examples a TV show, or in some examples any other type of entertainment) in which fans of that entertainment may be present and interact; and in some examples that constructed digital reality may be supported in some examples by purchase of the entertainment in another media, in some examples by paid admissions to the associated constructed digital reality(ies), in some examples by advertising and advertiser support, in some examples by subscriptions to the associated constructed digital reality(ies), and in some examples by other means of producing revenues or support. As some illustrations of constructed RealWorld digital realities that children may be present in, in some examples Winnie the Pooh's fans may visit the hundred hundred acre woods and have tea with rabbit, in some examples Harry Potter fans may attend classes in Hogwarts School of Magic and Wizardry, and in some examples fans of other entertainments may enjoy other types of constructed digital realities that are associated with each type of entertainment. In addition, in some examples other Reality Alternate technologies may be employed besides constructed digital realities to provide the audiences for any specific entertainment with additional connections to each other, interactions with each other, interactions with one or a plurality of the entertainment's creators, story lines, backgrounds, images, bonus features, or other resources that utilize one or a plurality of Reality Alternate technologies. Similarly, fans of an entertainment may provide any of the additional features or capabilities that utilize Reality Alternate technologies. Therefore, starting from one or a plurality of parts of the “Reality Alternate” 8201 8202 it is possible to derive a plurality of entertainment media 8214 8215 8216 8217 8218 within each of a plurality of entertainment realities 8206 8207 8208 8209 8210, to produce and sell a plurality of different types of entertainment series 8222, and/or individual entertainment properties 8230, which in some cases may include associated RealWorld components and/or separate Reality Alternate technologies-based entertainment products or services.
In some examples one or a plurality of parts of said entertainment media 8214 8215 8216 8217 8218 may utilize the “Reality Alternate” 8201 8202 (as described elsewhere) in creating one or a plurality of entertainment series 8222. As just three of many possible examples of entertainment series 8222 that are based on an entertainment reality 8206 8207 8208 8209 8210 and one of each entertainment reality's entertainment media 8214 8215 8216 8217 8218, in some examples a first alternate reality 8207 that focuses on 24x7 live mass TPDP events that replace broadcast media as a dominant form of entertainment may contain in some examples a series of novels 8215 8222 8223, in some examples a series of movies 8214 8222, in some examples a series of TV shows 8217 8222, and in some examples a series of another type of entertainment media 8216 8222. In some examples an entertainment series 8222 that uses a first entertainment media such as novels 8215 and is set in a first alternate reality 8207 “events” may develop a main character who is an organizer and promoter of these events who can make or break entertainers' careers, as well as thrust audience “groupies” into worldwide prominence at a moments' notice, following that character's roller coaster career ride through startup, sudden fame, star-making, wild personal relationships, worldwide adventures that are simultaneously digital and physical, followed by a career crash with both resurrection and redemption, leading to more dramatic adventures than ever before. In some examples each entertainment series 8222 may include one or a plurality of individual entertainment properties that are part of a series 8222 that use one of the entertainment media 8215 in an entertainment reality 8207 that is based on the Reality Alternate 8202; such as in some examples four novels 8223 8224 8225 8226 that are based on a single character's story 8216, in some examples a first novel 8223 may tell the story of how a rock concert promoter discovers and adapts TP technologies for mass live events, tries and fails with several events only to finally triumph with the first million-person mass audience that is digitally present at a live and massive event; in some examples a second novel 8224 may tell the story of how this promoter starts building a new live (in mass digital presence) audience industry that rivals Hollywood's broadcast television show making industry, and has to fight off the older television industry's attempts to destroy it by engaging the new mass digitally present audiences to protect it and the events they now enjoy; in some examples a third novel 8225 may tell the story of how that promoter goes on to experience wild excesses that combine the suddenly arrogant personality of a stereotypical Hollywood star with the unlimited financial resources of a multi-billionaire and how those excesses cause his downfall and the financial collapse of his empire; and in some examples a fourth novel 8226 may tell the story of how that promoter realizes that his huge contributions still exceed his huge mistakes and starts using his insights to start changing the world for the better by creating mass live events that tackle social problems and grow to such enormous sizes that the public's demands start transforming those issues, producing his resurrection and redemption by the novel's end as a major new type of large and rapid public movements that are able to help create a better world faster than ever before. Therefore, the Reality Alternate 8202 may be employed in a plurality of individual entertainment properties (whether it is in some examples a series of novels 8222 8223 8224 8225 8226, in some examples a series of movies 8216 8222, in some examples a series of TV shows 8217 8222, or in some examples a series in another type of media 8216 8222) that may contain various adventures with the same main character(s).
In some examples each entertainment story in an entertainment series 8222 such as a series of novels 8223 8224 8225 8226 may employ as an RWN addition one or a plurality of Reality Alternate technologies 8215 in conjunction with each individual novel 8223 8224 8225 8226 and/or in conjunction with the series of novels 8222. Similarly, in some examples a series of movies 8216 may employ RWM 8216 in conjunction with a series of movies 8216. Similarly, in some examples a series of television shows 8217 may employ RWTV 8217 in conjunction with a series of television shows 8217. Similarly, in some examples a series from any other entertainment media 8218 may employ similar RealWorld applications 8218 of Reality Alternate technologies in conjunction with a series of those entertainments 8218. Therefore, the Reality Alternate 8201 8202 may be employed in multiple entertainment realities 8206 8207 8208 8209 8210, each with a plurality of types of entertainment media 8214 8215 8216 8217 8218, and each with a plurality of entertainment series 8222 based on the larger story(ies) of a single character or group of characters, or based in some examples on marketing, in some examples on the life cycle stages of each entertainment property, in some examples for opportunities for involving the audiences in expanded entertainments, in some examples to expand revenues by selling tickets or subscriptions to related RealWorld entertainment events provided with Reality Alternate technologies, and in some examples for other entertainment purposes or values.
In some examples one or a plurality of parts of said entertainment realities 8206 8207 828 8209 8210 may utilize the “Reality Alternate” 8201 8202 (as described elsewhere) in creating one or a plurality of individual entertainment properties 8230 such as in some examples by utilizing an entertainment reality 8206 8207 8208 8209 8210 that is based on the Reality Alternate 8201 8202; in some examples by utilizing an entertainment media 8214 8215 8216 8217 8218 based on an entertainment reality 8206 8207 8208 8209 8210 that is based on the Reality Alternate 8201 8202; in some examples by utilizing an entertainment series 8222 8223 8224 8225 8226 based on an entertainment media 8214 8215 8216 8217 8218 that is based on an entertainment reality 8206 8207 8208 8209 8210 that is based on the Reality Alternate 8201 8202; and in some examples by directly creating an individual entertainment property 8230 that is based on the Reality Alternate 8201 8202. In some examples an individual entertainment property 8230 includes in some examples a novel 8231 such as in some examples “Novel X”, in some examples a related movie 8232 such as in some examples “Movie X”, in some examples a related TV show 8233 such as in some examples “TV Show X”, and in some examples other related types of individual entertainment properties 8234 such as in some examples “Property X” (such as in some examples video games 8234, in some examples theater 8234, in some examples live concerts 8234, in some examples museums 8234, in some examples an art gallery 8234, in some examples weekend art festivals 8234, in some examples an artist's show[s] 8234 [whether physical or online], in some examples dance 8234, in some examples opera 8234, in some examples theater 8234, in some examples Broadway shows 8234, in some examples musicals 8234, in some examples school productions 8234 [such as in some examples from high schools, in some examples from colleges, in some examples from theater schools, in some examples from music schools, in some examples from other types of schools], in some examples mime 8234, and in some examples other types of entertainment 8234).
In some examples each type of individual entertainment property may employ one or a plurality of RealWorld entertainment components 8230 8231 8232 8233 8234 in conjunction with in some examples RWN associated with a novel 8231, in some examples RWM associated with a movie 8232, in some examples RWTV associated with a television show 8233, and in some examples another type of RealWorld add-on that is associated with another type of individual entertainment property 8234 (as described elsewhere). Therefore, starting from one or a plurality of parts of the “Reality Alternate” 8201 8202 it is possible to derive a plurality of individual entertainment properties 8230 that may be related in some examples to entertainment series 8222, in some examples to entertainment media 8214, and/or in some examples to entertainment realities 8206, which in some cases may include associated RealWorld components and/or separate entertainment products or services.
As a result, in some examples the Reality Alternate 8201 8202, or in some examples one or a plurality of parts of the Reality Alternate 8201 8202, may be contractually provided for use in some examples with or in one or a plurality of types of entertainment realities 8206, in some examples with or in entertainment media 8214, in some examples with or in entertainment series 8222, and/or in some examples with or in individual entertainment properties 8230—together comprising in some examples entertainments that utilize one or a plurality of types of Reality Alternate technologies as a component in their story or entertainment; and in some examples one or a plurality of types of RealWorld entertainment(s) that incorporate, in part of in whole, Reality Alternate technologies 8201 8202.
Redefined entertainment: In addition to the various entertainment examples of the Reality Alternate described elsewhere, there are also other examples in which “entertainment” itself may be redefined. Entertainment properties (such as novels, movies, television shows, video games, etc. are limited in effecting positive advances compared to humanity's growing dilemma of reaching major potential cataclysms when 10 billion people simultaneously try to live lives of rapidly growing prosperity while depleting and exhausting the Earth's carrying capacity and the available resources at an ever faster rate. Whether there are one or many crises, and whether the crises start falling like dominoes in a few short decades or they explode a century from now, there is little question about the possibilities for one of humanity's likely futures: the old Maltheusian forecast of limits, conflicts and collapse will return. This is the invisible mountain on our horizon (towering above the invisible elephant in the room). Limits will be reached and crises will arrive. The 10 billion people are not going away, but they will make the Earth's resources go away as they devour them. Our challenge is to collectively leap to a new level, a much higher stage of capabilities and productivity. Therefore herein, in some examples a redefinition of entertainment is much more than an entertainment vehicle, much more than a type of entertainment property, and much more than an individual property such as in some examples a novel, in some examples a movie and in some examples a video game.
As the Reality Alternate redefines entertainment in some examples, it becomes a platform for exploring new ideas in an alternate digital reality that may be valuable for humanity's survival, sustainability and prosperity as if that digital reality were real life, playing with some new options that are not real but as if they could be made real, and then bringing the best of the solutions into this reality by making real money from them. As a result that redefined type of entertainment is explicitly defined and herein it is named “RealWorld Entertainment” (“RWE”).
What type of entertainment is RWE (RealWorld Entertainment)? Looking back, in the 16th century the theater was the main form of entertainment; in the 19th century it was the novel; in the first half of the 20th century movies and radio were dominant; and they were superseded by television in the second half of the last century. In our 21st century the Internet, social media and multiplayer interactive online games have been added to the types of entertainments that many millions enjoy every day worldwide. The conclusion from history is obvious: Entertainment is not a single product or just one currently enjoyed media. It is a dynamic and evolving flow between the needs of every generation and the opportunities it may use to be entertained. The one thing that has grown steadily is that other than working, sleeping and eating entertainment has become the largest thing we do with our lives—this is what we do with our discretionary time more than anything else.
The real question is why? What makes entertainment this important to us? We have free choice, so what does entertainment add that makes it such a large part of our lives? Some answers may be found by returning to ageless questions: What is the meaning of life? Who am I? What do I want to do with my life? These are basic questions that have been asked by philosophers starting with Aristotle, by the greatest thinkers and spiritual leaders, and by every person in every generation.
Today it is difficult to find genuine answers to life's most important questions. Almost no one reads philosophy outside of a university course. When science was young people turned to it, but it has grown into narrow niches, spiraling into complexities and conundrums. Governments are good at spending money they don't have and don't know how to repay, usually without fixing the real problems. Politicians pursue confrontations over leadership, economists make models without real capabilities, and climatologists make predictions without historic cyclical data that includes the Little Ice Age that just ended a few centuries ago—so that these and other “thought leaders” are viewed with cynicism and disbelief. Religions have turned away a majority who see it as ritual, and many see too many religious leaders behaving hypocritically and sometimes scandalously. News makes money by capturing attention, so it calls anything head-turning news, and biases how it describes the news with the attitude that editors guide how readers should think about what they decide is important. Public schools are disrespected by the students they serve because they know they will fail them, the next generation, and have no clue how to educate them to be the adults needed in the ever faster changing world this will become. Patriotism is strong, heartfelt and essential because the world is uncertain and dangerous, but patriotism unites us to fight each other to decide winners and losers—but doesn't solve the larger problems we all face together.
As we reach an age of possible catastrophes, where can we find answers? Entertainment is where most people have turned, not because it diverts us from the truth, but because it can tell powerful stories of people who each are on a quest to solve a problem, to overcome a difficulty, to make a relationship or a family work, to reach for the best they can be, and to triumph over terrible odds. Together, these stories reflect our need to see and understand the patterns of life, not as a lecture but as powerful emotional experiences that at their best uplift, transform, energize and inspire us. When created well and properly, entertainment takes us to the heart of reality like nothing else. It answers our need to grasp the world, to make sense of it by experiencing it through others' stories, to learn how to make our lives work, and how to become better or worse people. Actors bring a story to life by actually meaning it, by actually living each character's truths from the inside out, by making their characters' unspoken and unconscious feelings as visible as their words and gestures, by showing the real inner truths inside the characters they create.
Out of all the endless sources the media world displays to captivate us, we turn to entertainment the most because it brings us a way to feel and see what we recognize as truths through other people's lives, and through them ourselves. When all the types of answers are compared to entertainment, every one of them has limits, but entertainment is the Rosetta Stone that works the best for the most people today, because it reveals what works and what doesn't work as we each attempt to become our best and truest selves. Worldwide, its power and reach are unrivaled. The number of hours per day most people spend absorbing entertainment eclipses almost every other discretionary way they spend time.
Herein, “RealWorld Entertainment” (RWE) is a new means by which some parts of a culture may evolve through honest and powerful stories in which we, the audience, can experience them as familiar types of entertainment products, and also optionally become characters, participants, employees and other types of roles within some of these experiences. In some examples an “Expandaverse Reality Alternate” is illustrated as a new type of “RealWorld Entertainment” where the audience becomes more than its viewers. This is the step from “story telling” into a flexible alternate digital reality that may include “story telling” and “story viewing/enjoying,” but also “story living,” and—when and if we choose because we discover something we need—“reality replacement.”
Just as every great story attempts to do, RealWorld Entertainment is designed so we can find truths, become inspired and experience a transformation. Normally, then the story ends. If a Reality Alternate enables us to create and shape one or a plurality of digital realities, then why shouldn't play become part of how we can create them, explore them, try them out and discover which are the best ones for each of us? With RealWorld Entertainment we can experience that as “identities” within one or a plurality of digital realities. If those “identities” experience their transformations for real, they can each decide if that's better than the lives they return to when not in a digital reality. If they then independently choose, this platform is designed so its “identities” can be the people who then decide to use their “play” discoveries and make what they create in play part of the real world—RealWorld Entertainment.
Turning now to
In some examples after logging in 8240 a user may have more than one identity in which case they are offered the option of choosing their role in the RWE 8244; In some examples a user may select in some examples a play role 8248 8249 and in some examples a play identity 8249 which in some examples may include assisting in creating or choosing simulated or virtual solutions 8250; in some examples may include assisting in developing explicit planning of simulated or virtual solutions 8250; in some examples may include assisting in delivering simulated or virtual solutions 8250; in some examples may include assisting in creating various types of simulated or virtual improvements 8250; in some examples may include becoming involved in various simulated or virtual play situations 8250; in some examples may include other types of simulated or virtual play 8250; in some examples may include assisting in creating or choosing play solutions to be tried in the real world 8250; in some examples may include assisting in developing explicit planning of play solutions to be tried in the real world 8250; in some examples may include assisting in delivering solutions 8250; in some examples may include creating various types of play improvements to be tried in the real world 8250; in some examples may include becoming involved in play strategy for becoming involved in various real situations 8250; and in some examples may include other types of play is designed to take place and/or effect the real world 8250.
In some examples a user may select in some examples a play job role 8251 and in some examples the role of a play virtual employee in a virtual company 8251 which in some examples may include assisting in designing a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in building a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in delivering a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in marketing and/or selling a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in supporting a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in testing a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in redesigning a simulated or virtual product, service and/or solution 8252; in some examples may include assisting in designing a product, service and/or solution 8252; in some examples may include assisting in building a product, service and/or solution 8252; in some examples may include assisting in delivering a product, service and/or solution 8252; in some examples may include assisting in marketing and/or selling a product, service and/or solution 8252; in some examples may include assisting in supporting a product, service and/or solution 8252; in some examples may include assisting in testing a product, service and/or solution 8252; in some examples may include assisting in redesigning a product, service and/or solution 8252; and in some examples may include other types of activities that an employee may perform 8252.
In some examples a user may select in some examples a real role 8256 8257 and in some examples a real identity 8257 which in some examples may include assisting in creating or choosing real solutions 8250; in some examples may include assisting in developing explicit planning of real solutions 8250; in some examples may include assisting in delivering real solutions 8250; in some examples may include assisting in creating various types of real improvements 8250; in some examples may include becoming involved in various real situations 8250; in some examples may include other types of real job activities 8250. In some examples a user may select in some examples a real unpaid job role at an RWE-related company 8256 8259 and in some examples employment as a real paid employee in a real RWE-related company 8259 which in some examples may include assisting in designing a real product, service and/or solution 8252; in some examples may include assisting in building a real product, service and/or solution 8252; in some examples may include assisting in delivering a real product, service and/or solution 8252; in some examples may include assisting in marketing and/or selling a real product, service and/or solution 8252; in some examples may include assisting in supporting a real product, service and/or solution 8252; in some examples may include assisting in testing a real product, service and/or solution 8252; in some examples may include assisting in redesigning a real product, service and/or solution 8252; and in some examples may include other types of activities that a real employee may perform 8252.
In some examples a user may switch identities 8264 and/or switch roles 8264 after using in some examples a play identity 8249 8250, in some example after using a play job role 8251 8252, in some examples after using the role of a play virtual employee in a virtual company 8251 8252, in some example after using a real identity 8257 8258, in some example after using a real unpaid job role 8259 8260, and in some examples after using a real paid employee at a real RWE-related company 8259 8260. When a user performs said switch 8264 said user is prompted for their identity selection 8244 and/or role selection 8244 among their individually available choices of play identities 8248 8249, play jobs 8251, play employment 8251, real identities 8256 8257, real unpaid jobs 8259, and/or paid employment 8259. In some examples a user may also choose other choices 8264 8242 (as described elsewhere), or in some examples also exit the RWE 8264 8265.
RWE roadmap and timeline: Turning now to
In some examples of an RWE it's alternate reality roadmap includes humanity's possible coming crises due to the simultaneous achievements of a population of 10 billion people with billions more entering the middle-class in large and mid-sized cities in numerous developing countries, producing overwhelming stresses on the Earth's carrying capacities for food, water, climate, consumption, etc. In this RWE alternate reality these stresses mount to critical levels over the next two to five decades. About a half-century from now, in this RWE alternate reality it becomes widely recognized that after another century (about 150 years from now) these stresses are likely to force a Maltheusian collapse that will doom billions of people and cause the collapse of numerous natural ecosystems worldwide—collapsing what's left of the natural world along with ourselves. In the RWE's alternate history it also becomes widely recognized that entirely new answers must be invented to avoid more crises and an eventual catastrophe.
Even though this RWE's roadmap and timeline may be “played” in non-linear ways, they still have a linear history. In some examples each linear RWE stage provides new and different ways for individuals to make a powerful impact on dealing with the RWE alternate reality's possible collapse of human prosperity and our planet.
In a first stage a simultaneous advent of digital discontinuities 8274, Reality Alternate technologies and other transformations (such as described in
Turning now to
In some examples the first stage's 8290 alternate history 8284 includes discontinuities and a digital inflection in human history that are summarized in
In some examples the second stage's 8300 alternate history 8284 includes a series of growing crises that are related to the pressures of 10 billion people attempting to live prosperous lives simultaneously with diminishing energy resources 8301 8302 8303 8304, shrinking per person availability of fresh water 8301 8302 8303 8304, increasing scarcities of basic grain crops from meat-rich diets 8301 8302 8303 8304, food production difficulties from exhausting the soil with constant overproduction 8301 8302 8303 8304, resource depletion from mass consumption by billions of people reaching middle-class prosperity 8301 8302 8303 8304, unstoppable human pressures on many natural ecosystems 8301 8302 8303 8304, intensifying climate change 8301 8302 8303 8304, and other stresses 8301 8302 8303 8304. In some examples of the RWE 8285 this second stage 8300 is characterized by both RWE “play” 8285 8305 8306 an RWE “real” activities 8285 8305 8306. In some examples “play” includes playing at solving issues 8305; in some examples playing at planning how to implement solutions 8305; in some examples delivering those play-produced attempts at solving issues 8305; in some examples providing some play-produced improvements 8305; in some examples playing at new designs for Reality Alternate technologies that can transform this alternate history 8306; in some examples building simulated, virtual or initial versions of Reality Alternate technologies that can transform this alternate history 8306; in some examples delivering simulated, virtual or initial versions of Reality Alternate technologies that can transform this alternate history 8306; in some examples supporting simulated, virtual or initial versions of Reality Alternate technologies that can transform this alternate history 8306; in some examples redesigning and improving simulated, virtual or initial versions of Reality Alternate technologies that can transform this alternate history 8306; and in some examples building some components of Reality Alternate infrastructure that can transform this alternate history 8306. In some examples “real” activities include an unpaid job 8306 and in some examples include paid employment 8306. In some examples said “real” activities may include assisting in designing a real product, service and/or solution 8306; in some examples may include assisting in building a real product, service and/or solution 8306; in some examples may include assisting in delivering a real product, service and/or solution 8306; in some examples may include assisting in marketing and/or selling a real product, service and/or solution 8306; in some examples may include assisting in supporting a real product, service and/or solution 8306; in some examples may include assisting in testing a real product, service and/or solution 8306; in some examples may include assisting in redesigning a real product, service and/or solution 8306; and in some examples may include other types of activities that a real employee may perform 8306.
In some examples the third stage's 8310 alternate history 8284 includes a growing cataclysmic conflict between in some examples and emerging future 8311 versus past and historical systems of human control 8311 and cultural control 8311; between in some examples top-down control 8312 versus system lock-in control 8312 versus emerging self-guided processes based on educated and highly capable mass self-control 8312; and in some examples a growing great cataclysm between forces that want to keep power over people 8313 and the start of billions of people people having a great deal of power and wanting control of themselves 8313. In some examples of the RWE 8285 this third stage 8310 is characterized by RWE “real” activities 8285 8314 8315. In some examples “real” activities include solving issues 8314; in some examples planning how to implement solutions 8314; in some examples delivering those issues solutions 8314; in some examples implementing and pushing through numerous types of improvements 8314. In some examples “real” activities include new designs that target rapid positive transformations in this alternate history 8315; in some examples building technologies, products and/or services designed to rapidly help transform this alternate history 8315; in some examples delivering technologies, products and/or services designed to rapidly help transform this alternate history 8315; in some examples supporting technologies, products and/or services designed to rapidly help transform this alternate history 8315; in some examples redesigning and improving technologies, products and/or services designed to rapidly help transform this alternate history 8315; and in some examples building some components of Reality Alternate infrastructure that can help transform this alternate history 8315. In some examples “real” activities include an unpaid job 8315 and in some examples include paid employment 8315. In some examples said “real” activities may include assisting in designing a real product, service and/or solution 8315; in some examples may include assisting in building a real product, service and/or solution 8315; in some examples may include assisting in delivering a real product, service and/or solution 8315; in some examples may include assisting in marketing and/or selling a real product, service and/or solution 8315; in some examples may include assisting in supporting a real product, service and/or solution 8315; in some examples may include assisting in testing a real product, service and/or solution 8315; in some examples may include assisting in redesigning a real product, service and/or solution 8315; and in some examples may include other types of activities that a real employee may perform 8315.
In some examples the fourth stage's 8320 alternate history 8284 includes a new emergence in some examples of roads 8321 that are visible only to some, in some examples selective constructed digital realities 8322 (a.k.a., private invisible worlds 8322) that only some are permitted to enter, in some examples a rebirth of happiness 8323 and joy 8323 based on highly variable and personalized achievements that are what each person desires in life with systems that help them reach that; and in some examples a final battle 8324 between those who want everyone to be what they think people should be 8324 and those who believe that a person is what ever he thinks he is 8324. In some examples of the RWE 8285 this fourth stage 8320 is characterized by both RWE “play” 8285 8325 8326 an RWE “real” activities 8285 8325 8326. In some examples “play” includes playing at solving issues 8325; in some examples playing at planning how to implement solutions 8325; in some examples delivering those play-produced attempts at solving issues 8325; in some examples providing some play-produced improvements 8325; in some examples playing at new designs for Reality Alternate technologies that expand personal abilities and immediately available choices in this alternate history 8326; in some examples building Reality Alternate technologies that expand personal abilities and immediately available choices in this alternate history 8326; in some examples delivering Reality Alternate technologies that can expand personal abilities and immediately available choices in this alternate history 8326; in some examples supporting Reality Alternate products and services that can expand personal abilities and immediately available choices in this alternate history eight 326; in some examples redesigning and improving Reality Alternate products and services that expand personal abilities and immediately available choices in this alternate history 8326; and in some examples building some components of Reality Alternate infrastructure that can expand personal abilities and immediately available choices in this alternate history 8306. In some examples “real” activities include an unpaid job 8306 and in some examples include paid employment 8306. In some examples said “real” activities may include assisting in designing a real product, service and/or solution 8326; in some examples may include assisting in building a real product, service and/or solution 8326; in some examples may include assisting in delivering a real product, service and/or solution 8326; in some examples may include assisting in marketing and/or selling a real product, service and/or solution 8326; in some examples may include assisting in supporting a real product, service and/or solution 8326; in some examples may include assisting in testing a real product, service and/or solution 8326; in some examples may include assisting in redesigning a real product, service and/or solution 8326; and in some examples may include other types of activities that a real employee may perform 8326.
Non-linear time: Turning now to
In some examples a player might consider their options for RWE participation based on their interests rather than on an RWE's logical timeline, so in some examples a player who is interested in fighting might start with timeline stage 3, “the great cataclysm” 8350. In this RWE the great cataclysm has three sides that are contending for ultimate power, and these include those who want dictatorial political power and fight for top-down control, a second group who want complete economic control and fight for lifetime economic system lock-in, and those who want prosperous freedom for all and fight for independent self-control in a prosperous and free world. Because of multiple identities in some examples a player may choose to have an identity and a role on one, two or three of those sides. Because more players may participate than fit on a single server or a cluster of servers in some examples the same great cataclysm may be fought out on a plurality of different servers in different locations, each with different strategies and different outcomes to the great cataclysm stage. In some examples the different groups who are all on the same side may coordinate within one server but not with those fighting on the same side in the same great cataclysm stage on a different server; but in some examples different groups who are all on the same side may coordinate across multiple servers to transfer knowledge and capabilities so that the best and most successful strategies may be applied rapidly and provide greater challenges for those who oppose them.
In some examples each of the sides have parallel types of groups who build and implement their own systems, tools, solutions, etc. to meet their side's needs, and to win battles and the larger struggle for control. However, in some examples one type of group may create and employ very different systems, strategies and operations based on their goals such as recruitment and mobilization; in some examples there are dramatic differences between the economic incentives of those who seek and operate by economic lock-in, versus the command and control systems of those who seek and operate by top-down control, versus those pursuing freedom who rely on independent and voluntary participation to win. In some examples these differences translate into highly different types of systems and operations, so it is possible to see more connections between different types of organization and the different results each is capable of producing.
In some examples, while it is possible to describe a group such as recruitment, the “side” doing the recruiting may use very different processes and incentives that another side so that in some examples one group may build and operate recruiting systems 8351 to find and recruit new players to serve as their soldiers in some examples, workers in some examples, employees in some examples, undercover operatives (spies) in some examples, or other roles in some examples. In some examples other groups may build, operate, direct, conduct and/or perform operations that make various types of contributions to their side's efforts such as in some examples mobilization systems 8352, in some examples intelligence systems 8356, in some examples logistics systems 8357, in some examples rapid R&D 8358 to create new ideas or systems needed to win battles or fights, and in some examples other types of groups that make contributions. In some examples other groups may conduct military operations and battles such as in some examples real-time battles 8353, in some examples commanding a “digital army” 8353, in some examples rapid deployments 8354, in some examples directory or performing rapid fighting responses 8355, and in some examples other types of groups that conduct military operations and battles. In some examples some groups may develop play-based solutions that are designed solely to fit the RWE, while in some examples some groups may develop “real” solutions that are designed to be tried in the RWE and then marketed and sold outside of it by a “RWE real” company (as described elsewhere).
In some examples a player who is interested in solving social problems and crises might start with timeline stage 2, “crises” 8340. In this RWE the crises include those that are foreseeable and predicted over the next century as population grows, prosperity spreads to billions in the middle-class, and the Earth's resources and natural ecosystems and carrying capacities are depleted. In some examples unexpected crises may include man-made life and death crises such as in some examples mass murderers 8345 (such as in some examples about 20 genocides and mass killings are said to have occurred in the second half of the 20th century); in some examples natural life and death disasters 8345 (such as geological disasters, hydrological [water] disasters, weather disasters, fires, epidemics, famines, etc.) and the results from major disasters such as the collapse of the Japanese nuclear reactors 8345 after its earthquake and tsunami; in some examples wars 8345; and in some examples other types of unexpected crises that might benefit from entirely new strategies and approaches 8345. In some examples continuing terrible conditions cause large groups to be extremely vulnerable to any downturn in some groups may attempt to design and build solutions 8345 such as in some examples widespread poverty 8345; in some examples multi-generation economic stagnation 8345; in some examples officially mandated coverups and untruths such as by dictators which are easy to disprove from outside the dictatorship but not easy to spread the truth inside of it 8345; in some examples hatreds between neighboring ethnic groups 8345; in some examples oppression by a dictatorial group or minority 8345; and in some examples other continuing and difficult conditions that might benefit from entirely new approaches 8345.
Therefore in timeline stage 2, “crises” 8340 both RWE play and RWE real strategies might be attempted against crises, events and conditions within the RWE; and in some examples those that are most successful might be tried in the real world. In some examples one group may build and operate a new way to deal with a specific type of crisis 8341 8342 (within the RWE) such as spiking food prices caused by shortages of basic grains (whether from any of numerous causes such as in some examples drought, in some examples too much rainfall, in some examples flooding, in some examples climate change, in some examples trade wars, or in some examples other causes). In some examples another group may build and operate a new way to deal with multiple types of serious events such as natural disasters 8343 8344 such as a new way to find the supplies needed, then move them even faster to where they are needed—with fast real-time response systems that fit a range of needs—such as in some examples immediately creating and connecting entire disaster relief chains from givers through suppliers through transporters through distribution with real-time and involvement of bureaucrats who can clear roadblocks to provide the fastest possible relief to the people in need. In some examples some groups may develop play-based solutions 8341 8343 that fit the RWE, while in some examples some groups may develop “real” solutions 8342 8344 that are designed to be tried in the RWE and then marketed and sold outside of it by a “RWE real” company (as described elsewhere).
In some examples a player who is interested in the new ways the alternate history is transforming itself digitally might start with timeline stage 1, “discontinuities” 8330. This RWE stage includes multiple reversals and transformations as described elsewhere (such as in
In some examples a player who is interested in the a possible new emergence of widespread prosperity, freedom, sustainability, environmental rebalancing, or people becoming the best they can be in the ways they choose might start with timeline stage 4, “emergence” 8360. This RWE stage 8360 focuses on making multiple large advances and fundamental transformations toward becoming the societies and peoples we dream we can be. In some examples a player may join groups that are here expressed as high-level goals but would each be instantiated based upon practical realities and then current potentials in the RWE at its stage of its alternate history, with the higher goal that those who contribute to this stage's groups develop solutions that work well enough to bring them into their own personal real lives. That is, timeline stage four, “emergence” 8360, aims for the “finish line” so that instead of working to get their by going A, B, C, D . . . all the way to Z, these groups attempt to specify “Z” and find a way to go there in one step. Yes, this is ambitious but when it works the results are worth it.
In some examples one group may take the ultimate challenge of trying to define ideals and perfection 8361 and then making it real 8361; in some examples another group may look at the speed with which middle-class prosperity is starting to include billions more people and attempt new systems that include billions more by advancing them digitally 8362, such as in a developing country that does not have landline telephones so it immediately leaps to a nationwide cellular network and skips the landline telephone stage; in some examples another group may look at which parts of prosperity might be digitally cloned and distributed worldwide immediately 8363 and develop appropriate systems for doing that rapidly; in some examples another group may consider the sustainability of economic growth that spreads prosperity to billions more over the next century or two 8364 and considers how to define and distribute prosperity in more sustainable ways 8364; in some examples another group may look at alternate business models 8365 to consider how more people might earn better incomes while also producing more output and more value; in some examples another group might look at the practices of nation state governments 8366 relative to the growing self-control of people who are able to enjoy multiple identities and rapidly expanded lives; in some examples another group might look at possible future stages 8367 to determine if the RWE's four stages (discontinuities 8330, crises 8340, cataclysm 8350 and emergence 8360) are sufficient or if the RWE should add more stages 8367; and in some examples another group may consider non-linear causality 8368 because in the RWE examples may show that cross-fertilization may come from anywhere and from any time, to affect any other RWE place and time 8368.
In some examples RWE cross-fertilization 8370 may illustrate why understanding causality 8368 (from any project and any time to any other project and any other time) is valuable. In one illustration of cross-fertilization 8370 a stage four 8360 “RWE real” company may sell a real system it developed to deliver for digitally cloned prosperity 8363 to a stage two 8340 play group 8341 that is creating worldwide instant supply chain formation systems for real-time organization and delivery of help as soon as a natural disaster occurs 8341, and the people in the stage two play group live stage one 8330 lives where some of them are also in stage one play groups 8331 8333 8335 8337 to help them understand, cope with and drive their discontinuities 8330 to produce positive results.
In another illustration of cross-fertilization 8370 stage three 8350 intelligence group 8356 may be focused on identifying obstacles to rapid victories, as well as identifying those obstacles' vulnerabilities and weaknesses; to obtain support they 8356 may sell or provide services to teams in other stages 8330 8340 8360 such as selling their expertise and systems to a stage two 8340 team developing “RWE real” digital processes 8342 to find refugees digitally during political crises in dictatorial countries, then track them digitally and help them transition to stability—with the goal of building strong positive personal relationships with formerly oppressed peoples at the first moments they become free and need this help the most.
RWE roles and world views: Turning now to
In some examples player selectable play roles 8380 8387 include roles, goals and situations in the RWE alternate history where the player uses digital tools to participate digitally. In some examples selecting a play role may include selecting a virtual character 8381 which in some examples may use the image of the real player 8381 and in some examples may use an alternative selected or constructed image 8381; in some examples a play role may include joining a play company 8382 which in some examples may include a virtual job 8382 and in some examples may include virtual income 8382 (such as a virtual salary or a virtual paycheck); in some examples a play role may be a builder's role 8383 which in some examples includes helping create what a group builds 8383, in some examples includes helping make what a group sells 8383, in some examples includes helping sell a group's virtual products and/or virtual services 8383, and in some examples includes other tasks that a virtual employee might perform 8383; in some examples a play role may be a consumer's role 8384 which in some examples includes buying what's new from other groups 8384, in some examples includes using what's new 8384, in some examples includes expanding the use of what's new into new applications 8384, and in some examples includes providing feedback to the builders as to what does work and what doesn't work when something new is used; in some examples a play role may include choosing play settings that are real 8385 which in some examples may include real locations 8385, in some examples may include a real form of government 8385, in some examples may include a real situation 8385, and in some examples may include making other real settings choices 8385; and in some examples a play role may include choosing play settings that are virtual and constructed digitally 8386 which in some examples may include virtual locations 8386, in some examples may include governances 8386, in some examples may include situations 8386, and in some examples may include making other virtual settings choices 8386.
In some examples player selectable “RWE real” roles 8380 8397 include roles, goals and situations in “RWE real” groups 8397 or in “RWE real” companies 8397 where a player uses digital tools to participate digitally, but the group or company addresses real world needs by attempting to create, sell and make real money from new types of real solutions. In some examples selecting a “RWE real” role may include using one's real identity 8391 and in some examples using a selected multiple identity constructed for this role 8391; in some examples a “RWE real” role may include joining a “RWE real” company 8392 which in some examples may include a virtual job without pay 8392 and in some examples may include a real job with real income 8392 (such as a salary or a paycheck); in some examples a “RWE real” role may be a builder's role 8393 which in some examples includes helping create what a “RWE real” company builds 8393, in some examples includes helping make what a “RWE real” company sells 8393, in some examples includes helping sell a “RWE real” company's products and/or services 8393, and in some examples includes other tasks that an employee might perform in a job 8393; in some examples a “RWE real” role may be a consumer's role 8394 which in some examples may include buying what's new from other groups 8394, in some examples may include using what's new 8394, in some examples may include trying to use what's new in new applications 8394, and in some examples may include providing feedback to the builders as to what does work and what doesn't work when something new is used; in some examples a “RWE real” role may include choosing real settings 8395 which in some examples may include real locations 8395, in some examples may include a real form of government 8395, in some examples may include a real problem situation 8395, and in some examples may include making other real settings choices 8395; and in some examples a “RWE real” role may include choosing settings that are virtual and constructed digitally 8396 which in some examples may include virtual locations 8396, in some examples may include governances 8386, in some examples may include a problem situation 8396, and in some examples may include making other virtual settings choices 8396.
In some examples player selectable RWE world views 8400 include in some examples selecting one or a plurality of world views 8401 8402 8403 8404 8405 8406 8407 8408, and in some examples specifying the intensity of that view so the RWE knows how much priority and/or emphasis to give it when you experience various RWE events, crises, etc. In some examples a player may select one or a plurality of RWE world views 8400 such as in some examples by using checkboxes for the specific world views desired 8400, and in some examples by using another selection means 8400. In some examples the available RWE world views may be presented in pairs 8400 so that a user may select one or a plurality of pairs 8401 8402 8403 8404 8405 8406 8407 8408 and then adjust an indicator to show the degree of strength between each matched pair. In some examples a player may select the RWE world view pair “humanity will triumph versus the end is coming” 8401 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8401; in some examples a player may select the RWE world view pair “choose who you are versus be what you should be” 8402 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8402; in some examples a player may select the RWE world view pair “accept the way the world is versus wanting rapid positive changes” 8403 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8403; in some examples a player may select the RWE world view pair “change is good versus change is futile and destructive” 8404 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8404; in some examples a player may select the RWE world view pair “happiness is achievable versus happiness can't be achieved” 8405 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8405; in some examples a player may select the RWE world view pair “new knowledge creates good versus new knowledge is evil” 8406 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8406; in some examples a player may select the RWE world view pair “societies should have an open culture and open classes versus being static and rigid” 8407 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8407; and in some examples a player may select the RWE world view pair “upward mobility for all versus people should stay in their place” 8408 and then adjust an indicator to show the priority the RWE should use in how you are treated between these matched alternatives 8408.
In some examples a player selects an RWE governance 8410, which in the RWE's alternate history do not replace governments but provide means for alternate governance that adds benefits to each governance's members that governments do not provide. In some examples of an RWE, player selectable governances 8410 include in some examples an IndividualISM 8411 (a form of self governance that is described elsewhere); in some examples a CorporatISM 8412 (a form of economic governance by a group of corporations that is described elsewhere); in some examples a WorldISM 8413 (a form of trans-boarder governance based upon a broad philosophy or belief such as environmentalism, ethnic identity, a belief system, spirituality, religion, etc. that is described elsewhere); and in some examples another type of governance 8414 that may be developed by a group of RWE players. In the RWE a player may join one or a plurality of governances 8411 8412 8413 8414; and in some examples since governances add benefits without changing a player's real government, a player may join or leave one or a plurality of governances anytime they choose.
Enter an RWE: Turning now to
In some examples a player chooses their identity's 8420 moment from the RWE timeline 8431 including in some examples the stage 8431 (discontinuities, crises, cataclysm or emergence), in some examples the group 8431, and if appropriate in some examples the conflict and side 8431 (such as in some examples during the great cataclysm where three sides fight for ultimate power and control). In some examples a player also chooses in some examples their role 8432, in some examples their world view 8432, and in some examples their governances 8432. In some examples a player also chooses a dominant personal style 8440 which the RWE uses to help define and shape in some examples the identity's situation, in some examples the information presented to the player by the RWE, in some examples the situations encountered by the player, in some examples the types of non-playing characters in the player's environment, and in some examples other settings utilized by the RWE to shape a player's experience. In some examples a player may select the dominant personal style of love 8441 such as in some examples searching for romance with other players who may also be interested in love 8441, in some examples searching for one's soulmate 8441, in some examples seeking salvation through a personal relationship 8441, etc.; in some examples a player may select the dominant personal style of an epic 8442 such as in some examples a player fighting an oppressive situation 8442, in some examples a player fighting an overbearing government 8442, etc.; in some examples a player may select the dominant personal style of horror 8443 such as in some examples terrible surprises 8443, in some examples encountering horrible villains 8443, etc.; in some examples a player may select the dominant personal style of comedy 8444 such as in some examples parodies 8444, in some examples romantic comedy 8444, in some examples satire 8444, in some examples a farce 8444, etc.; in some examples a player may select the dominant personal style of sports 8445 such as in some examples the emotional power of participating as a committed athlete 8445, in some examples team experiences that change people 8445, in some examples facing overwhelming odds and triumphing 8445, etc.; and in some examples a player may select the dominant personal style of maturation 8446 such as in some examples coming of age 8446, in some examples having an epiphany or a realization 8446, etc.
In some examples a player may select the dominant personal style of moral change 8447 in which a bad character has one or a plurality of experiences and through them becomes a better person 8447; in some examples a player may select the dominant personal style of crime 8448 such as in some examples one's role in the RWE is a criminal 8448, in some examples one's role is the victim 8448, in some examples one's role is the detective or person who solves the crime 8448, and in some examples one has another role defined by the occurrence of a crime 8448; in some examples a player may select the dominant personal style of pro-war 8449 which in some examples is military focused 8449, in some examples glorifies the military or its soldiers 8449, in some examples emphasizes and offers opportunities to join the military 8449, etc.; in some examples a player may select the dominant personal style of antiwar 8450 such as in some examples opposing war 8450, in some examples refusing to join in a war 8450, in some examples refusing to do anything that helps any type of war or fighting 8450, etc.; in some examples a player may select the dominant personal style of punishment 8451 in which a good person turns bad and is punished 8451; in some examples a player may select the dominant personal style of being tested 8452 in which a player's willpower is tested repeatedly by various kinds of temptations that must be resisted 8452; in some examples a player may select the dominant personal style of action adventure 8453 in which a player in some examples is a hero 8453, in some examples engages in explosive action 8453, in some examples enjoys sexy encounters 8453, etc.; in some examples a player may select the dominant personal style of social drama 8454 such as in some examples tackling and attempting to change one or more social problems 8454; in some examples a player may select the dominant personal style of a musical 8455 such as in some examples adding a music soundtrack to their RWE activities 8455, in some examples being a musician and performing music as one of their RWE activities 8455, in some examples writing songs and performing them 8455, in some examples going out dancing as one of their RWE activities 8455, in some examples being a dancer as one of their RWE roles 8455, etc.; in some examples a player may select the dominant personal style of having a realization 8456 which in some examples causes deep changes in a player's awareness 8456, and in some examples changes a player's attitude from negative to positive 8456; in some examples a player may select the dominant personal style of disillusionment 8457 which in some examples causes deep changes in a player's attitude 8457, and in some examples changes are player's attitude from positive to negative 8457; in some examples a player may select the dominant personal style of a biography 8458 such as in some examples a focus on the player's life story 8458, and in some examples of focus on the events in the player's life 8458; in some examples a player may select the dominant personal style of a historical drama 8459 such as in some examples repeating great events from the lives of historic
Access a RWE: Turning now to
In some examples access to an RWE is in some examples by means of a registered login 8488 (which proceeds as described elsewhere 8489), in some examples by means of a new registration and identity creation 8490 (which proceeds as described elsewhere 8489). In some examples when a user goes to access an RWE but access is not granted 8486 8488 8490 the user may choose one or a plurality of next steps 8483 (as described elsewhere such as in
Turning now to
In some examples login does not proceed 8502 because a user is not registered which in some examples utilizes a registration system 8510 that in some examples encompasses both “play” registration 8510 and in some examples “RWE real” registration 8510. In some examples registration 8511 proceeds by a new player creating in some examples their identity 8511 (as described elsewhere); in some examples their identity's moment from the RWE timeline 8511 (as described elsewhere); in some examples their world view 8511 (as described elsewhere); in some examples the group 8511 (as described elsewhere); and in some examples other components of their role 8511 and profile 8511. In some examples registration 8511 proceeds by a new player using a shortcut 8512 to in some examples make a small set of high-level choices 8512 that in turn specify their identity 8511, role 8511, profile 8511, etc. In some examples a new player may select an “RWE real” identity 8513 such as in some examples an employee 8513 and in some examples a job applicant 8513 to become a real paid employee at an “RWE real” company 8513, and in such a case registration 8510 may include validation 8515 and/or authentication 8515 of the new player's real identity 8515; in addition in such a case registration 8510 may include reading and agreeing to the RWE's appropriate terms of service 8518 for the “RWE real” role selected. In some examples a new player may select a “play” identity 8514 that is based on their real identity 8514 (or in some examples one of their real identities if they have a plurality of real identities as described elsewhere), and in such a case registration 8510 may include validation 8515 and/or authentication 8515 of the new player's real identity 8515; in addition in such a case registration 8510 may include reading and agreeing to the RWE's appropriate terms of service 8518 for the “RWE real” role selected. In some examples a new player may choose a “play” identity 8516 that in some examples is a virtual employee 8516, in some examples is a virtual professional 8516, or in some examples is another virtual special role 8516; and in such a case registration 8510 may include reading and agreeing to the RWE's appropriate terms of service 8518 for the type of role selected. In some examples a new player may select a “play” identity 8517 that is virtual and chosen only for play in the RWE 8517; and in such a case registration 8510 may include reading and agreeing to the RWE's appropriate terms of service 8518 for the type of role selected.
In some examples registration completes 8518 and in some examples a user's set up is saved for immediate use 8504, as well as for future retrieval 8503 during subsequent logins 8502 8503. In some examples registration is not completed 8510 8511 8512 8513 8514 8515 8516 8517 8518 and in such a case a user is offered next steps 8520 to choose from (as described elsewhere such as in
Use an RWE: Turning now to
In some examples an RWE event process may be performed by an RWE event module. In some examples an RWE event module includes an event generator that looks up one or a plurality of appropriate events that occur in a timeline stage and affect its RWE groups and their members; in some examples an RWE event module includes an event generator that creates one or a plurality of events that affect RWE groups and their members; in some examples an RWE event module includes an event handler that notifies the appropriate RWE groups and their members; in some examples an RWE module includes an event performance detector that determines if one or a plurality of members of an appropriate RWE group has handled the event; and in some examples an RWE event module includes an event handler that notifies the appropriate RWE groups and their members that an event has or has not been completed. If an RWE event handler does not detect an event 8543 then RWE role performance 8542 continues without the occurrence of an event 8543. If an RWE event handler detects an event 8543 an event notification is created 8543 and sent to the appropriate recipients 8544 as determined from a membership table that in some examples is retrieved from RWE group membership data 8541.
In some examples one or a plurality of notified RWE group members performs the appropriate event action(s) 8543 8544 (including in some examples the use of resources 8544; in some examples the use of tools 8544; in some examples the use of applications 8544; in some examples the use of virtual goods 8544; in some examples the use of services 8544; in some examples the use of any other means in an RWE 8544; and in some examples an RWE event performance detector determines that event performance is complete, and in some examples notifies the appropriate RWE group members that the event has been completed. In some examples an event remains uncompleted and continues as a current task to be performed.
In some examples an RWE event handler does not detect an event 8543, in some examples an RWE event handler detected an event 8543 that remains incomplete 8543 8544, and in some examples individual performance 8542 and/or collaborative performance 8542 continues with the optional use of in some examples resources, tools, applications, etc. 8544 (as described elsewhere). In some examples said performance 8542 8543 8544 and in some examples said uses 8544 may include buying and selling 8545 any of the in some examples resources 8545, in some examples tools 8545, in some examples applications 8545, in some examples virtual goods 8545, in some examples services 8545, etc. required for performance or even merely desired for any reason. In some examples said buying and selling 8545 may include in some examples making virtual payments 8545; in some examples receiving virtual payments 8545: in some examples making real payments 8545; in some examples receiving real payments 8545; and in some examples engaging in any other form of virtual or real financial transaction 8545 (such as in some examples credit, in some examples debt, in some examples securities, in some examples equities, in some examples financial instruments, and in some examples any type of financial arrangement).
In some examples said RWE use and performance process 8540 8541 8542 8543 8544 8545 continues until an RWE's group's goal(s) are complete 8546, which in some examples may not occur for a long time due to the actions of other RWE groups as well as RWE events 8543. In some examples if an RWE's group's goal(s) are completed 8546, in some examples said completion is logged 8546, and in some examples new goals are assigned 8546. In some examples as an RWE “play” group continues its efforts in some examples its members may receive virtual money (as appropriate for an RWE), and in some examples its members may receive virtual pay (as appropriate for an RWE play company). In some examples as an “RWE real” company continues its efforts in some examples its employees may receive virtual paychecks containing virtual money (as appropriate for that RWE company), and in some examples its employees may receive real paychecks containing real money (as appropriate for that “RWE real” company).
In some examples an RWE includes an advertising and marketing system 8550 (as described elsewhere in more detail, as well as in known technologies). In brief, in some examples an RWE provides a system, method and/or process for active advertising and marketing within its entertainment environment 8540; in some examples advertisements 8552 and/or marketing messages 8552 are retrieved 8551 based upon a player's behavior(s) in an RWE such as in some examples when logging in 8541 based on the user's profile 8541 and current task(s) 8541; in some examples when a user performs his or her RWE role individually 8542; in some examples when a user performs his or her RWE role collaboratively 8542; in some examples when utilizing a specific kind of resource 8544, tool 8544, application 8544, etc.; in some examples when buying or selling virtual or real goods 8545; and in some examples when making or receiving virtual or real payments 8545. In some examples a player may view and/or interact with an advertisement 8552 during an RWE activity 8541 8542 8544 8545; in some examples said viewing and/or said interaction are validated 8552; and in some examples said viewing and/or said interaction are logged 8552 8551.
In some examples an RWE includes a transaction and payment system 8555 (herein named “TPS”). In brief, in some examples an RWE provides a TPS system, method and/or process for buying and selling virtual goods 8545 8555 or real goods and services 8545 8555, and in some examples for making and receiving virtual or real payments 8545 8555. In some examples a TPS enables in some examples buying, selling, trading, exchanging, cataloging, searching, finding, and/or valuing virtual goods and services 8545 8555; and in some examples buying, selling, trading, exchanging, cataloging, searching, finding, and/or valuing real goods and services 8545 8555. In some examples the virtual and/or real goods and services that are bought 8545 and sold 8545 are produced, sold and bought by in some examples RWE groups 8541 8542 8545 8555; in some examples individual RWE members 8541 8542 8545 8555; in some examples third-party outside companies who are conducting transactions with RWE groups 8545 8555 and/or individual RWE members 8545 8555; and in some examples third-party outside individuals who are conducting transactions with RWE groups 8545 8555 and/or individual RWE members 8545 8555.
In some examples items for sale may be listed with the TPS in some examples in a catalog 8557, in some examples in a marketplace 8557, in some examples in a database 8557 that is searchable and/or browsable, in some examples in a created index 8557 that points to online resources about items for sale within an RWE, and in some examples in a created index 8557 that points to online resources about items for sale outside of an RWE. In some examples items for sale are not listed with the TPS 8555 and in some examples may be offered, promoted, marketed, advertised, sold, traded, exchanged, sold directly by their vendor, distributed, sold by third parties in a sales channel, and transferred in any legal commercial manner for any amount of virtual money and or real money agreed upon by the seller and the buyer; and in said examples the TPS 8555 may enable the transaction 8557 and the exchange of virtual money 8556 8557 and/or real money 8556 8557. In some examples items for sale are not listed with the TPS 8555 and their transaction 8557 is not performed by means of the TPS, and in said examples the TPS 8555 may enable the recording 8557 and storage 8556 of ownership records of the item sold 8545 and bought 8545, as well as in some examples enabling the use of TPS financial accounting to access and update the seller's account 8557 8556 (if an RWE group and/or an individual RWE member) and the buyer's account 8557 8556 (if an RWE group and/or an individual RWE member).
In some examples a TPS 8555 operates by storing 8556 a representation for each item for sale (herein a “stored item”) 8557 in some examples when it is listed with the TPS 8557, and in some examples at the time it is included in a TPS transaction 8557; in some examples a TPS 8555 operates by storing 8556 a financial account (herein “account”) in some examples for each RWE group 8541, and in some examples for each individual RWE member 8541. In some examples each stored item 8556 has associated data such as in some examples ownership data 8556, in some examples owner identity data 8556, in some examples valuation data in virtual money 8556, in some examples valuation data in real money 8556, and in some examples other data appropriate for maintaining a transaction system 8557, catalog system 8557, online market 8557, online auction 8557, online ordering 8557, or other means of exchange 8557. In some examples each stored account 8556 has associated data such as in some examples account ownership data 8556, in some examples owner identity data 8556, in some examples account assets in virtual money 8556, in some examples account assets in real money 8556, in some examples other assets in a financial account 8556, and in some examples other data appropriate for maintaining a financial accounting system 8557.
In some examples each stored TPS account 8557 8556 may make a payment (whether from its virtual money and/or its real money) in some examples to an RWE group 8541 by transferring the appropriate payment amount to the RWE group's account 8557 8556; and in some examples may make a payment to an individual RWE member 8541 by transferring the appropriate payment amount to the individual RWE member's account 8557 8556. In some examples each stored TPS account 8557 8556 may make a payment (whether from its virtual money and/or its real money) in some examples to a third-party outside the RWE by transferring the appropriate payment amount to the third-party's financial account. In some examples each stored TPS account 8557 8556 may receive a payment (whether in the form of virtual money and/or in real money) in some examples from an RWE group 8541 by transferring the appropriate payment amount the RWE group's account 8557 8556 to the recipient's stored account 8557 8556; and in some examples may receive a payment from an individual RWE member 8541 by transferring the appropriate payment amount from the individual RWE member's account 8557 8556 to the recipient's stored account 8557 8556. In some examples each stored TPS account 8557 8556 may receive a payment (whether in the form of virtual money and/or in real money) in some examples from a third-party outside the RWE by transferring the appropriate payment amount from the third-party's financial account to the recipient's stored TPS account 8557 8556.
In some examples a set of transaction algorithms are developed such as in some examples to store a representation of an item 8557 8556; in some examples to store ownership data for an item 8557 8556; in some examples to store owner identity data for an item 8557 8556; in some examples for transferring ownership of an item to a new owner 8557 8556; in some examples for transforming currency bi-directionally between virtual money and one or a plurality of real money currencies; in some examples for transferring virtual money and/or real money in some examples between RWE accounts and in some examples between RWE accounts and outside accounts; and in some examples for other transaction-related transformations. In some examples when a transaction occurs 8545 (which in some examples may include a sale, a trade, and exchange, a sale by a sales agent or distributor, a sale by a retailer in a sales channel, or any type of legally commercial transfer where a seller and a buyer agree on any type of price or remuneration) the TPS 8555 utilizes the appropriate transaction algorithms to in some examples transfer payment between the buyer's account (whether a TPS account 8557 8556 or an external account) and the seller's account (whether a TPS account 8557 8556 or an external account); in some examples to transfer ownership of the item sold from the seller to the buyer (whether the item representation was previously listed in the TPS or the appropriate item representation, ownership data, etc. are added at the occurrence of said transaction).
In some examples stored TPS transaction data 8556 may be searched to obtain valuation data (such as one or a plurality of searches based on in some examples a specific item, in some examples a similar item, in some examples an item category, and in some examples another type of search for related items) in order to determine the approximate current selling prices and/or recent selling prices of an item in order to value and price it for a transaction 8545. In some examples stored TPS transaction data 8556 may be searched to obtain other transaction-related data such as in some examples the unit volumes and/or real money values of various types of transactions over time (such as in some examples virtual money sales, real money sales, real money sales by type of currency, trades, exchanges, barters, or other types of transactions); in some examples the volumes of types of items in the transactions; in some examples to obtain the types of data useful in growth systems (as described elsewhere); and in some examples to obtain other types of data useful for various commercial purposes and/or RWE-management purposes.
Build RWE enhancements: In some examples the RWE is an alternate history that parallels the RA, and in some examples an RWE may begin while in some examples RWE groups 8560 build some RA technologies into RWE components 8567 (as well as products 8569 and services 8569), and in some examples outside companies 8570 8571 build some RA technologies into RWE components 8575 (as well as products 8575 and services 8575).
Turning now to
In some examples an inside RWE group 8560 may proceed in some examples by selecting an opportunity 8561 such as from the example opportunities 8580 that are based on RA technologies; in some examples by signing a no-cost RA agreement 8562 (that may include various non-financial criteria, responsibilities, etc.); in some examples by creating a design 8563; in some examples by developing a prototype 8564; in some examples by creating a simulation 8564 (such as in some examples an entertainment simulation, in some examples a simulated RA technology, and in some examples another type of simulation); in some examples by including a stage for trial uses 8565; in some examples by testing 8565 (such as in some examples testing a prototype, in some examples testing a simulation, in some examples testing a trial version, etc.); in some examples utilizing what is learned during trial uses and/or testing to design improvements 8565; in some examples building 8566; in some examples integrating what is built with other devices or technologies 8566 (such as in some examples bringing the newly built piece together with other pieces with which it works to check for interoperability, errors, bugs, etc.); in some examples to release for RWE use 8567 (such as in some examples announcement, in some examples launch and release, in some examples distribution, in some examples continuing promotion, in some examples other means to make this available); in some examples to release for real use 8567 (such as described elsewhere under conversion to a “RWE real” company); in some examples learning from uses 8568 and from users 8568 (such as in some examples instrumented means to learn interactively, and in some examples other means to learn from uses and users); and in some examples to convert to a “RWE real” company and sell the product(s) and/or service(s) for real money 8569.
In some examples a company outside the RWE 8570 may proceed in some examples by being a startup 8571, in some examples by being a midsize company 8571, in some examples by being a large leading company 8571; in some examples a company 8571 selects an opportunity 8572 such as from the example opportunities 8580 that are based on RA technologies; in some examples the company 8571 obtains the right to use the technology 8573 (such as in some examples by a technology license 8573, in some examples by an entertainment license 8573, in some examples by a licensed royalty payment agreement 8573, and in some examples by a combination of license types and rights 8573); in some examples the company builds the RA technology(ies) into one or a plurality of products 8574 and/or services 8574; in some examples the company builds the RA technology(ies) into one or a plurality of RWE components 8574; and when built, in some examples the company sells the products 8575 and/or services 8575, and in some examples the company sells the RWE components 8575.
In some examples there are numerous RA-based opportunities 8580 for in some examples RWE groups 8560 to build RWE components 8567 (as well as products 8569 and services 8569), and in some examples outside companies 8570 8571 to build some RA technologies into RWE components 8575 (as well as products 8575 and services 8575). In some examples the RWE is a digital alternate reality that parallels the RA 8581 so that it may share many of the same devices, technologies, capabilities, and other functions or features; and these may be in some examples simulations, in some examples prototypes, in some examples beta releases, and in some examples products and/or services.
In some examples the RWE includes Teleportal presence 8582 (such as in some examples SPLS's 8582, in some examples one or a plurality of directories 8582, and in some examples other presence means 8582). In some examples the RWE includes simulated Teleportal devices 8583 (such as in some examples simulated LTPs 8583, in some examples simulated MTPs 8583, in some examples simulated RTPs 8583, etc.). In some examples the RWE includes RCTP (Remote Control Teleportaling as described elsewhere) 8584 which extends a user's control over subsidiary devices (SD's), and in some examples includes SD Servers 8584 which enables finding SD's and an SD functions so they can be used in some examples as complete subsidiary devices 8584, in some examples using their digital content 8584, in some examples using their specialized software applications 8584, and in some examples using the special online services to which some SD's have access 8584. In some examples the RWE includes created digital realities 8585, which in some examples includes creating multiple types of digital realities from the same sources by multiple creators 8585, in some examples includes registering created digital realities with one or a plurality of servers 8585, in some examples includes finding digital realities by search or other means 8585, and in some examples includes selecting and receiving created digital realities that are available and broadcast on demand for one or a plurality of users 8585. In some examples the RWE includes multiple identities 8586 so that individual members of the RWE may enjoy a plurality of in some examples public identities 8586, in some examples private identities 8586, and in some examples secret identities 8586. In some examples the RWE includes ARM (Alternate Realities Machine) boundaries 8587, which in some examples allows individual RWE members to select in some examples what is prioritized in their digital realities 8587, in some examples what is excluded from their digital realities 8587, in some examples to have a Paywall to be paid to let certain messages or content into their digital realities 8587, in some examples to establish personal or property protection around themselves when they are in their digital realities 8587, and in some examples to establish other types of digital boundaries 8587. In some examples the RWE includes governances 8588 which in some examples includes self-governances where individuals are in control, in some examples includes economic governances where corporations are in control, and in some examples includes trans-boarder “world” governances where control is centralized based on a larger shared belief 8588.
In some examples the RWE includes various means to report “what works best” 8589 based on its awareness of various behaviors and activities performed using networked electronic devices, and in some examples includes alerts to notify individual RWE members when their performance falls significantly below “what works best” and they have the opportunity to rapidly increase their performance by switching; and in some examples this includes means to switch to what works best such as in some examples by buying it 8589, in some examples by copying the “best settings” for various tools or devices 8590, in some examples by using what they already own in better ways 8589 8590, or in some examples by making other types of improvements 8589 8590. In some examples the RWE includes TPDP (Teleportal Digital Presence) events 8591 which in some examples include means for real events to be broadcast digitally and attended by digital audiences (through Teleportal Digital presence) who can interact with each other 8591; and in some examples includes means for publishing events to resources such as in some examples a GoPort 8591, in some examples a PlanetCentral 8591, and in some examples an alert service to send notifications of certain types of events 8591; and in some examples means to restrict entry to TPDP events to in some examples ticket holders 8591, in some examples members 8591, in some examples subscribers 8591, and in some examples pass holders 8591; and in some examples providing a growth system for determining the types of TPDP events 8591 and/or the types of promotions for TPDP events 8591 that are likely to produce in some examples the largest revenues 8591, and in some examples the largest audiences. In some examples the RWE includes an AKM (Active Knowledge Machine) 8592 which in some examples monitors behavior during the use of in some examples networked electronic devices 8592 and in some examples networked systems 8592 or services 8592; and in some examples delivers instructions in how to succeed when a user encounters a problem during use 8592 in order to produce a higher rate of success during the use of a plurality of networked electronic devices, services and/or systems. In some examples the RWE includes output publishing 8593 so that what a user creates and streams from one or a plurality of appropriate networked electronic devices (which in some examples are local to the user 8593 and in some examples are located in other locations from the user 8593) may be registered on one or a plurality of types of publication servers 8593 so that they may be in some examples found 8593, in some examples monetized 8593, and in some examples scheduled for broadcast according to an electronic program guide 8593; and in some examples may include a growth system for determining the types of outputs 8593 and/or the types of promotions for said outputs 8593 that are likely to produce in some examples the largest revenues 8593, and in some examples the largest audiences 8593. In some examples the RWE includes VTPs (Virtual Teleportals) 8594 so that AID's/AOD's (Alternate Input Devices/Alternate Output Devices such as in some examples mobile phones, in some examples networked tablets or pads, in some examples laptops or netbooks, in some examples networked video game consoles, in some examples television set-top boxes, in some examples networked televisions, and in some examples other types of networked electronic devices) may access Teleportal devices and use Teleportaling even if they themselves are not Teleportals 8594. In some examples the RWE includes a TPU (Teleportal Utility) 8595 which in some examples provides one or a plurality of Teleportal network capabilities such as in some examples a common architecture 8595, in some examples services 8595, in some examples messaging 8595, in some examples monitoring 8595, in some examples metering 8595, in some examples a common user interface 8595 that is adaptive to one or a plurality of devices, in some examples business systems 8595, in some examples new device recognition and configuration 8595, in some examples a common gateway for login and authorization 8595, in some examples automated devices updating 8595, in some examples security 8595, in some examples managed transport higher quality of service 8595, and in some examples other features or capabilities 8595. In some examples the RWE includes other RA capabilities that are in some examples desirable in the RWE 8596, in some examples are appropriate in the RWE 8596, and in some examples may be adapted for the RWE 8596.
Free non-commercial use: Turning now to
In some examples the non-commercial uses permitted are allowed only within the RWE 8700, and in some examples one or a plurality of listed and defined non-commercial uses are permitted outside of the RWE 8700. In the latter case, one example may be a fan who is an artist and draws pictures that include characters from the RWE alternate history, with the characters using devices based on RA technologies—then posts the pictures online in a non-commercial website to share with other fans, and does not sell the pictures or use them to produce advertising revenue or any other type of income. As another example a different fan might write stories based in the RWE's alternate history and in some examples includes descriptions of RA technologies—then posts the stories online in a non-commercial website to share with other fans, and does not sell the stories or use any of them to produce advertising revenue or any other type of income. As another example an RWE group may build a product based on an RA technology—then give it away for free within the RWE to RWE groups and/or individual RWE members only, and does not sell the product for virtual money, does not sell it for real money, and does not do anything that produces any type of real income or virtual income from it.
In some examples a non-commercial license includes rights 8705 such as in some examples listed and specified non-commercial entertainment uses 8705, and in some examples listed and specified non-commercial technology uses 8705. In some examples a non-commercial license 8705 includes responsibilities 8705 such as in some examples listed and specified requirements to uphold in some examples quality standards for the entertainment 8707, in some examples quality standards for the technology 8707, in some examples not violating distribution restrictions 8707 (so that in some examples non-commercial activities increase the range of what people are able to create with no license fee or IP cost 8707, and in some examples do not damage or destroy what other licensed companies do commercially for real revenues 8707); and in some examples includes other rights and responsibilities that provide quality standards designed to benefit a plurality of licensees. In some examples a non-commercial license 8705 requires appropriate links between each non-commercial copy and in some examples an appropriate RWE landing page 8708 (such as in some examples information about joining the RWE is accessible to those who view free non-commercial artwork based on its characters or situations 8708), and in some examples an appropriate RA landing page 8708 (such as in some examples a link to the RA technology landing page that relates to an RA device illustrated in an art work or employed in a fan fiction story 8708).
Non-commercial use in play/conversion to commercial uses: Turning now to
In some examples said RWE group 8741 builds RWE enhancements 8742 (as described elsewhere such as in
In some examples said RWE group 8741 develops products that are successful enough 8742 8743 8744 that it may decide whether or not it should convert and become a “RWE real” company 8744 8745. In some examples said RWE group decides not to convert 8745 in which case it may continue to in some examples design its products 8742, in some examples build its products 8742, in some examples deliver its products 8742, in some examples support its products 8742, and/or in some examples redesign its products 8742. In some examples said RWE group decides to convert 8745 in which case in some examples it acquires an “RWE” commercial license 8746, in some examples it incorporates as a company 8746, in some examples it gives its virtual employees real jobs 8746, in some examples it obtains investors 8746 and/or other sources of financing 8746, in some examples it distributes part or all of its corporate stock as it deems appropriate 8746, and in some examples it launches and begins sales 8746 as an “RWE real” company 8746 8751.
In some examples said converted “RWE real” company 8751 receives a “RWE real” license that provides it a reduced royalty rate or licensing fee 8752 (as described elsewhere). In some examples said “RWE real” company sells commercial products 8753 using processes that in some examples include designing its products 8753, in some examples include building its products 8753, in some examples include delivering its products 8753, in some examples include supporting its products 8753, and/or in some examples include redesigning its products 8753. In some examples said “RWE real” company markets and sells its products 8754 in some examples for real revenues 8754, in some examples pays real salaries to its employees 8754, in some examples shareholders own stock in the “RWE real” company 8754, and in some examples engages in any other legal activity for a company 8754. In some examples said “RWE real” license 8746 provides rights 8752 (such as in some examples a reduced royalty rate 8752, in some examples a reduced licensing fee 8752, and in some examples other benefits 8752); and provides relationship and/or “ecosystem” responsibilities 8754 such as in some examples RWE members receive the “RWE real” company's product(s) 8753 for free 8754, in some examples RWE members receive said product(s) 8753 for a low cost 8754, in some examples RWE members receive a basic version of said product(s) 8753 for free and pay for a full version 8754, and in some examples RWE members receive a basic version of said product(s) 8753 for a low-cost and pay for a full version 8754; as well as in some examples uphold quality standards designed to benefit a plurality of licensees. In some examples said “RWE real” company may convert its “RWE real” license to a full independent company's IP license 8755, and in some examples may drop any association and/or relationship with the RWE 8755 and become a fully independent licensed company 8755 that may fully determine its prices and selling terms within the RWE as well as everywhere outside of it.
Turning now to
In some examples royalty incentives 8712 may include variable royalty rates that depend upon in some examples uses 8712 (such as in some examples uses of RA technologies in commercial entertainment products 8712, in some examples uses of RA technologies in technology products 8712, or in some examples other factors); and in some examples sales revenue volume 8712 (such as in some examples a lower royalty rate below a specified volume of sales 8712, a somewhat low royalty rate above that 8712, and a normal royalty rate only when a “RWE real” company produces a sales volume that demonstrates it has become a commercially successful enterprise 8712). In some examples of a royalty incentive 8712 8716 for an “RWE real” company 8711 that uses RA technologies in technology products 8717, said “RWE real” company agrees to an “RWE real” commercial license 8711 8718 that includes both rights and responsibilities as described elsewhere; in some examples sets up a licensee account 8719; in some examples has a royalty rate but does not need to make any royalty payment until it reaches a specified sales revenue level 8720 for its appropriate products 8717 (such as in some examples $100,000 in revenues, in some examples $500,000 in revenues, and in some examples another revenue level); in some examples follows its licensed royalty schedule 8721 which is incremental based on its sales revenues 8721 for its appropriate products 8717; and in some examples of an incremental royalty 8722 may be one-half of one percent (0.5% or ½%) between $0 to $1 million in sales revenue for its appropriate products 8717, which is a maximum of a $5,000 royalty payment on $1 million in sales revenue.
In some examples licensing incentives 8713 may include discounts that in some examples depend on the scope of rights licensed 8713 (such as in some examples uses of RA technologies in commercial entertainment products 871, in some examples uses of RA technologies in commercial technology products 8713, in some examples the number of RA technologies licensed 8713, in some examples the duration of the license 8713, or in some examples other factors). In some examples of licensing incentives 8713 8734 an “RWE real” company 8711 may receive discounts for the use of RA technologies based on in some examples the types of uses 8732 (such as in some examples license fee reductions for in some examples use in both entertainment products 8732 and technology products, or in some examples for use in multiple technology products; in some examples for using multiple technologies 8733 with additional discounts for using additional technologies; in some examples discounts based on duration 8734 such as reductions for committing two more years of an annual license 8734, or for taking a one-time lifetime license 8734).
As described elsewhere, in some examples an “RWE” license 8710 8711 may include relationship and/or “ecosystem” rights and responsibilities such as in some examples upholding quality standards for the RWE when products are provided free or sold at low cost to RWE members; in some examples upholding quality standards for the RA technology(ies) used; and in some examples other rights and responsibilities that in some examples provide quality standards designed to benefit a plurality of licensees.
As an additional convenience, the following list provides an approximate, high-level roadmap to some components in the ARTPM and/or the Reality Alternate:
Other implementations are within the scope of the following claims.
Claims
1.-518. (canceled)
519. A computer-implemented method comprising:
- receiving and presenting, by device of a user of multiple devices, browser tabs and apps, digital items of content that are selected by senders;
- specifying, by the device of the user of the multiple devices, browser tabs and apps, a persistent and self-improving assembly layer that includes one or more user-set goals regarding delivery of digital items of content in a user-controlled digital environment across the user's multiple devices, browser tabs and apps;
- determining in real-time, by the device of the user of multiple devices, browser tabs and apps, that the user is present at the device;
- in real-time for a present user, obtaining, by the device of the user of the multiple devices, browser tabs and apps, one or more replacement digital items of content that are determined to fit the user-set goals, to associate with one or more of the received digital items of content that do not fit one or more of the user-set goals;
- receiving, by the device of the user of the multiple devices, browser tabs and apps, feedback of the user with respect to the one or more replacement digital items of content that are determined to fit the user-set goals; and
- using, by the device of the user of the multiple devices, browser tabs and apps, the received feedback to identify potential improved digital items of content that fit the user-set goals to improve the assembly layer across the multiple devices,
- wherein changes by the user to one or more of the user-set goals change the user-controlled, self-improving goal-based digital environment across the user's multiple devices at multiple places and times.
520. The method of claim 519,
- comprising providing, by a device of a user of multiple devices, a persistent assembly layer, wherein a presence indication of the user's presence at the device is determined by at least one of: rules, user activity, biometrics, or presence-aware services or applications.
521. The method of claim 519,
- comprising maintaining, by a device of a user of multiple devices, the persistent assembly layer that is on when the user is present at a device, and that is off when the user is not present at a device, across the user's multiple devices, and across different places and times.
522. The method of claim 519,
- wherein the persistent assembly layer retrieves a particular replacement digital item that has resulted in achievement of a metric associated with the user-set goal to a threshold extent, and
- wherein the persistent assembly layer utilizes the user's feedback to determine if the particular replacement digital item improves the metric that is associated with the user-set goal, across the user's multiple devices, and across different places and times.
523. The method of claim 519,
- wherein the persistent assembly layer calculates whether a replacement digital item increases or does not increase the tracked metric for the user-set goal to a threshold extent, across the user's multiple devices, and across different places and times.
524. The method of claim 519,
- wherein the persistent assembly layer presents digital items for which there is a defined compensation package that has either: a defined monetary value, or a defined non-monetary value, across the user's multiple devices, and across different places and times.
525. The method of claim 519,
- comprising elevating, by a device of a user of multiple devices, user determinations, wherein the persistent assembly layer replaces one or more senders' digital items conforming to user-set goals producing a user-controlled digital environment as the user changes from device to device, place to place and time to time.
526. The method of claim 519,
- wherein the persistent assembly layer alters the senders-controlled digital presentations into a user-set digital environment that tracks and reports a metric for one or more user-set goals, and
- wherein the user can see the results of one or more user-set goals across the user's multiple digital devices, and across different places and times.
527. The method of claim 519,
- wherein the persistent assembly layer replaces one or more digital items from senders across the user's devices, and
- at the instruction of the user, the persistent assembly layer either: informs the senders of the replacements, or does not inform the senders of the replacements.
528. A computer-implemented method comprising:
- specifying, by a device of the user of multiple devices, a persistent assembly layer that includes one or more user-set goals regarding delivery of digital items;
- obtaining, by the device of the user, two or more replacement digital items that are determined to fit a user-set goal;
- receiving, by the device of the user, feedback of the user with respect to one or more replacement digital items;
- selecting, by the device of the user, from among the replacement digital items, a particular replacement digital item based on the particular digital item resulting in achievement of a metric associated with the user-set goal to a threshold extent; and
- including, by the device of the user, the particular replacement digital item, the inclusion of the particular replacement digital item improving the metric that is associated with the user-set goal,
- wherein changes by the user to a different user-set goal changes the user-controlled digital environment across the user's multiple digital devices to a different persistent assembly layer.
529. The method of claim 528,
- wherein the persistent assembly layer replaces two or more tracked digital items with an objective of producing a tracked metric that either: (1) raises a rate of user success from below the current average threshold to the average threshold, or (2) raises the rate of user success from an average threshold to an above average threshold, or (3) raises the rate of user success from an above average threshold to a high threshold.
530. The method of claim 528,
- wherein the persistent assembly layer presents goal options to the user with at least one of: (1) the user's current progress toward the goals presented, or (2) a current metric and threshold achieved by the goals presented, or (3) goals set by others with results of their tracked metric, or (4) “best goals” achieved by others with results of their tracked metric.
531. The method of claim 528,
- wherein the persistent assembly layer tests two or more replacement digital items to identify at least one of: (1) digital items resulting in achievement of a metric associated with the user-set goal to a threshold extent, or (2) new interface designs resulting in achievement of a metric associated with the user-set goal to a threshold extent, or (3) which types of user tests result in the greatest achievement of a metric associated with the user-set goal to a threshold extent, or (4) which automated optimization methods evaluate results of user tests so as to increase achievement of a metric associated with the user-set goal to a threshold extent.
532. The method of claim 528,
- wherein the persistent assembly layer records feedback from multiple replacements of digital items across the user's multiple devices for a user-set goal, to calculate and rank either: (1) replacement items with the largest positive and negative impact on user success, or (2) gaps in user performance to determine and list improvement opportunities.
533. The method of claim 528,
- wherein the persistent assembly layer analyzes data from multiple user tests of replacement digital items by employing one or both of: (1) predictive analytics of a metric associated with a user-set goal, or (2) economic value added of a value metric associated with a user-set goal.
534. The method of claim 528,
- wherein the persistent assembly layer utilizes optimizations to select which replacements are automated, and wherein the method comprises:
- determining if automations are available and can be added,
- applying the automations and tracking their achievement of a metric associated with one or more user-set goals to a threshold extent, and
- applying the automations to: (1) perform replacements automatically, and (2) track the metric that is associated with the user-set goal to confirm its improvement.
535. The method of claim 528,
- wherein the persistent assembly layer has one or more goals set by a third-party that may be either: (1) an employer, or (2) a vendor, or (3) an event, or (4) a nonprofit NGO, or (5) a government agency, law or regulation.
536. The method of claim 528,
- wherein the persistent assembly layer assembles one or more digital environments that employs filtered data retrieval, and that may be saved and re-used by (1) the user, or (2) by other users, or (3) by broadcasting the digital environment, or (4) by recording parts of the digital environment for later use.
537. A computer-implemented method comprising:
- specifying, by a device of the user of multiple devices, a persistent assembly layer that includes one or more user-set goals regarding delivery of digital items;
- identifying, by a device of the user of multiple devices, one or more digital items-that are delivered by senders to a device of the user and that are determined to not fit one or more of the user-set goals, and one or more of the digital items that are determined to fit the user-set goals;
- retrieving, by the device of the user of the multiple devices, one or more replacement digital items-that are determined to fit the user-set goals; and
- including in an appropriate association, by the device of the user, the one or more replacement digital items along with the identified one or more digital items-that are determined to fit the user-set goals; and
- wherein changes by the user to a different user-set goal changes the user-controlled digital environment across the user's multiple digital devices to a persistent assembly layer that includes digital items-associated with the different user-set goal, and that excludes digital items that are not associated with the different user-set goal.
537. The method of claim 537,
- wherein the persistent assembly layer retrieves replacement digital items from (1) a centralized source, or (2) a decentralized source, or (3) a hybrid source.
538. The method of claim 537,
- wherein the persistent assembly layer determines one or more digital items from senders to replace, and
- retrieves associated replacement digital items, wherein the persistent assembly layer determines which digital items are filtered out, filtered in, prioritized, de-emphasized, or not present.
539. The method of claim 537,
- wherein the persistent assembly layer determines whether a digital item either exceeds a threshold or fails to achieve a threshold.
540. The method of claim 537,
- wherein the persistent assembly layer employs a repetitive and efficient process to identify, retrieve and include digital items of at least one of: content, instruction, next step, best option, advertising or marketing.
541. The method of claim 537,
- comprising replacing, by a device of a user of multiple devices, digital items in a repetitive and efficient process, wherein the persistent assembly layer either: (1) auto-extracts, auto overlays and graphically auto-adjusts digital items, or (2) changes a blended dynamic construction in response to manually entered instructions of the user.
542. The method of claim 537,
- comprising constructing a digital environment, by a device of a user of multiple devices, wherein the persistent assembly layer exhibits a larger user-set goal that can be expressed as a metric, such as mitigating climate change, improving health or living sustainability, wherein
- sender digital items and replacement digital items, in the digital environment across the user's multiple devices, are determined to fit the user-set goal.
543. The method of claim 537,
- wherein one or more goals of the persistent assembly layer are either: (1) set by the user, or (2) set by a third party with the permission of the user.
544. The method of claim 537,
- the persistent assembly layer produces a unique digital environment based on one or more user-set goals, across the user's multiple devices, with digital items only the user receives and other users do not receive or perceive.
545. The method of claim 537,
- wherein the persistent assembly layer utilizes best available sources to provide the user with a digital environment that dynamically includes at least one or more of: a best user-set goals, a best replacement digital items for said goals, a best user success opportunities based on said replacement digital items, a best current optimizations, and a best reporting of the user's achievement of a metric comparing the user to the one or more of best goals adopted, best replacement digital items, best user success opportunities, best optimizations or best reporting.
Type: Application
Filed: Nov 24, 2021
Publication Date: May 19, 2022
Inventor: Daniel H. Abelow (Longwood, FL)
Application Number: 17/535,307