3.1 Instrument ManagementThe Instru

3.1 Instrument Management

The Instrument Manager is responsible for managing instrument instances, as well as information about classes of instruments. Instrument Management is made up of the following services: instrument capability determination, instrument installation, instrument storage and retrieval, and instrument negotiation. Before describing the Instrument Manager interface in detail, we will first briefly describe the instrument objects that the Instrument Manager is responsible for storing and retrieving.

An instrument may be a financial instrument that can be used to make a payment, such as a credit card, debit card, or electronic coin. More generally, however, an instrument is made up of state information representing economic value that a protocol can operate on. For example, a digital cash instrument's state can be made up of its dollar (or other currency) value digitally signed by its issuing bank. The protocol used between an end-user wallet and a vendor wallet supports a VERIFY operation which verifies that the cash is authentic by applying the issuing bank's public key to the coin.

While end-user, vendor, and bank wallets share many code modules, some specialization is appropriate. Instruments may have to be managed slightly differently in end-user, vendor, and bank wallets. To illustrate this, we consider a trivially simple digital cash instrument example; please note that in real systems such a naive digital cash scheme is not viable because of real-world security, efficiency, and performance considerations. In this "toy" digital cash example, every time that a vendor receives a digital coin signed by a client's private key, the vendor needs to keep track of that signature in addition to its dollar value in its digital cash instrument. On the other hand, the client may want to keep track of the vendor's signatures on coins she signed for purposes of non-repudiation in her digital cash instrument. Although this is a simple case, we can begin to see that the state information for the digital cash instrument may differ depending upon whether or not the digital cash is being stored in the end-user's wallet or in the vendor's wallet.

Consider a digital cash instrument whose instrument class is Digital-Cash-Instrument. We derive two subclasses from our Digital-Cash- Instrument to manage the different implementations of the digital cash instrument on the different peers. A Vendor-Digital-Cash-Instrument is stored on the vendor, and is able to store a list of client's digital coin signatures. A Client-Digital-Cash-Instrument is able to store the vendor's signature on the client-signed coins. Although the Vendor-Digital-Cash-Instrument and the Client-Digital-Cash-Instrument, for the most part, present similar interfaces since they both derive from Digital-Cash-Instrument, the subclasses present specialized interfaces to their respective callers to access client or vendor-specific instrument information. Note once again that this is a trivial example, and is provided simply to illustrate that the representation of the digital cash instrument may need to be specialized depending upon whether the peer is a user, vendor, or bank.

In addition to providing access to instrument information in the digital wallet's memory, the Instrument Manager provides interfaces to store and retrieve instruments to and from persistent storage. Note that the Instrument Manager may make calls, if necessary, to the wallet's Cryptographic Engine to encrypt instrument state information in preparation for writing this information to persistent storage, and for decrypting instrument state information when reading this information back from persistent storage.

Upon initialization, the Instrument Manager determines what instrument classes the wallet is capable of using by consulting a configuration file, dynamically determining this through introspection, or by accessing a Capabilities Management service [7]. Alternatively, the Instrument Manager can dynamically download an instrument class from a trusted third-party, and install it. The Instrument Manager may call the Cryptographic Engine to verify that the instrument class code is signed by the trusted third-party. Once the code supporting the appropriate instrument classes is loaded, instrument instances can be created by the user, but more often are loaded from encrypted files on the user's local hard disk, or even potentially from a file server on a network. Finally, the Instrument Manager supports methods to create, modify, commit changes to, and delete instrument instances under transactional semantics.

The Instrument Manager supports methods that query for available instrument classes to conduct instrument negotiation. Note that in our client-driven approach there is no way for a vendor to "Offer" instrument capabilities as there might be in [8], unless the vendor is explicitly queried.

ผลลัพธ์ (ไทย) 1:

3.1 เครื่องมือจัดการผู้จัดการเครื่องมือที่รับผิดชอบการจัดการกรณีตราสาร รวมทั้งข้อมูลเกี่ยวกับประเภทของเครื่องมือ เครื่องมือจัดการประกอบต่อไปนี้: เครื่องกำหนดความสามารถ ติดตั้งเครื่องมือ เครื่องมือเก็บข้อมูล และเรียก และตราสารการเจรจาต่อรอง ก่อนอธิบายอินเทอร์เฟซตัวจัดการอุปกรณ์ในรายละเอียด เราจะแรกสั้น ๆ อธิบายวัตถุเครื่องมือที่จัดการเครื่องมือรับผิดชอบสำหรับการเก็บ และเรียกใช้อุปกรณ์อาจเป็นเครื่องมือทางการเงินที่สามารถใช้เพื่อทำการชำระเงิน บัตรเครดิต บัตรเดบิต หรือเหรียญอิเล็กทรอนิกส์เช่น ขึ้นโดยทั่วไป อย่างไรก็ตาม เครื่องดนตรีประกอบข้อมูลสถานะที่แสดงค่าทางเศรษฐกิจที่โพรโทคอลที่สามารถทำงานบน ตัว สถานะเงินสดดิจิทัลเครื่องมือได้ค่าขึ้นของเงินดอลลาร์ (หรือสกุลเงินอื่น ๆ) เซ็นชื่อของธนาคารที่ออกได้ โพรโทคอลที่ใช้ระหว่างการใช้กระเป๋าและกระเป๋าสตางค์ของผู้สนับสนุนการดำเนินการตรวจสอบซึ่งตรวจสอบว่า เงินสดเป็นอาหาร โดยใช้คีย์สาธารณะของธนาคารออกเหรียญในขณะที่ผู้ใช้ ผู้ขาย และกระเป๋าธนาคารร่วมในโค้ดโมดูลทั้ง เฉพาะทางบางอย่างเหมาะสม เครื่องมืออาจมีการจัดการแตกต่างกันเล็กน้อยในผู้ใช้ ผู้ขาย และกระเป๋าธนาคาร การแสดงนี้ เราพิจารณาเงินสดดิจิทัลอย่าง trivially ตัวอย่างเครื่องมือ โปรดทราบว่า ระบบจริงเช่นขำน่าเงินสดดิจิทัลแบบไม่ได้เนื่องจาก มีข้อควรพิจารณาด้านความปลอดภัย มีประสิทธิภาพ และประสิทธิภาพการทำงานจริง ในตัวอย่างนี้ "ของเล่น" เงินสดดิจิทัล ทุกครั้งที่ผู้ขายได้รับเหรียญแบบดิจิทัลที่เซ็นชื่อ ด้วยคีย์ส่วนตัวของลูกค้า ผู้ขายต้องเก็บข้อมูลของลายเซ็นนั้นนอกจากค่าเงินดอลลาร์ในตราสารเงินสดดิจิทัล บนมืออื่น ๆ ลูกค้าอาจต้องการเก็บข้อมูลของลายเซ็นของผู้ขายบนเหรียญที่เธอเซ็นชื่อสำหรับวัตถุประสงค์ของการไม่ปฏิเสธในมือเงินสดดิจิทัลของเธอ แม้เป็นกรณีอย่างนี้ เราสามารถเริ่มต้นเมื่อต้องการดูข้อมูลสถานะสำหรับตราสารเงินสดดิจิทัลอาจแตกต่างขึ้นอยู่กับหรือไม่เงินสดดิจิทัลจะมีการเก็บผู้ของกระเป๋า หรือกระเป๋าสตางค์ของผู้จัดจำหน่ายพิจารณาเครื่องมือเงินสดดิจิทัลคลามีตราเป็นตราสาร เงินสด ดิจิตอล เรามาชั้นสองจากเราดิจิตอลเงินสดเครื่องมือการจัดการใช้งานต่าง ๆ ของตราสารเงินสดดิจิทัลกับเพื่อนแตกต่างกัน เป็นผู้จัดจำหน่ายดิจิตอลเงินสดตราสารตามผู้จัดจำหน่าย และสามารถเก็บรายการของลายเซ็นดิจิทัลเหรียญของลูกค้า เครื่องไคลเอนต์ดิจิตอลเงินสดมือสามารถเก็บลายเซ็นของผู้ขายบนเหรียญมีลายเซ็นของไคลเอ็นต์ได้ แม้ว่าผู้จัดจำหน่ายดิจิตอลเงินสดเครื่องมือและไคลเอนต์ดิจิตอลเงินสดเครื่องมือ ส่วนใหญ่ ปัจจุบันอินเทอร์เฟซที่คล้ายคลึงกันเนื่องจากพวกเขาทั้งสองมาจากดิจิตอลเงินสดเครื่องมือ ระดับการนำเสนออินเทอร์เฟซที่เฉพาะให้ผู้เรียกผู้เกี่ยวข้องการไคลเอนต์การเข้าถึงข้อมูลเฉพาะของผู้จัดจำหน่ายตราสาร ทราบอีกครั้งว่า นี้เป็นตัวอย่างเล็กน้อย ให้เพียงเพื่อแสดงว่าตัวแทนของตราสารเงินสดดิจิทัลอาจจำเป็นต้องเป็นความขึ้นต่อเมื่อว่าเที่ยวเป็นผู้ใช้ ผู้จัดจำหน่าย หรือธนาคารเราเข้าถึงข้อมูลในมือในกระเป๋าสตางค์ของดิจิทัลหน่วยความจำ ตัวจัดการอุปกรณ์ให้อินเทอร์เฟซการเก็บ และเรียกใช้เครื่องมือ และ จากส่วนจัดเก็บ ทราบว่า ตัวจัดการอุปกรณ์อาจทำให้เรียก ถ้าจำเป็น กระเป๋าสตางค์ของโปรแกรมเข้ารหัสลับในการเข้ารหัสข้อมูลสถานะเครื่องมือในการเตรียมการสำหรับการเขียนข้อมูลนี้ส่วนจัดเก็บ สำหรับถอดรหัสข้อมูลสถานะของเครื่องอ่านข้อมูลนี้หลังจากส่วนจัดเก็บเมื่อเริ่มต้น ผู้จัดการเครื่องมือกำหนดชั้นตราใดกับมีความสามารถในการใช้แฟ้มการกำหนดค่า แบบไดนามิกกำหนดนี้ผ่านวิปัสสนา การให้คำปรึกษา หรือ การเข้าใช้บริการสามารถจัดการ [7] หรือ ตัวจัดการอุปกรณ์สามารถแบบไดนามิกดาวน์โหลดคลาสที่มีตราสารจากบุคคลที่สามไว้ และติดตั้ง ตัวจัดการอุปกรณ์อาจเรียกโปรแกรมเข้ารหัสลับเพื่อตรวจสอบว่า รหัสระดับชั้นเครื่องมือได้รับการรับรอง โดยบุคคลที่สามที่เชื่อถือได้ เมื่อโหลดรหัสประกอบการเรียนเครื่องมือที่เหมาะสม เครื่องมือสามารถถูกสร้าง โดยผู้ใช้ แต่บ่อยจะโหลด จากแฟ้มเข้ารหัสลับบนฮาร์ดดิสก์ในระบบของผู้ใช้ หรือแม้กระทั่งอาจ จากเซิร์ฟเวอร์แฟ้มบนเครือข่าย สุดท้าย ตัวจัดการอุปกรณ์สนับสนุนวิธีสร้าง แก้ไข บันทึกการเปลี่ยนแปลง และลบอินสแตนซ์ของเครื่องมือภายใต้ความหมายทรานแซคชันผู้จัดการเครื่องมือสนับสนุนวิธีการที่สอบถามเรียนเครื่องมือที่ใช้ทำเครื่องมือเจรจาต่อรอง โปรดสังเกตว่า ในวิธีควบคุมไคลเอนต์ของเรา จะไม่มีทางสำหรับผู้จัดจำหน่ายให้ "" ความสามารถของเครื่องมืออาจมีใน [8], เว้นแต่ผู้ขายจะสอบถามอย่างชัดเจน

