การประสานการให้บริการในการประมวลผลทางธุรกิจเป็นรูปแบบหนึ่งของการประกอบการให้บริการซึ่งโปรโตคอลการโต้ตอบระหว่างบริการพันธมิตรหลายรายการจะถูกกำหนดจากมุมมองโดยรวม^{[ 1 ]} แนวคิดพื้นฐานของแนวคิดการประสานการให้บริการสามารถสรุปได้ดังนี้:

"นักเต้นเต้นรำตามสถานการณ์โลกโดยปราศจากการควบคุมจากแหล่งใดแหล่งหนึ่ง"

กล่าวคือ ในระหว่างการทำงาน ผู้เข้าร่วมแต่ละคนในการจัดลำดับการให้บริการจะดำเนินการตามส่วนของตนตามพฤติกรรมของผู้เข้าร่วมคนอื่นๆ^{[ 2 ]}บทบาทของการจัดลำดับจะระบุพฤติกรรมการส่งข้อความที่คาดหวังของผู้เข้าร่วมที่จะเล่นบทบาทนั้นในแง่ของลำดับและเวลาของข้อความที่พวกเขาสามารถรับและผลิตได้^{[ 3 ]}

การออกแบบท่าเต้นอธิบายถึงลำดับและเงื่อนไขในการแลกเปลี่ยนข้อมูลระหว่างผู้เข้าร่วมสองคนขึ้นไปเพื่อให้บรรลุวัตถุประสงค์ที่เป็นประโยชน์^{[ 4 ]}

การจัดระเบียบการให้บริการจะเข้าใจได้ดียิ่งขึ้นเมื่อเปรียบเทียบกับรูปแบบการประกอบการให้บริการอีกแบบหนึ่ง นั่นคือการจัดการการให้บริการ ในด้านหนึ่ง ในการจัดระเบียบการให้บริการ ตรรกะของการโต้ตอบตามข้อความระหว่างผู้เข้าร่วมจะถูกกำหนดจากมุมมองโดยรวม ในทางกลับกัน ในการจัดการการให้บริการ ตรรกะจะถูกกำหนดจากมุมมองเฉพาะที่ของผู้เข้าร่วมควบคุมรายหนึ่ง ซึ่งเรียกว่าผู้จัดการในภาษาการจัดการการให้บริการBPELตัวอย่างเช่น ข้อกำหนดของการจัดการการให้บริการ (เช่น ไฟล์กระบวนการ BPEL) เป็นเวิร์กโฟลว์ที่สามารถปรับใช้บนโครงสร้างพื้นฐานของบริการ (ตัวอย่างเช่น เอ็นจิ้นการดำเนินการ BPEL เช่นApache ODE ) การปรับใช้ข้อกำหนดการจัดการการให้บริการจะเปลี่ยนเวิร์กโฟลว์ให้เป็นบริการแบบผสม^{[ 5 ]}

ในแง่หนึ่ง การจัดเรียงและการจัดการบริการเป็นสองด้านของเหรียญเดียวกัน ในด้านหนึ่ง บทบาทของการจัดเรียงบริการสามารถแยกออกมาเป็นการจัดการบริการได้ผ่านกระบวนการที่เรียกว่าการฉายภาพ [ ^{6 ] ผ่าน}การฉายภาพนั้น สามารถสร้างโครง ร่างได้ กล่าว คือ การจัดการบริการที่ไม่สมบูรณ์ซึ่งสามารถใช้เป็นพื้นฐานในการสร้างเว็บเซอร์วิสที่เข้าร่วมในการจัดเรียงบริการ ในอีกด้านหนึ่ง การจัดการบริการที่มีอยู่แล้วอาจถูกประกอบเข้าด้วยกันในการจัดเรียงบริการ

