[go: up one dir, main page]

DE60300907T2 - Verfahren und System für Ressourcenallokation in Echtzeit zwischen mehreren Einheiten - Google Patents

Verfahren und System für Ressourcenallokation in Echtzeit zwischen mehreren Einheiten Download PDF

Info

Publication number
DE60300907T2
DE60300907T2 DE60300907T DE60300907T DE60300907T2 DE 60300907 T2 DE60300907 T2 DE 60300907T2 DE 60300907 T DE60300907 T DE 60300907T DE 60300907 T DE60300907 T DE 60300907T DE 60300907 T2 DE60300907 T2 DE 60300907T2
Authority
DE
Germany
Prior art keywords
resource
function
request
requesting
value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE60300907T
Other languages
English (en)
Other versions
DE60300907D1 (de
Inventor
Arnaud Delenda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chartoleaux KG LLC
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of DE60300907D1 publication Critical patent/DE60300907D1/de
Application granted granted Critical
Publication of DE60300907T2 publication Critical patent/DE60300907T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5011Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315Needs-based resource requirements planning or analysis
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06Asset management; Financial planning or analysis
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services
    • G06Q50/188Electronic negotiation

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Software Systems (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

  • GEBIET DER ERFINDUNG
  • Die Erfindung betrifft ein Verfahren und ein System zum Zuteilen einer der Menge nach teilbaren Ressource an mehrere Entitäten in Echtzeit.
  • Zur Vereinfachung der Terminologie wird in der Folge mit Entität jeder logische Agent, d. h. Software-Agent oder Automat bezeichnet, der fähig ist, ein automatisches Verfahren zur Beteiligung an der Nachfrage einer Ressource bzw. der Anforderung eines Betriebsmittels über ein Telekommunikationsnetz auszuführen.
  • Die Entität, die eine Ressource anfordert, ist die Nutzer-Entität des Zuteilungssystems. Diese Entität wird über ihren Automaten (oder ihre Software) wirksam.
  • Die Entität, die die Ressource hält, ist die Anbieter-Entität. Im Falle einer Telekommunikationsressource kann der Anbieter beispielsweise die Fernmeldegesellschaft sein.
  • Das Ressourcenmanagement-System ist eine Entität, die zwischen den Nutzer-Entitäten und den Anbieter-Entitäten angeordnet ist, wobei sie an das Telekommunikationsnetz angeschlossen ist.
  • Diese dritte Entität wird durch jeden logischen Agenten, d. h. Software-Agenten oder Automaten, der fähig ist, von einem automatischen Verfahren zur Verarbeitung von zu einem gegebenen Zeitpunkt erhaltenen Anforderungen im Hinblick auf eine Zuteilung einer durch Berechnen bestimmten Ressourcenmenge an Nutzer-Entitäten des Systems Gebrauch zu machen, verwirklicht.
  • Die Erfindung findet folglich auf jedes System zur Zuteilung einer der Menge nach teilbaren Ressource Anwendung, sobald die Menge dieser Ressource begrenzt ist und eine oder mehrere Entitäten zu einem bestimmten Zeitpunkt eine bestimmte Menge dieser Ressource erfordern und die Gesamtnachfrage das Angebot der Anbieter-Entität übersteigt.
  • Tatsächlich stellt sich auf der Ebene eines Management-Systems eines Telekommunikationsnetzes oder einer von mehreren Entitäten gemeinsam genutzten Anlagenausrüstung das Problem der Verteilung der von diesem System oder dieser Anlagenausrüstung bereitgestellten Ressourcen unter ihren verschiedenen Entitäten sowie der Durchführung des Nachfrage- bzw. Anforderungsmechanismus für die Zuteilung.
  • Eines der Probleme, die ein solcher Mechanismus lösen soll, ist die Durchführung einer Arbitrage zwischen den verschiedenen Nutzer-Entitäten, sobald die kumulierte Nachfrage dieser verschiedenen Entitäten die Gesamtmenge der verfügbaren Ressource (nämlich das Angebot) übersteigt. Wenn die Ressourcenmenge, die allen von den Nutzer-Entitäten vorgebrachten Nachfragen entspricht, kleiner als das Angebot bleibt, kann das System den Entitäten die Gesamtheit dessen, was sie nachgefragt haben, zuteilen, und es gibt kein Problem.
  • STAND DER TECHNIK
  • Es gibt bis heute zahlreiche Verfahren, um die Ressourcenzuteilung zu verwirklichen:
    • – Als Erstes kann auf alle Mechanismen hingewiesen werden, die ausgehend von der Reihenfolge des Eintreffens wirksam werden: FIFO, LIFO, ... Bei einem FIFO- (First In First Out) Mechanismus werden die Entitäten zuerst bedient, die ihre Nachfrage am frühesten vorgebracht haben. Im Gegensatz dazu wird bei einem LIFO- (Last In First Out) Mechanismus derjenige bedient, der als Letzter eine Nachfrage vorgebracht hat.
    • – Es gibt noch weitere Mechanismen, die keine Entität ausschließen: Die Arbitrage erfolgt bezüglich der Ressourcenmenge, die jeder Entität gewährt wird. Als Arbitrageregel wird beispielsweise eine Regel benutzt, die die gewährten Mengen im Verhältnis zu den nachgefragten Mengen festlegt. Es wird auf den Stand der Technik verwiesen, den das Dokument D1 – US-A-6 005 852 darstellt.
  • Diese Mechanismen sind wirtschaftlich gesehen nicht immer sehr effizient. Die Übereinstimmung zwischen dem Angebot (der angebotenen Menge) und der Nachfrage (den gewünschten oder erhaltenen Mengen) kann tatsächlich schwer zu erreichen sein.
  • Mit derartigen Mechanismen gibt es Perioden der Flaute, in denen die Nachfrage geringer als die verfügbare Ressourcenmenge bleibt, und Perioden der Überlastung, in denen die Nachfrage die verfügbaren Ressourcen weit übersteigt.
  • Außerdem sind diese Mechanismen verhältnismäßig statisch. Sie sind nicht fähig, sich anzupassen und sachdienlich zu bleiben, wenn das Angebot und die Nachfrage nach der Ressource von Seiten der Abnehmer-Entitäten starke und schnelle Schwankungen erfahren.
  • Eine mögliche Lösung, um dieses Kriterium der Effizienz und der Anpassungsfähigkeit des Ressourcenzuteilungsverfahrens zu erfüllen, besteht darin, ein Zuteilungsverfahren anzuwenden, das auf markttypischen Mechanismen beruht, und speziell vom Typ der Auktion in mehreren Einheiten (die Ressource ist teilbar): Die Ressource, die betrachtet wird, besteht aus mehreren Einheiten.
  • Beispielsweise kann auf die von Klemperer entwickelte Theorie verwiesen werden (Klemperer P., Auction Theory: A Guide to the Litterature, Journal of Economic Surveys, 13 (3), 227–86, 1999).
  • Leider betreffen die meisten der aus- und angeführten Arbeiten zu Nachfragen in Form von auf mehrere Einheiten bezogenen Auktionen nur theoretische Güter.
  • Einige weitere Arbeiten befassen sich mit Nachfragen in Form von Auktionen, die im Allgemeinen auf Betreiben öffentlicher Einrichtungen oder von Regulierungsbehörden ablaufen, in deren Verlauf bestimmte knappe Ressourcen oder Nutzungsrechte angeboten werden. Ein bemerkenswertes Beispiel betrifft die Lizenzen der Funkverkehrsfrequenzen: der GSM- oder UMTS-Frequenzen.
  • In dem einen wie in dem anderen Fall gibt es keinen konkreten Managementmechanismus, der sich empfiehlt, um das Verfahren zur Zuteilung der Ressource zu steuern.
  • Es ist bis heute nur ein einziges konkretes Verfahren bekannt, welches das Problem, mit dem sich der Anmelder beschäftigt hat, angeht.
  • Es handelt sich um einen Mechanismus zur Nachfrage bzw. Anforderung in Form eines Gebots, im Folgenden "PSP" (Akronym für "Progressive Second Price" (engl.)) genannt, der von Nemo Semret 1999 in einer Doktorarbeit an der Columbia University vorgeschlagen und rechnerisch erprobt worden ist (Semret N.: Market Mechanisms for Network Ressource Sharing, Philosophy Doctorate, Columbia, 1999). Dieses "PSP"-Verfahren ist ein Mechanismus zum Management von Nachfragen, die in Form von Geboten auftreten. Dieses Verfahren versucht, das Vickrey-Prinzip im Falle einer in mehrere Einheiten teilbaren Ressource einzuführen.
  • Gemäß diesem Management-Verfahren wird außerdem die Verwirklichung des Kompensationsausschlussprinzips bei der Berechnung einer zeitlich veränderlichen Größe (oder Variablen) für einen gegebenen Zeitpunkt angewendet.
  • Ein Interessent, der sich an einer Nachfrage beteiligt und eine bestimmte Menge der Ressource erwirbt, bezahlt für einen Wert der Variablen, der ihm von jenen zugestanden wird, die durch sein Auftreten eine bestimmte Menge der Ressource eingebüßt haben.
  • Die Gesamtheit dieser Menge entspricht höchstens der Menge, die er erhalten hat. Selbstverständlich erhalten die "Teilnehmer" die Ressource, die die höchsten Werte für die Variable geboten haben.
  • Der PSP-Auktionsmechanismus für die Zuteilung einer Ressource hat Anlass für eine Patentanmeldung gegeben, die am 28. September 2000 unter der Nummer WO 00/57 323 veröffentlicht worden ist.
  • Der Mechanismus zum Zuteilen einer Ressource, der durch die PSP-Auktionen wie in dieser Anmeldung beschrieben festgelegt ist, wird durch einen iterativen Verhandlungsprozess zwischen drei Entitäten verwirklicht, die sich jeweils durch unterschiedliche Ziele auszeichnen:
    • – dem logischen Agenten "Anbieter der Ressource", der versucht, diese Ressource gemäß im Voraus festgelegten Kriterien für einen Wert der Variablen, der so hoch wie möglich ist, zu liefern;
    • – den logischen Agenten "Interessenten", die ihrerseits anstreben, eine bestimmte Menge dieser Ressource nach ihren eigenen im Voraus festgelegten Kriterien zu den besten Konditionen zu erlangen, wobei sich eine beste Kondition durch ein Paar (Menge, Wert der Größe) auszeichnet, das von jedem Interessenten abhängt;
    • – dem logischen Agenten zum Management der Zuteilung, dessen Ziel es ist, zu erreichen, dass die beiden vorhergehenden Klassen von Entitäten aufs Beste zufrieden gestellt werden.
  • Die Rolle des logischen Zuteilungsmanagement-Agenten kann von dem Anbieter der Ressource übernommen werden.
  • Theoretisch führt der PSP-Auktionsmechanismus zu einem Gleichgewicht; er weist jedoch Nachteile auf.
  • Zuallererst ist die Geschwindigkeit der Konvergenz nicht völlig zufrieden stellend. Selbst wenn eine unveränderliche Anzahl von Entitäten angenommen wird, die während einer bestimmten Zeitdauer an einer Nachfrage (d. h. in dem speziellen Fall an einer Nachfrage vom Typ Gebot) beteiligt sind, sind viele Iterationen des Zuteilungsmanagementverfahrens erforderlich, um das Gleichgewicht zu erreichen, das der maximalen Zufriedenheit aller Entitäten, die an dieser Nachfrage beteiligt sind, genügt.
  • Operativ äußert sich dieser Mangel an Konvergenz
    • – entweder in einer sehr großen Menge an Nachrichten zwischen den Entitäten, die an einer Nachfrage beteiligt sind, und der Zuteilungsmanagement-Entität. Dies zieht einen umfangreichen Meldungsverkehr in dem System nach sich. Außerdem bringt dies viele Berechnungen mit sich, die von den beteiligten Entitäten und der Anbieter-Entität ausgeführt werden, falls entschieden wird, die Iterationsfrequenz zu erhöhen, um das Gleichgewicht schneller zu erreichen.
    • – oder in einer Verschlechterung des Verfahrens im Vergleich zu seinem optimalen Gleichgewicht, wenn die Frequenz der wiederholten Ausgabe von Nachfragen bzw. Anforderungen, die auf neue Bedingungen abgestimmt sind (Menge, Wert der Größe) (jede Minute oder häufiger), begrenzt wird. Die beteiligten Entitäten können neue Nachfragen bzw. Anforderungen mit neuen Bedingungen nicht vor Ablauf dieser minimalen Zeit wegschicken.
  • Im Falle einer dynamischen Arbeitsweise können die Nutzer-Entitäten des Systems fortwährend in das Zuteilungssystem eintreten oder dieses verlassen, wobei die Zeit zwischen zwei Verarbeitungen von Nachfragen, die auf neue Bedingungen abgestimmt sind, die gleiche Größenordnung wie die durchschnittliche Zeit zwischen dem Zugang oder dem Abgang einer neuen Entität annehmen kann.
  • Unter diesen Bedingungen erreicht der iterative PSP-Verarbeitungsprozess niemals das Gleichgewicht, bei dem die Nutzer-Entitäten des Ressourcenzuteilungsmanagement-Systems maximal zufrieden gestellt sind. Dieses System ist ständig in einem Übergangszustand, der möglicherweise vom optimalen Gleichgewicht entfernt ist.
  • Außerdem ist ein weiterer Nachteil, dass das PSP-Verfahren, wie es von Nemo Semret beschrieben worden ist, zulässt, dass Nutzer-Entitäten eine Koalition bilden, um für sie günstige Bedingungen durchzusetzen.
  • Diese beiden Nachteile sind durch den iterativen Charakter des Mechanismus verursacht, wobei sie besonders ärgerlich im Hinblick auf die Unparteilichkeit sind, die jeder Ressourcen-Zuteilungsmechanismus zwingend respektieren muss, wobei gleichzeitig vorher festgelegte Regeln zu beachten sind.
  • ERFINDUNG
  • Die vorliegende Erfindung hat zum Ziel, ein Verfahren und ein System vorzuschlagen, die nicht die Nachteile des Standes der Technik aufweisen.
  • Gemäß der Erfindung wird der Schritt der Bestimmung der Ressourcen- bzw. Betriebsmittelmenge, die jedem logischen Nutzer-Agenten zugeteilt wird, nach der Verarbeitung der Anforderung zu einem gegebenen Zeitpunkt, zu dem von jeder Entität, die in einer bestimmten Periode auftritt, nur eine einzige Anforderung ausgegeben worden ist, ausgeführt.
  • Die Erfindung betrifft insbesondere ein Verfahren zum Zuweisen eines Betriebsmittels an n logische Entitäten oder Agenten, die das Betriebsmittel anfordern, mittels eines Management-Systems für das Betriebsmittel, wobei das Verfahren insbesondere dadurch gekennzeichnet ist, dass es während einer vorgegebenen Zeitdauer umfasst:
    • – Empfangen einer von jedem anfordernden Agenten ausgegebenen Anforderung in Form einer Betriebsmittelanforderungsfunktion si(p), worin p eine variable Größe ist, wobei diese Anforderungsfunktionen im Voraus definierte, abnehmende und stetige positive Funktionen sind,
    • – Verarbeiten aller empfangenen Anforderungen während der vorgegebenen Zeitdauer, um die Betriebsmittelmenge zu bestimmen, die jedem anfordernden Agenten zuzuweisen ist, wobei diese Verarbeitung die folgenden Schritte umfasst:
    • – Berechnen einer Dateneinheit, die einer Größe, die Gleichgewichtsgröße p* genannt wird, entspricht, anhand der Summe S aus n Anforderungsfunktionen si(p) mittels der Beziehung: S(p*) = Qworin Q die Dateneinheit bezüglich der verfügbaren Menge ist und S(p) die Gesamtanforderung ist, die der Summe der Anforderungen si(p) jedes Agenten für jeden Wert, den die Größe p annehmen kann, entspricht, S(p) = s1(p) + s2(p) + ... + si(p) + ... + sn(p)
    • – Berechnen der Daten, die der Menge ai entsprechen, die für diese Gleichgewichtsgröße p* jedem Agenten i zuzuweisen ist, anhand ihrer Anforderungsfunktion si, derart, dass: ai = si(p*),
    • – Verwenden der Daten, die durch die Berechnung erhalten werden, durch das Management-System, um die entsprechenden Betriebsmittelmengen zuzuweisen, und Aufzeichnen dieser Daten, um sie an ein Betriebssystem zu liefern.
  • Gemäß einem weiteren Merkmal besteht es darin, die Anforderungsfunktion si(p) in jedem anfordernden logischen Agenten zu programmieren.
  • Gemäß einem weiteren Merkmal besteht es darin, eine Funktion U'i(q) in jedem anfordernden logischen Agenten i zu programmieren,
    wobei jeder anfordernde Agent i, der während der vorgegebenen Zeitdauer teilnimmt, somit durch sein Interesse daran gekennzeichnet ist, eine Menge q der globalen Betriebsmittel Q zu erhalten, und zwar durch seine Nutzenfunktion Ui(q) oder durch eine Grenznutzenfunktion U'i(q), die dem Erwerb einer zusätzlichen Einheit beigemessen wird, wobei U'i(q) die Ableitung von Ui(q) ist,
    und bei jeder erneuten Teilnahme
    • – die Anforderungsfunktion si(p) zu bestimmen, indem die inverse Funktion der Funktion U'i(q) berechnet wird, wobei der anfordernde logische Agent seine Anforderung ausgibt, indem er diese Funktion schickt.
  • Gemäß einem weiteren Merkmal besteht die Lieferung der Anforderungsfunktion darin, an das Management-System Daten zu schicken, die m Parametern entsprechen, die diese Anforderungsfunktion beschreiben.
  • Gemäß einem weiteren Merkmal ist die Nutzenfunktion eine Polynomfunktion der Form:
    Figure 00070001
    was eine Nachfrage- bzw. Anforderungsfunktion S(p) ergibt: S(p) = max(0; qmax – αp)wobei p der Wert der Größe ist, die der Anforderer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) zu akzeptieren bereit ist.
  • Gemäß einem weiteren Merkmal ist die Nutzenfunktion eine Funktion der Form:
    Figure 00070002
    wobei Ln der natürliche Logarithmus ist,
    was eine Nachfrage- bzw. Anforderungsfunktion S(p) ergibt: S(p) = qmax·exp(–α·p)wobei p der Wert der Größe ist, die der Anforderer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) zu akzeptieren bereit ist.
  • Gemäß einem weiteren Merkmal schickt der anfordernde logische Agent seine Anforderung, wobei er nur zwei Parameter (m = 2) liefert, die seine Anforderungsfunktion kennzeichnen, wobei diese Parameter der Koeffizient α, der den Wert der von dem Anforderer annehmbaren Größe angibt, und qmax, die maximale Menge, die er zu erhalten wünscht, sind, wobei diese Anforderung für mehrere aufeinander folgende Teilnahmen gleich sein kann.
  • Gemäß einem weiteren Merkmal umfasst die Berechnung des Wertes der Größe p, die jeden logischen Agenten kennzeichnet, nach der Verarbeitung aller Anforderungen während der vorgegebenen Dauer:
    • – eine Berechnung des Wertes der Gesamtgröße Ci(s) der Menge ai, die einem anfordernden logischen Agenten i zugewiesen wird, um die Menge ai(s) zu erhalten, wenn dieser Letztere die Funktion si ausgegeben hat, wobei auf der Grundlage des Kompensationsausschlussprinzips diese Berechnung anhand der folgenden Beziehung erfolgt:
      Figure 00080001
      worin für den anfordernden Agenten j aj s seine Zuweisung in Gegenwart des anfordernden Agenten i repräsentiert und aj 0 seine Zuweisung bei dessen Abwesenheit repräsentiert, wobei sich die von j verschiedenen teilnehmenden Anforderer in diesem Fall die Menge aj 0 zuweisen sehen, während sie in der aktuellen Situation auf Grund des Vorhandenseins von i nur aj s haben, wobei sj –1 die inversen Anforderungsfunktionen der teilnehmenden anfordernden Agenten j sind.
  • Gemäß einem weiteren Merkmal ist das Management-System ein Telekommunikationsbetriebsmittelmanagement-System, und das Betriebsmittel ist das Durchlassband.
  • Ein weiterer Gegenstand der vorliegenden Erfindung betrifft ein Betriebsmittelmanagement-System mit Mitteln zum Zuweisen des Betriebsmittels an n anfordernde logische Agenten über ein Telekommunikationsnetz, insbesondere dadurch gekennzeichnet, dass diese Zuweisungsmittel umfassen:
    • – Mittel zum Empfangen einer Anforderung, die von jedem anfordernden Agenten in Form einer Betriebsmittelanforderungsfunktion si(p) ausgegeben wird, worin p eine variable Größe ist, wobei diese Anforderungsfunktionen im Voraus definierte, abnehmende und stetige positive Funktionen sind,
    • – Verarbeitungsmittel für alle Anforderungen, die während einer vorgegebenen Zeitdauer empfangen werden, um die jedem anfordernden Agenten zuzuweisende Betriebsmittelmenge zu bestimmen, wobei diese Verarbeitungsmittel umfassen:
    • – Mittel zum Berechnen einer Dateneinheit, die einem Wert der Größe, die Gleichgewichtsgröße p* genannt wird, entspricht, anhand der Summe S aus n Anforderungsfunktionen si(p) mittels der Beziehung: S(p*) = Qworin Q die Dateneinheit bezüglich der verfügbaren Menge ist, und S(p) die Gesamtanforderung ist, die der Summe der Anforderungen si(p) jedes anfordernden Agenten für jeden Wert, den die Größe p annimmt, entspricht, S(p) = s1(p) + s2(p) + ... + si(p) + ... + sn(p),
    • – Mittel zum Berechnen der Daten, die der Menge ai entsprechen, die für diesen Gleichgewichtswert p* jedem anfordernden Agenten i zuzuweisen ist, anhand seiner Anforderungsfunktion si, derart, dass: ai = si(p*),
    • – Mittel zum Zuweisen entsprechender Betriebsmittelmengen und zum Aufzeichnen dieser Daten, um sie an ein Betriebssystem zu liefern.
  • Gemäß einem weiteren Merkmal sind die Mittel zum Zuweisen des Betriebsmittels durch einen Rechner des Server-Typs verwirklicht, der dafür programmiert ist, wobei der Server mit der Telekommunikationsnetz-Anlage verbunden ist, die mit den Anforderungen jener Betriebsmittel belastet ist, die zwischen den Entitäten, die sie anfordern, aufgeteilt werden sollen.
  • Gemäß einem weiteren Merkmal umfassen die anfordernden logischen Agenten Mittel zum Aufzeichnen wenigstens einer Anforderungsfunktion und Mittel, um Anforderungen in Form von Anforderungsfunktion zu schicken.
  • In dem Fall, in dem die Anforderungsfunktion durch nur zwei Parameter beschrieben wird, umfassen die anfordernden Agenten Mittel, um bei jeder neuen Anforderung ein Wertepaar für die Parameter zu wählen und es an den Server zu liefern.
  • Gemäß einem weiteren Merkmal sind die anfordernden logischen Agenten durch programmierte Automaten verwirklicht, um die Anforderungen auszuführen und um mit dem Server einen Dialog zu führen.
  • Gemäß einem weiteren Merkmal sind die Automaten durch mobile Software-Agenten gebildet, die in dem Server angeordnet sein können.
  • In einem bevorzugten Beispiel ist die Ressource bzw. das Betriebsmittel ein Telekommunikationsbetriebsmittel.
  • In diesem Fall kann die zuzuteilende Ressource die Bandbreite sein oder die Ports einer Netzzugangseinrichtung.
  • KURZBESCHREIBUNG DER ZEICHNUNG
  • Weitere Besonderheiten und Vorteile der Erfindung werden beim Lesen der Beschreibung deutlich, die nachstehend beispielhaft und nicht einschränkend anhand der Zeichnung gegeben ist, worin
  • 1A und 1B eine Nutzenfunktion Ui und ihre Ableitung U'i (Grenznutzen) zeigen;
  • 2A und 2B drei Nutzenfunktionsbeispiele für die gleiche maximale Menge (qmax) und die entsprechenden Grenznutzen zeigen;
  • 2C die Nachfragefunktionen zeigt, die den Grenznutzenfunktionen von 2B entsprechen;
  • 2D zwei besondere Beispiele für die Nutzenfunktion zeigt;
  • 2E die Nachfragefunktionen zeigt, die den Nutzenfunktionen von 2D entsprechen;
  • 3 ein Beispiel für Nachfragefunktionen s1, s2 von zwei Interessenten zeigt;
  • 4 die Berechnung des Wertes der Größe p für dieses einfache Beispiel mit zwei Interessenten schematisch darstellt;
  • 5 das allgemeine Schema eines Systems zur Ausführung des Verfahrens veranschaulicht;
  • 6 ein Schema zur Verwirklichung von logischen Agenten, die Nutzer des Systems sind, veranschaulicht.
  • Der Ressourcenmanagement-Mechanismus, der vorgeschlagen wird, um eine in mehrere Einheiten teilbare Ressource mehreren Nutzern zuzuteilen, beruht auf der Tatsache, dass jeder Interessent i, der Nutzer der Ressource ist, ein Interesse daran hat, einen Teil (eine Menge) ai der Gesamtressource Q, die zu einem gegebenen Zeitpunkt zur Verfügung steht, zu erhalten. Das Interesse der Nutzer-Entität des Zuteilungsmanagement-Systems wird mittels einer zeitlich veränderlichen Größe p gemessen.
  • Dieser Mechanismus ermöglicht, jedem der Nutzer die "richtigen" Mengen ai der Ressource für einen Wert Ci zu gewähren.
  • Bei dem vorgeschlagenen Verfahren ist jede Entität angehalten, ihre tatsächliche Wertschätzung (oder auch ihren Nutzen) der Erlangung der Ressourcenmenge (Fall des Interessenten) oder den Wert der Größe pI, zu dem sie bereit ist, die Ressource abzugeben (Fall des Anbieters), anzugeben.
  • Der Anbieter-Agent wird nämlich als ein Agent angesehen, der die Gesamtmenge der Ressource Q nachfragt.
  • Dieser Letztere kann die Abgabe der Ressource unterhalb eines Minimum-Grenzwertes für die Größe meiden. Das Risiko dieser Methode besteht darin, dass eine bestimmte Menge der Ressource nicht verteilt bzw. vertrieben wird (da sie von ihm selbst gehalten wird).
  • Der vorgeschlagene Mechanismus passt sich an Schwankungen der Anzahl der Interessenten und an ihre Prädisposition, die Ressource anzufordern, an. Es kann Perioden der Flaute mit wenigen Interessenten und Perioden der Überlastung mit viel mehr Interessenten geben.
  • Der vorgeschlagene Mechanismus erlaubt dann die Regulierung der Nachfrage in Abhängigkeit von dem konstanten Angebot der Ressource Q mittels einer veränderlichen Messgröße.
  • Um während einer Periode der Überlastung eine größere Ressourcenmenge zu erlangen, muss der Interessent einen höheren Wert der Messgröße akzeptieren. Hingegen kann er in Perioden der Flaute eine große Ressourcenmenge für einen geringeren Wert dieser Größe erlangen.
  • Der Mechanismus gemäß der Erfindung ist nicht iterativ. Er führt zu einem Gleichgewicht bei einer höheren Zufriedenheit der Interessenten bei Entgegennahme von nur einer Nachfrage, die von jedem Interessenten vorgebracht wird, der sich während einer vorgegebenen Zeitdauer an einer Bewerbung um Zuteilung beteiligt.
  • Außerdem werden die auf diese Weise bestimmten Daten an ein Betriebssystem geliefert, welches im Falle mehrerer Einheiten das Vickrey-Prinzip anwen det, das auf dem Kompensationsausschluss beruht, um für jede abgegebene Anforderung eine charakteristische Dateneinheit zu berechnen.
  • Der vorgeschlagene Management-Mechanismus läuft folgendermaßen ab:
    • – Ein Anbieter hat irgendeine Menge Q einer teilbaren Ressource oder eines teilbaren Gutes zur Verfügung. Bei einer Telekommunikations- oder Netzanwendung kann es sich typisch um die Bandbreite oder auch um logische Zugangsports zu einer Anlagenausrüstung handeln.
    • – n Entitäten sind nachfragend, was bedeutet, dass sie während einer vorgegebenen Zeitdauer um die Verteilung dieser Ressource konkurrieren. Jede davon positioniert sich auf einer Nutzenfunktion Ui für die Menge q, die sie haben möchte. Es handelt sich im Grunde genommen um die von dem Interessenten vorgenommene Bewertung seines Interesses an einer bestimmten Ressourcenmenge.
  • Die Wahl einer Nutzenfunktion könnte völlig den nachfragenden bzw. anfordernden Agenten überlassen sein; jedoch wird aus praktischen Gründen der Umsetzung bevorzugt, den nachfragenden bzw. anfordernden Agenten vorzuschlagen, sich für das Aushandeln auf einer Auswahl von vorher zu diesem Zweck in dem programmierten Automaten definierten Nutzenfunktionen zu positionieren. Praktisch wählt der programmierte Automat dazu die Nutzenfunktion, die er bei einer Nachfrage bzw. Anforderung verwenden wird.
  • Die Kenntnis der Nutzenfunktion Ui(q) eines Interessenten ermöglicht, davon seine Nachfragefunktion si(p) abzuleiten. Konkret ist die Nachfragefunktion eines Interessenten das Inverse der Grenznutzenfunktion U'i(q). Folglich wird eine kleine sprachliche Unkorrektheit begangen, denn die auf diese Weise konstruierte Nachfragefunktion gibt den Wert der Nachfrage q eines teilnehmenden Interessenten in Abhängigkeit von einem bestimmten Wert der Größe p, dem so genannten Grenzwert, an, den der Interessent bereit ist, einer Ressourcenmenge, die zwischen q und q + δq enthalten ist, wobei δq eine kleine Menge ist, beizumessen, wohingegen herkömmlich eine Nachfragefunktion die Menge q der Ressource, die der Käufer zu erwerben bereit ist, in Abhängigkeit von einem Durchschnittswert für die Größe p der Ressource angibt.
  • Die Entität, nämlich der Server 200 in 5, der eine Nachfrage (d. h. die Gesamtheit der von den Interessenten bzw. Anforderenn während einer vorgegebenen Zeitdauer gesendeten Anforderungen) managt, erfasst die Nachfrage- bzw. Anforderungsfunktionen si(p) der verschiedenen Käufer und hat Kenntnis von der Gesamtmenge, die zugeteilt werden kann.
  • Um sich an einer Nachfrage bzw. Anforderung zu beteiligen, gibt ein Nutzer seine Nachfragefunktion si(p) an, die in der Praxis das Inverse seiner Grenznutzenfunktion für die Ressource sein kann.
  • Selbstverständlich können die Interessenten eine "erlogene" Nachfragefunktion mitteilen (nicht die Wahrheit sagen, d. h. nicht ihre wahre Bewertung der Ressource äußern). Das Verfahren gemäß der vorliegenden Erfindung verwendet jedoch einen Mechanismus zur Berechnung der Ressourcenzuteilung, der jeden Interessenten veranlasst, die entsprechende Nachfrage zu schicken, denn diese verschafft ihm die besten Zuteilungsbedingungen.
  • Ein Maß für die besten Bedingungen ist der Unterschied zwischen dem Nutzen, den ihm der Erwerb einer Ressourcenmenge verschafft, und dem Wert der Größe, den er für diese Menge akzeptieren muss. Der Anmelder hat gezeigt, dass die Bekanntgabe seiner wahren Nachfragefunktion für jeden Interessenten bzw. Anforderer eine dominante Strategie ist.
  • Gemäß der Erfindung besitzt folglich jeder Interessent bzw. Anforderer i eine Wertschätzung für den Erwerb einer Menge qi der Ressource, die in einer Nutzenfunktion Ui(q) ≥ 0 Ausdruck findet, wobei diese Wertschätzung im Grunde genommen eine private Dateneinheit ist. Das Berechnen der Ableitung dieser Funktion, nämlich von U'i(q), ergibt die Grenznutzenfunktion, die der Nutzer i dem Erwerb einer zusätzlichen Einheit der Ressource beimisst.
  • Mathematisch ist die Funktion Ui(q) dadurch gekennzeichnet, dass sie den folgenden Bedingungen genügt:
    • Ui(0) = 0
    • • Ui ist ableitbar und konkav;
    • • U'i ≥ 0 ist fallend und stetig. Es handelt sich dabei um die von der Funktion U(i) abgeleitete Funktion. Sie beschreibt den Grenznutzen des Interessenten bzw. Anforderers i durch die Ressource, d. h. den Wert der Größe, den er zu akzeptieren bereit ist, um über jene Einheit, die er schon erlangt hat, hinaus eine Einheit der Ressource zu erlangen.
  • 1A und 1B veranschaulichen eine allgemeine Form der Funktionen Ui(q) und U'i(q).
  • Wie zu sehen ist, steigt die Nutzenfunktion eines Interessenten bzw. Anforderers 100i (5) stetig mit der Menge, die er erlangen kann, an, wobei jedoch dieser Anstieg schwach gekrümmt (konkav) ist. Das heißt in dem Maße, wie die erlangte Menge größer wird, nimmt das Interesse an einer zusätzlichen Einheit ab. Im Extremfall gibt es für jeden Anwender einen Grenzwert (Schwellenwert) der Ressourcenmenge, jenseits dessen dieser Nutzer der Erlangung einer zusätzlichen Einheit kein Interesse mehr beimisst (d. h. der Wert der Größe ist null).
  • Bei jeder neuen Nachfrage bzw. Anforderung (Schritt des Managements einer neuen Nachfrage bzw. Anforderung) nimmt der Server 200 alle Anforderungen in Form von Nachfrage- bzw. Anforderungsfunktionen si (eine Funktion pro Interessent bzw. Anforderer i) entgegen.
  • Anhand dieser Informationen bestimmt der Server 200 für jeden Wert der Größe p die Gesamtnachfrage S, die die Summe der einzelnen Nachfragen ist. Der Server 200 berechnet den Gleichgewichtswert p*, der Angebot und Nachfrage in Übereinstimmung bringt, so dass: S(p*) = Q,wobei Q die Gesamtmenge, die zuzuteilen ist, und folglich das Gesamtangebot darstellt.
  • Nachdem der Gleichgewichtswert p* auf diese Weise definiert worden ist, kann der Server 200 die Ressourcenzuteilungen a1, a2, ..., ai, ..., an für jeden Interessenten bzw. Anforderer ermitteln, indem er folgende Berechnung vornimmt: ai = si(p*) für jeden Interessenten bzw. Anforderer (i = 1 bis n)
  • Mittels dieser Berechnung bestimmt der Server als Zuteilung für jeden Anforderer den Wert seiner Nachfrage- bzw. Anforderungsfunktion für den Wert p*.
  • Der Server 200 ordnet jedem Anforderer eine auf diese Weise berechnete zugeteilte Menge zu und informiert die Anforderer auch über den Gleichgewichtswert der Größe p, der dem Mechanismus als Grundlage dient.
  • Einige Interessenten bzw. Anforderer werden nicht bedient werden können (für den Wert p* können nämlich Nutzer j eine Nachfrage von null haben, d. h. sj(p*) = 0).
  • Dieser Zuteilungsmanagement-Schritt wird bei der Inbetriebnahme des Systems zur Ressourcenzuteilung in vorher festgelegten regelmäßigen Intervallen wiederholt.
  • Die Wiederholfrequenz der Nachfragen (Senden von neuen Anforderungen durch die Anforderer) wird so gewählt, dass sie nicht zu hoch ist, um die kalkulatorischen Betriebsmittel nicht zu stark in Anspruch zu nehmen und/oder das Netz mit Nachrichten zur Signalisierung zwischen der anfordernden Software 100i der Nutzer und dem Server 200 zu belasten.
  • Diese Frequenz muss jedoch ausreichen, um die Entwicklungen zu berücksichtigen: Zugänge oder Abgänge von Interessenten bzw. Anforderern, Veränderung der Nachfragefunktionen von beteiligten Interessenten bzw. Anforderern und gegebenenfalls Veränderung der verfügbaren Ressourcenmenge.
  • Ein zweiter Schritt des Verfahrens besteht dann darin, den Wert der entsprechenden Größe zu berechnen, d. h. Bestimmung des Wertes für jeden Interessenten bzw. Anforderer i. Dieser Wert wird im Ergebnis der Berechnung des folgenden Integrals erhalten:
    Figure 00150001
  • Diese Relation gibt den Gesamtwert Ci(s) an, den der Interessent bzw. Anforderer i für die Erlangung der Menge ai(s), die in dem vorhergehenden Schritt bestimmt worden ist, akzeptieren muss, wenn die Nachfrage s ist. Für den Interessenten bzw. Anforderer j stellt aj s seine Zuteilung im Falle der Anwesenheit des Interessenten bzw. Anforderers i und aj 0 seine Zuteilung in dem Fall, in dem er abwesend wäre, dar (Wenn der Interessent bzw. Anforderer i nicht anwesend wäre, dann würden sich die anderen Beteiligten j die Menge aj 0 zuteilen sehen, während es in der derzeitigen Situation auf Grund der Anwesenheit von i nur aj s gibt).
  • Die Berechnung des Wertes der Größe p lässt die inverse Funktion sj –1 der Nachfragefunktion sj der anderen Teilnehmer j auf den Plan treten, denn es wird ein Wert in Abhängigkeit von einer schon definierten Menge und nicht eine Menge in Abhängigkeit von einem gegebenen Wert gesucht.
  • Im Folgenden werden zwei Beispiele für die Nutzenfunktion und die entsprechenden Nachfragefunktionen gegeben.
  • Selbstverständlich wird jede Nutzenfunktion (und Nachfragefunktion) gewählt werden können, sobald sie die vorangehend dargelegten Bedingungen erfüllt. Diese Funktionen können durch m Parameter beschrieben sein, die z. B. wahlweise einer bestimmten Anzahl von charakteristischen Punkten im Anschluss an eine Diskretisierung (Digitalisierung) der Funktion entsprechen.
  • Gemäß einem ersten Beispiel kann die Nutzenfunktion die folgende Polynomfunktion sein:
    Figure 00160001
    was eine Nachfrage- bzw. Anforderungsfunktion S(p) ergibt: S(p) = max(0; qmax – αp)wobei p der Grenzwert genannte Wert ist, den der Interessent bzw. Anforderer für eine zusätzliche Einheit der Ressource bzw. des Betriebsmittels jenseits von q = s(p) zu akzeptieren bereit ist.
  • In diesem ersten Beispiel hat jeder Interessent i eine Polynom-Wertschätzungsfunktion Ui (vom Grad 2) bis zu dem Punkt, der der maximalen Menge qmax des Interessenten i entspricht; darüber hinaus ist diese Funktion dann konstant.
  • Gemäß einem weiteren Beispiel kann die Nutzenfunktion die folgende Exponentialfunktion sein:
    Figure 00160002
    wobei Ln der natürliche Logarithmus ist, was eine Nachfragefunktion S(p) ergibt: S(p) = qmax·exp(–α·p)wobei p der Grenzwert genannte Wert ist, den der Interessent bzw. Anforderer für eine zusätzliche Einheit der Ressource bzw. des Betriebsmittels jenseits von q = s(p) zu akzeptieren bereit ist.
  • In diesen zwei Fällen können die Nutzenfunktion und die Grenznutzenfunktion U'i (von Ui abgeleitete Funktion) und folglich die Nachfragefunktionen (inverse Funktion des Grenznutzens) durch nur zwei Parameter qmax und α beschrieben werden, wobei
    • – qmax die maximale Ressourcenmenge ist, über die der nachfragende bzw. anfordernde Agent nicht hinausgehen wird, um zusätzlich von der Ressource zu erhalten (Grenznutzen null), und
    • – α die Stärke des Interesses des Nutzers an der Ressource beschreibt.
  • Je größer α ist, desto schneller nimmt dieses Interesses bei der Erhöhung des Wertes der Größe p der Ressource ab. Es handelt sich um einen Koeffizienten, der die Akzeptanz-Prädisposition des Interessenten angibt.
  • Wenn vorgesehen ist, verschiedene Typen von vorher definierten Funktionen zu verwenden (Funktion 1, 2, 3, ... usw.), müssten im Grunde genommen drei Parameter geliefert werden, nämlich die Parameter wie zuvor definiert und ein dritter Parameter, der den gewählten Funktionstyp bezeichnet (Funktion 1 oder 2 oder 3 der Liste vorher definierter Funktionen).
  • 2D veranschaulicht die Nutzenfunktionen, die den zwei vorhergehenden Beispielen entsprechen. 2E veranschaulicht die Nachfragefunktionen, die den zwei Nutzenfunktionen von 2D entsprechen.
  • In diesen Beispielen brauchen die Abnehmer dem Server 200 nicht mehr die vollständig definierten Nachfragefunktionen für alle möglichen Mengen anzugeben, sondern es genügen die zwei Parameter qmax und α (jeder Interessent bzw. Nachfrager schickt seine Nachfrage- bzw. Anforderungsfunktion).
  • Die Ausgabe der Anforderung besteht dann darin, zwei Parameter anzugeben, und zwar in diesem Fall das Paar (qmax, α).
  • Im Falle einer Anwendung der Erfindung auf die Zuteilung eines Telekommunikationsbetriebsmittels wie etwa die Bandbreite
    • – entspricht der Wert qmax der maximalen Mengenleistung, die der Nutzer anfordert;
    • – ist der Koeffizient α aus einer Gesamtheit von zuvor abgespeicherten Werten gewählt, wobei er dem Streben des Nutzers, diese maximale Mengenleistung zu erlangen, entspricht (verschiedene Werte von p ermöglichen, mehr zu erhalten).
  • 2A und 2B zeigen den Verlauf, den die Nutzenfunktion und ihre Ableitung für drei Interessenten annehmen, die den gleichen Maximalwert für die Menge haben.
  • Der Koeffizient α entspricht der Steigung der Geraden (Nachfragefunktion) in 2C.
  • Jedoch ist, statt den Nutzer eine beliebige Nutzenfunktion wählen zu lassen, welche die vorangehend dargelegten Eigenschaften des Anstiegs und der Stetigkeit aufweist, wie zuvor vorteilhaft vorgesehen, dem Interessenten vorzuschlagen, sich anhand einer beschränkten Auswahl von Möglichkeiten zu positionieren.
  • Diese Auswahl umfasst entsprechend diesen zwei Parametern: die von dem Interessenten angeforderte maximale Mengenleistung und das Prädispositionsniveau, d. h. ein Schwellenwert der Größe, um diese maximale Mengenleistung aufs Beste zu erlangen.
  • Außerdem kann vorgesehen sein, eine Auswahl aus mehreren Prädispositionsparametern vorzuschlagen.
  • Beispielsweise kann die Definition von mehreren Dienstklassen programmiert werden: "Gold" für einen vorher festgelegten Wert von α, "Silber" für einen weiteren Wert oder "Bronze" für noch einen weiteren Wert.
  • Die Klasse "Gold" entspricht einer stärkeren Prädisposition als die Klasse "Silber", die ihrerseits einer stärkeren Prädisposition als die Klasse "Bronze" entspricht.
  • Zum besseren Verständnis werden nun diese Mechanismen anhand eines einfachen Beispiels, bei dem es nur zwei Interessenten gibt, ausführlicher beschrieben.
  • In dem Beispiel, das gegeben wird, hat der Interessent 1 eine Maximalmenge qmax, die größer als jene des Interessenten 2 ist, aber seine Prädisposition, den Wert der Größe p zu akzeptieren, ist schwächer (es handelt sich um Werte, die sich der Interessent zum Zeitpunkt der Nachfrage bzw. Anforderung festgesetzt hat). Anhand dieser gewonnenen Informationen berechnet der Server 200 (für jeden Wert p) die Summe S dieser zwei Nachfragefunktionen.
  • Der Server 200 kann dann den Marktgleichgewichtswert bestimmen, der Angebot und Nachfrage ausgleicht. Dieser Wert entspricht dem Wert p*, so dass S(p*) = Q. Denn S(p*) entspricht der Gesamtnachfrage bei dem Wert p*, und Q ist definitionsgemäß die angebotene Menge der Ressource.
  • Bei bekanntem p* werden die Zuteilungen a1 und a2 für jeden der Interessenten bestimmt. Jeder Interessent erhält die Menge, die seiner Nachfragefunktion für den Wert p* entspricht, nämlich: a1(s) = s1(p*) und a2(s) = s2(p*).
  • 3 veranschaulicht den Zuteilungsschritt, der soeben für den Fall von zwei Interessenten beschrieben worden ist, deren Nachfragefunktionen affin sind (Polynom-Nutzenfunktion vom Grad 2).
  • In einem weiteren Schritt des Verfahrens werden die auf diese Weise bestimmten Daten an ein Betriebssystem geliefert, das in das Management-System selbst integriert sein kann. Diese Verarbeitung der Daten besteht darin, den Wert der Größe für jeden der Interessenten bzw. Anforderer zu berechnen. Dieser Schritt wendet das an früherer Stelle erwähnte Kompensationsausschlussprinzip an. In diesem einfachen Beispiel teilt der Interessent bzw. Anforderer 1 mit, dass er bereit ist, das Inverse von s1 zu akzeptieren.
  • In der Tat stellt s1(p) die von dem Interessenten 1 nachgefragte Menge dar, wenn der Wert der Größe p ist. Wenn der Interessent 2 nicht an der Nachfrage beteiligt wäre, hätte der Interessent 1 seine nachgefragte Maximalmenge erhalten, die mit q1 bezeichnet wird. Um von seiner Zuteilung a1 zu seiner Maximalmenge q1 zu gelangen, akzeptiert der Interessent 1 einen Wert, der dem Integral des Inversen von s1 entspricht. (Es wird eine Berechnung eines Integrals ausgeführt, da von einem Grenzwert zu einem Gesamtwert übergegangen wird.)
  • 4 veranschaulicht diese Operationen. Die Fläche des mit Z2 bezeichneten schraffierten Bereiches entspricht dem Ergebnis.
  • 5 stellt das System zur Durchführung des Verfahrens schematisch dar. Es kann sich beispielsweise um ein Telekommunikationsbetriebsmittelmanagement-System handeln.
  • Eine praktische Umsetzung der operativen Durchführung des soeben beschriebenen Zuteilungsmechanismus wird durch eine Gesamtheit von anfordernden Automaten oder Software-Agenten 100i bewerkstelligt. Jeder Interessent bzw. Anforderer i (aber auch der Anbieter) programmiert seine Nutzenfunktion und folglich seine Nachfragefunktion (in den angegebenen Beispielen nur durch zwei Parameter definiert) in seinem Automaten oder Software-Agenten 100i.
  • Im Grunde genommen können diese Funktionen vorher definiert werden, und der nachfragende bzw. anfordernde logische Agent braucht dann nur eine davon auszuwählen. Diese logischen Agenten führen mit dem Server 200 einen Dialog, um ihre Betriebsmittel-Zuweisungsanforderung vorzunehmen.
  • Der Server 200 oder das Betriebsmittelmanagement-System ist über Verbindungen 210 und 110 an ein Telekommunikationsnetz 300 und an logische Abnehmer-Agenten 100i angeschlossen. Dieser Server 200 umfasst einen Automaten, der für die Durchführung der oben genannten Berechnungen, wobei von dem beschriebenen Mechanismus Gebrauch gemacht wird, programmiert ist. Dieser Automat umfasst eine Verarbeitungseinheit vom Typ Prozessor 201, Speichermittel 202, eine Eingabe/Ausgabe-Schnittstelle 204. Der Automat umfasst Verbindungen nach außen: 210 zu dem Netz 300 und 110 zu den anfordernden logischen Agenten 100i.
  • 6 veranschaulicht ein Ausführungsbeispiel für einen Automaten, der in den Abnehmer-Agenten 100i integriert ist. Dieser Automat umfasst einen Prozessor 101, der mit Speichermitteln verbunden ist, die durch den Block 102 symbolisch dargestellt sind. Diese Speichermittel umfassen wenigstens einen Direktzugriffsspeicher als Arbeitsspeicher, einen Programmspeicher vom Typ ROM oder EEPROM, der das Programm zur Lieferung von Nutzenfunktionen und Nachfragefunktionen des Anforderers und für den Dialog mit dem Server enthält. Der Prozessor 101 und die Speicher 102 sind durch einen Bus 103 verbunden, der seinerseits an einem Eingabe/Ausgabe-Port zu einer Nachrichtenverbindung 110 mit dem Server 200 durchgeschaltet wird.
  • Wenn die Ausführung mittels Software-Agenten verwirklicht wird, können diese mobil sein.
  • Diese Software-Agenten 100i können sich in der Nähe des Anforderers i, d. h. in dem Steuerungsterminal des Nutzers, befinden, wenn dieser Letztere eine ständige Interaktion über seine Nachfrage- bzw. Anforderungsfunktion wünscht.
  • In dem Fall, in dem die Nachfrage- bzw. Anforderungsfunktion eines Anforderers stabil bleibt, kann sich der Software-Agent für das Anforderungsmanagement des Anforderers dann in der Nähe des Zuweisungsmanagement-Servers 200, d. h. in dem Management-Server, befinden.
  • In dem Schema von 5 entspricht das gemeinschaftliche Betriebsmittel Q der Bandbreite der zwischen dem Management-Server und dem "Netz" verwirklichten Verbindung.
  • Der Vorteil einer "Auslagerung" des Anforderungsmanagement-Agenten des Anforderers besteht in der Verringerung des Befehlsdatenstroms, der zwischen dem Server und den anfordernden Agenten fließt, sowie in der Beschleunigung des Dialogs zwischen dem Management-Automaten des Anforderers und dem Zuweisungsmanagement-Server. Wenn sich ein anfordernder Agent in der Nähe des Servers befindet, erzeugt er keine Anforderungsnachricht über das Netz.
  • Der Zuweisungsmanagement-Server berücksichtigt alle Anforderungen der Nutzer und nimmt die Berechnung des Ergebnisses der Nachfrage bzw. Anforderung gemäß dem beschriebenen Mechanismus vor.
  • Im Fall der gemeinsamen Nutzung der Bandbreite einer Verbindung kann der Server 200 ein Software-Server sein, der in dem Router zur Bündelung oder in irgendeiner anderen Einrichtung zur Bündelung lokalisiert ist.
  • Nach Abschluss seines Entscheidungsprozesses steuert der Server dann die Anlagenausrüstung (in dem oben erwähnten Beispiel den Router zur Bündelung), damit diese jedem der Anforderer die festgesetzte Menge zuweist.
  • Für andere Betriebsmittel kann dies ein anwendungsspezifischer Server sein. Es wird festgehalten, dass der Server und die Automaten über Netzverbindungen verbunden sind und folglich die Ressource bzw. das Betriebsmittel Netz (Bandbreite) nutzen.
  • Das Verfahren der Erfindung ist an eine dynamische Funktionsweise vollkommen angepasst. Die Interessenten bzw. Anforderer können sich jederzeit einloggen, um sich an der Nachfrage bzw. Anforderung zu beteiligen. Der Mechanismus ermöglicht dann, für jeden die Zuteilung und den Wert der Größe p erneut zu berechnen.
  • Im Unterschied zu PSP-Auktionen wird das Gleichgewicht automatisch erreicht, denn die anfordernden Automaten senden die Anforderung nicht jedes Mal erneut, sondern sie senden eine einzige Anforderung, welche die Nachfrage- bzw. Anforderungsfunktion enthält, die ihrer Wertschätzung der Ressource bzw. des Betriebsmittels entspricht.
  • Beispielsweise kann die zeitlich veränderliche Größe, die ermöglicht, eine Ressource zu kennzeichnen, der Preis sein. Es wird sich nicht um eine "absolute" Geldsumme handeln, sondern um einen Preis pro Zeiteinheit der Nutzung.
  • Die Interessenten bzw. Anforderer sind Abnehmer/Kunden des Anbieters der Ressource.
  • Wenn es sich um ein Telekommunikationsnetz-Betriebsmittel handelt, wird die Summe, die der Netzkunde zahlen muss, folglich das Produkt aus diesem Preis pro Einheit und der Dauer, die er mit dem Netz verbunden bleiben wird, sein.
  • Die Berechnungen des zu zahlenden Preises, d. h. der Kosten, werden ebenfalls aufgezeichnet, um an einen Server geliefert zu werden, der mit der Inrechnungstellung betraut ist.
  • Diese kann in einer Erhöhung des Kundenkontos um die zu zahlende Summe oder in einer Verminderung der Anzahl der dem Kundenkonto gutgeschriebenen "Zahlungseinheiten" Ausdruck finden. Dafür übermittelt der Zuweisungsmanagement-Server die erforderlichen Informationen an den mit der Inrechnungstellung beauftragten Server.
  • Beispielsweise zahlen die Abnehmer × Euros pro erhaltenes Megabit pro Sekunde. Andernfalls würde ein Abnehmer, der eine Ressourcenmenge nur einige Sekunden hält (d. h. dass weitere Nutzer hinzugekommen sind und seine Ressource durch ein günstigeres Gebot teilweise oder vollständig "für sich beansprucht" haben), den gleichen Preis zahlen, wie wenn er diese gleiche Menge über mehrere Tage gehalten hätte.
  • Die minimale zeitliche Preisfestsetzungseinheit kann das Zeitintervall zwischen zwei Neuverhandlungen der Auktion sein: minimale Haltezeit der Ressource. Der Mechanismus kann so vorgesehen sein, dass es nicht unbedingt notwendig ist, die "zufrieden gestellten" Abnehmer zu zwingen, ihre Anforderung bei jeder Neuverhandlung zu modifizieren; der Zuweisungsmanagement-Server kann nämlich voreingestellt voraussetzen, dass ihre Nachfragefunktion unverändert ist.
  • Um den Abgang eines Kunden zu erfassen, kann beispielsweise bei jedem Schritt das Zurückschicken aller Nachfragefunktionen durch die Verhandlungsautomaten der Abnehmer vorgesehen werden. Dieses einfache Mittel ermöglicht nämlich, einen Abgang zu erfassen.
  • Wie deutlich geworden ist, lässt sich, indem nur eine Nachfrage bei einer Verhandlung vorgebracht wird, ein Gleichgewicht erreichen, wobei die Abnehmer ihre wahre Nachfragefunktion und folglich ihre wahre Wertschätzungsfunktion einsetzen. Die Tatsache, dass das angestrebte Gleichgewicht mittels einer einzigen Nachfrage bzw. Anforderung (ohne Iterationsverfahren) erreicht wird, stellt im Vergleich zu bisher einen erheblichen Vorteil dar.
  • Zu diesem Vorteil kommt im Vergleich zu vorgeschlagenen Mechanismen der Vorteil hinzu, dass der Mechanismus weniger technische Hypothesen über die Eigentümlichkeiten der Abnehmer verlangt. Die einzige Hypothese, die aufgestellt wird, ist, dass die Nachfragefunktionen fallend sein müssen, was völlig natürlich ist: Es ist nämlich nicht vorstellbar, dass ein Kunde bereit ist, die Ressource teurer zu bezahlen (im Sinne des Preises pro Einheit), wenn die Menge, die er nachfragt, zunimmt. Dies würde im Gegensatz zu den "Discount"-Effekten sein, die gewöhnlich anzutreffen sind.
  • Schließlich werden im Gegensatz zu dem iterativen Verfahren der PSP-Auktionen die Nutzer nicht bei jeder Iteration über die von den anderen Teilnehmern vorgenommenen Anforderungen unterrichtet. Es ist nämlich gezeigt worden, dass diese Informationen Absprachen der Kunden, um beispielsweise weniger zu zahlen, ermöglichten.