ผลลัพธ์ (ไทย) 3:

3.1 เครื่องมือจัดการ

ผู้จัดการและรับผิดชอบในการจัดการกรณีเครื่องมือ ตลอดจนข้อมูลเกี่ยวกับประเภทของเครื่องมือ การจัดการเครื่องมือที่ถูกสร้างขึ้นของบริการต่อไปนี้ : อุปกรณ์การวัดความสามารถ ติดตั้งอุปกรณ์ กระเป๋าเครื่องมือ และสืบค้น และการเจรจา เครื่องดนตรี ก่อนที่จะอธิบายถึงเครื่องมือส่วนติดต่อผู้จัดการรายละเอียดอย่างแรก เราจะอธิบายเครื่องมือวัตถุที่ผู้จัดการการจัดเก็บและเรียกใช้เป็นผู้รับผิดชอบ

เครื่องดนตรีอาจเป็นเครื่องมือทางการเงินที่สามารถใช้เพื่อให้มีการชำระเงิน เช่น บัตรเครดิต บัตรเดบิต หรือเหรียญอิเล็กทรอนิกส์ มากขึ้นโดยทั่วไป แต่เป็นเครื่องมือที่ถูกสร้างขึ้นจากข้อมูลที่เป็นตัวแทนของรัฐมูลค่าทางเศรษฐกิจที่โปรโตคอลสามารถทำงานบนตัวอย่างเช่น สถานะเงินสดดิจิตอลเครื่องมือที่สามารถสร้างขึ้นจากดอลลาร์ ( หรือสกุลเงินอื่น ๆ ) ค่าดิจิทัลลงนามโดยธนาคารของ โปรโตคอลที่ใช้ระหว่างผู้ใช้และผู้ขายกระเป๋าตังค์สนับสนุนตรวจสอบการทำงาน ซึ่งพบว่าเงินสดจริง โดยการใช้กุญแจสาธารณะของธนาคารผู้ออกบัตรเพื่อเหรียญ