การจัดเตรียมบริการไม่ได้ถูกดำเนินการ แต่ ถูก ทำให้เกิดขึ้นการจัดเตรียมบริการจะเกิดขึ้นเมื่อผู้เข้าร่วมดำเนินการตามบทบาทของตน^{[ 7 ]}กล่าวคือ แตกต่างจากการจัดการบริการ การจัดเตรียมบริการไม่ได้ถูกดำเนินการโดยกลไกบางอย่างบนโครงสร้างพื้นฐานของบริการ แต่จะ "เกิดขึ้น" เมื่อบทบาทของมันถูกดำเนินการ นี่เป็นเพราะตรรกะของการจัดเตรียมบริการถูกกำหนดจากมุมมองโดยรวม ดังนั้นจึงไม่ได้เกิดขึ้นจริงโดยบริการเดียวเหมือนในการจัดการบริการ

คำถามสำคัญที่งานวิจัยด้านการออกแบบท่าเต้นส่วนใหญ่พยายามหาคำตอบก็คือ สมมติว่ามีการสร้างการออกแบบท่าเต้นระดับโลกที่อธิบายถึงปฏิสัมพันธ์ที่เป็นไปได้ระหว่างผู้เข้าร่วมในการทำงานร่วมกัน การออกแบบท่าเต้นนั้นต้องปฏิบัติตามเงื่อนไขอะไรบ้างเพื่อให้มั่นใจได้ว่าการทำงานร่วมกันจะประสบความสำเร็จ ? ในที่นี้ คำว่า "ประสบความสำเร็จ"หมายความว่าพฤติกรรมที่เกิดขึ้นใหม่ซึ่งเป็นผลมาจากการทำงานร่วมกัน โดยที่ผู้เข้าร่วมแต่ละคนกระทำการอย่างอิสระตามโครงร่าง ของตนเอง นั้น เป็นไปตามการออกแบบท่าเต้นที่โครงร่างเหล่านั้นถูกฉายภาพออกมาแต่แรก เมื่อเป็นเช่นนี้ การออกแบบท่าเต้นนั้นจะกล่าวได้ว่าสามารถนำไปปฏิบัติได้จริง [ ^{8 ] โดย}ทั่วไป การพิจารณาความสามารถในการนำไปปฏิบัติได้จริงของการออกแบบท่าเต้นนั้นเป็นคำถามที่ไม่ง่ายนัก โดยเฉพาะอย่างยิ่งในกรณีที่การทำงานร่วมกันใช้การส่งข้อความแบบอะซิงโครนัส และเป็นไปได้ที่ผู้เข้าร่วมที่แตกต่างกันจะส่งข้อความพร้อมกัน

ในขอบเขตของข้อกำหนดเกี่ยวกับบริการเว็บข้อกำหนดต่อไปนี้มุ่งเน้นไปที่การกำหนดภาษาเพื่อจำลองลำดับการทำงานของบริการ:

• Web Service Choreography Description Language (WS-CDL)เป็นข้อกำหนดแบบ XML จากW3Cสำหรับการสร้างแบบจำลองการจัดลำดับการทำงานโดยใช้โครงสร้างที่ได้รับแรงบันดาลใจจากแคลคูลัส Pi
• Web Service Choreography Interface (WSCI) เป็นข้อกำหนดที่ใช้ XML เป็นพื้นฐาน ซึ่งเสนอต่อW3CโดยIntalio , Sun Microsystems , BEA SystemsและSAP AGและใช้เป็นข้อมูลป้อนเข้าสำหรับWeb Service Choreography Description Language (WS-CDL)

นอกจากนี้ข้อกำหนดOMG BPMNเวอร์ชัน2.0ยังรวมถึงไดอะแกรมเพื่อสร้างแบบจำลองการจัดลำดับบริการ^{[ 9 ]}

ข้อเสนอเชิงวิชาการสำหรับภาษาที่ใช้ในการจัดพิธีทางศาสนา ได้แก่:

• มาเต้นกันเถอะ^{[ 10 ]}
• BPEL4Chor ^{[ 11 ]}
• คอร์ด^{[ 12 ] [ 13 ]}

นอกจากนี้ ยังมีการเสนอรูปแบบการจัดลำดับการให้บริการจำนวนหนึ่ง โดยอิงจาก:

