WO2001061967A2 - Systemes et procedes permettant la fourniture en ligne de services de communication - Google Patents

Systemes et procedes permettant la fourniture en ligne de services de communication Download PDF

Info

Publication number
WO2001061967A2
WO2001061967A2 PCT/US2001/005475 US0105475W WO0161967A2 WO 2001061967 A2 WO2001061967 A2 WO 2001061967A2 US 0105475 W US0105475 W US 0105475W WO 0161967 A2 WO0161967 A2 WO 0161967A2
Authority
WO
WIPO (PCT)
Prior art keywords
services
server
customer
interface
communication
Prior art date
Application number
PCT/US2001/005475
Other languages
English (en)
Other versions
WO2001061967A3 (fr
WO2001061967A9 (fr
Inventor
George C. Domenikos
Steven D. Domenikos
Original Assignee
Telegea.Com, Inc.
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 Telegea.Com, Inc. filed Critical Telegea.Com, Inc.
Priority to AU2001238572A priority Critical patent/AU2001238572A1/en
Publication of WO2001061967A2 publication Critical patent/WO2001061967A2/fr
Publication of WO2001061967A3 publication Critical patent/WO2001061967A3/fr
Publication of WO2001061967A9 publication Critical patent/WO2001061967A9/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/567—Integrating service provisioning from a plurality of service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • This invention relates to systems and methods for providing communication services over a computer network, such as the Internet, and more particularly, to systems and methods that provide and coordinate the delivery of personalized communication services including services offered from a plurality of different vendors.
  • the intelligent selection and purchase of communication services is an important part of running a business.
  • a small business owner must review the services available from a host of different vendors, compare the different options, and then select different services by contacting the different service providers, and setting up separate accounts with these service providers. Each month, the business owner then receives an invoice from each of these service providers and must track each account and pay each separate invoice.
  • the systems and methods described herein include systems for delivering to consumers products and services, including communication services, from a plurality of different vendors.
  • these systems may include a flexible and scalable middleware server platform that facilitates the delivery of services to a consumer and that makes it more easy for a consumer to purchase such products.
  • the middleware platforms described herein may present to a consumer a user interface that accepts an enterprise-wide password identification number (PIN) that the server may employ to grant the consumer access to a plurality of different vendors, each offering different products and services.
  • PIN enterprise-wide password identification number
  • the PIN may be representative of a phone number that is assigned to and belongs to the consumer.
  • Account information, including balance and subscribed services can be maintained by the server platform for that PIN account.
  • the consumer can access the server platform to purchase telecommunication services that may be associated with the consumer's PIN.
  • the consumer may buy messaging services for the PIN, so that callers calling the PIN can leave messages and these messages can be forwarded to a voice mail account, or a "follow me" number that the consumer has selected for the messaging service.
  • Other services, from other vendors, may also be purchased by the consumer for the pin.
  • the consumer can buy long distance services and other services that all can attach to the PIN.
  • the middleware server may then employ the consumer account information for negotiating transactions with the different vendors.
  • the middleware server platform acts as a stored value platform and may include processes that can communicate, optionally in real time, with the servers of the different vendors, for negotiating according to the protocol and data format required by that server.
  • the middleware platform can negotiate the purchase of services in real time to allow the user to have one account for paying for the services of multiple vendors.
  • the middleware sever may also modify or supplement the telecommunication services offered by different vendors. For example, by keeping track of accounts and billing, the middleware server may add a prepay function to the long distance services of a consumer's pin account, even if the original vendor did not provide prepay options. Ol 05475
  • the systems described herein include a middleware server platform that provides an intuitive web-based user interface that enables online consumers to purchase products online and in real-time.
  • the server provides for product customization based on the consumer's needs. This can include selecting the amount of the service to buy, and limiting the users to the service.
  • the server can further include a transaction processing back- end payment system that is capable of achieving real-time funds disbursement between consumers and corporate partners.
  • the middleware server acts as the delivery agent between end-users and telecom service providers.
  • the server includes a secure real-time product delivery engine that is capable of supporting the merchandising and the market availability of telecommunication product and services.
  • the system may provide an industry standard which telecommunication merchants can adhere to for purposes of making their services available online.
  • system can provide a comprehensive manager component that controls the e-commerce and back-end activities, while providing for such tasks as product management, customer support, reporting in data mining, visitor profiling and instant product merchandising.
  • a business API framework component may be included that allows different telecommunication technologies to integrate products and services with the platform. Consequently, this platform may be employed to process and administrate individual e-commerce operations.
  • the systems and methods described herein will be understood to include systems for delivering communication services through an online distribution channel.
  • Such systems may comprise a server platform having a customer interface for communicating with a customer and having a telecom server for communicating with a puerility of providers of communication services, the telecom server being capable of generating data streams of an extensible mark-up language for delivery to a puerility of communication service providers.
  • Such systems may also include a computer network for coupling these server platforms and the providers of communication services, and a process processing the data stream and for responding to the extensible data stream to generate one or more system calls, wherein each communication service provider includes an interface for receiving the system calls and for providing a telecommunication function in response thereto.
  • Such systems may include telecom servers that comprise secure servers such as the Apache Secure Server that may implement the secure socket layer (SSL) protocol.
  • the network between the telecom server and the communication service providers may be any suitable network, however, typically it will be the Internet or some other type of wide area network.
  • the processes for processing the data stream may include any suitable type of computer process and will include Java applications including multi-threaded Java applications.
  • Each communication service provider may include an interface that comprises an application program interface to the process that processes the data stream.
  • the data stream may comprise any suitable extensible mark-up language including HTML, XML, SGML, VRML, VXML, WML or any proprietary mark-up language developed for any particular application.
  • the server platform may include a transaction processor for allowing a customer to purchase communication services associated with the communication service providers.
  • the transaction processor may provide a user interface that is capable of allowing a customer to access services from different service providers.
  • the transaction processor may also include a profiling process for generating a profile for a customer wherein the generated profile provides information that may be employed for selecting communication services to offer to the customer.
  • the transaction processor may include a purchasing profiling process for identifying characteristics of purchased products and for recommending modifications to such products for creating new customer offerings.
  • the transaction processor may also include a purchasing process for allowing a user to purchase communication services during a purchasing session.
  • the systems and methods described herein include methods for allowing a communication service provider to deliver communication services through an online distributor.
  • Such methods may include exposing services provided by the communication service provider by having an interface to a process with a set of abstract services representative of common features of a communication service, and providing a process for communicating with the interface and for performing the set of abstract services, and for streaming data between the process and a telecom server in response to a customer having purchased or otherwise secured communication services.
  • Figure 1 depicts a functional block diagram of one system according to the invention
  • Figure 2 depicts in more detail a middleware server suitable for use with the system depicted in Figure 1 ;
  • Figure 3 depicts in more detail a middleware server for supporting the delivery of communication services
  • Figures 4 and 5 present pictorial representations of graphical user interfaces for allowing a consumer to subscribe to telecommunication services, and manage those telecommunication services through the middleware server depicted in Figure 2.
  • Figure 1 provides a high-level view of one embodiment of system 10 according to the invention that allows a consumer to subscribe to telecommunication services offered from a plurality of different vendors.
  • the system 10 acts as a middleware platform that comprises an E-commerce platform 12 that converges to a single point, multiple communication services offered from multiple vendors.
  • the middleware server platform 12 may converge long-distance telecommunication services 14, wireless services 16, messaging services 18, paging services 20 and other services 22 to a single point, and may provide one consumer 24 with access to some or all of the services.
  • the system 10 may provide a website, or other type of access site, that acts as a central location to which a consumer 24 may go and select at that location, multiple different types of communication services offered from different vendors.
  • the consumer 24 may be an individual, a group, a business or some other entity. By providing a consumer 24 with integrated access to different types of services and different service providers, it is understood that the consumer 24 will receive greater choices and more competitive pricing for similar services.
  • the centralized site may also, optionally provide a central location for offering customer support for each of the separate vendors and services. Other advantages of having a central site for subscribing to and comparing different telecommunication services will be apparent to those of ordinary skill in the art.
  • the system 10 provides a sales and distribution channel for the communication service providers associated with the services 14 - 22.
  • each of the offered services may be provided by a separate communication service provider, however, in certain practices a single service provider may offer multiple types of services, as well as multiple offerings and types on a particular service.
  • the depicted communication service providers 14-22 can be any such service providers, such as the Wildfire Corporation of Massachusetts, Connexus Communications, America Online of Virginia, Boston Communication Group, Bell Atlantic Mobile or any other communication service provider. Additionally, and optionally, other types of service providers may also integrate their services into the platform 12.
  • Such services may include financial services, real estate services, leasing and credit services, and other such services and products.
  • the service providers 14-22 are depicted as server systems in Figure 1, however it will be apparent to those of ordinary skill in the art, that the service provider may comprise a complete facility having a telco equipment suitable for the telco applications at hand. Moreover, such providers may have distributed equipment. However, the integration of the communication service providers system with the platform 12 depicted in Figure 1 may be by techniques known to those of skill in the art, and employing different techniques for performing such integration shall not depart from the scope of the invention.
  • the consumer 24 may create an account that may include all the relevant information for allowing that user to subscribe to various telecommunication services offered by the server 12. For example, the consumer may create an account that will store information about the user's name, address, credit card information and other information of the type commonly employed for purchasing telecommunication services.
  • the site 12 may present the user with a menu of services from which the consumer may choose. In one practice, the consumer is allowed to select from a plurality of different menus, each menu related to a particular type of telecommunication service such as long-distance service, or wireless services.
  • the server 12 may respond to a consumer's selection of one menu, such as the long-distance menu, by providing to the consumer a web page that describes the different long distance services available for purchase.
  • Figure 2 depicts at a functional block diagram 1 middleware server system 12 suitable for use with the system depicted in Figure 1.
  • Figure 2 depicts a middleware server system 12 that may perform the transaction processing for allowing a consumer to purchase telecommunication services for a plurality of different telecom providers.
  • the depicted middleware server 12 includes processes for allowing a consumer to perform product selection and product buying, through the buying process.
  • the transaction processor of the server 12 may include a server mechanism that operates to insure that data, such as financial data, is exchanged in a secure manner between a consumer and the server 12.
  • the transaction processing mechanism of the server 12 sits between the credit card processing element and the telecom interface to the telecom provider. Accordingly, the transaction processor may respond to information provided by a consumer and representative of credit card information for verifying the consumer's financial credentials, and charging to the provided credit card, the fee for purchasing a service provided by one or more of the telecom providers.
  • the transaction processing mechanism may be a software process that understands the protocol for negotiating a financial transaction with the telecom providers coupled to the middleware server 12. This can include having internationalized transaction processing that takes into consideration local currencies and tariffs.
  • the transaction processor may operate in real time to use the credit information provided by the consumer to receive online verification of the purchase of a telecommunications service from one of the telecom providers. Moreover, the transaction processor may collect from the telecom provider the necessary information for allowing the consumer to begin using the purchased telecommunication service.
  • the transaction processor may collect from the telecommunication provider the phone number, or PIN, that may be delivered to the consumer and that the consumer may employ for accessing their unified messaging service.
  • a pin may be an abstraction for a plurality of access codes and data for different services and vendors.
  • the systems described herein may employ a PIN mapping that maps an abstract PIN to one or more vendor PINs. Information about the purchased telecommunication service may be stored within the SQL database depicted in Figure 2.
  • This information may include a service purchased by the consumer, the date of the purchase, the cost of the service, and the duration, such as one or two months or 2 to 300 minutes of the purchased service, and any other characteristics that are suitable for storing within the depicted database.
  • Figure 2 further depicts that the middleware server 12 includes a manager process that may act to manage the different telecom services offered through the middleware server 12.
  • the manager service may enable the creation, and modification of vendors, vendor inventory (real time or static) vendor ratings, and vendor triggers of product inventory.
  • Figure 3 depicts a system 30 wherein a telecom service provider 38, including a database 40, has an interface 42 that allows the telecom service provider 38 to communicate with a process 34.
  • the process 34 provides a set of abstract functions that may be accessed by the telecom service provider 38 through the interface 42.
  • the interface 42 may be a program that accesss an application program intercae exported or otherwise offered by the process 34.
  • the process 34 may be a conventional computer process and in one embodiment comprises an application written in Java to facilitate the deployment across different platforms.
  • the process 34 communicates with the server 32, which may be a web server.
  • the server 32 can communicate with the middleware platform 44, that may be similar to the middleware platform described above.
  • the system 30 streams data in an extensible mark-up language format between the middleware platform 44 and the server 32.
  • the extensible mark-up language may be XML, WML, SGML, SXML, a proprietary mark-up language or any of the other conventional languages.
  • the Process 34 parses the data stream and delivers information to the telco service provider 38 through the interface 42.
  • the interface 42 brokers between the abstracted commands, requests and responses and the telco specific commands, requests and responses for that telco 38.
  • Figure 3 depicts the interface's high-level architecture. It shows the main components that make up the interface.
  • the telco server may support the secure socket layer so that the request and response data sent between the telco server (the "vendor") and the middleware platform 44 is encrypted.
  • the vendor may obtain certificates and keys to utilize the SSL from that server.
  • the vendor's server 32 will not grant access to its system, any machine that is not one of a pre-determined set of clients.
  • Most commercial Web servers allow access to be restricted to a set of IP addresses.
  • the middleware platform should be supplied an ID and password by the vendor. All resources and requests to the vendor's Web server should be authenticated against that ID.
  • the pointer to the server 32 will be appended with a QUERY_STRTNG representing the desired transaction.
  • the middleware platform 44 will provide the vendor with a complete set of machine IP addresses that could possibly submit a request to the vendor's Web resources.
  • Each transaction consists of XML input, the QUERY_STRING, and XML output.
  • HTTP specific rules There are also a few HTTP specific rules that the vendor can follow in its implementation of the transactions. This section will provide a general description of the inputs, QUERY_STRTNG, outputs, and HTTP rules. Because the contents of the request may be fairly large, all requests made to the vendor's server will use the POST method.
  • the method may support multi-part data to facilitate file uploading of the XML input.
  • XML data streams are used for both input and output.
  • XML was selected because it allows us to define the system with what data (features, products, rates, etc.) is available now, yet remain flexible for future additions. For example, out initial implementation will allow for one request to be made per transaction. Multiple requests may be processed per transaction. Therefore, there may be a defined the format of the XML request to be:
  • This definition of a request allows for limiting the number of requests per transaction to one, but allows for extending that number later.
  • XML responses may be similarly marked up so that each request receives an independent response.
  • the URL QUERY_STRING will contain name / value pairs describing the type of transaction to be submitted. To keep this interface simple, if there is only one request in the transaction, the fields of the request itself may be represented as name / value pairs so that an XML input data stream will not be necessary.
  • the first name / value pair is transaction. It can have the following values:
  • the next name / value pair is xmlstream. It is a URL_encoded stream of XML data representing the specifics of the transaction. Optionally, the system may upload this stream as a file. The following represents a QUERY_STRTNG containing xmlstream:
  • the xmlstream name / value pair may be replaced by a name / value pair for each of the fields of that request.
  • the following represents a QUERY_STRTNG that contains the request fields directly rather than in an xmlstream name / value pair:
  • This transaction should retrieve an XML document containing all of the telecom products and rate plans offered by the vendor.
  • the inputs for this transaction are: id, command, begindate, and enddate.
  • the id field represents the system/platform request id.
  • the command field contains the requested command.
  • "GetPlans” the same as the transaction itself.
  • the other two fields are the date range for the desired command. Their format is YYYYMMDD.
  • An example of a "GetPlans" transaction follows:
  • the QUERY_STRTNG contains the name / value pair transaction which should be set to "GetPlans". Then either the URL-encoded form of the XML stream above may be applied to the xmlstream name / value pair or (for single requests transactions only) each of the fields of the request may be represented as name / value pairs.
  • the output of the transaction should be an XML document containing descriptions of all of the products and plans offered by the vendor.
  • the output data will include id, command, returncode, begindate, enddate, plan, shortdescriptoin, detaileddescription, costperminute, connectionfee, planid, productid, region, etc. . .
  • Figure 4 depicts an interface that may be presented to a consumer coming to the website provided by the middleware server 12. Through this interface, the consumer may view the different services offered by the middleware server 12. The consumer may select from among the different services to choose the service the consumer wishes to employ. Once the service is selected, the transaction processor depicted in Figure 2 can operate to negotiate with the telecom provider to purchase the selected service for the consumer, and to receive from the telecom provider that information which is required for the user to have to employ the purchased services.
  • the middleware server 12 may provide an interface that allows the consumer to control how the service is actually provided. Through this interface, the consumer may be presented with a graphical user interface that allows the consumer to set up controls for directing the telecom provider to operate in a certain manner. For example, the server 12 may provide a set of controls that allows the user to set up instructions for changing follow-me numbers for a messaging service, thereby allowing a consumer to coordinate follow-me numbers with the consumers schedule. To this end, the server 12 can respond to instructions provided by the consumer, and can translate these instructions into commands that may be delivered to the telecom provider to change the instructions at the site of the telecom provider.
  • Fig. 2 depicts the system 12 as an integrated unit, it will be apparent to those of ordinary skill in the art that this is only one embodiment, and that the invention can be embodied as a plurality of separate computer processes.
  • the computer processes can be implemented as a C language computer programs, or computer programs written in any high level language including C++, Fortran, Java or Basic. The development of such programs follow from general techniques for high level programming known in the art, including those set forth in, for example, Stephen G. Kochan, Programming in C, Hayden Publishing (1983).
  • the server 12 may comprise one or more object oriented frameworks.
  • object oriented frameworks are generally understood as a set of classes that embody an abstract design for solutions to a family of related problems. See The C++ Programming Language, 2nd Ed., Stroustrup Addision- Wesley. Accordingly, a framework provides a prefabricated structure, or template, of a working program. For example, for a traditional application program, a framework may provide support and "default" behavior for drawing windows, scroll bars and menus.
  • a framework may provide sufficient functionality and wired-in interconnections between object classes to provide an infrastructure for a developer developing services for the server 12. The interconnections are generally understood to provide the architectural model and design for developers, allowing developers to focus on the problem domain and allowing increased levels of hardware independence, as frameworks may provide to developers abstractions of common communication devices reducing the need to include within a service application hardware dependent code.
  • object oriented frameworks such as the framework that may comprise the server 12 described herein follows from principles known in the art of computer science, such as principles set forth in Booch, Grady, “Designing an Application Framework", Dr. Dobb's Journal 19, No. 2, (February, 1994); Booch, Grady, “Object Oriented Analysis and Design With Applications”, Redwood City, CA. Benjamin/Cummings (1994); and Taligent, "Building Object Oriented Frameworks” , Taligent, Inc., (1994).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne des systèmes et procédés de fourniture de services de communication à un consommateur, à partir de plusieurs vendeurs différents. A cette fin, ces systèmes peuvent comprendre une plate-forme serveur à intergiciel souple et dimensionnable qui permet d'intégrer facilement un service de communication d'un vendeur et qui présente au consommateur une interface utilisateur acceptant un numéro d'identification du type mot de passe (PIN), à l'échelle de l'entreprise, numéro que le serveur peut utiliser pour accorder l'accès consommateur à plusieurs vendeurs différents, chacun offrant différents produits et services et le PIN pouvant représenter un numéro de téléphone assigné au consommateur et lui appartenant. Des informations de compte, notamment de solde, et des services souscrits peuvent être conservés par la plate-forme serveur, pour ce compte PIN.
PCT/US2001/005475 2000-02-17 2001-02-20 Systemes et procedes permettant la fourniture en ligne de services de communication WO2001061967A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001238572A AU2001238572A1 (en) 2000-02-17 2001-02-20 Systems and methods for supporting on-line delivery of communication services

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US18319000P 2000-02-17 2000-02-17
US60/183,190 2000-02-17
US20823500P 2000-05-31 2000-05-31
US60/208,235 2000-05-31

Publications (3)

Publication Number Publication Date
WO2001061967A2 true WO2001061967A2 (fr) 2001-08-23
WO2001061967A3 WO2001061967A3 (fr) 2002-02-21
WO2001061967A9 WO2001061967A9 (fr) 2002-10-17

Family

ID=26878850

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2001/005475 WO2001061967A2 (fr) 2000-02-17 2001-02-20 Systemes et procedes permettant la fourniture en ligne de services de communication

Country Status (1)

Country Link
WO (1) WO2001061967A2 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100336339C (zh) * 2005-09-02 2007-09-05 清华大学 通用型协同交流系统中模型批注与操作传输的方法
CN103501326A (zh) * 2013-09-26 2014-01-08 中国银行股份有限公司 基于中间件的数据处理方法及系统
US9009720B2 (en) 2007-10-20 2015-04-14 Citrix Systems, Inc. Method and system for communicating between isolation environments

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997015885A1 (fr) * 1995-10-25 1997-05-01 Open Market, Inc. Gestion des transferts d'informations dans un reseau de communication
EP0855659A1 (fr) * 1997-01-22 1998-07-29 Lucent Technologies Inc. Système et méthode de browsage anonyme et personnalisé dans un réseau
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997015885A1 (fr) * 1995-10-25 1997-05-01 Open Market, Inc. Gestion des transferts d'informations dans un reseau de communication
EP0855659A1 (fr) * 1997-01-22 1998-07-29 Lucent Technologies Inc. Système et méthode de browsage anonyme et personnalisé dans un réseau
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GABBER E ET AL: "HOW TO MAKE PERSONALIZED WEB BROWSING SIMPLE, SECURE, AND ANONYMOUS" FINANCIAL CRYPTOGRAPHY. INTERNATIONAL CONFERENCE, XX, XX, 1997, pages 17-31, XP001011338 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100336339C (zh) * 2005-09-02 2007-09-05 清华大学 通用型协同交流系统中模型批注与操作传输的方法
US9009720B2 (en) 2007-10-20 2015-04-14 Citrix Systems, Inc. Method and system for communicating between isolation environments
US9009721B2 (en) 2007-10-20 2015-04-14 Citrix Systems, Inc. Method and system for communicating between isolation environments
US9021494B2 (en) 2007-10-20 2015-04-28 Citrix Systems, Inc. Method and system for communicating between isolation environments
CN103501326A (zh) * 2013-09-26 2014-01-08 中国银行股份有限公司 基于中间件的数据处理方法及系统

Also Published As

Publication number Publication date
WO2001061967A3 (fr) 2002-02-21
WO2001061967A9 (fr) 2002-10-17

Similar Documents

Publication Publication Date Title
US20010047386A1 (en) Systems and methods for supporting on-line delivery of communication services
US7366696B1 (en) Electronic billing with flexible biller controlled electronic bill presentment
US6754833B1 (en) Method for generating and distributing telecom and internet revenue
US7778901B2 (en) Integrated electronic presentment and payment of bills by different entities
US20020069244A1 (en) Message delivery system billing method and apparatus
EP1573418A3 (fr) Transactions entre commer ants et clients utilisant une plateforme pousser-tirer
US20020029197A1 (en) Method and system for billing over a wireless application protocol gateway
US20010032154A1 (en) Internet communications and e-commerce platform
US20050071418A1 (en) Federated download of digital content to wireless devices
US7047227B2 (en) Interface between vendors and customers that uses intelligent agents
US6654600B1 (en) Method and apparatus for authorizing use of cellular telephone units
US7076531B2 (en) Broadband sign-off
KR20010103255A (ko) 유알엘을 이용한 웹 페이지상에서 전화 연결 방법 및 이를위한 커스텀 가상콜 시스템
US20040068565A1 (en) Provisioning web services
CZ20031107A3 (cs) Multifunkční mobilní bankovní systém
AU2002341301A1 (en) An interface between vendors and customers that uses intelligent agents
US20030125992A1 (en) Web browser based computer network for processing vehicle rental transactions on a large scale
US20060195396A1 (en) Centralized customer care for electronic payments and other transactions via a wide area communications network
KR101030946B1 (ko) 네트워크 기반 거래 설비에서 거래 목록을 스케줄링하는 방법 및 시스템
US20030220872A1 (en) System and method for controlling the acquisition of services
WO2001061967A2 (fr) Systemes et procedes permettant la fourniture en ligne de services de communication
Jain et al. Integrating the OSS Platform
AU2002257353A1 (en) Message delivery system billing method and apparatus
NZ503499A (en) Electronic bill presentation and payment via network

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
AK Designated states

Kind code of ref document: A3

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A3

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

AK Designated states

Kind code of ref document: C2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: C2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

COP Corrected version of pamphlet

Free format text: PAGES 1/5-5/5, DRAWINGS, REPLACED BY NEW PAGES 1/5-5/5; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP