All The Claims

1. A method associated with a business information enterprise system having a front-end system and a back-end system, comprising:
determining, at the front end system, that a first object access display is to be provided at the front-end system for a first object of a first object type;
using a generic interface between the front-end system and the back-end system to provide the first object access display with a first object view based on the first object type;
determining, at the front end system, that a second object access display is to be provided at the front-end system for a second object of a second object type, the second object type being different than the first object type; and
using the generic interface to provide the second object access display with a second object view based on the second object type, the second object view being different than the first object view;
wherein a presentation layer at the back-end system arranges to provide the first object access display using the first object view based on the first object type;
wherein said arranges to provide the first object access display includes determining display properties for the first object access display in accordance with entries in a behavior table stored at the back-end system; and
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and
a third field that specifies whether to include a second icon in the first object access display.
2. The method of claim 1, wherein at least one object access display is associated with at least one of: (i) an open dialog box, or (ii) a save dialog box.
3. The method of claim 2, wherein at least one object access display is provided using a dialog box associated with the front-end application.
4. The method of claim 1, wherein at least one object type is associated with at least one of: (i) a Web template, (ii) a Web application, (iii) a query, (iv) a query view, (v) a spreadsheet, (vi) a workbook, (vii) an exception, (viii) an alert, (ix) an item library, or (x) a report.
5. The method of claim 1, wherein at least one object view is associated with at least one of: (i) a button, (ii) displayed information, or (iii) a function.
6. The method of claim 1, wherein at least one object view is associated with at least one of: (i) history information, (ii) favorites information, (iii) role information, (iv) special information, (v) folder-based information, (vi) portal-based information, (vii) JAVA-based information, (viii) search information, (ix) properties information, or (x) collaboration information.
7. The method of claim 1, wherein the front-end system is remote from the back-end system, and the systems communicate via a communication network.
8. The method of claim 1, wherein the presentation layer includes an advanced business application programming server.
9. The method of claim 1, wherein an entry in the behavior table is associated with at least one of: (i) an object type identifier, (ii) an object class, (iii) an object category, (iv) an object semantic, (v) a uniform resource locator type, (vi) a workbook code, (vii) a JAVA class, (viii) a search flag, (ix) a project attribute, (x) a project value, (xi) an object view identifier, (xii) a display mode, (xiii) a method name, (xiv) a technical name flag, or (xv) a show properties flag.
10. The method of claim 1, wherein the presentation layer saves at least one object into and opens at least one object from a hierarchical structure.
11. The method of claim 1, wherein a JAVA application at the front-end system communicates with the presentation layer of the back-end system.
12. The method of claim 1, wherein the first icon comprises a history icon.
13. The method of claim 12, wherein the second icon comprises a favorites icon or a roles icon.
14. The method of claim 1, wherein the first icon comprises a favorites icon.
15. The method of claim 14, wherein the second icon comprises a roles icon.
16. The method of claim 1, wherein the first icon comprises a roles icon.
17. The method of claim 1, wherein the behavior table further includes a fourth field that indicates whether to include a third icon in the first object access display.
18. The method of claim 17, wherein the first icon comprises a history icon, the second icon comprises a favorites icon and the third icon comprises a roles icon.
19. The method of claim 1, wherein the behavior table further includes:
a fourth field that specifies an object identifier associated with the second object type;
a fifth field that specifies whether to include the first icon in the second object access display; and
a sixth field that specifies whether to include a second icon in the second object access display.
20. The method of claim 19, wherein the first icon comprises a history icon.
21. The method of claim 19, wherein the first icon comprises a favorites icon.
22. The method of claim 19, wherein the first icon comprises a roles icon.
23. A system, comprising:
a front-end apparatus to determine (i) that a first object access display is to be provided for a first object of a first object type and (ii) that a second object access display is to be provided for a second object of a second object type; and
a back-end apparatus to (1) exchange data with the front-end apparatus via a generic interface in order to facilitate creation of (i) the first object access display with a first object view based at least in part on the first object type and (ii) the second object access display with a second object view based at least in part on the second object type and (2) determine display properties for the first object access display in accordance with entries in a behavior table;
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and
a third field that specifies whether to include a second icon in the first object access display.
24. The system of claim 23, wherein the front-end apparatus is remote from the back-end apparatus, and the exchange of data is performed via the Internet.
25. The system of claim 23, wherein the back-end apparatus further comprises:
a storage unit to store a behavior table of display properties associated with the first and second object views.
26. A medium storing processor-executable process steps, the process steps comprising:
determining, at a front end system, that a first object access display is to be provided at the front-end system for a first object of a first object type;
using a generic interface between the front-end system and a back-end system to provide the first object access display with a first object view based on the first object type;
determining, at a front end system, that a second object access display is to be provided at the front-end system for a second object of a second object type;
using the generic interface to provide the second object access display with a second object view based on the second object type;
wherein using a generic interface between the front-end system and a back-end system to provide the first object access display includes using a generic interface between the front-end system and a back-end system to provide display properties for the first object access display determined in accordance with entries in a behavior table;
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and

