Generic Frame Protocol
Jump to navigation
Jump to search
A Generic Frame Protocol is an application programming interface for accessing knowledge representation systems.
- AKA: GFP.
- Context:
- It is used to define concepts in frame-based systems.
- It precedes the Open Knowledge Base Connectivity
- Counter-Example(s)
- See: Knowledge-based System, Ontology Language, Frame Language.
References
1995a
- (Karp et al., 1995) ⇒ Karp, Peter D., Karen L. Myers, and Tom Gruber. “The generic frame protocol." Proceedings of the 14th international joint conference on Artificial intelligence-Volume 1. Morgan Kaufmann Publishers Inc., 1995.ISBN:1-55860-363-8 978-1-558-60363-9
- ABSTRACT: The Generic Frame Protocol (GFP) is an application program interface for accessing knowledge bases stored in frame knowledge representation systems (FRSs). GFP provides a uniform model of FRSs based on a common conceptualization of frames, slots, facets, and inheritance. GFP consists of a set of Common Lisp functions that provide a generic interface to underlying FRSs. This interface isolates an application from many of the idiosyncrasies of specific FRS software and enables the development of generic tools (e.g., graphical browsers, frame editors) that operate on many FRSs. To date, GFP has been used as an interface to LOOM, Ontolingua, THEO, and SIPE-2.
1995b
- (GFP Homepage, 1995) ⇒ Generic Frame Protocol Home Page http://www.ai.sri.com/~gfp/
- The Generic Frame Protocol (GFP), jointly developed at SRI International and Stanford University, provides a set of functions that support a generic interface to underlying frame representation systems (FRSs). The interface layer allows an application some independence from the idiosyncrasies of specific FRS software and enables the development of generic tools that operate on many FRSs.
- Although there are significant differences among FRS implementations, there are enough common properties that one can describe a generic model of frame representation and specify a set of access functions for interacting with frame representation systems. An application or tool written to use these access functions provides portability over a variety of systems and knowledge bases (e.g., the GKB-Editor).
- GFP is based upon a generic model of frame representation systems (with frames, classes, slots, etc.) and consists of a set of access functions (e.g., get a frame by its name, change a slot's value in a frame). These functions can be used by an application to access knowledge stored in any compatible FRS (e.g., USC/ISI's Loom, SRI's SIPE-2 sort hierarchy, CMU's Theo, Stanford's Ontolingua). The implementation consists of a simple translation layer between the generic knowledge-base functions and an existing FRS-specific functional interface. The translation is done by a library of object-oriented methods. To support a new FRS requires implementing a set of methods that specialize these generic functions for the particular representation system. Since many of the generic functions have reasonable default methods written in terms of other generic knowledge-base methods, only a core subset of the generic functions in the specification must be implemented for a given system. The default methods can be overridden to improve efficiency or for better integration with development environments.
- While GFP necessarily imposes some common requirements on the organization of knowledge (e.g., frames, slots, and values) and semantics of some assertions (e.g., instances and subclass relationship, and inherited slot values, slot constraints), it allows for some variety in the behavior of underlying FRSs. The protocol achieves this heterogeneity by parameterizing FRSs themselves, providing an explicit model of the properties of FRSs that may vary. An application can ask for the behavior profile of a FRS, and adapt itself accordingl