ในขณะที่ผู้ใช้ ผู้ขาย และกระเป๋าธนาคารแลกเปลี่ยนโมดูลรหัสหลายมีความเชี่ยวชาญที่เหมาะสม เครื่องมือที่อาจจะต้องได้รับการจัดการแตกต่างกันเล็กน้อยในผู้ใช้ ผู้ขาย และกระเป๋าเงินของธนาคาร เพื่อแสดงให้เห็นนี้ เราพิจารณาตัวอย่างเครื่องมือเงินสดดิจิตอล 0 ง่าย โปรดทราบว่าในระบบเช่นซื่อเงินสดดิจิตอลโครงการที่แท้จริง ไม่ได้เพราะความปลอดภัย ประสิทธิภาพจริง และการพิจารณาผลการปฏิบัติงานในตัวอย่างนี้ " ของเล่น " เงินสดดิจิตอล ทุกเวลาที่ผู้ขายได้รับเหรียญดิจิตอลลงนามโดยลูกค้า คีย์ส่วนตัว ผู้ขายต้องติดตามว่าลายเซ็นนอกจากค่าเงินดอลลาร์ในเงินสดของเครื่องมือดิจิตอลของ บนมืออื่น ๆที่ลูกค้าอาจต้องการที่จะติดตามของลายเซ็นของผู้ขายบนเหรียญเธอเซ็นเพื่อวัตถุประสงค์ที่ไม่ปฏิเสธในเครื่องมือเงินสดดิจิตอลของเธอแม้ว่านี้เป็นกรณีธรรมดา เราสามารถเริ่มต้นเพื่อดูว่าข้อมูลรัฐเครื่องมือเงินสดดิจิตอลอาจแตกต่างกันขึ้นอยู่กับว่าหรือไม่เงินสดดิจิตอลจะถูกเก็บไว้ในกระเป๋าของผู้ใช้หรือในกระเป๋าของแม่ค้า

