A Formal Road from Institutional Norms to Organizational Structures Davide Grossi Utrecht University PO Box 80.089, 3508TB Utrecht, The Netherlands davide@cs.uu.nl Frank Dignum Utrecht University PO Box 80.089, 3508TB Utrecht, The Netherlands dignum@cs.uu.nl John-Jules Ch. Meyer Utrecht University PO Box 80.089, 3508TB Utrecht, The Netherlands jj@cs.uu.nl ABSTRACT Up to now, the way institutions and organizations have been used in the development of open systems has not often gone further than a useful heuristics. In order to develop systems actually implementing institutions and organizations, formal methods should take the place of heuristic ones. The paper presents a formal semantics for the notion of institution and its components (abstract and concrete norms, empowerment of agents, roles) and defines a formal relation between institutions and organizational structures. As a result, it is shown how institutional norms can be refined to constructsorganizational structures-which are closer to an implemented system. It is also shown how such a refinement process can be fully formalized and it is therefore amenable to rigorous verification. Categories and Subject Descriptors F.4.1 [Mathematical Logic and Formal Languages]: Modal Logic; I.2.11 [Distributed Artificial Intelligence]: Multiagent Systems; F.2.11 [Distributed Artificial Intelligence]: Coherence and Coordination 1. INTRODUCTION The opportunity of a technology transfer from the field of organizational and social theory to distributed AI and multiagent systems (MASs) has long been advocated ([8]). In MASs the application of the organizational and institutional metaphors to system design has proven to be useful for the development of methodologies and tools. In many cases, however, the application of these conceptual apparatuses amounts to mere heuristics guiding the high level design of the systems. It is our thesis that the application of those apparatuses can be pushed further once their key concepts are treated formally, that is, once notions such as norm, role, structure, etc. obtain a formal semantics. This has been the case for agent programming languages after the relevant concepts borrowed from folk psychology (belief, intention, desire, knowledge, etc.) have been addressed in comprehensive formal logical theories such as, for instance, BDICTL ([22]) and KARO ([17]). As a matter of fact, those theories have fostered the production of architectures and programming languages. What is lacking at the moment for the design and development of open MASs is, in our opinion, something that can play the role that BDI-like formalisms have played for the design and development of single-agent architectures. Aim of the present paper is to fill this gap with respect to the notion of institution providing formal foundations for the application of the institutional metaphor and for its relation to the organizational one. The main result of the paper consists in showing how abstract constraints (institutions) can be step by step refined to concrete structural descriptions (organizational structures) of the to-be-implemented system, bridging thus the gap between abstract norms and concrete system specifications. Concretely, in Section 2, a logical framework is presented which provides a formal semantics for the notions of institution, norm, role, and which supports the account of key features of institutions such as the translation of abstract norms into concrete and implementable ones, the institutional empowerment of agents, and some aspects of the design of norm enforcement. In Section 3 the framework is extended to deal with the notion of the infrastructure of an institution. The extended framework is then studied in relation to the formalism for representing organizational structures presented in [11]. In Section 4 some conclusions follow. 2. INSTITUTIONS Social theory usually thinks of institutions as the rules of the game ([18, 23]). From an agent perspective institutions are, to paraphrase this quote, the rules of the various games agents can play in order to interact with one another. To assume an institutional perspective on MASs means therefore to think of MASs in normative terms: [. . . ] law, computer systems, and many other kinds of organizational structure may be viewed as instances of normative systems. We use the term to refer to any set of interacting agents whose behavior can usefully be regarded as governed by norms ([15], p.276). The normative system perspective on institutions is, as such, nothing original and it is already a quite acknowledged position within the community working on electronic institutions, or eInstitutions ([26]). What has not been sufficiently investigated and understood with formal methods is, in our view, the question: what does it 628 978-81-904262-7-5 (RPS) c 2007 IFAAMAS amount to, for a MAS, to be put under a set of norms? Or in other words: what does it mean for a designer of an eInstitution to state a set of norms? We advance a precise thesis on this issue, which is also inspired by work in social theory: Now, as the original manner of producing physical entities is creation, there is hardly a better way to describe the production of moral entities than by the word ‘imposition" [impositio]. For moral entities do not arise from the intrinsic substantial principles of things but are superadded to things already existent and physically complete ([21], pp. 100-101). By ignoring for a second the philosophical jargon of the Seventeenth century we can easily extract an illuminating message from the excerpt: what institutions do is to impose properties on already existing entities. That is to say, institutions provide descriptions of entities by making use of conceptualizations that are not proper of the common descriptions of those entities. For example, that cars have wheels is a common factual property, whereas the fact that cars count as vehicles in some technical legal sense is a property that law imposes on the concept car. To say it with [25], the fact that cars have wheels is a brute fact, while the fact that cars are vehicles is an institutional fact. Institutions build structured descriptions of institutional properties upon brute descriptions of a given domain. At this point, the step toward eInstitutions is natural. eInstitutions impose properties on the possible states of a MAS: they specify what are the states in which an agent i enacts a role r; what are the states in which a certain agent is violating the norms of the institution, etc. They do this via linking some institutional properties of the possible states and transitions of the system (e.g., agent i enacts role r) to some brute properties of those states and transitions (e.g., agent i performs protocol No.56). An institutional property is therefore a property of system states or system transitions (i.e., a state type or a transition type) that does not belong to a merely technical, or factual, description of the system. To sum up, institution are viewed as sets of norms (normative system perspective), and norms are thought of as the imposition of an institutional description of the system upon its description in terms of brute properties. In a nutshell, institutions are impositions of institutional terminologies upon brute ones. The following sections provide a formal analysis of this thesis and show its explanatory power in delivering a rigorous understanding of key features of institutions. Because of its suitability for representing complex domain descriptions, the formal framework we will make use of is the one of Description Logics (DL). The use of such formalism will also stress the idea of viewing institutions as the impositions of domain descriptions. 2.1 Preliminaries: a very expressive DL The description logic language enabling the necessary expressivity expands the standard description logic language ALC ([3]) with relational operators ( ,◦,¬,id) to express complex transition types, and relational hierarchies (H) to express inclusion between transition types. Following a notational convention common within DL we denote this language with ALCH( ,◦,¬,id) . DEFINITION 1. (Syntax of ALCH( ,◦,¬,id) ) transition types and state type constructs are defined by the following BNF: α := a | α ◦ α | α α | ¬α | id(γ) γ := c | ⊥ | ¬γ | γ γ | ∀α.γ where a and c are atomic transition types and, respectively, atomic state types. It is worth providing the intuitive reading of a couple of the operators and the constructs just introduced. In particular ∀α.γ has to be read as: after all executions of transitions of type α, states of type γ are reached. The operator ◦ denotes the concatenation of transition types. The operator id applies to a state description γ and yields a transition description, namely, the transition ending in γ states. It is the description logic variant of the test operator in Dynamic Logic ([5]). Notice that we use the same symbols and ¬ for denoting the boolean operators of disjunction and negation of both state and transition types. Atomic state types c are often indexed by an agent identifier i in order to express agent properties (e.g., dutch(i)), and atomic transition types a are often indexed by a pair of agent identifiers (i, j) (e.g., PAY(i, j)) denoting the actor and, respectively, the recipient of the transition. By removing the agent identifiers from state types and transition types we obtain state type forms (e.g., dutch or rea(r)) and transition type form (e.g., PAY). A terminological box (henceforth TBox) T = Γ, A consists of a finite set Γ of state type inclusion assertions (γ1 γ2), and of a finite set A of transition type inclusion assertions (α1 α2). The semantics of ALCH( ,◦,¬,id) is model theoretical and it is given in terms of interpreted transition systems. As usual, state types are interpreted as sets of states and transition types as sets of state pairs. DEFINITION 2. (Semantics of ALCH( ,◦,¬,id) ) An interpreted transition system m for ALCH( ,◦,¬,id) is a structure S, I where S is a non-empty set of states and I is a function such that: I(c) ⊆ S I(a) ⊆ S × S I(⊥) = ∅ I(¬γ) = Δm\ I(γ) I(γ1 γ2) = I(γ1) ∩ I(γ2) I(∀α.γ) = {s ∈ S | ∀t, (s, t) ∈ I(α) ⇒ t ∈ I(γ)} I(α1 α2) = I(α1) ∪ I(α2) I(¬α) = S × S \ I(α) I(α1 ◦ α2) = {(s, s ) | ∃s , (s, s ) ∈ I(α1) & (s , s ) ∈ I(α2)} I(id(γ)) = {(s, s) | s ∈ I(γ)} An interpreted transition system m is a model of a state type inclusion assertion γ1 γ2 if I(γ1) ⊆ I(γ2). It is a model of a transition type inclusion assertion α1 α2 if I(α1) ⊆ I(α2). An interpreted transition system m is a model of a TBox T = Γ, A if m is a model of each inclusion assertion in Γ and A. REMARK 1. (Derived constructs) The correspondence between description logic and dynamic logic is well-known ([3]). In fact, the language presented in Definitions 1 and 2 is a notational variant of the language of Dynamic Logic ([5]) without the iteration operator of transition types. As a consequence, some key constructs are still definable in ALCH( ,◦,¬,id) . In particular we will make use of the following definition of the if-then-else transition type: if γ then α1else α2 = (id(γ) ◦ α1) (id(¬γ) ◦ α2). Boolean operators are defined as usual. We will come back to some complexity features of this logic in Section 2.5. The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) 629 2.2 Institutions as terminologies We have upheld that institutions impose new system descriptions which are formulated in terms of sets of norms. The step toward a formal grounding of this view of institutions is now short: norms can be thought of as terminological axioms, and institutions as sets of terminological axioms, i.e., terminological boxes. An institution can be specified as a terminological box Ins = Γins, Ains , where each inclusion statement in Γins and Ains models a norm of the institution. Obviously, not every TBox can be considered to be an institution specification. In particular, an institution specification Ins must have some precise linguistic relationship with the ‘brute" descriptions upon which the institution is specified. We denote by Lins the non-logical alphabet containing only institutional state and transition types, and by Lbrute the nonlogical alphabet containing those types taken to talk about, instead, ‘brute" states and transitions1 . DEFINITION 3. (Institutions as TBoxes) A TBox Ins = Γins, Ains is an institution specification if: 1. The non-logical alphabet on which Ins is specified contains elements of both Lins and Lbrute. In symbols: L(Ins) ⊆ Lins ∪ Lbrute. 2. There exist sets of terminological axioms Γbridge ⊆ Γins and Abridge ⊆ Ains such that either the left-hand side of these axioms is always a description expressed in Lbrute and the right-hand side a description expressed in Lins, or those axioms are definitions. In symbols: if γ1 γ2 ∈ Γbridge then either γ1 ∈ Lbrute and γ2 ∈ Lins or it is the case that also γ2 γ1 ∈ Γbridge. The clause for Abridge is analogous. 3. The remaining sets of terminological axioms Γins\Γbridge and Ains\Abridge are all expressed in Lins. In symbols: L(Γins\Γbridge) ⊆ Lins and L(Ains\Abridge) ⊆ Lins. The definition states that an institution specification needs to be expressed on a language including institutional as well as brute terms (1); that a part of the specification concerns a description of mere institutional terms (3); and that there needs to be a part of the specification which connects institutional terms to brute ones (2). Terminological axioms in Γbridge and Abridge formalize in DL the Searlean notion of counts-as conditional ([25]), that is, rules stating what kind of meaning an institution gives to certain brute facts and transitions (e.g., checking box No.4 in form No.2 counts as accepting your personal data to be used for research purposes). A formal theory of counts-as statements has been thoroughly developed in a series of papers among which [10, 13]. The technical content of the present paper heavily capitalizes on that work. Notice also that given the semantics presented in Definition 2, if institutions can be specified via TBoxes then the meaning of such specifications is a set of interpreted transition systems, i.e., the models of those TBoxes. These transitions systems can be in turn thought of as all the possible MASs which model the specified institution. REMARK 2. (Lbrute from a designer"s perspective) From a design perspective language Lbrute has to be thought of as the language on which a designer would specify a system instantiating a given institution2 . Definition 3 shows that for such a design task 1 Symbols from Lins and Lbrute will be indexed (especially with agent identifiers) to add some syntactic sugar. 2 To make a concrete example, the AMELI middleware [7] can be viewed as a specification tool at a Lbrute level. it is needed to formally specify an explicit bridge between the concepts used in the description of the actual system and the institutional ‘abstract" concepts. We will come back to this issue in Section 3. 2.3 From abstract to concrete norms To illustrate Definition 3, and show its explanatory power, an example follows which depicts an essential phenomenon of institutions. EXAMPLE 1. (From abstract to concrete norms) Consider an institution supposed to regulate access to a set of public web services. It may contain the following norm: it is forbidden to discriminate access on the basis of citizenship. Suppose now a system has to be built which complies with this norm. The first question is: what does it mean, in concrete, to discriminate on the basis of citizenship? The system designer should make some concrete choices for interpreting the norm and these choices should be kept track of in order to explicitly link the abstract norm to its concrete interpretation. The problem can be represented as follows. The abstract norm is formalized by Formula 1 by making use of a standard reduction technique of deontic notions (see [16]): the statement it is forbidden to discriminate on the basis of citizenship amounts to the statement after every execution of a transition of type DISCR(i, j) the system always ends up in a violation state. Together with the norm also some intuitive background knowledge about the discrimination action needs to be formalized. Here, as well as in the rest of the examples in the paper, we provide just that part of the formalization which is strictly functional to show how the formalism works in practice. Formulae 2 and 3 express two effect laws: if the requester j is Dutch then after all executions of transitions of type DISCR(i, j) j is accepted by i, whereas if it is not all the executions of the transitions of the same type have as an effect that it is not accepted. All formulae have to be read as schemata determining a finite number of subsumption expressions depending on the number of agents i, j considered. ∀DISCR(i, j).viol ≡ (1) dutch(j) ∀DISCR(i, j).accepted(j) (2) ¬dutch(j) ∀DISCR(i, j).¬accepted(j) (3) The rest of the axioms concern the translation of the abstract type DISCR(i, j) to concrete transition types. Formula 4 refines it by making explicit that a precise if-then-else procedure counts as a discriminatory act of agent i. Formulae 5 and 6 specify which messages of i to j count as acceptance and rejection. If the designer uses transition types SEND(msg33, i, j) and SEND(msg38, i, j) for the concrete system specification, then Formulae 5 and 6 can be thought of as bridge axioms connecting notions belonging to the institutional alphabet (to accept, and to reject) to concrete ones (to send specific messages). Finally, Formulae 7 and 8 state two intuitive effect laws concerning the ACCEPT(i, j) and REJECT(i, j) types. if dutch(j)then ACCEPT(i, j) else REJECT(i, j) DISCR(i, j) (4) SEND(msg33, i, j) ACCEPT(i, j) (5) SEND(msg38, i, j) REJECT(i, j) (6) ∀ACCEPT(i, j).accepted(j) ≡ (7) ∀REJECT(i, j).¬accepted(j) ≡ (8) It is easy to see, on the grounds of the semantics exposed in Definition 2, that the following concrete inclusion statement holds w.r.t. 630 The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) the specified institution: if dutch(j) then SEND(msg33, i, j) else SEND(msg38, i, j) DISCR(i, j) (9) This scenario exemplifies a pervasive feature of human institutions which, as extensively argued in [10], should be incorporated by electronic ones. Current formal approaches to institutions, such as ISLANDER [6], do not allow for the formal specification of explicit translations of abstract norms into concrete ones, and focus only on norms that can be specified at the concrete system specification level. What Example 1 shows is that the problem of the abstractness of norms in institutions can be formally addressed and can be given a precise formal semantics. The scenario suggests that, just by modifying an appropriate set of terminological axioms, it is possible for the designer to obtain a different institution by just modifying the sets of bridge axioms without touching the terminological axioms expressed only in the institutional language Lins. In fact, it is the case that a same set of abstract norms can be translated to different and even incompatible sets of concrete norms. This translation can nevertheless not be arbitrary ([1]). EXAMPLE 2. (Acceptable and unacceptable translations of abstract norms) Reconsider again the scenario sketched in Example 1. The transition type DISCR(i, j) has been translated to a complex procedure composed by concrete transition types. Would any translation do? Consider an alternative institution specification Ins containing Formulae 1-3 and the following translation rule: PAY(j, i, e10) DISCR(i, j) (10) Would this formula be an acceptable translation of the abstract norm expressed in Formula 1? The axiom states that transitions where i receives e10 from j count as transitions of type DISCR(i, j). Needless to say this is not intuitive, because the abstract transition type DISCR(i, j) obeys some intuitive conceptual constraints (Formulae 2 and 3) that all its translations should also obey. In fact, the following inclusions would then hold in Ins : dutch(j) ∀PAY(j, i, e10).accepted(j) (11) ¬dutch(j) ∀PAY(j, i, e10).¬accepted(j) (12) In fact, there properties of the transition type PAY(j, i, e10) look at least awkward: if an agent is Dutch than by paying e10 it would be accepted, while if it was not Dutch the same action would make it not accepted. The problem is that the meaning of ‘paying" is not intuitively subsumed by the meaning of ‘discriminating". In other words, a transition type PAY(j, i, e10) does not intuitively yield the effects that a sub-type of DISCR(i, j) yields. It is on the contrary perfectly intuitive that Formula 9 obeys the constraints in Formulae 2 and 3, which it does, as it can be easily checked on the grounds of the semantics. It is worth stressing that without providing a model-theoretic semantics for the translation rules linking the institutional notions to the brute ones, it would not be so straightforward to model the logical constraints to which the translations are subjected (Example 2). This is precisely the advantage of viewing translation rules as specific terminological axioms, i.e., Γbridge and Abridge, working as a bridge between two languages (Definition 3). In [12], we have thoroughly compared this approach with approaches such as [9] which conceive of translation rules as inference rules. The two examples have shown how our approach can account for some essential features of institutions. In the next section the same framework is applied to provide a formal analysis of the notion of role. 2.4 Institutional modules and roles Viewing institutions as the impositions of institutional descriptions on systems" states and transitions allows for analyzing the normative system perspective itself (i.e., institutions are sets of norms) at a finer granularity. We have seen that the terminological axioms specifying an institution concern complex descriptions of new institutional notions. Some of the institutional state types occurring in the institution specification play a key role in structuring the specification of the institution itself. The paradigmatic example in this sense ([25]) are facts such as agent i enacts role r which will be denoted by state types rea(i, r). By stating how an agent can enact and ‘deact" a role r, and what normative consequences follow from the enactment of r, an institution describes expected forms of agents" behavior while at the same time abstracting from the concrete agents taking part to the system. The sets of norms specifying an institution can be clustered on the grounds of the rea state types. For each relevant institutional state type (e.g., rea(i, r)), the terminological axioms which define an institution, i.e., its norms, can be clustered in (possibly overlapping) sets of three different types: the axioms specifying how states of that institutional type can be reached (e.g., how an agent i can enact the role r); how states of that type can be left (e.g., how an agent i can ‘deact" the a role r); and what kind of institutional consequences do those states bear (e.g., what rights and power does agent i acquire by enacting role r). Borrowing the terminology from work in legal and institutional theory ([23, 25]), these clusters of norms can be called, respectively, institutive, terminative and status modules. Status modules We call status modules those sets of terminological axioms which specify the institutional consequences of the occurrence of a given institutional state-of-affairs, for instance, the fact that agent i enacts role r. EXAMPLE 3. (A status module for roles) Enacting a role within an institution bears some institutional consequences that are grouped under the notion of status: by playing a role an agent acquires a specific status. Some of these consequences are deontic and concern the obligations, rights, permissions under which the agent puts itself once it enacts the role. An example which pertains to the normative description of the status of both a buyer and a seller roles is the following: rea(i, buyer) rea(j, seller) win bid(i, j, b) ∀¬PAY(i, j, b).viol(i) (13) If agent i enacts the buyer role and j the seller role and i wins bid b then if i does not perform a transition of type PAY (i, j, b), i.e., does not pay to j the price corresponding to bid b, then the system ends up in a state that the institution classifies as a violation state with i being the violator. Notice that Formula 13 formalizes at the same time an obligation pertaining to the role buyer and a right pertaining to the role seller. Of particular interest are then those consequences that attribute powers to agents enacting specific roles: rea(i, buyer) rea(j, seller) ∀BID(i, j, b).bid(i, j, b) (14) SEND(i, j, msg49) BID(i, j, b) (15) If agent i enacts the buyer role and j the seller role, every time agent i bids b to j this action results in an institutional state testifying that the corresponding bid has been placed by i (Formula 14). Formula 15 states how the bidding action can be executed by sending a specific message to j (SEND(i, j, msg49)). Some observations are in order. As readers acquainted with deontic logic have probably already noticed, our treatment of the notion The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) 631 of obligation (Formula 13) makes again use of a standard reduction approach ([16]). More interesting is instead how the notion of institutional power is modeled. Essentially, the empowerment phenomenon is analyzed in term of two rules: one specifying the institutional effects of an institutional action (Formula 14), and one translating the institutional transition type in a brute one (Formula 15). Systems of rules of this type empower the agents enacting some relevant role by establishing a connection between the brute actions of the agents and some institutional effect. Whether the agents are actually able to execute the required ‘brute" actions is a different issue, since agent i can be in some states (or even all states) unable to effectuate a SEND(i, j, msg49) transition. This is the case also in human societies: priests are empowered to give rise to marriages but if a priest is not in state of performing the required speech acts he is actually unable to marry anybody. There is a difference between being entitled to make a bid and being in state of making a bid ([4]). In other words, Formulae 14 and 15 express only that agents playing the buyer role are entitled to make bids. The actual possibility of performing the required ‘brute" actions is not an institutional issue, but rather an issue concerning the implementation of an institution in a concrete system. We address this issue extensively in Section 33 . Institutive modules We call institutive modules those sets of terminological axioms of an institution specification describing how states with certain institutional properties can be reached, for instance, how an agent i can reach a state in which it enacts role r. They can be seen as procedures that the institution define in order for the agents to bring institutional states of affairs about. EXAMPLE 4. (An institutive module for roles) The fact that an agent i enacts a role r (rea(i, r)) is the effect of a corresponding enactment action ENACT(i, r) performed under certain circumstances (Formula 16), namely that the agent does not already enact the role, and that the agent satisfies given conditions (cond(i, r)), which might for instance pertain the computational capabilities required for an agent to play the chosen role, or its capability to interact with some specific system"s infrastructures. Formula 17 specifies instead the procedure counting as an action of type ENACT(i, r). Such a procedure is performed through a system infrastructure s, which notifies to i that it has been registered as enacting role r after sending the necessary piece of data d (SEND(i, s, d)), e.g., a valid credit card number. ¬rea(i, r) cond(i, r) ENACT(i, r).rea(i, r) (16) SEND(i, s, d) ◦ NOTIFY(s, i) ENACT(i, r) (17) Terminative modules Analogously, we call terminative modules those sets of terminological axioms stating how a state with certain institutional properties can be left. Rules of this kind state for instance how an agent can stop enacting a certain role. They can be thus thought of as procedures that the institution defines in order for the agent to see to it that certain institutional states stop holding. EXAMPLE 5. (A terminative module for roles) Terminative modules for roles specify, for instance, how a transition type DEACT(i, r) can be executed which has as consequence the reaching of a state of type ¬rea(i, r): rea(i, r) DEACT(i, r).¬rea(i, r) (18) SEND(i, s, msg9) DEACT(i, r) (19) That is to say, i deacting a role r always leads to a state where 3 See in particular Example 6 and Definition 5 i does not enact role r; and i sending message No.9 to a specific interface infrastructure s count as i deacting role r. Examples 3-5 have shown how roles can be formalized in our framework thereby getting a formal semantics: roles are also sets of terminological axioms concerning state types of the sort rea(i, r). It is worth noticing that this modeling option is aligned with work on social theory addressing the concept of role such as [20]. 2.5 Tractable specifications of institutions In the previous sections we fully deployed the expressivity of the language introduced in Section 2.1 and used its semantics to provide a formal understanding of many essential aspects of institutions in terms of transition systems. This section spends a few words about the viability of performing automated reasoning in the logic presented. The satisfiability problem4 in logic ALCH( ,◦,¬,id) is undecidable since transition type inclusion axioms correspond to a version of what in Description Logic are known as role-value maps and logics extending ALC with role-value maps are known to be undecidable ([3]). Tractable (i.e., polynomial time decidable) fragments of logic ALCH( ,◦,¬,id) can however be isolated which still exhibit some key expressive features. One of them is logic ELH(◦) . It is obtained from description logic EL, which contains only state types intersection , existential restriction ∃ and 5 , but extended with the ⊥ state type and with transition type inclusion axioms of a complex form: a1 ◦. . .◦an a (with n finite number). Logic ELH(◦) is also a fragment of the well investigated description logic EL++ whose satisfiability problem has been shown in [2] to be decidable in polynomial time. Despite the very limited expressivity of this fragment, some rudimentary institutional specifications can still be successfully represented. Specifically, institutive and terminative modules can be represented which contain transition types inclusion axioms. Restricted versions of status modules can also be represented enabling two essential deontic notions: it is possible (respectively, impossible) to reach a violation state by performing a transition of a certain type, and it is possible (respectively, impossible) to reach a legal state by performing a transition of a certain type. To this aim language Lins would need to be expanded with a set of state types {legal(i)}0≤i≤n whose intuitive meaning is to denote legal states as opposed to states of type viol(i). Fragments like ELH(◦) could be used as target logics within theory approximation approaches ([24]) by aiming at compiling TBoxes expressed in ALCH( ,◦,¬,id) into approximations in those fragments. 3. FROM NORMS TO STRUCTURES 3.1 Infrastructures In discussing Example 3 we observed how being entitled to make a bid does not imply being in state of making a bid. In other words, an institution can empower agents by means of appropriate rules but this empowerment can remain dead letter. Similar 4 This problem amounts to check whether a state description γ is satisfiable w.r.t. a given TBox T, i.e., to check if there exists a model m of T such that ∅ ⊂ I(γ). Notice that language ALCH( ,◦,¬,id) contains negation and intersection of arbitrary state types. It is well-known that if these operators are available then all most typical reasoning tasks at the TBox level can be reduced to the satisfiability problem. 5 Notice therefore that EL is a seriously restricted fragment of ALC since it does not contain the negation operator for state types (operators and ∀ remain thus undefinable). 632 The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) observations apply also to deontic notions: agents might be allowed to perform certain transactions under some relevant conditions but they might be unable to do so under those same conditions. We refer to this kind of problems as infrastructural. The implementation of an institution in a concrete system calls therefore for the design of appropriate infrastructures or artifacts ([19]). The formal specification of an infrastructure amounts to the formal specification of interaction requirements, that is to say, the specification of which relevant transition types are executable and under what conditions. DEFINITION 4. (Infrastructures as TBoxes) An infrastructure Inf = Γinf , Ainf for institution Ins is a TBox on Lbrute such that for all a ∈ L(Abridge) there exist terminological axioms in Γinf of the following form: γ ≡ ∃a. (a is executable exactly in γ states) and γ ≡ ∃¬a. (the negation of a is executable exactly in γ states). In other words, an infrastructure specification states all and only the conditions under which an atomic brute transition type and its negation are executable, which occur in the brute alphabet of the bridge axioms of Ins. It states what can be in concrete done and under what conditions. EXAMPLE 6. (Infrastructure specification) Consider the institution specified in Example 1. A simple infrastructure Inf for that institution could contain for instance the following terminological axioms for any pair of different agents i, j and message type msg: ∃SEND(msg33, i, j). (20) The formula states that it is always in the possibilities of agent i to send message No. 33 to agent j. It then follows on the grounds of Example 1 that agent i can always accept agent j. ∃ACCEPT(i, j). (21) Notice that the executability condition is just . We call a concrete institution specification CIns an institution specification Ins coupled with an infrastructure specification Inf. DEFINITION 5. (Concrete institution) A concrete institution obtained by joining the institution Ins = Γins, Ains and the infrastructure Inf = Γinf , Ainf is a TBox CIns = Γ, A such that Γ = Γins ∪ Γinf and A = Ains ∪ Ainf . Obviously, different infrastructures can be devised for a same institution giving rise to different concrete institutions which makes precise implementation choices explicit. Of particular relevance are the implementation choices concerning abstract norms like the one represented in Formula 13. A designer can choose to regiment such norm ([15]), i.e., make violation states unreachable, via an appropriate infrastructure. EXAMPLE 7. (Regimentation via infrastructure specification) Consider Example 3 and suppose the following translation rule to be also part of the institution: BNK(i, j, b) CC(i, j, b) ≡ PAY(i, j, b) (22) condition pay(i, j, b) ≡ rea(i, buyer) rea(j, seller) win bid(i, j, b) (23) The first formula states how the payment can be concretely carried out (via bank transfer or credit card) and the second just provides a concrete label grouping the institutional state types relevant for the norm. In order to specify a regimentation at the infrastructural level it is enough to state that: condition pay(i, j, b) ≡ ∃(BNK(i, j, b) CC(i, j, b)). (24) ¬condition pay(i, j, b) ≡ ∃¬(BNK(i, j, b) CC(i, j, b)). (25) In other words, in states of type condition pay(i, j, b) the only executable brute actions are BANK(i, j, b) or CC(i, j, b) and, therefore, PAY(i, j, b) would necessarily be executed. As a result, the following inclusion does not hold with respect to the corresponding concrete institution: condition pay(i, j, b) ∃¬PAY(i).viol(i). 3.2 Organizational Structures This section briefly summarizes and adapts the perspective and results on organizational structures presented in [14, 11]. We refer to that work for a more comprehensive exposition. Organizational structures typically concern the way agents interact within organizations. These interactions can be depicted as the links of a graph defined on the set of roles of the organization. Such links are then to be labeled on the basis of the type of interaction they stand for. First of all, it should be clear whether a link denotes that a certain interaction between two roles can, or ought to, or may etc. take place. Secondly, links should be labeled according to the transition type α they refer to and the conditions γ in which that transition can, ought to, may etc. take place. Links in a formal specification of an organizational structure stand therefore for statements of the kind: role r can (ought to, may) execute α w.r.t. role s if γ is the case. For the sake of simplicity, the following definition will consider only the can and ought-to interaction modalities. State and transition types in Lins ∪Lbrute will be used to label the links of the structure. Interaction modalities can therefore be of an institutional kind or of a brute kind. DEFINITION 6. (Organizational structure) An organizational structure is a multi-graph: OS = Roles, {Cp}p∈Mod, {Op}p∈Mod where: • Mod denotes a set of pairs p = γ : α, that is, a set of state type (condition) and transition type (action) pairs of Lins∪Lbrute with α being an atomic transition-type indexed with a pair (i, j) denoting placeholders for the actor and the recipient of the transition; • C (can) denotes links to be interpreted in terms of the executability of the related α in γ, whereas O (ought) denotes links to be interpreted in terms of the obligation to execute the related α in γ. By the expressions (r, s) ∈ Cγ:α and (r, s) ∈ Oγ:α we mean therefore: agents enacting role r can and, respectively, ought to interact with agents enacting role s by performing α in states of type γ. As shown in [11] such formal representations of organizational structures are of use for investigating the structural properties (robustness, flexibility, etc.) that a given organization exhibits. At this point all the formal means are put in place which allow us to formally represent institutions as well as organizational structures. The next and final step of the work consists in providing a formal relation between the two frameworks. This formal relation will make explicit how institutions are related to organizational structures and vice versa. In particular, it will become clear how a normative conception of the notion of role relates to a structural one, that is, how the view of roles as a sets of norms (specifying how an agent can enact and deact the role, and what social status it obtains by doing that) relates to the view of roles as positions within social structures. 3.3 Relating institutions to organizations The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) 633 To translate a given concrete institution into a corresponding organizational structure we need a function t assigning pairs of roles to axioms. Let us denote with Sub the set of all state type inclusion statements γ1 γ2 that can be expressed on Lins ∪ Lbrute. Function t is a partial function Sub Roles × Roles such that, for any x ∈ Sub if x = rea(i, r) rea(j, s) γ ∃α. (executability) or x = rea(i, r) rea(j, s) γ ∀¬α.viol(i) (obligation) then t(x) = (r, s), where α is an atomic transition-type indexed with a pair (i, j). That is to say, executability and obligation laws containing the enactment configuration rea(i, r) rea(j, s) as a premise and concerning transition of types α, with i actor and j recipient of the α transition, are translated into role pairs (r, s). DEFINITION 7. (Correspondence of specifications) A concrete institution CIns = Γ, A is said to correspond to an organizational structure OS (and vice versa) if, for every x ∈ Γ: • x = rea(i, r) rea(j, s) γ ∃α. iff t(x) ∈ Cγ:α • x = rea(i, r) rea(j, s) γ ∀¬α.viol(i) iff t(x) ∈ Oγ:α Intuitively, function t takes axioms from Γ (i.e., the set of state type terminological axioms of CIns) and yields pairs of roles. Definition 7 labels the yielded pairs accordingly to the syntactic form of the translated axioms. More concretely, axioms of the form rea(i, r) rea(j, s) γ ∃α. (executability laws) are translated into the pair (r, s) belonging to the executability dimension (i.e., C) of the organizational structure w.r.t. the execution of α under circumstances γ. Analogously, axioms of the form rea(i, r) rea(j, s) γ ∀¬α.viol(i) (obligation laws) are translated into the pair (r, s) belonging to the obligation dimension (i.e., O) of the organizational structure w.r.t. the execution of α under circumstances γ. Leaving technicalities aside, function t distills thus the terminological and infrastructural constraints of CIns into structural ones. The institutive, terminative and status modules of roles are translated into definitions of positions within a OS. From a design perspective the interpretation of Definition 7 is twofold. On the one hand (from left to right), it can make explicit what the structural consequences are of a given institution supported by a given infrastructure. On the other hand (from right to left), it can make explicit what kind of institution is actually implemented by a given organizational structure. Let us see this in some more details. Given a concrete institution CIns, Definition 7 allows a designer to be aware of the impact that specific terminological choices (in particular, the choice of certain bridge axioms) and infrastructural ones have at a structural level. Notice that Definition 7 supports the inference of links in a structure. By checking whether a given inclusion statement of the relevant syntactic form follows from CIns (i.e., the so-called subsumption problem of DL) it is possible, via t, to add new links to the corresponding organizational structure. This can be recursively done by just adding any new inferred inclusion x to the previous set of axioms Γ, thus obtaining an updated institutional specification containing Γ ∪ {x}. This process can be thought of as the inference of structural links from institutional specifications. In other words, it is possible to use institution specifications as inference tools for structural specifications. For instance, the infrastructural choice formalized in Example 7 implies that for the pair of roles (buyer, seller), it is always the case that (buyer, seller) ∈ C :PAY(i,j,b). This link follows from links (buyer, seller) ∈ C :BNK(i,j,b) and (buyer, seller) ∈ C :CC(i,j,b) on the grounds of the bridge axioms of the institution (Formula 22). Suppose now a designer to be interested in a system which, besides implementing an institution, also incorporates an organizational structure enjoying desirable structural properties such as flexibility, or robustness6 . By relating structural links to state type inclusions it is therefore possible to check whether adding a link in OS results in a stronger institutional specification, that is, if the corresponding inclusion statement is not already implied by Ins. To draw a parallelism with what just said in the previous paragraph, this process can be thought of as the inference of norms and infrastructural constraints from the specification of organizational structures. To give a simple example consider again Example 6 but from a reversed perspective. Suppose a designer wants a fully connected graph in the dimension C :SEND(i,j) of the organizational structure. Exploiting Definition 7, we would obtain a number of executability laws in the fashion of Formula 20 for all roles in Roles (thus 2|Roles| axioms). Definition 7 establishes a correspondence between two essentially different perspectives on the design of open systems allowing for feedbacks between the two to be formally analyzed. One last observation is in order. While given a concrete institution an organizational structure can be in principle fully specified (by checking for all -finitely many- relevant inclusion statements whether they are implied or not by the institution), it is not possible to obtain a full terminological specification from an organizational structure. This lies on the fact that in Definition 6 the strictly terminological information contained in the specification of an institution (eminently, the set of transition type axioms A and therefore the bridge axioms) is lost while moving to a structural description. This shows, in turn, that the added value of the specification of institutions lies precisely in the terminological link they establish between institutional and brute, i.e., system level notions. 4. CONCLUSIONS The paper aimed at providing a comprehensive formal analysis of the institutional metaphor and its relation to the organizational one. The predominant formal tool has been description logic. TBoxes has been used to represent the specifications of institutions (Definition 3) and their infrastructures (Definition 6), providing therefore a transition system semantics for a number of institutional notions (Examples 1-7). Multi-graphs has then been used to represent the specification of organizational structures (Definition 6). The last result presented concerned the definition of a formal correspondence between institution and organization specifications (Definition 7), which provides a formal way for switching between the two paradigms. All in all, these results deliver a way for relating abstract system specifications (i.e., institutions as sets of norms) to specifications that are closer to an implemented system (i.e., organizational structures). 5. REFERENCES [1] G. Azzoni. Il cavallo di caligola. In Ontologia sociale potere deontico e regole costitutive, pages 45-54. Quodlibet, Macerata, Italy, 2003. [2] F. Baader, S. Brandt, and C. Lutz. Pushing the EL envelope. In Proceedings of IJCAI"05, Edinburgh, UK, 2005. Morgan-Kaufmann Publishers. [3] F. Baader, D. Calvanese, D. McGuinness, D. Nardi, and P. Patel-Schneider. The Description Logic Handbook. Cambridge Univ. Press, Cambridge, 2002. [4] C. Castelfranchi. The micro-macro constitution of power. ProtoSociology, 18:208-268, 2003. 6 In [11] it is shown how these and analogous properties can be precisely measured within the type of structures presented in Definition 6. 634 The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) [5] D. D. Harel amd Kozen and J. Tiuryn. Dynamic logic. In D. Gabbay and F. Guenthner, editors, Handbook of Philosophical Logic: Volume II, pages 497-604. Reidel, Dordrecht, 1984. [6] M. Esteva, D. de la Cruz, and C. Sierra. ISLANDER: an electronic institutions editor. In Proceedings of AAMAS"02, pages 1045-1052, New York, NY, USA, 2002. ACM Press. [7] M. Esteva, J. Rodr´ıguez-Aguilar, B. Rosell, and J. Arcos. Ameli: An agent-based middleware for electronic institutions. In Proceedings of AAMAS"04, New York, US, July 2004. [8] M. S. Fox. An organizational view of distributed systems. IEEE Trans. Syst. Man Cyber, 11(1)70 - 80, 1981. [9] C. Ghidini and F. Giunchiglia. A semantics for abstraction. In R. de M´antaras and L. Saitta, editors, Proceedings of ECAI"04, pages 343-347, 2004. [10] D. Grossi, H. Aldewereld, J. V´azquez-Salceda, and F. Dignum. Ontological aspects of the implementation of norms in agent-based electronic institutions. Computational & Mathematical Organization Theory, 12(2-3):251-275, April 2006. [11] D. Grossi, F. Dignum, V. Dignum, M. Dastani, and L. Royakkers. Structural evaluation of agent organizations. In Proceedings of AAMAS"06, pages 1110 - 1112, Hakodate, Japan, May 2006. ACM Press. [12] D. Grossi, F. Dignum, and J.-J. C. Meyer. Context in categorization. In L. Serafini and P. Bouquet, editors, Proceedings of CRR"05, volume 136 of CEUR Workshp Proceedings, Paris, June 2005. [13] D. Grossi, J.-J. Meyer, and F. Dignum. Classificatory aspects of counts-as: An analysis in modal logic. Journal of Logic and Computation, October 2006. doi: 10.1093/logcom/exl027. [14] J. F. H¨ubner, J. S. Sichman, and O. Boissier. Moise+: Towards a structural functional and deontic model for mas organization. In Proceedings of AAMAS"02, Bologna, Italy, July 2002. ACM Press. [15] A. J. I. Jones and M. Sergot. On the characterization of law and computer systems: The normative systems perspective. Deontic Logic in Computer Science, pages 275-307, 1993. [16] J. Krabbendam and J.-J. C. Meyer. Contextual deontic logics. In P. McNamara and H. Prakken, editors, Norms, Logics and Information Systems, pages 347-362, Amsterdam, 2003. IOS Press. [17] J.-J. Meyer, F. de Boer, R. M. van Eijk, K. V. Hindriks, and W. van der Hoek. On programming karo agents. Logic Journal of the IGPL, 9(2), 2001. [18] D. C. North. Institutions, Institutional Change and Economic Performance. Cambridge University Press, Cambridge, 1990. [19] A. Omicini, A. Ricci, A. Viroli, C. Castelfranchi, and L. Tummolini. Coordination artifacts: Environment-based coordination for intelligent agents. In Proceedings of AAMAS"04, 2004. [20] I. P¨orn. Action theory and social science. Some formal models. Reidel Publishing Company, Dordrecht, The Netherlands, 1977. [21] S. Pufendorf. De Jure Naturae et Gentium. Amsterdam, 1688. English translation, Clarendon, 1934. [22] A. S. Rao and M. P. Georgeff. Modeling rational agents within a BDI-architecture. In J. Allen, R. Fikes, and E. Sandewall, editors, Proceedings of KR"91), pages 473-484. Morgan Kaufmann: San Mateo, CA, USA, 1991. [23] D. W. P. Ruiter. A basic classification of legal institutions. Ratio Juris, 10:357-371, 1997. [24] M. Schaerf and M. Cadoli. Tractable reasoning via approximation. Artificial Intelligence, 74(2):249-310, 1995. [25] J. Searle. The Construction of Social Reality. Free Press, 1995. [26] J. V´azquez-Salceda. The role of Norms and Electronic Institutions in Multi-Agent Systems. Birkhuser Verlag AG, 2004. The Sixth Intl. Joint Conf. on Autonomous Agents and Multi-Agent Systems (AAMAS 07) 635