Claims (11)

  1. Verfahren zum Zuweisen eines Betriebsmittels an n logische Entitäten oder Agenten, die das Betriebsmittel anfordern, mittels eines Management-Systems (200) für das Betriebsmittel, wobei das Verfahren während einer vorgegebenen Zeitdauer umfasst: – Empfangen einer von jedem anfordernden Agenten (100i) ausgegebenen Anforderung in Form einer Betriebsmittelanforderungsfunktion si(p), worin p eine variable Größe ist, wobei diese Anforderungsfunktionen im Voraus definierte, abnehmende und stetige positive Funktionen sind, – Verarbeiten aller empfangenen Anforderungen während der vorgegebenen Zeitdauer, um die Betriebsmittelmenge zu bestimmen, die jedem anfordernden Agenten zuzuweisen ist, wobei diese Verarbeitung die folgenden Schritte umfasst: – Berechnen einer Dateneinheit, die einer Größe, die Gleichgewichtsgröße p* genannt wird, entspricht, anhand der Summe S aus n Anforderungsfunktionen si(p) mittels der Beziehung: S(p*) = Q, – worin Q die Dateneinheit bezüglich der verfügbaren Menge ist und – S(p) die Gesamtanforderung ist, die der Summe der Anforderungen si(p) jedes Agenten für jeden Wert, den die Größe p annehmen kann, entspricht, S(p) = s1(p) + s2(p) + ... + si(p) + ... + sn(p),– Berechnen der Dateneinheiten, die der Menge ai entsprechen, die für diese Gleichgewichtsgröße p* jedem Agenten i zuzuweisen ist, anhand ihrer Anforderungsfunktion si, derart, dass: –ai = si(p*),– Verwenden der Daten, die durch die Berechnung erhalten werden, durch das Management-System, um die entsprechenden Betriebsmittelmengen zuzuweisen, und Aufzeichnen dieser Daten, um sie an ein Betriebssystem zu liefern, dadurch gekennzeichnet, dass es darin besteht: – eine Funktion U'i(q) in dem anfordernden logischen Agenten i zu programmieren, – wobei jeder anfordernde Agent i, der während der vorgegebenen Zeitdauer teilnimmt, somit durch sein Interesse daran gekennzeichnet ist, eine Menge q der globalen Betriebsmittel Q zu erhalten, und zwar durch eine Nutzenfunktion Ui(q) oder durch eine Grenznutzenfunktion U'i(q), die an die Erfassung einer zusätzlichen Einheit U'i(q), die die Ableitung von Ui(q) ist, angepasst ist, und bei jeder erneuten Teilnahme: – die Anforderungsfunktion si(p) zu bestimmen, indem die inverse Funktion der Funktion U'i(q) berechnet wird, wobei der anfordernde logische Agent seine Anforderung ausgibt, indem er diese Funktion schickt; – und dass: – die Nutzenfunktion eine Polynomfunktion der folgenden Form ist:
    Figure 00240001
    was eine Anforderungsfunktion S(p) ergibt: S(p) = max(0; qmax – αp)wobei p der Wert der Größe ist, die der Anforderer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) zu akzeptieren bereit ist, qmax die maximale Menge ist, die er erhalten möchte, α den Wert der von dem Anforderer annehmbaren Größe angibt; – oder eine Funktion der folgenden Form ist:
    Figure 00240002
    wobei Ln der natürliche Logarithmus ist, was die folgende Anforderungsfunktion S(p) ergibt: S(p) = qmax·exp(–α·p)wobei p der Wert der Größe ist, die der Abnehmer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) zu akzeptieren bereit ist, qmax die maximale Menge ist, die er erhalten möchte, α den Wert der von dem Anforderer annehmbaren Größe angibt.
  2. Betriebsmittelzuweisungsverfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Lieferung der Anforderungsfunktion darin besteht, an das Management-System Daten zu liefern, die m Parametern entsprechen, die diese Anforderungsfunktion kennzeichnen, wobei m größer oder gleich 2 ist.
  3. Betriebsmittelzuweisungsverfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der anfordernde logische Agent (100i) seine Anforderung schickt, indem er nur zwei Parameter (m = 2) liefert, die seine Anforderungsfunktion kennzeichnen, wobei diese Parameter der Koeffizient α, der den Wert der von dem Anforderer annehmbaren Größe angibt, und qmax, die maximale Menge, die er zu erhalten wünscht, sind, wobei diese Anforderung für mehrere aufeinander folgende Teilnahmen die gleiche sein kann.
  4. Betriebsmittelzuweisungsverfahren nach Anspruch 1 oder 2 oder 3, dadurch gekennzeichnet, dass die Berechnung des Wertes der Größe p, die jeden logischen Agenten kennzeichnet, nach der Verarbeitung aller Anforderungen während der vorgegebenen Dauer umfasst: – eine Berechnung des Wertes der Gesamtgröße Ci(s) der Menge ai, die einem anfordernden logischen Agenten i zugewiesen wird, um die Menge ai(s) zu erhalten, wenn dieser letztere die Funktion si ausgegeben hat, was auf dem Kompensationsausschlussprinzip beruht, wobei diese Berechnung anhand der folgenden Beziehung erfolgt:
    Figure 00250001
    worin für den anfordernden Agenten j aj s seine Zuweisung in Gegenwart des anfordernden Agenten i repräsentiert und aj 0 seine Zuweisung bei dessen Abwesenheit repräsentiert, wobei sich die von j verschiedenen teilnehmenden Anforderer in diesem Fall die Menge aj 0 zuweisen sehen, während sie in der aktuellen Situation aufgrund des Vorhandenseins von i nur aj s haben, wobei sj –1 die inversen Anforderungsfunktionen der teilnehmenden anfordernden Agenten j sind.
  5. Betriebsmittelzuweisungsverfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Management-System (200) ein Telekommunikationsbetriebsmittelmanagement-System ist und dass das Betriebsmittel das Durchlassband ist.
  6. Betriebsmittelmanagement-System, mit Mitteln zum Zuweisen des Betriebsmittels an n anfordernde logische Agenten (100i) über ein Telekommunikationsnetz (300), wobei diese Mittel umfassen: – Mittel zum Empfangen einer Anforderung, die von jedem anfordernden Agenten in Form einer Betriebsmittelanforderungsfunktion si(p) ausgegeben werden, worin p eine variable Größe ist, wobei diese Anforderungsfunktionen im Voraus definierte, abnehmende und stetige positive Funktionen sind, – Verarbeitungsmittel (201, 202) für alle Anforderungen, die während einer vorgegebenen Zeitdauer empfangen werden, um die jedem anfordernden Agenten zuzuweisende Betriebsmittelmenge zu bestimmen, wobei diese Verarbeitungsmittel umfassen: – Mittel (201) zum Berechnen einer Dateneinheit, die einem Wert der Größe, die Gleichgewichtsgröße p* genannt wird, entspricht, anhand der Summe S aus n Anforderungsfunktionen si(p), mittels der Beziehung: S(p* = Q), – worin Q die Dateneinheit bezüglich der verfügbaren Menge ist, und – S(p) die Gesamtanforderung ist, die der Summe aus den Anforderungen si(p) jedes anfordernden Agenten für jeden Wert, den die Größe p annimmt, entspricht, S(p) = s1(p) + s2(p) + ... + si(p) + ... + sn(p).– Mittel zum Berechnen der Dateneinheiten, die der Menge ai entsprechen, die für diesen Gleichgewichtswert p* jedem anfordernden Agenten i zuzuweisen ist, anhand seiner Anforderungsfunktion si, derart, dass: –ai = si(p*),– Mittel (201) zum Zuweisen entsprechender Betriebsmittelmengen und zum Aufzeichnen dieser Daten, um sie an ein Betriebssystem zu liefern, dadurch gekennzeichnet, dass: – jeder anfordernde Agent i Mittel zum Aufzeichnen einer Funktion U'i(q) umfasst; wobei jeder anfordernde Agent i, der während der vorgegebenen Zeitdauer teilnimmt, somit durch sein Interesse daran gekennzeichnet ist, eine Menge q des globalen Betriebsmittels Q zu erhalten, und zwar durch seine Nutzenfunktion Ui(q) oder durch eine Grenznutzenfunktion U'i(q), die an die Erlangung einer zusätzlichen Einheit angepasst ist, wobei U'i(q) die Ableitung von Ui(q) ist, und Mittel umfasst, um bei jeder neuen Teilnahme die Anforderungsfunktion si(p) zu bestimmen, indem die inverse Funktion der Funktion U'i(q) berechnet wird, wobei der anfordernde logische Agent seine Anforderung dadurch ausgibt, dass er diese Funktion schickt, – wobei die Nutzenfunktion eine Polynomfunktion der folgenden Form ist:
    Figure 00260001
    was eine Anforderungsfunktion S(p) ergibt: S(p) = max(0; qmax – αp)wobei p der Wert der Größe ist, die der Anforderer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) bereit ist zu akzeptieren, qmax die maximale Menge ist, die er zu erlangen wünscht, α den Wert der von dem Anforderer annehmbaren Größe angibt; oder eine Funktion der folgenden Form ist:
    Figure 00270001
    wobei Ln der natürliche Logarithmus ist, was eine Anforderungsfunktion S(p) ergibt: S(p) = qmax·exp(–α·p),wobei p der Wert der Größe ist, die der Abnehmer für eine zusätzliche Betriebsmitteleinheit jenseits von q = s(p) zu akzeptieren bereit ist, qmax die maximale Menge ist, die er zu erlangen wünscht, α den Wert der von dem Anforderer annehmbaren Größe angibt.
  7. Betriebsmittelmanagement-System nach Anspruch 6, dadurch gekennzeichnet, dass die Mittel zum Zuweisen des Betriebsmittels durch einen Rechner des Server-Typs (200) verwirklicht sind, wobei der Server mit der Telekommunikationsnetz-Anlage verbunden ist, die mit den Anforderungen jener Betriebsmittel belastet ist, die zwischen den Entitäten, die sie anfordern, aufgeteilt werden sollen.
  8. Betriebsmittelmanagement-System nach Anspruch 6, dadurch gekennzeichnet, dass die Anforderungsfunktion lediglich durch zwei Parameter gekennzeichnet ist, wobei die anfordernden Agenten Mittel (101) umfassen, um ein Wertepaar für die Parameter bei jeder neuen Anforderung zu wählen und es an den Server zu liefern.
  9. Betriebsmittelmanagement-System nach Anspruch 6 und 7, dadurch gekennzeichnet, dass die anfordernden logischen Agenten (100i) durch programmierte Automaten verwirklicht sind, um die Anforderungen auszuführen und um mit dem Server einen Dialog zu führen.
  10. Betriebsmittelmanagement-System nach Anspruch 6, dadurch gekennzeichnet, dass die Automaten (100i) durch mobile Software-Agenten gebildet sind, die im Server angeordnet sein können.
  11. Betriebsmittelmanagement-System nach Anspruch 6, dadurch gekennzeichnet, dass das Betriebsmittel ein Telekommunikationsbetriebsmittel ist.
