자동 협상)과 전자 상거래 계약망 프레임워크의 확장에 대하여

4. 협상 아이템을 링크하기 초기 CNP 구현에서 작업은 한번에 하나씩 협상되었다. 이는 만약 어떠한 작업을 수행할 수 있는 가능성이 다른 작업의 수행 여부에 의해 결정된다면 충분치 못한 스펙이라 할 수 있다: 국부 최고치가 존재할찌도 모르고, 주체 사이에 하나의 작업을 이동하는 것은 전체적 결과치에 도움을 주지 못한다. 하지만 한번에 여러 작업 셋을 이동시키는 것은 효과가 있다. 보다 많은 양의 전송이 필요하다는 것에 대해서는 중앙화된 반복적 리파인 최적화(centralised iterative refinement optimisation)에 의해 잘 알려져 있으나, 자동 협상에서는 일반적으로 무시되어 왔다. TRACONET은 CNP를 확장하여 공지자가 작업을 집합화하여 협상을 자동화할 수 있도록 함으로써 작업 상호작용(task interactions)을 다룰 수 있도록 하였다. 이와는 다르게, 입찰자가 역제의에 의해 집합화(clustering)를 할 수도 있다. 우리의 프로토콜은, Fig. 1에서 나타난 바와 같이 주체들로 하여금 어떠한 단계에서도 집합화를 할 수 있도록 이를 일반화하였다. 만약 주체가 위험 부담을 기꺼이 감수한다면 대량 전송과 같은 효과를 소량 전송으로도 낼 수 있다. 각각의 작은 계약이 개인적으로 이익을 가져다주지 않는다고 하더라도 각 주체는 전체적인 커다란 이익을 이루기 위해 연속적으로 작은 계약들을 맺어나갈 수 있다. 이 시퀀스의 초기 단계에서는, 만약 나중의 계약이 이를 보충해주지 못한다면, 전체적 결과치는 계속 감소한다. 초기 계약을 맺을 때, 적어도 둘 중 하나의 주체는 파트너가 이후의 계약에 동의하지 않을 경우 지속적인 손해를 각오하여야만 한다. 우리의 프로토콜은 이러한 위험을 위약금을 지불하고 약속을 깨는 것을 허락함으로써 최소화하였다. 위약금 함수는 이후의 계약에 대한 승인에 의해 조건지워지거나, 혹은 그 주체가 시퀀스의 남은 계약을 맺을 수 있을 것이라 기대되는 만큼의 시간 동안 만큼의 저레벨 약속을 정의한다.