พิจารณาเงินสดดิจิตอลตราสารที่มีระดับเครื่องมือเครื่องมือเงินสดดิจิตอลเราได้รับสองคลาสจากเงินสดดิจิตอล - เครื่องมือจัดการการดำเนินงานของเราที่แตกต่างกันของเครื่องมือเงินสดดิจิตอลบนเพื่อนที่แตกต่าง ผู้ขายเงินสดดิจิตอลอุปกรณ์จะถูกเก็บไว้ในผู้ขาย และสามารถเก็บรายการของลูกค้าดิจิตอลเหรียญลายเซ็น ลูกค้าเงินสดดิจิตอลตราสารสามารถเก็บลายเซ็นของผู้ขายที่ลูกค้าเซ็นเหรียญแม้ว่าผู้ขายเงินสดดิจิตอลเครื่องมือและลูกค้าเงินสดดิจิตอลอุปกรณ์ ส่วนใหญ่ ปัจจุบันที่คล้ายกันอินเทอร์เฟซตั้งแต่พวกเขาทั้งสองได้รับจากเครื่องมือเงินสดดิจิตอล , คลาสปัจจุบันเฉพาะอินเตอร์เฟซของแต่ละสายเพื่อการเข้าถึงลูกค้าหรือผู้ขายข้อมูลเครื่องมือที่เฉพาะเจาะจง หมายเหตุอีกครั้งว่า นี่เป็นตัวอย่างเล็กน้อย ,และมีให้เพียงแค่แสดงให้เห็นว่าเป็นตัวแทนของเครื่องดนตรีสดดิจิตอล อาจจะต้องมีผู้เชี่ยวชาญ ขึ้นอยู่กับว่าเพื่อนเป็นผู้ใช้ธนาคารผู้ขายหรือ

นอกจากนี้เพื่อให้การเข้าถึงข้อมูลเครื่องมือในหน่วยความจำกระเป๋าสตางค์ดิจิตอล , ผู้จัดการเครื่องมือให้อินเตอร์เฟซการจัดเก็บและเรียกใช้จากแบบถาวร กระเป๋า .โปรดทราบว่าผู้จัดการเครื่องมืออาจจะโทรออกได้ ถ้าจำเป็น กับกระเป๋าสตางค์ของรหัสลับเครื่องยนต์เข้ารหัสข้อมูลสถานะอุปกรณ์ในการเตรียมการสำหรับการเขียนข้อมูลนี้ให้ถาวรกระเป๋าและถอดรหัสข้อมูลสถานะอุปกรณ์อ่านข้อมูลนี้จากที่เก็บถาวร

เริ่มต้นขึ้น ,ผู้จัดการอุปกรณ์เครื่องมือกำหนดสิ่งที่เรียน กระเป๋าเงินมีความสามารถในการใช้ โดยปรึกษาแฟ้มการกำหนดค่าแบบไดนามิกนี้ผ่านการวิปัสสนา หรือการเข้าถึง ความสามารถในการจัดการบริการ [ 7 ] หรือผู้จัดการชั้นเรียนเครื่องมือแบบไดนามิกสามารถดาวน์โหลดเครื่องมือจากบุคคลที่สามที่เชื่อถือได้ และติดตั้งผู้จัดการอุปกรณ์อาจเรียกเครื่องมือการเข้ารหัสเพื่อตรวจสอบว่าเครื่องมือที่เรียนรหัสลงนามโดยความไว้วางใจของบุคคลที่สาม เมื่อรหัสสนับสนุนการเรียนเครื่องดนตรีเหมาะสมโหลด กรณีเครื่องมือที่สามารถสร้างขึ้นโดยผู้ใช้ แต่บ่อย ๆโหลดจากแฟ้มที่เข้ารหัสลับในของผู้ใช้ภายใน ฮาร์ดดิสก์ หรือแม้กระทั่งอาจจากเซิร์ฟเวอร์แฟ้มบนเครือข่าย ในที่สุดผู้จัดการเครื่องมือสนับสนุนวิธีการในการสร้าง แก้ไข ยอมรับการเปลี่ยนแปลงและลบอินสแตนซ์เครื่องดนตรีภายใต้การตีความ .

ผู้จัดการเครื่องมือสนับสนุนวิธีการที่เครื่องมือค้นหาสามารถดำเนินการเจรจาเรียนเครื่องดนตรี ทราบว่าลูกค้าของเราวิธีการขับเคลื่อนไม่มีวิธีสำหรับผู้ขาย " เสนอ " ความสามารถของเครื่องมือที่อาจจะมีใน [ 8 ]นอกจากผู้ขายเป็นอย่างชัดเจนสอบถาม .