DE60300907T 2002-04-15 2003-04-09 Verfahren und System für Ressourcenallokation in Echtzeit zwischen mehreren Einheiten Expired - Lifetime DE60300907T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0204654 2002-04-15
FR0204654 2002-04-15

Publications (2)

Publication Number Publication Date
DE60300907D1 DE60300907D1 (de) 2005-08-04
DE60300907T2 true DE60300907T2 (de) 2006-05-18

Family

ID=28459818

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60300907T Expired - Lifetime DE60300907T2 (de) 2002-04-15 2003-04-09 Verfahren und System für Ressourcenallokation in Echtzeit zwischen mehreren Einheiten

Country Status (5)

Country Link
US (1) US7788133B2 (de)
EP (1) EP1355233B1 (de)
AT (1) ATE298903T1 (de)
DE (1) DE60300907T2 (de)
ES (1) ES2244849T3 (de)

Families Citing this family (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7268700B1 (en) 1998-01-27 2007-09-11 Hoffberg Steven M Mobile communication device
US7165046B2 (en) * 2000-05-18 2007-01-16 Efficient Auctions Llc System and method for an efficient dynamic multi-unit auction
EP1510917A1 (de) * 2003-08-27 2005-03-02 France Telecom Verfahren zum Verteilen von Ressourcen zwischen mehreren Benutzern in Echtzeit durch einen Auktionsmechanismus
US9818136B1 (en) * 2003-02-05 2017-11-14 Steven M. Hoffberg System and method for determining contingent relevance
US7590589B2 (en) 2004-09-10 2009-09-15 Hoffberg Steven M Game theoretic prioritization scheme for mobile ad hoc networks permitting hierarchal deference
JP4435037B2 (ja) * 2005-06-29 2010-03-17 富士通株式会社 It資産評価システム、it資産評価プログラム、管理システムおよび管理プログラム
US20070192233A1 (en) * 2005-09-02 2007-08-16 David Salant Continuous Clock Auction with Proxy Bidding
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
JP2008004046A (ja) * 2006-06-26 2008-01-10 Toshiba Corp リソース管理装置及びそのためのプログラム
JP4377899B2 (ja) * 2006-09-20 2009-12-02 株式会社東芝 リソース管理装置及びプログラム
EP1916768A1 (de) * 2006-10-27 2008-04-30 Interuniversitair Micro-Elektronica Centrum Vzw Vorrichtung und Verfahren zur Erzeugung eines Signals mit beim Start vordefiniertem Transienten
JP4249780B2 (ja) * 2006-12-26 2009-04-08 株式会社東芝 リソースを管理する装置、およびプログラム
US20080165701A1 (en) * 2007-01-04 2008-07-10 Microsoft Corporation Collaborative downloading for multi-homed wireless devices
US8040863B2 (en) 2007-05-31 2011-10-18 International Business Machines Corporation Demand pull and supply push communication methodologies
US8117074B2 (en) * 2007-05-31 2012-02-14 International Business Machines Corporation Scaling offers for elemental biddable resources (EBRs)
US7899696B2 (en) * 2007-05-31 2011-03-01 International Business Machines Corporation Application of brokering methods to recoverability characteristics
US8140446B2 (en) * 2007-05-31 2012-03-20 International Business Machines Corporation Application of brokering methods to operational support characteristics
US8249984B2 (en) 2007-05-31 2012-08-21 International Business Machines Corporation System and method for fair-sharing in bandwidth sharing ad-hoc networks
US8032407B2 (en) 2007-05-31 2011-10-04 International Business Machines Corporation Application of brokering methods to scalability characteristics
US10623998B2 (en) * 2007-05-31 2020-04-14 International Business Machines Corporation Price offerings for bandwidth-sharing ad hoc networks
US8180660B2 (en) * 2007-05-31 2012-05-15 International Business Machines Corporation Non-depleting chips for obtaining desired service level characteristics
US8320414B2 (en) 2007-05-31 2012-11-27 International Business Machines Corporation Formation and rearrangement of lender devices that perform multiplexing functions
US20080301688A1 (en) * 2007-05-31 2008-12-04 Boss Gregory J Method, system, and program product for allocating a resource
US8332859B2 (en) 2007-05-31 2012-12-11 International Business Machines Corporation Intelligent buyer's agent usage for allocation of service level characteristics
US7979311B2 (en) * 2007-05-31 2011-07-12 International Business Machines Corporation Payment transfer strategies for bandwidth sharing in ad hoc networks
US7944878B2 (en) * 2007-05-31 2011-05-17 International Business Machines Corporation Filtering in bandwidth sharing ad hoc networks
US20080301025A1 (en) * 2007-05-31 2008-12-04 Boss Gregory J Application of brokering methods to availability characteristics
US8041599B2 (en) * 2007-05-31 2011-10-18 International Business Machines Corporation Method, system, and program product for selecting a brokering method for obtaining desired service level characteristics
US8041600B2 (en) * 2007-05-31 2011-10-18 International Business Machines Corporation Application of brokering methods to performance characteristics
US8520535B2 (en) 2007-05-31 2013-08-27 International Business Machines Corporation Optimization process and system for a heterogeneous ad hoc Network
US9147215B2 (en) * 2007-05-31 2015-09-29 International Business Machines Corporation Discrete, depleting chips for obtaining desired service level characteristics
US8589206B2 (en) * 2007-05-31 2013-11-19 International Business Machines Corporation Service requests for multiple service level characteristics
US8620784B2 (en) 2007-05-31 2013-12-31 International Business Machines Corporation Formation and rearrangement of ad hoc networks
US9165266B2 (en) * 2007-05-31 2015-10-20 International Business Machines Corporation Resource management framework for holding auctions and applying service level characteristics in response to bids for resources
US7899697B2 (en) * 2007-05-31 2011-03-01 International Business Machines Corporation Application of brokering methods to security characteristics
US7840433B2 (en) * 2007-05-31 2010-11-23 International Business Machines Corporation Fluid, depleting chips for obtaining desired service level characteristics
US10419360B2 (en) * 2007-05-31 2019-09-17 International Business Machines Corporation Market-driven variable price offerings for bandwidth-sharing ad hoc networks
US9229781B2 (en) * 2007-06-12 2016-01-05 Broadcom Corporation System and method for allocating spare system resources
JP2009086733A (ja) * 2007-09-27 2009-04-23 Toshiba Corp 情報処理装置、情報処理装置の制御方法および情報処理装置の制御プログラム
US8392312B2 (en) * 2008-09-24 2013-03-05 Netapp, Inc. Adaptive scheduling of storage operations based on utilization of a multiple client and server resources in a distributed network storage system
JP5238525B2 (ja) * 2009-01-13 2013-07-17 株式会社東芝 リソースを管理する装置、およびプログラム
US9990235B2 (en) 2016-04-15 2018-06-05 Google Llc Determining tasks to be performed by a modular entity
US10127052B2 (en) 2016-04-15 2018-11-13 Google Llc Connection device for a modular computing system
US10025636B2 (en) 2016-04-15 2018-07-17 Google Llc Modular electronic devices with contextual task management and performance
US9977697B2 (en) 2016-04-15 2018-05-22 Google Llc Task management system for a modular electronic device
US10129085B2 (en) 2016-04-15 2018-11-13 Google Llc Determining network configurations for a modular computing entity
US10282233B2 (en) 2016-04-15 2019-05-07 Google Llc Modular electronic devices with prediction of future tasks and capabilities
CN113535382B (zh) 2016-12-23 2024-12-06 创新先进技术有限公司 资源处理方法及装置
CN118502974B (zh) * 2024-07-22 2024-09-20 北京航空航天大学 一种多任务gpu资源分配方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9817270D0 (en) * 1998-08-07 1998-10-07 Northern Telecom Ltd A method of allocating resources in a telecommunications network
US5442634A (en) * 1992-03-26 1995-08-15 Motorola, Inc. Resource allocation to non-critical users
JP3377225B2 (ja) * 1992-04-07 2003-02-17 富士写真フイルム株式会社 チェック回路を含む集積回路
US5790534A (en) * 1996-09-20 1998-08-04 Nokia Mobile Phones Limited Load control method and apparatus for CDMA cellular system having circuit and packet switched terminals
US6078901A (en) * 1997-04-03 2000-06-20 Ching; Hugh Quantitative supply and demand model based on infinite spreadsheet
US6119052A (en) * 1998-03-02 2000-09-12 Xerox Corporation Market-based control system for controlling object motion with smart matter
JP2002540510A (ja) 1999-03-23 2002-11-26 ザ トラスティーズ オブ コロンビア ユニヴァーシティ イン ザ シティ オブ ニューヨーク プログレッシブセカンドプライスオークション手法を実行するシステム及び方法
US7290009B1 (en) * 1999-08-25 2007-10-30 The Trustees Of Columbia University In The City Of New York System and method for allocating resources using spot market and derivative market techniques
WO2001043040A2 (en) * 1999-11-29 2001-06-14 Maudlin Stuart C Maudlin-vickrey auction method and system for maximizing seller revenue and profit
US20040010592A1 (en) * 2000-01-14 2004-01-15 Carver Andrew Richard Resource allocation
US6687735B1 (en) * 2000-05-30 2004-02-03 Tranceive Technologies, Inc. Method and apparatus for balancing distributed applications
US6968323B1 (en) * 2000-10-05 2005-11-22 International Business Machines Corporation Dynamic allocation and pricing of resources of web server farm
CA2453645A1 (en) * 2001-07-17 2003-01-30 British Telecommunications Public Limited Company Communications network
US20040111308A1 (en) * 2002-12-09 2004-06-10 Brighthaul Ltd. Dynamic resource allocation platform and method for time related resources

Also Published As

Publication number Publication date
US20040024687A1 (en) 2004-02-05
EP1355233B1 (de) 2005-06-29
ATE298903T1 (de) 2005-07-15
US7788133B2 (en) 2010-08-31
DE60300907D1 (de) 2005-08-04
EP1355233A1 (de) 2003-10-22
ES2244849T3 (es) 2005-12-16

Similar Documents

Publication Publication Date Title
DE60300907T2 (de) Verfahren und System für Ressourcenallokation in Echtzeit zwischen mehreren Einheiten
DE69614873T2 (de) System, verfahren und vorrichtung zur durchführung einer elektronischen zahlung in einem telekommunikationsnetz
DE69716412T2 (de) Verfahren zum abrechnung in einem datenübertragungsnetz
DE60207539T2 (de) Resourcenzuteilung für mehrpunkt-netzwerkereignisse
DE60033119T2 (de) System zur automatischen Voraussage der Arbeitszeit von Anrufzentraleagenten in einer Umgebung mit Agenten mit mehreren Fähigkeiten
DE60204683T2 (de) Zähl- und abrechnungsmechanismus für webdienste basierend auf einem soap-kommunikationsprotokoll
DE69701350T2 (de) Automatischer und dynamischer Wechsel von Zuordnungen von Vermittlungsanrufbearbeitungen
DE60206789T2 (de) Echtzeitverarbeitung
DE602004001904T2 (de) Verfahren und System zur Zuweisung von Ressourcen eines Computers
US7769639B2 (en) Method and system for real-time allocation of a resource among several entities
DE60301202T2 (de) Verfahren und vorrichtung zur verkehrssteuerung einer web-farm
DE60213185T2 (de) Verfahren und Vorrichtung zur Datenübertragung
DE102016220592A1 (de) Kritische-Spitzen-Preisermittlungs-Bedarfsreaktions-Teilnehmerbewertung
EP1317728A1 (de) Verfahren und vorrichtung zum durchführen einer elektronischen auktion in einem kommunikationsnetz
DE102016200028A1 (de) Personalbereichsverwaltungssystem
EP1924913B1 (de) Steuerung eines zugriffs auf dienste und/oder ressourcen eines datenverarbeitungssystems
DE10107131C1 (de) Verfahren für Micro-Payment im Zahlungsverkehr über Mobil-funk-oder Datennetze und Vorrichtung zur Durchführung des Verfahrens
EP1455274A2 (de) Dynamische Verarbeitung von Datenverarbeitungsaufträgen
DE102022126668A1 (de) Agenten für die verwaltung der infrastruktur, der die parameter für die cloud-basierten rechendienste verwaltet
WO2006089588A1 (de) Automatisiertes risikoüberwachungsverfahren und -system
DE19811352A1 (de) System und Verfahren zur Suche auf untereinander vernetzten Rechnern mit Informationsbeständen mittels Softwareagenten
DE10107661A1 (de) Verfahren und Computersystem zur Terminierung von Dienstleistungen
DE102011002733A1 (de) Verfahren zum Betreiben einer Handelsplattform, Handelsplattform, Computerprogrammprodukt und Computersystem
DE60031265T2 (de) Verfahren zur Verbindungszugangssteuerung und zur optimalen multimedialen Inhaltslieferung über Netze
DE102019127632A1 (de) Verfahren und vorrichtung zum einstellbaren routing mehrerer fahrzeuge

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8327 Change in the person/name/address of the patent owner

Owner name: CHARTOLEAUX KG LLC, WILMINGTON, DEL., US

8328 Change in the person/name/address of the agent

Representative=s name: BECKORD & NIEDLICH PATENTANWALTSKANZLEI, 83607 HOL