ActionReport, AlertKind, CallUrgency, ConversationID, ConvEvent, Credentials, EncryptionKey, InterfaceSpec, KeyTable, NetAddress, NB, nullID, noAddress, PartyID, PartyType, Reason, ROPE, SHHH, SmartsID, StateInConv, unencrypted, VoiceSocket ],

nullID: RefID.ID = Thrush.nullID;

none: SHHH = Thrush.unencrypted;

role: SmartsRole←NIL,

netAddress: Thrush.NetAddress←Thrush.noAddress

];

voiceTerminal represents a role corresponding to Lark Smarts, front or back door, or BluejaySmarts; an actual source/sink of audio information, as well as the smarts control functions.

controller represents an entity that can perform control functions, but cannot supply or accept the voice transmission protocol. Standard and only present example: FinchSmarts. Controllers generally get to hear about changes in conversations before their associated voice terminals do.

A Smarts must relay all call-placement requests through a Party it is associated with. This is because we don't trust all Smarts as much as we trust all Parties; the Parties should validate the requests. The party level, however, only concerns itself with maintaining the "truth" about the current state of all parties in a conversation, reporting state transitions to interested smarts, and storing/computing some values that smarts may be interested in. Smarts are responsible for initiating their own state transitions and in interpreting the meaning of being in one state or another.

Exceptions: 1) One smarts may advance another party into the $notified state in order to initiate a call. 2) When all parties in a conversation are in the $idle state, the party code can eliminate all the data structures associated with the conversation.

CreateConversation produces a new conversation and puts the calling party in it, in the indicated state; one can destroy the conversation only by idling onesself with respect to it, and expecting others to do the same. CreateConversation accepts other call parameters as a convenience. The conversation's creator is henceforth known to the system as the $originator of the conversation.

Alert adds another party to the conversation, in $notified state -- this is always legal, assuming the party's not in the conversation already! The notified party is expected to advance to a further state and report it to the $originator (caller of Alert). The originator can not subsequently influence the behavior of the notified party, except by suggestion.

Advance is called by smarts to progress its own party through a call. See Thrush.StateInConv for a description of the states and their meanings. The reason/comment fields are most useful when going idle, to indicate whether it was due to some problem or just because the call is over.

Most ThParty functions return an NB (nota bene) code. If this value is not $success, usually any other return values will be NIL, nullID, or meaningless, and the requested operation will not have been performed. The NB values indicate generally what went wrong. $stateMismatch means that some other party has changed state and the caller has not yet been informed of that. This will only be returned from functions that operate on the conversation state.

shhh: SHHH ← none,

credentials: Credentials,

state: Thrush.StateInConv←$initiating,

urgency: Thrush.CallUrgency←NIL, -- $normal

alertKind: Thrush.AlertKind←NIL, -- $standard

reason: Thrush.Reason ← NIL, -- if present, state is probably $failed (to get error signals when no conversation was ever established.)

comment: ROPE ← NIL,

subject: Thrush.ROPE←NIL

] RETURNS [ nb: NB, convEvent: Thrush.ConvEvent ];

shhh: SHHH ← none,

credentials: Credentials,

calledPartyID: PartyID←nullID,

comment: ROPE←NIL

] RETURNS [nb: NB ];

shhh: SHHH ← none,

credentials: Credentials,

state: Thrush.StateInConv,

reportToAll: BOOL←FALSE,

reason: Thrush.Reason←NIL, -- wontSay

comment: ROPE←NIL

] RETURNS [nb: NB, convEvent: Thrush.ConvEvent ];

shhh: SHHH ← none,

report: Thrush.ActionReport, -- includes credentials (in other field) identifying the service party.

reportToAll: BOOL ← FALSE,

selfOnCompletion: BOOL←FALSE

] RETURNS [nb: NB, numReportsIssued: NAT𡤀];

shhh: SHHH ← none,

credentials: Credentials, -- of surviving conversation

otherStateID: Thrush.StateID, -- of dissolving conversation

otherConvID: ConversationID

] RETURNS [ nb: NB ];

Information about the conversation as a whole

subject: ROPE←NIL,

urgency: Thrush.CallUrgency←NIL,

alertKind: Thrush.AlertKind←NIL,

startTime: BasicTime.GMT←TRASH,

conferenceHost: Thrush.NetAddress←TRASH,

numParties: NAT←TRASH,

numActive: NAT←TRASH,

numIdle: NAT←TRASH,

originator: Thrush.PartyID ← TRASH

lastTime: BasicTime.GMT←TRASH, -- Time of last state transition, any party

];

RETURNS [

Socket numbers and host names for each of the voice terminals in this conversation; own entry, if any, comes first.

numParties: NAT𡤀, -- number of valid entries in this sequence

conferenceHost: Thrush.NetAddress←TRASH, -- needed for connection spec. stuff.

parties: SEQUENCE len: NAT OF PartyInfoSpec

];

partyID: PartyID←nullID,

type: Thrush.PartyType←NIL,

state: Thrush.StateInConv←$neverWas, -- of this party in the conversation

stateID: Thrush.StateID←TRASH, -- last transition.

lastTime: BasicTime.GMT←TRASH, -- of last transition

name: Thrush.ROPE←NIL, -- owner, current name, or description, see below

numConvs: NAT←TRASH,

enabled: BOOL←TRASH,

partyActive: BOOL←TRASH,

socket: Thrush.VoiceSocket←TRASH -- in1 (tx1) socket template for voice terminal for this party

];

$owner: RName of creator of this party; same as $current for telephone and individual parties; RName of trunk's owner for trunks; Idle service RName for services.

$current: Current assignment; identity of party on the other end of a $trunk, or modified service name identifying user.

$address: meaningless but same as $current for all but $trunk, where it's the phone number

$description: dolled-up version of $current, suitable for framing, including all known names and numbers, for Finch and so on.

shh: SHHH←none,

credentials: Credentials,

nameReq: NameReq←$current,

allParties: BOOL←FALSE -- IF FALSE, just calling party; else all parties, calling party first

]

RETURNS [

GetPartyInfo[nameReq: $current, allParties: FALSE] replaces GetRname.

GetPartyInfo[nameReq: $description, allParties: FALSE] replaces DescribeParty

RETURNS[nb: NB, description: Thrush.ROPE];

Caller should expect to be informed of all conversations currently in progress for this party. So should all of the other Smartses connected to the party. Thus, a Smarts must be prepared to hear about the same event twice. <<Could cause trouble when interval specs, connection specs, and conversation keys are being distributed.>>

shhh: SHHH ← none,

credentials: Credentials,

interfaceSpecPattern: Thrush.InterfaceSpec

] RETURNS[nb: NB, interfaceSpec: Thrush.InterfaceSpec];

Having registered it, the caller (service provider) must also XXXRpcControl.ExportInterface[...] the interface, under the specified instance name. interfaceSpecPattern.type should be a simple rope, not a Grapevine RName, since we don't really want Grapevine involved at all. The client can either supply an instance value or let RegisterService invent one (present BluejaySmarts produces 5 parties, but each has the same behavior, so it could use the instance invented during the registration of the first one for the rest of them.)

There can/will be only one instance/version of an interface with a given type name registered for a party at a time. New ones override old ones.

Caller should supply interfaceSpecPattern.hostHint. If it's null, an attempt will be made to produce a decent value, no guarantees (shhh=none implies call is from own host.)

NB can complain about the credentials.

shhh: SHHH ← none,

credentials: Credentials,

serviceParty: PartyID,

type: RPC.ShortROPE

] RETURNS[nb: NB, interfaceSpec: Thrush.InterfaceSpec];

shh: SHHH ← none,

credentials: Credentials,

key: Thrush.EncryptionKey,

reportNewKeys: BOOL←FALSE

]

RETURNS [ nb: NB, keyIndex: [0..17B] ];

RETURNS [

Parties represent participants in conversations. Depending on type, they represent:

GetParty and friends map names into parties. (Register creates new parties.) The rName is either the name of an individual (including registry), a service (e.g., "recording"), or (in the case of trunks) NIL.

partyID is the ID for one's own party -- the "self" of object-style references. This form is followed throughout this interface.

shh: SHHH←none, partyID: PartyID, rName: ROPE←NIL,

type: Thrush.PartyType←NIL

] RETURNS [nb: NB, newPartyID: PartyID];

IF nb#success, it gives some idea of what went wrong. Thrush.NB can be extended with specialized error values in cases where the caller is expected to understand more about it (when obtaining services, for instance)

IF type=NIL, it's a request for an $individual (preferably) or $telephone (otherwise).

GetParty will return one's own trunk, properly configured, if type=$telephone and no Etherphone party can be found.

shh: SHHH←none,

partyID: PartyID,

phoneNumber: Thrush.ROPE←NIL, description: ROPE←NIL

] RETURNS [nb: NB, newPartyID: PartyID];

phoneNumber is a valid extension or outside telephone number. Description is probably a name, but may not be an RName; we can use it to help the user, but not to look up anything. Unless trunkOK, number must be an internal extension representing an Etherphone user.

shh: SHHH←none,

partyID: PartyID,

feepNum: Thrush.ROPE←NIL

] RETURNS [nb: NB, newPartyID: PartyID];

FeepNum is a string of the form "*nnnnn", where "nnnnn" is a prefix of some rName, mapped with information loss into the corresponding DTMF buttons. The prefix should be long enough to be guaranteed unique within the system. This isn't at all good yet.

RETURNS [nb: NB, partyID: Thrush.PartyID];

Who do we represent when we initiate an outgoing call? After obtaining this party, it may become invalid (due to the party dropping out), so be prepared for $noSuchParty problems all along the line.

RETURNS [fullRName: ROPE, number: ROPE, homeNumber: ROPE];

fullRName is NIL if nothing found.

A Smarts implementation uses Register to create the server's identifier for the Smarts, to create the corresponding party, and to establish the necessary links between these objects and the reset of the system. <There used to be some authentication involved in this step, but for now we're trusting RPC to provide authorized identities.>

Since the server needs to be able to deal with more than one Smarts implementation, they are implemented as objects and must use RPC's object-oriented option.

Options include:

shh: SHHH←none,

Identification of party -- requires either:

Identification of smarts implementation -- requires either:

Kind of Smarts being registered, and from what host

] RETURNS [

nb: NB, credentials: Credentials ];

Verifies that the credentials are still valid, (conv can be null), or if not, which problem is the most pronounced. Can be used as basis for occasional Smarts to party polling.

nb will be noSuchSmarts or success, or something else (which implies things are confused)

RETURNS [nb: Thrush.NB];

nb=success unless something went wrong. Any parties connected to this smarts will now be available to GetParty; this smarts is an active voice smarts.

RETURNS [nb: Thrush.NB];

This smarts can no longer supply a voice connection to its parties.