This disclosure relates to facilitating presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform.
Presenting a virtual space within a virtual environment is known. Typically, however, a provider of the virtual space may be required to provide a separate application programming interface (API) for each different virtual environment in which the virtual space is presented. Thus, a change to the virtual space may require corresponding changes to each of the separate APIs.
One aspect of the disclosure relates to a system configured to facilitate presentation of a virtual space within a plurality of virtual environments provided by different platforms without requiring idiosyncratic APIs associated with the virtual space for each different platform, in accordance with one or more implementations. In exemplary implementations, an API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. There may be separate API adaptor modules or sub-modules corresponding to individual ones of the different platforms. The API adaptor module may serve as a converter between the virtual space API and various platform APIs such that a single version of the virtual space may be presented in virtual environments provided by any of the different platforms. Thus, a change to the virtual space may not necessitate corresponding changes to a plurality of virtual space APIs. Some implementations may ensure that the virtual space is displayed correctly within different virtual environments. Some implementations may facilitate accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, and/or transferring publishing information between the virtual space and individual virtual environments.
In some implementations, system may include one or more of one or more platform servers, one or more space servers, and/or other components. The platform server(s) may be configured to communicate with one or more client computing platforms according to a client/server architecture to provide virtual environments to users via client computing platform(s). The space server(s) may be configured to interface with individual platform server(s) to supplement the functionality provided to the users with respect to the virtual environments. For example, space server(s) may interface with individual platform server(s) via one or more APIs.
The space server(s) may be configured to execute one or more computer program modules. The computer program modules may include one or more of an API adaptor module, a space module, a social graph access module, a platform mechanics module, a platform publishing module, and/or other modules.
The API adaptor module may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. Generally speaking, an API may be viewed as a set of routines and/or services used by an application program to direct the performance of procedures by a host environment and/or host computing platform. Interfacing between two APIs (e.g., a virtual space API and a platform API) may include translating commands, calls, functions, and/or other information associated with APIs between the two APIs. The virtual space API may be associated with a virtual space provided by space module, as described further herein. The two or more different platforms may correspond to individual ones of the platform server(s). A given platform server may be associated with a specific platform API. The API adaptor module may be configured to facilitate proper display of the virtual space within virtual environments provided the platform server(s). In some implementations, the API adaptor module may include two or more sub-modules each corresponding to individual platforms.
The space module may be configured to implement at least one instance of the virtual space to determine views of the virtual space. The views may then be communicated (e.g., via streaming, via object/position data, and/or other information) from the platform server(s) to the client computing platform(s) for presentation to users via two or more virtual environments provided by the platform server(s). Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. User interactivity may include accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, transferring publishing information between the virtual space and individual virtual environments, and/or other interactions by a user with the virtual space.
The social graph access module may be configured to facilitate accessing social graph information associated with individual virtual environments provided by the platform server(s). The social graph information may be accessed via the virtual space provided by the space module. Generally speaking, a social graph may be viewed as a mapping of relationships (e.g., personal, professional, familial, and/or other relationships) between users associated directly and/or indirectly with a given virtual environment. According to some implementations, social graph information associated with a given virtual environment may include one or more of friends, contacts, relationship type, relationship duration, relationships in common, and/or other information included in a social graph of the given virtual environment. Social graph information associated with a given virtual environment may be used within the virtual environment provided by the space module. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
The platform mechanics module may be configured to facilitate interacting with platform mechanics associated with individual virtual environments provided by the platform server(s). The platform mechanics may be interacted with via the virtual space provided by the space module. Platform mechanics may be viewed generally as constructs of rules and/or functions of a virtual environment. In some implementations, platform mechanics associated with a given virtual environment may include one or more of invitations, requests, alerts, gifts, events, and/or other mechanics of the given virtual environment. Platform mechanics associated with a given virtual environment may be used within the virtual environment provided by the space module. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
The platform publishing module may be configured to facilitate transferring publishing information between the virtual space and individual virtual environments provided by the platform server(s). Publishing information may be viewed as information provided by a user that persists within the virtual environment and is viewable and/or otherwise accessible by one or more users. In accordance with some implementations, publishing information associated with a given virtual environment provided by a given platform may include one or more of textual messages, emails, voice-based communications, video-based communications, wall posts, and/or other publishing information. Publishing information associated with a given virtual environment may be used within the virtual environment provided by the space module. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
These and other features, and characteristics of the present technology, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the invention. As used in the specification and in the claims, the singular form of “a”, “an”, and “the” include plural referents unless the context clearly dictates otherwise.
In some implementations, system 100 may include one or more of one or more platform servers 102 (e.g., platform A server(s) 102a, platform B server(s) 102b, platform C server(s) 102c, and/or other platform servers), one or more space servers 104, and/or other components. The platform server(s) 102 may be configured to communicate with one or more client computing platforms 106 according to a client/server architecture to provide virtual environments to users via client computing platform(s) 106. The space server(s) 104 may be configured to interface with individual platform server(s) 102 to supplement the functionality provided to the users with respect to the virtual environments. For example, space server(s) 104 may interface with individual platform server(s) 102 via one or more APIs.
The space server(s) 104 may be configured to execute one or more computer program modules. The computer program modules may include one or more of an API adaptor module 108, a space module 110, a social graph access module 112, a platform mechanics module 114, a platform publishing module 116, and/or other modules.
The API adaptor module 108 may be configured to facilitate interfacing between a single virtual space API and platform APIs associated with two or more different platforms. Generally speaking, an API may be viewed as a set of routines and/or services used by an application program to direct the performance of procedures by a host environment and/or host computing platform. Interfacing between two APIs (e.g., a virtual space API and a platform API) may include translating commands, calls, functions, and/or other information associated with APIs between the two APIs. The virtual space API may be associated with a virtual space provided by space module 110, as described further herein. The two or more different platforms may correspond to platform server(s) 102. As depicted in
In some implementations, API adaptor module 108 may includes two or more sub-modules each corresponding to individual platforms. As depicted in
The space module 110 may be configured to implement at least one instance of the virtual space to determine views of the virtual space. The views may then be communicated (e.g., via streaming, via object/position data, and/or other information) from platform server(s) 102 to client computing platform(s) 106 for presentation to users via two or more virtual environments provided by platform server(s) 102. Facilitating user interactivity with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. User interactivity may include accessing social graph information associated with individual virtual environments via the virtual space, interacting with platform mechanics of individual virtual environments via the virtual space, transferring publishing information between the virtual space and individual virtual environments, and/or other interactions by a user with the virtual space.
The view determined and transmitted to a given client computing platform 106 may correspond to a user character being controlled by a user via the given client computing platform 106. The view determined and transmitted to a given client computing platform 106 may correspond to a location in the virtual space (e.g., the location from which the view is taken, the location the view depicts, and/or other locations), a zoom ratio, a dimensionality of objects, a point-of-view, and/or view parameters. One or more of the view parameters may be selectable by the user.
The instance of the virtual space may comprise a simulated space that is accessible by users via clients (e.g., client computing platform(s) 106) that present the views of the virtual space to a user. The simulated space may have a topography, express ongoing real-time interaction by one or more users, and/or include one or more objects positioned within the topography that are capable of locomotion within the topography. In some instances, the topography may be a 2-dimensional topography. In other instances, the topography may be a 3-dimensional topography. The topography may include dimensions of the space, and/or surface features of a surface or objects that are “native” to the space. In some instances, the topography may describe a surface (e.g., a ground surface) that runs through at least a substantial portion of the space. In some instances, the topography may describe a volume with one or more bodies positioned therein (e.g., a simulation of gravity-deprived space with one or more celestial bodies positioned therein). The instance executed by the computer modules may be synchronous, asynchronous, and/or semi-synchronous.
The above description of the manner in which views of the virtual space are determined by space module 110 is not intended to be limiting. The space module 110 may be configured to express the virtual space in a more limited, or more rich, manner. For example, views determined for the virtual space may be selected from a limited set of graphics depicting an event in a given place within the virtual space. The views may include additional content (e.g., text, audio, pre-stored video content, and/or other content) that describes particulars of the current state of the place, beyond the relatively generic graphics. For example, a view may include a generic battle graphic with a textual description of the opponents to be confronted. Other expressions of individual places within the virtual space are contemplated.
Within the instance(s) of the virtual space executed by space module 110, users may control characters, objects, simulated physical phenomena (e.g., wind, rain, earthquakes, and/or other phenomena), and/or other elements within the virtual space to interact with the virtual space and/or each other. The user characters may include avatars. As used herein, the term “user character” may refer to an object (or group of objects) present in the virtual space that represents an individual user. The user character may be controlled by the user with which it is associated. The user controlled element(s) may move through and interact with the virtual space (e.g., non-user characters in the virtual space, other objects in the virtual space). The user controlled elements controlled by and/or associated with a given user may be created and/or customized by the given user. The user may have an “inventory” of virtual goods and/or currency that the user can use (e.g., by manipulation of a user character or other user controlled element, and/or other items) within the virtual space.
The users may participate in the instance of the virtual space by controlling one or more of the available user controlled elements in the virtual space. Control may be exercised through control inputs and/or commands input by the users through client computing platform(s) 106. The users may interact with each other through communications exchanged within the virtual space. Such communications may include one or more of textual chat, instant messages, private messages, voice communications, and/or other communications. Communications may be received and entered by the users via their respective client computing platform(s) 106. Communications may be routed to and from the appropriate users through space server(s) 104 (e.g., through space module 110) and/or individual ones of platform server(s) 102.
The social graph access module 112 may be configured to facilitate accessing social graph information associated with individual virtual environments provided by platform server(s) 102. The social graph information may be accessed via the virtual space provided by space module 110. Generally speaking, a social graph may be viewed as a mapping of relationships (e.g., personal, professional, familial, and/or other relationships) between users associated directly and/or indirectly with a given virtual environment. According to some implementations, social graph information associated with a given virtual environment may include one or more of friends, contacts, relationship type, relationship duration, relationships in common, and/or other information included in a social graph of the given virtual environment. Social graph information associated with a given virtual environment may be used within the virtual environment provided by space module 110. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
The platform mechanics module 114 may be configured to facilitate interacting with platform mechanics associated with individual virtual environments provided by platform server(s) 102. The platform mechanics may be interacted with via the virtual space provided by space module 110. Platform mechanics may be viewed generally as constructs of rules and/or functions of a virtual environment. In some implementations, platform mechanics associated with a given virtual environment may include one or more of invitations, requests, alerts, gifts, events, and/or other mechanics of the given virtual environment. Platform mechanics associated with a given virtual environment may be used within the virtual environment provided by space module 110. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
The platform publishing module 116 may be configured to facilitate transferring publishing information between the virtual space and individual virtual environments provided by platform server(s) 102. Publishing information may be viewed as information provided by a user that persists within the virtual environment and is viewable and/or otherwise accessible by one or more users. In accordance with some implementations, publishing information associated with a given virtual environment provided by a given platform may include one or more of textual messages, emails, voice-based communications, video-based communications, wall posts, and/or other publishing information. Publishing information associated with a given virtual environment may be used within the virtual environment provided by space module 110. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment.
In some implementations, individual platform server(s) 102 may comprise electronic storage, one or more processors, and/or other components. For example, platform server(s) 102 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. The processors may be configured to execute computer program modules to provide one or more virtual environments to users via client computing platform(s) 106. The processors may be configured to execute the computer program modules via one or more of hardware, software, and/or firmware. Although system 100 may be described in certain sections herein as including platform server(s) 102, this is not intended to be limiting. The platform server(s) 102 may be separate and distinct from system 100, and may be provided by an entity that is separate from, for example, the entity providing space server(s) 104. In some implementations, some or all of the functionality attributed herein to platform server(s) 102 may be provided by space server(s) 104.
As used herein, a “virtual environment” may include a virtual space, one or more interactive, electronic social media, and/or other virtual environments. Exemplary virtual spaces are described herein. Interactive, electronic social media may include one or more of a social network, a virtual space, a micro-blogging service, a blog service (or host), a browser-based game, a multi-player mobile game, a file (e.g., image file, video file, and/or other files) sharing service, a messaging service, a message board, a forum, and/or other electronically distributed media that are scalable and enable interaction between the users. Some non-limiting specific examples of interactive, electronic social media may include the micro-blogging service provided by Twitter™, the social network provided by Facebook™, the social network provided by Google+™, the social network provided by MySpace™, the social network provided by Foursquare®, the virtual world provided by SecondLife®, the massively multi-player online game provided by World of Warcraft®, the file sharing service provided by Flickr®, Blogger, YouTube, PlayStation® Home, Xbox® Live, and/or other interactive electronic social media.
A given client computing platform 106 may include one or more processors configured to execute computer program modules. The computer program modules may be configured to enable an expert or user associated with the given client computing platform 106 to interface with system 100 and/or external resources 118, and/or provide other functionality attributed herein to client computing platform(s) 106. By way of non-limiting example, the given client computing platform 106 may include one or more of a desktop computer, a laptop computer, a handheld computer, a NetBook, a Smartphone, a gaming console, and/or other computing platforms.
The external resources 118 may include sources of information, hosts and/or providers of virtual environments outside of system 100, external entities participating with system 100, and/or other resources. In some implementations, some or all of the functionality attributed herein to external resources 118 may be provided by resources included in system 100.
The space server(s) 104 may include electronic storage 120, one or more processors 122, and/or other components. The space server(s) 104 may include communication lines, or ports to enable the exchange of information with a network and/or other computing platforms. Illustration of space server(s) 104 in
Electronic storage 120 may comprise electronic storage media that electronically stores information. The electronic storage media of electronic storage 120 may include one or both of system storage that is provided integrally (i.e., substantially non-removable) with space server(s) 104 and/or removable storage that is removably connectable to space server(s) 104 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage 120 may include one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EEPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. The electronic storage 120 may include one or more virtual storage resources (e.g., cloud storage, a virtual private network, and/or other virtual storage resources). Electronic storage 120 may store software algorithms, information determined by processor(s) 122, information received from platform server(s) 102, information received from client computing platform(s) 106, and/or other information that enables space server(s) 104 to function as described herein.
Processor(s) 122 is configured to provide information processing capabilities in space server(s) 104. As such, processor(s) 122 may include one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information. Although processor(s) 122 is shown in
It should be appreciated that although modules 108, 110, 112, 114, and 116 are illustrated in
In some implementations, method 200 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, and/or other mechanisms for electronically processing information). The one or more processing devices may include one or more devices executing some or all of the operations of method 200 in response to instructions stored electronically on an electronic storage medium. The one or more processing devices may include one or more devices configured through hardware, firmware, and/or software to be specifically designed for execution of one or more of the operations of method 200.
At an operation 202, interfacing may be facilitated between a single virtual space API and platform APIs associated with two or more different platforms. Operation 202 may be performed by an API adaptor module that is the same as or similar to API adaptor module 108, in accordance with one or more implementations.
At an operation 204, an instance of a virtual space may be executed. Operation 204 may be performed by a space module that is the same as or similar to space module 110, in accordance with one or more implementations.
At an operation 206, the instance of the virtual space may be implemented to determine view information defining views of the instance of the virtual space for presentation via two or more virtual environments provided by the two or more platforms. Facilitating user interactions with the virtual space via a given virtual environment provided by a given platform may include interfacing between the virtual space API and the platform API associated with the given platform. Operation 206 may be performed by a space module that is the same as or similar to space module 110, in accordance with one or more implementations.
At an operation 208, accessing, via the virtual space, social graph information associated with individual virtual environments provided by the two or more platforms may be facilitated. Accessing social graph information associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 208 may be performed by a social graph access module that is the same as or similar to social graph access module 112, in accordance with one or more implementations.
At an operation 210, interacting, via the virtual space, with platform mechanics associated with individual virtual environments provided by the two or more platforms may be facilitated. Interacting with platform mechanics associated with a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 210 may be performed by a platform mechanics module that is the same as or similar to platform mechanics module 114, in accordance with one or more implementations.
At an operation 212, transferring publishing information may be facilitated between the virtual space and individual virtual environments provided by the two or more platforms. Transferring publishing information between the virtual space and a given virtual environment may include interfacing between the virtual space API and the platform API associated with the platform providing the given virtual environment. Operation 212 may be performed by a platform publishing module that is the same as or similar to platform publishing module 116, in accordance with one or more implementations.
Although the present technology has been described in detail for the purpose of illustration based on what is currently considered to be the most practical and preferred implementations, it is to be understood that such detail is solely for that purpose and that the technology is not limited to the disclosed implementations, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present technology contemplates that, to the extent possible, one or more features of any implementation can be combined with one or more features of any other implementation.
Number | Name | Date | Kind |
---|---|---|---|
6951516 | Eguchi | Oct 2005 | B1 |
7056217 | Pelkey | Jun 2006 | B1 |
7522058 | Light | Apr 2009 | B1 |
7707122 | Hull | Apr 2010 | B2 |
7780530 | Ushiro | Aug 2010 | B2 |
7856471 | Pounds | Dec 2010 | B2 |
7970712 | Ruvolo | Jun 2011 | B2 |
8137193 | Kelly | Mar 2012 | B1 |
8137194 | Kelly | Mar 2012 | B1 |
8214487 | Savoor | Jul 2012 | B2 |
8257174 | Pincus | Sep 2012 | B2 |
8332488 | Dale | Dec 2012 | B1 |
8347225 | Blinnikka | Jan 2013 | B2 |
8347322 | Brown | Jan 2013 | B1 |
8353760 | Ocko | Jan 2013 | B2 |
8622828 | Harrington | Jan 2014 | B1 |
8663004 | Xu | Mar 2014 | B1 |
8734243 | Harrington | May 2014 | B2 |
8843557 | Ranade | Sep 2014 | B2 |
8868655 | Ranade | Oct 2014 | B2 |
8881181 | Harrington | Nov 2014 | B1 |
8984541 | Brown | Mar 2015 | B1 |
8986116 | Harrington | Mar 2015 | B1 |
9011242 | Xu | Apr 2015 | B2 |
9116732 | Harrington | Aug 2015 | B1 |
9223599 | Racanelli | Dec 2015 | B1 |
9450900 | Ranade | Sep 2016 | B1 |
9452356 | Tsao | Sep 2016 | B1 |
9569801 | Xu | Feb 2017 | B1 |
9578094 | Ranade | Feb 2017 | B1 |
9596277 | Harrington | Mar 2017 | B1 |
9656179 | Xu | May 2017 | B1 |
9871837 | Harrington | Jan 2018 | B1 |
20030078960 | Murren | Apr 2003 | A1 |
20030177187 | Levine | Sep 2003 | A1 |
20040117386 | Lavender | Jun 2004 | A1 |
20050245317 | Arthur | Nov 2005 | A1 |
20050272504 | Eguchi | Dec 2005 | A1 |
20060121986 | Pelkey | Jun 2006 | A1 |
20060287099 | Shaw | Dec 2006 | A1 |
20070150603 | Crull | Jun 2007 | A1 |
20070173324 | Multerer | Jul 2007 | A1 |
20070233736 | Xiong | Oct 2007 | A1 |
20070274460 | Shaffer | Nov 2007 | A1 |
20080119277 | Thelen | May 2008 | A1 |
20080134035 | Pennington | Jun 2008 | A1 |
20080187143 | Mak-Fan | Aug 2008 | A1 |
20090034696 | Ramanathan | Feb 2009 | A1 |
20090112989 | Anderson | Apr 2009 | A1 |
20090144075 | Flinn | Jun 2009 | A1 |
20090172795 | Ritari | Jul 2009 | A1 |
20090197681 | Krishnamoorthy | Aug 2009 | A1 |
20090197881 | Kugimiya | Aug 2009 | A1 |
20090199275 | Brock | Aug 2009 | A1 |
20090292814 | Ting | Nov 2009 | A1 |
20090325712 | Rance | Dec 2009 | A1 |
20090327232 | Carter | Dec 2009 | A1 |
20090327427 | Mathew | Dec 2009 | A1 |
20090327882 | Velusamy | Dec 2009 | A1 |
20100024015 | Hardt | Jan 2010 | A1 |
20100063969 | Kasargod | Mar 2010 | A1 |
20100106782 | Huang | Apr 2010 | A1 |
20100146118 | Wie | Jun 2010 | A1 |
20100169798 | Hyndman | Jul 2010 | A1 |
20100197409 | Van Luchene | Aug 2010 | A1 |
20100216553 | Chudley | Aug 2010 | A1 |
20100228617 | Ransom | Sep 2010 | A1 |
20100229106 | Lee | Sep 2010 | A1 |
20100235754 | Leitheiser | Sep 2010 | A1 |
20100274815 | Vanasco | Oct 2010 | A1 |
20100304862 | Coleman | Dec 2010 | A1 |
20100312820 | Goffinet | Dec 2010 | A1 |
20110014972 | Herrmann | Jan 2011 | A1 |
20110016488 | Athias | Jan 2011 | A1 |
20110022450 | Meredith | Jan 2011 | A1 |
20110023101 | Vernal | Jan 2011 | A1 |
20110107239 | Adoni | May 2011 | A1 |
20110131508 | Gershfang | Jun 2011 | A1 |
20110151976 | Holloway | Jun 2011 | A1 |
20110179161 | Guy | Jul 2011 | A1 |
20110202605 | Shochet | Aug 2011 | A1 |
20110212783 | Dale | Sep 2011 | A1 |
20110216553 | Lee et al. | Sep 2011 | A1 |
20110224000 | Toga | Sep 2011 | A1 |
20110237335 | Holloway | Sep 2011 | A1 |
20110238608 | Sathish | Sep 2011 | A1 |
20110250949 | Van Os | Oct 2011 | A1 |
20110251970 | Oien | Oct 2011 | A1 |
20110269548 | Barclay | Nov 2011 | A1 |
20110295626 | Chen | Dec 2011 | A1 |
20120015739 | Craine | Jan 2012 | A1 |
20120047008 | Alhadeff | Feb 2012 | A1 |
20120054646 | Hoomani | Mar 2012 | A1 |
20120060103 | Arasaki | Mar 2012 | A1 |
20120077523 | Roumeliotis | Mar 2012 | A1 |
20120094766 | Reynolds | Apr 2012 | A1 |
20120124147 | Hamlin | May 2012 | A1 |
20120142429 | Muller | Jun 2012 | A1 |
20120202587 | Allen | Aug 2012 | A1 |
20120227086 | Dale | Sep 2012 | A1 |
20120227087 | Brown | Sep 2012 | A1 |
20120244948 | Dhillon | Sep 2012 | A1 |
20120252579 | Sethi | Oct 2012 | A1 |
20120254903 | Brown | Oct 2012 | A1 |
20120290949 | Elenzil | Nov 2012 | A1 |
20120290950 | Rapaport | Nov 2012 | A1 |
20120324001 | Leacock | Dec 2012 | A1 |
20130005476 | Keswani | Jan 2013 | A1 |
20130006736 | Bethke | Jan 2013 | A1 |
20130014033 | Hamick | Jan 2013 | A1 |
20130031171 | Serena | Jan 2013 | A1 |
20130073400 | Heath | Mar 2013 | A1 |
20130090170 | Reed | Apr 2013 | A1 |
20130091204 | Loh | Apr 2013 | A1 |
20130091221 | Bennett | Apr 2013 | A1 |
20130143669 | Muller | Jun 2013 | A1 |
20130151603 | Lobb | Jun 2013 | A1 |
20130151604 | Ranade | Jun 2013 | A1 |
20130159430 | Ranade | Jun 2013 | A1 |
20130165234 | Hall | Jun 2013 | A1 |
20130172085 | Harrington | Jul 2013 | A1 |
20130198275 | Forsblom | Aug 2013 | A1 |
20130212191 | Suraj | Aug 2013 | A1 |
20130282828 | Lawler | Oct 2013 | A1 |
20130326368 | Voas | Dec 2013 | A1 |
20130332825 | Singh | Dec 2013 | A1 |
20140179434 | Xu | Jun 2014 | A1 |
20140187333 | Craine | Jul 2014 | A1 |
20150005052 | Harrington | Jan 2015 | A1 |
Number | Date | Country |
---|---|---|
2012355385 | Nov 2015 | AU |
101715586 | May 2010 | CN |
102185789 | Sep 2011 | CN |
104168968 | Nov 2014 | CN |
104169963 | May 2018 | CN |
2383683 | Nov 2011 | EP |
2 794 041 | Oct 2014 | EP |
2008144412 | Jan 2008 | WO |
101635641 | Jan 2010 | WO |
2010025343 | Jan 2010 | WO |
2013086268 | Jun 2013 | WO |
2013086268 | Jun 2013 | WO |
2013096261 | Jun 2013 | WO |
2013096261 | Jun 2013 | WO |
2013103655 | Jul 2013 | WO |
2013103655 | Jul 2013 | WO |
Entry |
---|
Johnston, Ken. VSCpr for GREE, Inc. “GREE Gaming Platform Provides Global User Base for All Developers. New Platform Offers Unified Social Gaming System” Burlingame, CA, PRWeb, Dec. 5, 2011, 2 pages. |
“Buddy Rush:: The World's Best Cross-platform RPG!”, http://buddyrush.sollmo.com/, printed Nov. 28, 2011, copyright 2011 by Team Sollmo with Company 11, Inc., 2 pages. |
“FriendFeed”, definition from Wikipedia, the free encyclopedia, printed Nov. 28, 2011, 3 pages. |
Hendrickson, Mark, “Watch Out FriendFeed: Socialthing! Is Even Easier to Use”, http://techcrunch.com/2008/03/10/watch-out-friendfeed-socialthing-is-even-easier-to-use/, posted Mar. 10, 2008, 4 pages. |
Hendrickson, Mark, “Watch Out FriendFeed: Socialthing! is Even Easier to Use”, http://techcrunch.com/2008/03/10/watch-out-friendfeed-socialthing-is-even-easier-to-use/, posted Mar. 10, 2008, printed Nov. 28, 2011, 2 pages. |
Webster, Andrew, “Social games need to become truly cross-platform”, http://www.gamezebo.com/news/2011/06/08/social-games-need-become-truly-cross-platform, posted Jun. 8, 2011, printed Nov. 28, 2011, 2 pages. |
Number | Date | Country | |
---|---|---|---|
20180109572 A1 | Apr 2018 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 15422267 | Feb 2017 | US |
Child | 15841559 | US | |
Parent | 14814375 | Jul 2015 | US |
Child | 15422267 | US | |
Parent | 14505470 | Oct 2014 | US |
Child | 14814375 | US | |
Parent | 13464190 | May 2012 | US |
Child | 14505470 | US |