a third field that specifies whether to include a second icon in the first object access display.
27. A method, comprising:
receiving, at a back-end application of a business information enterprise system, a request from a front-end application via an object-type-generic interface, the request being associated with an object access display to be presented to a user by the front-end application;
accessing object-type-specific presentation information stored at the back-end;
transmitting object-type-specific data to the front-end application in order to facilitate the presentation of the object access display to the user by the front-end application; and
determining, at the back-end, display properties for the object access display on a user-by-user basis and in accordance with entries in a behavior table stored at the back-end;
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and

a third field that specifies whether to include a second icon in the first object access display.
28. A method, comprising:
determining that a new type of object is to be supported by a back-end system of a business information enterprise system;
updating information in a behavior table stored at the back-end system, wherein the updated information is to be used when data is exchanged with a front-end system via a generic interface to support an object access display provided by the front-end system; and
determining, at the back-end system, display properties for the object access display in accordance with entries in a behavior table;
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and

a third field that specifies whether to include a second icon in the first object access display.
29. A method associated with a business information enterprise system having front-end systems remote from an advanced business application programming server, comprising:
determining, at a first front end system, that a first open or save dialog box is to be provided at the first front-end system for a first object of a first object type, wherein the first front-end system is associated with a first programming environment;
using a generic interface to provide, from the server, data associated with the dialog box such that the first dialog box will be displayed with a first object view based on the first object type;
determining, at a second front end system, that a second open or save dialog box is to be provided at the second front-end system for a second object of a second object type, wherein the second front-end system is associated with a second programming environment;
using the generic interface to provide, from the server, data associated with the second dialog box such that the second dialog box will be displayed with a second object view based on the second object type; and
determining, at the server, display properties for the first object access display in accordance with entries in a behavior table stored at the server;
wherein the behavior table includes:
a first field that specifies an object identifier associated with the first object type;
a second field that specifies whether to include a first icon in the first object access display; and

a third field that specifies whether to include a second icon in the first object access display.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A test device configured to generate a load current to be drawn at an output of a voltage regulator, the test device comprising
a load connector for coupling the test device to the output of the voltage regulator;
a transistor configured to modulate the current through the load connector subject to a control signal; wherein the current through the load connector corresponds to the load current;
a current sense resistor arranged in series with the transistor and configured to provide a feedback voltage which is substantially proportional to the load current; and
an operational amplifier configured to generate the control signal based on the feedback voltage and based on a target voltage; wherein the operational amplifier is configured to generate the control signal, such that an absolute difference between the feedback voltage and the target voltage is reduced.
2. The test device of claim 1, further comprising a target load connector configured to couple the test device to an external function generator providing the target voltage.
3. The test device of claim 2, further comprising a voltage divider arranged between the target load connector and an input of the operational amplifier and configured to scale the target voltage provided at the target load connector.
4. The test device of claim 2, further comprising an input termination resistor arranged between the target load connector and an input of the operational amplifier and configured to adapt an impedance of the test device at the target load connector.
5. The test device of claim 1, wherein the transistor is one or more of:
a metal oxide semiconductor field effect transistor; and
an n-type transistor.
6. The test device of claim 1, wherein
the control signal comprises a gate voltage which is applied to a gate of the transistor;
the transistor exhibits a gate capacitance;
the operational amplifier is configured to provide a current corresponding to the gate capacitance within a time interval which is at or below a charging time threshold.
7. The test device of claim 6, wherein the transistor exhibits a rise andor fall time which is at or below a rise andor fall time threshold, respectively.
8. The test device of claim 6, wherein a charge of the gate capacitance is at or below 4 nC.
9. The test device of claim 7, wherein the sum of the charging time threshold and the rise andor fall time threshold is at or below 100 ns.
10. The test device of claim 1, wherein a parasitic inductance of the current sense resistor is at or below an inductance threshold of 10 nH or less.
11. The test device of claim 1, wherein the load connector, the current sense resistor, the transistor and the operational amplifier are arranged on a printed circuit board.
12. The test device of claim 11, wherein the load connector is implemented as a board edge connector which is pluggable into a corresponding female connector of the voltage regulator.
13. The test device of claim 11, wherein the load connector, the transistor and the current sense resistor are arranged such that a conductive path from the load connector, via the transistor and the current sense resistor to ground is at or below a pre-determined path length threshold.
14. The test device of claim 13, wherein the current sense resistor and the transistor are arranged on opposite sides of the printed circuit board.
15. The test device of claim 13, wherein
the transistor is arranged in direct vicinity of the load connector; and
a drain of the transistor is directly coupled to the load connector.
16. The test device of claim 13, further comprising a heat sink.
17. A system comprising
a voltage regulator; and
a test device according to claim 1 and configured to generate a test load for the voltage regulator.