• ตัวอย่างเช่น Petri Netsเช่น Interaction Petri Nets ^{[ 14 ]}และ Open Workflow Nets ^{[ 15 ]}
• เครื่องจักรสถานะจำกัด^{[ 16 ]}
• ออโตมาตาที่มีการป้องกัน^{[ 17 ]}
• ออโตมาตาแบบกำหนดเวลา^{[ 18 ]}
• แคลคูลัส Pi ^{[ 19 ] [ 20 ] [ 21 ]}
• กระบวนการคำนวณ^{[ 22 ] [ 23 ]}

การจัดลำดับการให้บริการระบุปฏิสัมพันธ์ตามข้อความระหว่างผู้เข้าร่วมจากมุมมองโดยรวม ในทำนองเดียวกับที่ภาษาโปรแกรมสามารถจัดกลุ่มเป็นกระบวนทัศน์การเขียนโปรแกรมภาษาการจัดลำดับการให้บริการก็สามารถจัดกลุ่มเป็นรูปแบบได้ เช่นกัน : ^{[ 26 ]}

• การสร้างแบบจำลองปฏิสัมพันธ์: ตรรกะของการออกแบบท่าเต้นถูกกำหนดเป็นเวิร์กโฟลว์ซึ่งกิจกรรมต่างๆ แสดงถึงการแลกเปลี่ยนข้อความระหว่างผู้เข้าร่วม^{[ 27 ]} (ตัวอย่างเช่นWeb Service Choreography Description Language (WS-CDL)และ Let's Dance ^{[ 10 ]} )
• การสร้างแบบจำลองอินเทอร์เฟซที่เชื่อมต่อกัน: ตรรกะของการออกแบบท่าเต้นจะถูกแบ่งออกไปตามผู้เข้าร่วมผ่านบทบาทที่พวกเขาเล่น (เช่น พฤติกรรมการส่งข้อความที่คาดหวัง) บทบาทเหล่านี้เชื่อมต่อกันโดยใช้การไหลของข้อความ ช่องทาง หรือโครงสร้างที่เทียบเท่า^{[ 28 ]} (ตัวอย่างเช่น กรณีของ BPEL4Chor ^{[ 11 ]} )

ขณะนี้มีโครงการวิจัยหลายโครงการที่กำลังดำเนินการอยู่เกี่ยวกับหัวข้อการออกแบบท่าทางการให้บริการ

• CHOReVOLUTION: การสังเคราะห์ท่าเต้นแบบไดนามิกและปลอดภัยโดยอัตโนมัติสำหรับอินเทอร์เน็ตแห่งอนาคต
• CRC: โปรแกรมออกแบบท่าเต้นเพื่อการสื่อสารที่เชื่อถือได้และมีประสิทธิภาพ
• SwarmESB - ESB หรือศูนย์กลางการรับส่งข้อความแบบโอเพนซอร์สและน้ำหนักเบาสำหรับ Node.js
• PrivateSKY - การพัฒนาเชิงทดลองในรูปแบบความร่วมมือระหว่างภาครัฐและเอกชนสำหรับแพลตฟอร์มคลาวด์ในระดับท้องถิ่น พร้อมคุณสมบัติการปกป้องข้อมูลขั้นสูง

• การเขียนโปรแกรมเชิงท่าเต้น - รูปแบบการเขียนโปรแกรมที่มองว่าโปรแกรมต่างๆ คือท่าเต้น
• BPEL - ภาษาสำหรับการดำเนินการกระบวนการทางธุรกิจ (Business Process Execution Language) มาตรฐาน OASIS
• การออกแบบท่าเต้นที่สามารถนำไปปฏิบัติได้
• หลักการประกอบบริการ
• ภาษาอธิบายการออกแบบท่าเต้นของบริการเว็บ (Web Service Choreography Description Language) - ภาษาสำหรับอธิบายการออกแบบท่าเต้นที่พัฒนาขึ้นภายใต้ขอบเขตของW3C