1. A method for communication of video information over wireless channels in a communication system including senders and receivers, comprising:
packetizing video information of one or more video streams into packets for transmission over a wireless channel;
controlling channel access by dividing a single contention-free period (CFP) for both a high-rate channel and a low-rate channel into separate multiple schedules, wherein each of the separate multiple schedules within the single CFP includes one or more periodical channel time blocks (CTBs) reserved for transmission of isochronous streams, and the multiple separate schedules are allocated for one isochronous or asynchronous stream; and
transmitting packets from a sender to a receiver during the channel time blocks.
2. The method of claim 1 wherein:
transmitting packets further includes: transmitting packets of video information from a sender to a receiver over the high-rate channel during the channel time blocks, and transmitting acknowledgment packets from the receiver to sender over the low-rate channel during the channel time blocks.
3. The method of claim 2 wherein controlling channel access further includes providing a superframe period comprising a beacon frame that provides schedule timing allocations for dividing the contention-free period (CFP) into channel time blocks.
4. The method of claim 3 wherein the superframe further comprises a contention-based control period (CBCP) for communicating control and management commands over a low-rate channel.
5. The method of claim 4 wherein no information is transmitted over a high-rate channel during a CBCP.
6. The method of claim 4 wherein the superframe further comprises a beam-search period (BSP) for searching transmission beams.
7. The method of claim 4 further comprising periodically transmitting a beacon to signal the start of a superframe period.
8. The method of claim 4 wherein the beacon specifies the start time, and length, of the CBCP and CFP in the corresponding superframe.
9. The method of claim 8 wherein the beacon specifies an allocation of channel time blocks to different senders and receivers.
10. The method of claim 9 wherein the beacon further specifies an allocation of channel time blocks to different streams.
11. The method of claim 4 wherein channel access during the CFP is based on Time Division Multiple Access (TDMA).
12. The method of claim 4 wherein each separate schedule comprises a series of evenly distributed CTBs with equal length, in the CFP.
13. The method of claim 4 further comprising:
a sender transmitting a bandwidth request command for transmission of both isochronous streams and asynchronous data over a channel; and
if sufficient bandwidth remains in the channel, then allocating at least one schedule in the CFP to the sender.
14. The method of claim 13 further comprising allocating the separate multiple schedules to the sender.
15. The method of claim 13 further comprising the sender transmitting multiple streams to a receiver over the channel during the at least one allocated schedule.
16. The method of claim 13 further comprising:
the sender transmitting a stream to a receiver over the channel during the at least one allocated schedule; and
the receiver transmitting an ACK to the sender during the at least one schedule.
17. The method of claim 16 wherein during a CTB one or more packets are transmitted from the sender to the receiver, and one or more corresponding ACKs are transmitted from the receiver to the sender.
18. A system for communication of video information over wireless channels, comprising:
a coordinator controls channel access by dividing a single contention-free period (CFP) for both a high-rate channel and a low-rate channel into separate multiple schedules, wherein each of the separate multiple schedules within the single CFP includes one or more periodical channel time blocks (CTBs) reserved for transmission of isochronous stream, and the multiple separate schedules in the single CFP are allocated for one isochronous or asynchronous streams; and
a transmitter including a packetizer that places video information of one or more video streams into packets for transmission over a wireless channel, and a communication module that transmits packets to a receiver over a high-rate channel during the channel time blocks.
19. The system of claim 18 further comprising a receiver that transmits acknowledgment packets from the receiver to the transmitter during the channel time blocks over the low-rate channel.
20. The system of claim 19 wherein the coordinator further provides a superframe period comprising a beacon frame that includes schedule timing allocations for dividing the CFP into channel time blocks.
21. The system of claim 20 wherein the superframe further comprises a CBCP for communicating control and management commands over the low-rate channel.
22. The system of claim 21 wherein no information is transmitted over the high-rate channel during the CBCP.
23. The system of claim 21 wherein the superframe further comprises a BSP for searching transmission beams.
24. The system of claim 21 wherein the coordinator further periodically transmits a beacon to signal the start of a superframe period.
25. The system of claim 21 wherein the beacon specifies the start time, and length, of the CBCP and CFP in the corresponding superframe.
26. The system of claim 25 wherein the beacon specifies an allocation of channel time blocks to different senders and receivers.
27. The system of claim 26 wherein the beacon further specifies an allocation of channel time blocks to different streams.
28. The system of claim 21 wherein channel access during the CFP is based on TDMA.
29. The system of claim 21 wherein each schedule comprises a series of evenly distributed CTBs with equal length, in the CFP.
30. The system of claim 21 wherein:
the transmitter further transmits a bandwidth request command for transmission of both isochronous streams and asynchronous data over a channel; and
the controller further determines if sufficient bandwidth remains in the channel, and if sufficient bandwidth remains in the channel the controller allocates at least one of the separate multiple schedules in the CFP for transmission of both isochronous streams and asynchronous data by the transmitter over the channel.
31. The system of claim 30 wherein the coordinator further allocates the multiple schedules to the transmitter.
32. The system of claim 30 wherein the transmitter further transmits multiple streams to the receiver over the channel during the at least one allocated schedule.
33. The system of claim 30 wherein:
the transmitter further transmits a stream to the receiver over the channel during the at least one allocated schedule; and
the receiver further transmits an ACK to the sender during the at least one allocated schedule.
34. The system of claim 33 wherein during a CTB, one or more packets are transmitted from the transmitter to the receiver, and one or more corresponding ACKs are transmitted from the receiver to the transmitter.
35. A coordinator for controlling communication of video information over wireless channels in a communication network, comprising:
a scheduler divides a single contention-free period (CFP) for both a high-rate channel and a low-rate channel into separate multiple schedules, wherein each of the separate multiple schedules within the single CFP includes one or more periodical channel time blocks (CTBs) reserved for transmission of isochronous streams, and the separate multiple schedules are allocated for one isochronous or asynchronous stream; and
a controller receives a bandwidth request, and allocates channel bandwidth based on the separate multiple schedules to control channel access.
36. The coordinator of claim 35 wherein:
the controller receives a bandwidth request over the low-rate channel from a wireless transmitter, and allocates channel bandwidth based on said multiple separate schedules to control access to the high-rate channel by the transmitter for transmission of video information to a wireless receiver over the high-rate channel.
37. The coordinator of claim 36 wherein the scheduler provides a superframe period comprising a beacon frame that includes schedule timing allocations for dividing the CFP into channel time blocks.
38. The coordinator of claim 37 wherein the superframe further comprises a CBCP for communicating control and management commands over the low-rate channel.
39. The coordinator of claim 38 wherein no information is transmitted over the high-rate channel during the CBCP.
40. The coordinator of claim 38 wherein the superframe further comprises a BSP for searching transmission beams.
41. The coordinator of claim 38 wherein the coordinator periodically transmits a beacon to signal the start of a superframe period.
42. The coordinator of claim 38 wherein the beacon specifies the start time, and length, of the CBCP and CFP in the corresponding superframe.
43. The coordinator of claim 42 wherein the beacon specifies an allocation of channel time blocks to different senders and receivers.
44. The coordinator of claim 43 wherein the beacon further specifies an allocation of channel time blocks to different streams.
45. The coordinator of claim 38 wherein channel access during the CFP is based on TDMA.
46. The coordinator of claim 38 wherein each separate schedule comprises a series of evenly distributed CTBs with equal length, in the CFP.
47. The coordinator of claim 38 wherein:
the network includes a transmitter that transmits a bandwidth request to the coordinator for transmission of both isochronous streams and asynchronous data over a channel; and
the controller further determines if sufficient bandwidth remains in the channel, and if sufficient bandwidth remains in the channel then the controller allocates at least one of the separate multiple schedules in the CFP for transmission of both isochronous streams and asynchronous data by the transmitter over the channel.
48. The coordinator of claim 47 wherein the controller allocates the separate multiple schedules to the transmitter.
49. The coordinator of claim 47 wherein the transmitter transmits multiple streams to the receiver over the channel during the at least one allocated schedule.
50. The coordinator of claim 47 wherein the network further includes a receiver, such that the transmitter transmits a stream to the receiver over the channel during the at least one allocated schedule, and the receiver transmits an ACK to the sender during the at least one allocated schedule.
51. The coordinator of claim 50 wherein during a CTB, one or more packets are transmitted from the transmitter to the receiver, and one or more corresponding ACKs are transmitted from the receiver to the transmitter.
52. The method of claim 17, wherein each CTB is limited to including a single data-ACK pair.
53. The method of claim 1, wherein upon a new sender or receiver joining the system, during an association response phase, a coordinator forwards all schedule information to the new sender or receiver.
54. The method of claim 53, wherein upon a sender or receiver enters a sleep mode for a predetermined time period comprising multiple superframes, the sender or receiver wakes and requests schedule information from the coordinator.
55. The method of claim 1, wherein the separate multiple schedules comprise multiple separate data-ACK pairs.
56. The method of claim 1, wherein for each of the separate multiple schedules, only a single data-ACK pair is included within each CTB.

The claims below are in addition to those above.
All refrences to claim(s) which appear below refer to the numbering after this setence.

1. A display device comprising:
a display and a front panel,
wherein the front panel is made of plastic and is at least partly provided with a metallic coating, applied by means of physical vapor deposition, and wherein the metallic coating is electrically grounded when the display device is placed in operation.
2. The display device as claimed in claim 1, wherein the front panel comprises a black coating, at least in some regions.
3. The display device as claimed in claim 1, wherein a light sensor is provided beneath front of the front panel.
4. The display device as claimed in claim 3, wherein the light sensor is provided in a blind hole.
5. The display device as claimed in claim 3, wherein the light sensor is an infrared sensor.
6. The display device as claimed in claim 1, wherein the display is a TFT visual display unit.
7. The display device as claimed in claim 1, comprising a rear housing.