WO2002015478A1 - Systeme de services et de reseau de communication - Google Patents

Systeme de services et de reseau de communication Download PDF

Info

Publication number
WO2002015478A1
WO2002015478A1 PCT/AU2001/001018 AU0101018W WO0215478A1 WO 2002015478 A1 WO2002015478 A1 WO 2002015478A1 AU 0101018 W AU0101018 W AU 0101018W WO 0215478 A1 WO0215478 A1 WO 0215478A1
Authority
WO
WIPO (PCT)
Prior art keywords
customer
network
service
infrastructure
customers
Prior art date
Application number
PCT/AU2001/001018
Other languages
English (en)
Inventor
Michael Joachim Willi Richter
David Harry Macfarlane Giddy
Original Assignee
Telstra New Wave Pty Ltd
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 Telstra New Wave Pty Ltd filed Critical Telstra New Wave Pty Ltd
Priority to AU2001281581A priority Critical patent/AU2001281581A1/en
Publication of WO2002015478A1 publication Critical patent/WO2002015478A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5064—Customer relationship management

Definitions

  • the present invention provides a communications network and a service system and in particular a network for delivery of a wide variety of telecommunications and communications services using an integrated network and services infrastructure.
  • Telecommunications and communications networks have been traditionally built by introducing or adding dedicated components to handle specific types of communications traffic.
  • the standard voice network often referred to as the PSTN
  • PSTN standard voice network
  • Additional networks have been connected and added to the voice network and configured to handle different types of data traffic or other analog traffic, such as facsimile transmissions.
  • the data networks have been built with different infrastructure to cater for the different protocols and types of networks used. Examples include the X.25 and ISDN networks.
  • additional components have been added to handle IP traffic which can be carried over a variety of different networks.
  • Networks have also been configured to specifically handle wireless communications traffic, such as different forms of cellular telephone and data networks.
  • Incremental development over the years has produced a communications infrastructure with an architecture that can be considered disparate, cumbersome and ad- hoc, making it extremely difficult for network or service providers responsible for the infrastructure to maintain, administer and develop. It also makes it difficult for network or service providers to effectively and efficiently meet and respond to customer requirements.
  • a communications services network having: a network infrastructure to deliver analog and data communications traffic in a variety of protocol formats for customers, said infrastructure having a common data switching architecture; and a service infrastructure applied across said network and having a facilitate usage component to facilitate usage of the infrastructure by customers.
  • the present invention also provides a communications services network having a network layer, service layer and a relationship layer.
  • the present invention also provides a service system for a communications network, having a first component to facilitate and enable usage of services on the network, a second component for managing a relationship between a service provider and at least one customer.
  • the present invention a service process executed by a communications services network, including: identifying a customer; assessing at least one communications need on the basis the customer's interaction with said network; offering at least one option for access to at least one service of said network in response to said assessing; and connecting said customer to a service of said network in response to selection of said at least one option.
  • the present invention also provides a communications network having a network infrastructure to deliver analog and data communications traffic in a variety of protocol formats for customers, said infrastructure having a common data switching architecture.
  • Figure 1 is a diagram of network and service infrastructure layers of a preferred embodiment of a communications network
  • Figure 2 is a diagram of network component layers of the communications network
  • FIG. 3 is a block diagram of ATM components of the network
  • FIG. 4 is a block diagram of an ATM access device (AAD) connected to service delivery components of the network;
  • AAD ATM access device
  • FIG. 5 is a block diagram of a Customer Centred Process System (CCPS) of the network
  • Figure 6 is a block diagram of modules within each service layer component of the CCPS;
  • Figure 7 is a symbol key to process flow diagrams for process levels 2 and 3 of the
  • Figure 8 is a flow diagram of a Facilitate Usage core process of the CCPS
  • Figure 9 is a tabular list of the constituent processes of the Facilitate Usage core process
  • Figure 10 is a flow diagram of a Determine Usage and Facilitate Interaction level 2 process of the Facilitate Usage core process
  • Figure 11 is a flow diagram of a Monitor, Control and Complete Interaction level 2 process of the Facilitate Usage core process
  • Figure 12 is a tabular list of the constituent processes of the Bill, Collect and Settle core process
  • Figure 13 is a flow diagram of the Bill, Collect and Settle core process
  • Figure 14 is a flow diagram of the Gather Events from Collection Points level 2 process
  • Figure 15 is a flow diagram of the Manage Customer Balance level 2 process
  • Figure 16 is a flow diagram of the Bill Customer level 2 process
  • Figure 17 is a flow diagram of the Collect Payments and Manage Enquires level 2 process
  • Figure 18 is a flow diagram of the Maximise Receivable from Customer level 2 process
  • Figure 19 is a flow diagram of the Settle with Third Parties level 2 process; and Figure 20 is a flow diagram of the Provide Financial Information level 2 process.
  • a communications services network for delivery of telecommunications and other communications services has, as shown in Figure 1, a horizontally layered architecture with network and service infrastructures partitioned into a total of four layers 2 to 8.
  • the architecture resembles the Open Systems Interconnection (OSI) 7-layer network reference model with the network layers flattened and two new service and relationship layers added as the highest levels.
  • the lowest layer 2 in the model represents the network infrastructure which includes the physical connections allowing network communications to occur. This includes connections made with coaxial and twisted pair cables, optical fibres, radio frequency signals.
  • the next layer 4 provides connectivity services using the physical network layer, allowing information to be delivered from one place to another.
  • the third layer 6 represents the range of value-added service offerings that are based at the transaction level. This level of offering involves manipulation of the content of the information flow, eg searching the World Wide Web, Uniform Messaging translation, or involves customer specific transactions such as payment transactions.
  • the services of the layer are supported by user interfaces, content, applications and service platforms, such as servers.
  • the relationship layer 8 provides structured services to allow users to manage their personal or professional lives, or businesses to more effectively interact with their markets and suppliers. This layer has components to establish various relationships between people and businesses.
  • the relationship layer 8 delivers the capability for network or service providers to be the preferred starting and destination point for users of the Internet.
  • users have the ability to manage their own relationships, and to become part of or manage extended relationships, such as communities.
  • a wide set of tools and capabilities are available to users to facilitate interaction.
  • the range of services provided by the communications network depends in part upon the physical communications media which support the overlying layers.
  • the physical network is constructed as a "flat" switching architecture, whereby all forms of data including voice, text, and multimedia are transported by a single packet-switched network protocol.
  • Figure 2 shows network infrastructure components of the communications network, with the lowest layer 10 of optical fibre supporting an optical network layer 11 carrying wavelength division multiplexed (WDM) signals. Each wavelength carries data by synchronous digital hierarchy (SDH) multiplexing in layer 12.
  • SDH synchronous digital hierarchy
  • ATM asynchronous transfer mode
  • IP Internet protocol
  • the network architecture of the communications network is based on ATM because it is considered a true multi-service technology which supports voice, video, data and multimedia. Therefore, the service platform for the communications network is an ATM- based multi-service infrastructure including integrated network and service management systems.
  • the ATM network can be viewed as two functional network domains: Core Network (Network Intelligence, Backbone and Edge switches) and Access (ATM Access Device (AAD), Service Specific Access Device (SSAD) and Network Termination (NT)).
  • the Core Network Domain only supports ATM interfaces, and no services or service adaptation functions are directly supported off the backbone.
  • the Network Intelligence underpinning the Core Network Domain includes Intelligent Network (IN) functionality (eg, number translation, Virtual Private Networking (VPN)) and network-based servers (eg, service internetworking servers, route servers and database servers).
  • I Intelligent Network
  • VPN Virtual Private Networking
  • network-based servers eg, service internetworking servers, route servers and database servers.
  • the Access Domain provides access into the ATM Core Network.
  • an ATM Access Device provides the service adaptation functionality to interface non-ATM services into the core ATM network, including circuit emulation.
  • the AAD is a multiplexer supporting low-throughput (eg, 2 Mbit/s) native ATM customer interfaces. In order to achieve low cost per port, the AAD has no switching functionality.
  • All of the Access Domain functions including Network Termination are supported by the AAD.
  • Figure 3 shows a diverse range of non- ATM networks interfacing to the ATM network through the AAD 40 of a local transmission hub 55.
  • PSTN voice data 46 is supported via the PSTN/ISDN network 45 and a voice-dial gateway 44 connected to the AAD 40.
  • IP connectivity is supported via (a) a data dial gateway 41 and the PSTN/ISDN network 42 for Dial-up IP 43, (b) via ADSL CU 48 and ADSL exchanges 47 for "permanent" ADSL IP 49, and (c) through other IP gateways 50 for optical fibre, wireless and satellite IP 51.
  • Connections through the AAD are established using a network management system. Switched ATM services are provided through the AAD by incorporating the signalling channel and switched connections in a Virtual Path (VP) connection.
  • VP Virtual Path
  • the transmission architecture of the network has three levels in its hierarchy which map directly with the three switching functions: backbone, edge and access device, as shown in Figure 4.
  • the network has a flat switching architecture, with switching and signalling only supported at edge switches 30.
  • ATM backbone switches 22 only support Virtual Path (VP) cross-connect functionality and are thus not strictly switches as defined by the ITU-T.
  • the backbone 22 and edge switch 30 provide for Virtual Circuit Connection (VCC) and Virtual Path Connection (VPC) connectivity, with the backbone 22 supplying management system initiated VP connectivity which fully interconnects the edge switches 30.
  • VCC Virtual Circuit Connection
  • VPC Virtual Path Connection
  • the edge switch 30 provides management and control plane initiated VPC and VCC connectivity.
  • the edge switch 30 connects two backbone switches 22 for redundancy and load sharing.
  • the edge switches 30 also interconnect directly when sufficient demand exists.
  • the edge switches 30 include various network intelligence functions such as address translation functions, address resolution for IP as well as traditional IN functions, so that capabilities which exist in the PSTN/ISDN as well as new functions such as LAN interconnect, Intranet and Internet are available.
  • the edge switches 30 supply services on ATM interfaces at rates of 34 Mbit/s and above.
  • Main Transmission Hubs (MTH) 20 are located in major exchanges in mainland capital cities, and have access to interstate as well as intrastate transmission systems.
  • a backbone switch 22 is located at selected MTH sites.
  • Local Transmission Hubs (LTH) 24 are located in major suburban exchanges and major regional cities and have access to MTH sites 20 within the state and to other nearby LTH sites 24.
  • the edge switches 30 are located at these sites, subject to demand.
  • MTH sites are by definition also LTH sites.
  • Transmission Access Points (TAP) 32 are located at all other exchanges and within some customer premises and have access to transmission to nearby LTH sites 24. Sites of this type are considered for the location of ATM access device functions 28.
  • MTH and LTH sites are also TAP sites by definition.
  • Edge switches 30 Server functions connect to the network via edge switches 30, however the most appropriate edge switch depends upon the nature of the server.
  • Content based servers eg, WWW, video
  • address translation servers and address resolution servers which normally experience high loads are best distributed and co-located with most edge switches.
  • low utilisation servers and Intelligent Network Service Control Points (IN SCP) are best connected to MTH-located edge switches.
  • An alternate embodiment consists of a similar architecture to that described above, but where the common network core is implemented using only the IP layer without the supporting ATM infrastructure.
  • the IP layer is implemented using dedicated IP routers interconnected using both optical and non-optical bearers with and without the use of a SDH transport layer.
  • the core network supports only IP interfaces and all the Network Intelligence is related to IP functions (such as IP VPNs, Domain Name Servers, Dynamic Host Configuration Protocol servers, Point-to-Point Protocol terminators, IP Security protocol terminators, etc.)
  • the previously described Access Domain in this case is applicable for all access types supporting IP.
  • routers are located at both MTH sites and LTH sites and extend to TAPs in some cases.
  • the functions described for edge switches are, in this embodiment, performed by a combination of routers and support servers.
  • the network and service infrastructure of the network allows combinations of elements from each of the four layers to be packaged together to provide offerings to customers, and not all elements necessarily need to be provided by a single service provider.
  • a provider might provide end-to-end services internationally, but may not own all the network components delivering the services.
  • a global multimedia service company might not necessarily provide all the connectivity or services elements in all locations, nor will it necessarily own the content.
  • packages subscribed to by customers are likely to be made up from elements at all levels of the network, a coherent service infrastructure, spanning all of the layers is used, as described below.
  • the actual components of the service infrastructure supporting or servicing each layer may be different, but they are available on a common enabling technology base.
  • a Customer Centred Process System is a service infrastructure which manages and monitors the way in which service is provided to customers.
  • CCPS is structured as four levels of processes.
  • the core processes at the top level (level 1) are numbered Px, where x is the process number.
  • Level two and three processes are designated as Px.y and Px.y.z, respectively, and level 4 processes are not numbered.
  • Two generic processes, Identify Customer, Assess Needs and Route, and Capture Learnings and Feedback are numbered Pg.l and Pg.2 respectively. Supporting processes are included in a PX, Manage the Corporation supra-process.
  • CCPS has seven top level core processes, as shown in Figure 5, and customer relationship management 61 is central to and touches all of the remaining supporting processes 62 to
  • All of the processes are executed by a plurality of software modules in the network infrastructure components, but can also be executed at least in part by dedicated hardware components.
  • the core process Manage Customer Relationship 61 provides a hub to the Customer Centred Process System. It is the key process that is used to manage lifetime relationships with customers. Knowledge about customers is collected during all customer interactions, and is added to the customer's profile and preferences captured in the Manage Customer Relationship process. The resulting customer information, together with knowledge of markets and provider offerings, provides the basis for product and service development, and selling to customers.
  • the level 1 processes PI, P4, P5, P6 and P7 include two generic level 2 processes, Pg.l Identify Customer, Assess Needs and Route 601, and Pg.2 Capture Learnings and Feedback 602 as the first and last of their constituent level 2 sub-processes.
  • the level 1 P3 process includes Pg.l only. These generic sub-processes are included in all level 1 processes where the customer has incoming or outgoing contact with the service provider. They ensure that the customer is successfully routed to the correct person, service or content within the service provider, and that information about these interactions is captured.Pg.l controls customer routing, differentiated treatment and preference recording.
  • Pg.2 records customer contact into a contact history record. The customer's role, specific needs and other options from the service provider, are identified during this process. The options given to the customer take in to consideration persona and role. Usage, used to charge customers for the provider service or to build a clear picture of how customers use the service provider, is recorded with each customer transaction.
  • an Acquire Customer process 612 identifies the customer, recognises the customer as a unique entity, and provides a customer profile with preferences.
  • Customer acquisition (of individuals and organisations) occurs when customers provide information about themselves, gaining an identity which can be used during all transactions. This is different to setting up an account linked to something like a house or a location.
  • Customers use this process to establish and modify their means of payment, their preferences and their profile (facts about themselves). They can establish "personas", which define different views of the customer's preferences related to a role or situation that the customer can be in. For instance, a customer may wish to have a persona for their work in Australia, a second for work when overseas and a third for home or private usage.
  • the service provider executes a Build And Develop Insight process 613 to develop records on a customer's needs, value and risk (credit risk, defection risk, fraud risk).
  • the focus of insight development is for the customer as a whole, across all services and locations.
  • customer information can be shared with third parties during a transaction, so it may be shared with the provider's business partners on a more long term basis.
  • the provider gains customer knowledge from other third parties.
  • a Maintain Customer Relationship process 614 captures profile and preference changes, and allows customers to modify their portfolio of services. This process also responds to customer feedback and enquires, and assesses and rewards customer loyalty. Customer privacy and security are managed, including the provision of a variety of security/privacy levels.
  • An End Customer Relationship process 615 determines the need to end relationships with the service provider and manages the appropriate actions.
  • the P2 Develop Offering process is used to develop and manage a prioritised program of products, packages and market ready offerings. Information from market intelligence, customer insight, an understanding of technology, and of the business strategy is assimilated to produce and maintain a strategy for market offerings using strategy production and maintenance processes 621, 623.
  • Design and development can be entirely a service provider activity or can be in conjunction with third parties. Once they have been developed and tested, product and service capabilities are made market-ready by developing market offerings. In this way offerings for different customer segments, including major customer bids, can "reuse" product and service capabilities.
  • Product and service capabilities are defined, developed, tested and deployed in a Manage Product and Service Capability Lifecycle process 622. Their performance and profitability are monitored and decommissioned where appropriate.
  • a Build, Enhance & Test Product and Service Infrastructure process 624 is used to manage network, alliance and content capabilities.
  • the focus of the P3Market and Promote process is to clearly identify target customers, match the offering to the customer or customer segment, and execute a design process 632, and a prepare and execute process 633 for promotional initiatives.
  • Marketing is targeted and delivered in coordinated initiatives through a variety of channels.
  • Customer reaction is then gauged, recorded and analysed by an analysis process 634 to optimise marketing effectiveness, and relay information back to the business.
  • Coordinated campaign delivery of this nature is used for customer retention as well as sales.
  • the P3 process is also used to develop account plans for large customers.
  • a Develop Solution & Gain Acceptance process 643 and a Deliver Solution to Established Commitments process 644 match customer needs to the service provider's offerings, make appropriate commitments for product delivery, keep customers informed throughout the delivery process, and adjust to customer needs. Finally an Ensure Customer Satisfaction process 645 ensures that the customer is satisfied with the delivered solution and knows how to use it effectively.
  • the P5 Facilitate Usage process creates value by enhancing and facilitating the use of products, services, and content. It recognises that customers' most common interaction with the service provider is their everyday usage, connections and access to content and services. Customers' usage habits are analysed and used to help refine knowledge about the customer. These records help the service provider to tailor its services for the customer. The process also enables customers to use the service provider as a "concierge" to a wide variety of service provider and third party content and services.
  • P7 Maintain Service customers have two types of needs satisfied by this process: the need to have service problems resolved, such as faults or technical support, and the need for a quality environment for the service they use.
  • the process therefore has two major processes that ensure the service provider's customers receive optimal service - reactive maintenance of service using a problem resolution process 674, where the service provider responds to enunciated needs of customers, and pro-active maintenance of service 678, where the service provider contacts customers to provide information or notification of problems.
  • Reactive maintenance of service sees customer problems analysed, investigated, diagnosed and resolved after being notified. Service and repair commitments to the customer are given priority.
  • Pro-active maintenance of service is delivered to all customers. It includes the predictive and preventative monitoring and maintenance of the product and service infrastructure. In the always-on environment of the future, service performance will be measured in terms of speed, and access to content.
  • service difficulties may be linked to technical or service trouble within the service provider (or partner) service delivery by a Plan Customer Problem Resolution process 673 and resolved by a Perform Resolution to Established Commitments process 674.
  • the problem is closed by a Gain Customer Acceptance & Close Problem process 675.
  • the P7 process also includes activities for monitoring the level of service 676 provided by third parties that are involved in the delivery of service. The impact of the trouble on customer services is assessed and handled by an Impact and Correlate Trouble to Customer Services process 677.
  • the corporation management process supports the other core processes.
  • the process is used to build the supporting business infrastructure for the processes that directly deliver value to the customer.
  • a first process 681 is executed to develop and maintain the vision and strategy for the business, and this is used by to manage and develop specific strategic plans for (i) business capabilities by one process 683 and (ii) operational infrastructure by another process 684.
  • the performance of the business is then set and is measured and optimised by the Manage and Optimise Performance process 682.
  • a number of processes directly support the business of the service provider, including a build and maintain the IT infrastructure process 685, a Manage Corporate Financials process 686, and a Manage Human Resources process 687 to appropriately deliver the strategy.
  • the Manage External Relations process 688 includes relations with suppliers, interconnecting telcos, alliances and partners.
  • a Manage Materials process 689 and a Manage Corporate Services process 690 are also part of the PX process.
  • Figure 7 shows a key to the level 2 and 3 sub-process diagrams of the remaining Figures.
  • the key can be used to identify process interrelationships, connections to other process levels, and data inventory usage.
  • the P5 Facilitate Usage process creates value for customers and the service provider by enhancing and facilitating the customer or individual user's use of products, services, and content in real time.
  • the process enhances the customer's experience each time they interact with the service provider by real time profiling of each customer or user. This occurs through utilisation of data that is captured as a result of the customer using a data or IP service or connecting to content in a provider or third party network.
  • the Facilitate Usage process utilises the "knowledge" gained during each interaction to customise the customer/user's next contact with the provider's services. This may entail the recommendation of a particular service, product, or solution, or recommendations on the most efficient or effective way to utilise the services provided by the provider or a third party.
  • the Facilitate Usage process is largely automated, ie, the customer has no interaction with a person in order to use the chosen service, although the final connection may be to a person. In other instances, there may be human support to facilitate the interaction, using the support of the process software.
  • the process provides a "concierge” like support role to enable the customer to successfully achieve their connection, transaction, and completed interaction as smoothly and efficiently as possible.
  • the Facilitate Usage process underpins all other service infrastructure processes and is central to each customer or user interaction with the service provider.
  • the "concierge” capabilities may be provided reactively, on-demand to the customer, or may be pro-actively volunteered as a result of customer usage data and insight.
  • the principle features of the Facilitate Usage process are: (i) Establish who the customer is and what they are authorised to connect to. (ii) Establish what the customer wants to connect to, or what they want to transact.
  • the Facilitate Usage process collects all information on customer events and interactions, and supplies this information to all authorised processes or people.
  • the receiving process decides what to do (if anything) with the information.
  • the Facilitate Usage process also interfaces with third party databases to share appropriate information.
  • the Facilitate Usage process presents a constant stream of information to all processes to ensure flexibility and scalability.
  • Business rules, tools, and analysis engines can analyse the data generated by Facilitate Usage - requiring the process to supply the same level of information to all existing and future processes. This includes the capability to "partition" information to a third party (such as in a wholesale environment).
  • the other processes are capable of providing a partitioned view with the information provided by Facilitate Usage.
  • Information about each transaction is recorded and is used to settle with external parties and to charge customers.
  • this includes "portal" like, and infomediary capabilities to assist customers in the search for information, connecting them to a service or content, providing a secure Authentication and Authorisation service, and facilitating electronic financial transactions.
  • a bank may pay lc to the service provider to refer a customer and 10c for a referral that results in a sale for the bank.
  • Facilitating usage also entails providing assistance in "how to use” the product, service, or customer equipment; even though the need to offer the customer help may be initiated in another process eg, Maintain Service 67, Sell and Enable 64 or Bill, Collect and Settle 66.
  • the "how to use” service ranges from on-line FAQ/QandAs, help files, and Help desks, to paid training and consultancy.
  • the process applies to connectivity and networking products as well as relationship products.
  • Connectivity layer 4 it facilitates call completion, by automated services or operator assisted services. It also facilitates the networking of customers by conference bridges, or operator assisted teleconferencing.
  • Relationship layer 8 it facilitates:
  • the Facilitate Usage Process sets up, maintains and actions different profiles or "personas" for each user. For example, an individual user may have different profiles depending on their job function, or geographic location.
  • the Facilitate Usage core process includes a number of sub-processes which are described below, with reference to Figures 8 to 11.
  • Figure 8 is a flow diagram of the P5 process showing level 2 processes, beginning with customer contact, and proceeding through the processes described below.
  • Figure 9 shows all of the relevant level 2, 3 and 4 processes.
  • a Pg.l/P5.1 Identify Customer, Assess Needs and Route process 601 is based on the generic Pg.l Identify Customer, Assess Needs and Route process. The process includes recognising and authenticating a customer, and then identifying the customer's requirement to interact with content or services. Establishing the need for the interaction occurs in the processes below. The correct point within the service provider to send the customer data is also determined and the data sent to the point.
  • a P5.2 Determine Usage and Facilitate Interaction process 652 is used to establish the particular need of a customer for interaction with internal or external parties, content or services, eg, connect to an airline for a ticket booking; connect to the national archives to help with a school project; connect to an on-line stock broking service to invest. The process of determining the customer's need is generally automated, however in some cases it is performed manually, such as in the case of using a directory assistance service.
  • the interaction is made to the internal or external party.
  • An interaction can only be made if the customer has a means to pay (if required), the necessary credit, and the appropriate access privileges.
  • Options provided to the customer, and the experiences the customer has, are based on the customer's recorded preferences, the persona/role selected (which may happen automatically), and the customer's value, for this transaction.
  • FIG. 10 A flow diagram of the Determine Usage and Facilitate Interaction level 2 process is shown in Figure 10, including the following level 3 sub-processes:
  • a P5.2.1 Determine Usage Need process 521 determines the need of the customer and a network resource to connect to the customer. This is either an automated or human assisted process. In more complicated situations, the customer may have a requirement, such as "I wish to go on holiday to Malaysia", which is then fitted to a connection, or set of interactions to external services.
  • a P5.2.2 Check Access and Customer Credit process 522 confirms that the customer can use the network resource or service. For example, check the credit, passwords, and service availability for this customer. This tends not to vary much from transaction to transaction of any particular customer, as it is based on facts about the customer. This involves executing data processing steps to confirm the customers access to the requested content or service, and then checking the customer's credit.
  • a P5.2.3 Educate the Customer on Product Use process 523 confirms, if necessary, that the customer understands how to effectively use the service, and provides training and information to the customer.
  • the customer can be electronically provided with documentation or help information and other training materials to ensure effective use of the service.
  • a P5.2.4 Facilitate Interaction process 524 facilitates the interaction to the content or service, and hand-off information is provided for a third party where necessary.
  • the customer is connected to a network resource providing content or service and where necessary connected to other parties.
  • An event record is initiated for recording the interaction. Once the customer is successfully connected to facilitate the interaction, this completes the P5.2 Determine Usage and Facilitate Interaction level 2 process.
  • the next process in P5, Facilitate Usage is a P5.3Monitor, Control and Complete Interaction process 653, as shown in Figures 8 and 11.
  • the customer transaction information is collected which can be used for auditing transactions, maintaining service quality, billing customers, and settling with external parties.
  • the latter two are used by the Bill, Collect and Settle process 66 to produce billing information and to arrange settlement.
  • Changes in customer usage patterns are also monitored, as they may relate to partial churn of services, or the use of override codes.
  • the interaction is controlled and monitored by the service provider. Monitoring ensures the customer gets the service experience they require (such as help with a conference call facility) and that the service provider's interests are protected. For the latter, customer credit is monitored in real-time and service suspension is initiated if necessary, a simple example of which would be using a Smartcard in a pay phone. Customers are given information useful for them to control their usage and prevent unwanted disconnection.
  • FIG. 11 A flow diagram of P5.3, the Monitor, Control and Complete Interaction process, is shown in Figure 11. This process includes the following sub-processes, continuing from process P5.2.4 described above.
  • a P5.3.1 Measure and Record Usage process 531 accurately records the usage of the content or service by the customer. Customer usage is monitored during the interaction, and transactions are recorded. This information is used to make any real time debits, such as debits from a Smartcard. The process requires usage and transactions to be rated in realtime.
  • a P5.3.2 Monitor Interaction process 532 controls the interaction where required. This can involve the introduction of parties, information and knowledge to improve the customer experience. Customer credit is also monitored to ensure a customer can continue the interaction. Usage can be presented to the customer and the process handles requests to complete the interaction.
  • a P5.3.3 End Usage, Record Final State and Close process 533 collects information about the completed transaction. In particular information is collected about activity from external parties which enables revenues to be collected from customers and settlement to be made with external parties. Following this process, there is a final step to capture customer and staff feedback from the transaction.
  • the Bill Collect and Settle process 66 covers functions associated with the collection of any billable customer event, occasion, activity, customer product and chargeable service action, and the subsequent path that this information takes through the system until a bill is produced and revenue has been collected.
  • the Bill, Collect and Settle process provides the customer with a billing service that is easy to use, delivers many value added features and ensures that information is treated with integrity and assurance in order to meet customers' billing requirements and expectations. Customers can personalise their billing arrangement(s) and are able to make changes without the need for service provider intervention.
  • the primary features of the Bill, Collect and Settle process are: (i) accurately identify all collectable data, usage and activity, (ii) rate and package charges in real time (i.e., immediately).
  • Events, usage and transactions are collected and rated across all customer segments. Customers can view all events, usage and transactions along with the rated amount for the activity both prior to and post bill. Discounts are flexibly applied and can be clearly understood. Customers can pre-pay, and/or are provided with an easily understood bill, that accurately reflects their service usage and the nature of their full solution. Customers can choose from many options for convenient means to pay. Information from a customer's bill is used to provide customers with advice on how to get the most value from their solution. Feedback on customer spend and bill analysis is used to optimise customer profitability and to manage customer risk.
  • Settlements with third parties and collections from customers and third parties are made in this process. This includes the revenue collected from customers, both residential and wholesale, in addition to settlement provided to suppliers, for example, settlement with other service providers for interconnect.
  • Credit risk and fraud are monitored and controlled in such a way as to maximise long term revenue.
  • the service provider uses this process to effectively and efficiently collect revenues and allocate them correctly.
  • the core process 66 includes a number of level 2, 3 and 4 sub-processes, as shown in Figure 12.
  • a flow diagram of the process 66 is shown in Figure 13, including the following level 2 processes.
  • a P6.1/Pg.l Identify Customer, Assess Needs and Route process 601 is used to connect the service provider to customers for collections and customers to the service provider for payments, bill enquires, bill disputes and fraud notifications.
  • a P6.2 Gather Customer Events process 662 gathers all internally and externally recorded events, usage or transactions. This not only includes information used to directly bill the customer, but also information used as an audit of activity, for both the customer and the service provider. The collection points for this information, representing both internal and external events, may come from other processes, including P4 Sell and Enable, P5 Facilitate Usage, P7 Maintain Service, and PI Manage Customer Relationship.
  • Adjustments, solution changes and activation events are also collected at this point of the process. All collected information relating to billing is converted to a common format that is used throughout the rest of the process (mediation). Finally, rating allocates a value to each of these events. Each rated record may be an accumulation of several events.
  • Figure 14 is a flow diagram of this level 2 process 662, illustrating the relationships between the level 3 sub-process steps described below.
  • a P6.2.1 Gather Events From Collection Points process 721 gathers the information collected on customer events. It gathers information from third parties, including service providers. The generation of this information happens in other processes, such as the Facilitate Usage (P5) process.
  • Usage, events and transactions represent all information that will be used to charge the customer or to provide an audit of activity and usage for both the customer and the service provider. It includes network usage, transactions, such as purchases, made via the service provider, rebates, adjustments, service events and hosted connections to content and services. All of the collected information is compiled into customer event records which are passed to a Mediate Events Process 722.
  • the P6.2.2 Mediate Events process 722 aggregates records from within the service provider, and from third parties with customer records, and converts to an appropriate format. In some instances more than one event may be brought together to provide a meaningful item for rating or presentation to the customer. Where necessary, items are labelled with a description of the event.
  • a P6.2.3 Rate Events process 723 rates the usage records for customers. Prices are calculated from a service provider's tariffs and a price assigned to an event record and the event record updated with the price so as to constitute a rated event.
  • a P6.3 Manage Customer Balance process 663 is a level 2 process that routinely collects relevant rated records to keep records up to date and in a standard format. The cycle time for this collection varies by customer and service. However the trend is towards real-time collection, so that customers can rapidly access usage and charge information.
  • Customer usage and activity information is formatted in a generic form for presentation to the customer.
  • the generic form takes into consideration customer preferences (supplied in core process PI) for bill and usage presentation. Preferences can be, for example, a single bill for all services, or a hierarchical billing structure for different functions and locations.
  • This generic formatted information is then presented to the customer, with some extra steps, on any medium (Internet, paper, etc.). The cycle time for production of the information varies from customer to customer, and from one service to another.
  • Figure 15 is a flow diagram of this level 2 process 663, illustrating the relationships between the level 3 sub-processes described below.
  • a P6.3.2 Prepare Current Usage and Activity Report process 732 prepares a current and up-to-date usage and activity report for the customer from the accumulated and balanced information calculated in the previous process (P6.3.1). The information is assembled into a common formatted output that can be used for presentation on any media.
  • a P6.4Bill Customer process 664 is a level 2 process that handles discounting and adjustments are applied on a more cyclic basis than the processes relevant to customer specific pricing discussed above. This pricing is only for amounts that cannot be calculated or applied in real-time, including cross-product and cross-account discounts, tier and fhreshold discounts and certain loyalty rewards.
  • Customers are requested to pay for their services through a regular notification of charges (eg bill, a direct debit or credit card transaction).
  • the bill cycle is either time based (eg each month), or value based (eg, each threshold).
  • Payments information is taken from the generic output of the last process (Manage Customer Balance) and a final bill is produced and checked for accuracy.
  • the bill is produced in the required medium (ie, paper or electronic) and delivered in the required manner (ie, mail, disc, e-mail) to the customer.
  • the request for payment is issued to the agreed Financial Institution and the bill is for the customer's information only.
  • Figure 16 is a flow diagram of this level 2 process 664, illustrating the relationships between the level 3 sub-processes described below.
  • a P6.4.1 Identify and Price Charges for Customer process 741 calculates the full billed amounts from rated events and where necessary includes additional charges, discounts and adjustments. All rated events are assigned to an individual customer for pricing, so that charges, discounts, adjustments and rebates can be applied across a whole customer solution when a request for payment is made. Loyalty program points, if applicable, are also accrued here. This differs from the previous process because it occurs on a more cyclic, rather than real-time basis. It is at this point that billing information is assembled across the customer's solution. Information is added to the customer's charges which cannot be added in real-time.
  • a P6.4.2 Prepare Customer Bill process 742 formats a bill, which is the request for customer payment. In most instances the bill has two components, a report of activity and usage plus a request for payment of a dollar amount. Billed amounts are associated with the appropriate billed entity for the request for payment.
  • a P6.4.3 Check Bill Quality process 743 checks the bill for correctness (e.g. extreme variations, or outlandish numbers). Reviews bills with suspected problems and initiates investigation or analysis. If the abnormals are caused by problems, corrects the problems and releases the bill.
  • correctness e.g. extreme variations, or outlandish numbers. Reviews bills with suspected problems and initiates investigation or analysis. If the abnormals are caused by problems, corrects the problems and releases the bill.
  • a P6.4.4 Deliver Customer Bill process 744 delivers the customer bill/statement through the customer specified channel.
  • Various channels may be used over different media.
  • the bill may be delivered over the Internet by e-mail or on the web, by facsimile or by post. The bill is distributed according to the customers selected billing date.
  • a P6.5 Collect Payments and Manage Enquires process 665 is a level 2 process that collects customer payments for all usage and activity. Customers pay directly to the service provider, or to an agency or partner. For credit card or direct debit payment, the charges are debited from the customer through the appropriate financial institution. Customers are able to pre-pay for services. The payment process handles monetary amounts and other types of payments for usage and activity, such as with loyalty points.
  • Billing disputes are resolved to the agreement of all parties and any adjustments recorded. It is in this process that customers can dispute usage and activity that has taken place, the charges for usage and activity, and rewards for usage and activity (such as points for talk minutes). Adjustments are made as necessary and disputed amounts held back from the bill until resolved.
  • Figure 17 is a flow diagram of this process 665, illustrating the relationships between the level 3 sub-processes described below.
  • a P6.5.1 Manage Customer Payments, Pre-Payment or Deposits process 751 receives customer payments, including deposits, pre-payments and direct debits. The payment process also accounts for loyalty credits, so that customers can use these to pay for the provider's services or purchase rewards from associated third parties. This automated process relies on customer self-service for many forms of payment.
  • a P6.5.2 Manage Billing Enquires and Disputes process 752 investigates any billing complaints and resolve to satisfaction of customer and the service provider. The process is used when the customer has an issue with the amount to pay, or an enquiry about the amount to pay. Disputes may be the result of the service provider's errors, third party errors, customer misunderstanding, miscommunication or fraud. Disputes also cover issues over accumulated loyalty points. Occasionally billing disputes are resolved by offering a different billing solution to the customer. This links back to the Sell and Enable P4 process.
  • a P6.6 Maximise Receivables from Customer process 666 is a level 2 process that manages customer receivables to reduce the risk of uncollected revenues. Firstly unpaid amounts are mentioned to identify those that may be at risk. Steps are then taken to action at risk amounts. The decision as to what is an at risk amount is based on insight into the risk of the customer, generated by the Manage Customer Relationship process. Different customers are treated differently for collections based on the risk profile and value to the service provider. The process also monitors for fraudulent activity. This looks for suspicious amounts and transactions, as well as identifying known fraudulent identities (such as credit cards and pseudonyms).
  • the process takes place across the customer's whole solution, so that decisions to action unpaid amounts are not made based on a single product or service, but on whole of customer information.
  • the emphasis is also on proactive monitoring and control of all at risk revenues. All collected amounts are processed for financial recording. An output is provided that can be used for corporate financial reporting in the Manage the Corporation process.
  • Figure 18 is a flow diagram of the process 666, illustrating the relationships between the level 3 sub-processes described below.
  • Unpaid amounts are reviewed and monitored for risk by a P6.6.1 Monitor Customer Receivables process 761. At risk amounts are determined from the risk and value insight into the customer, as discussed above.
  • a P6.6.2 Action At Risk Customer Charges process 762 takes action on customer charges which are viewed as at risk. Action is based on the risk and value profile of the customer. The customer is provided with a notice of unpaid amounts. A plan for re-payments is arrived at with the customer (if possible), including mechanisms to prevent missed payments in the future. Other actions such as partial restriction of services (e.g. barring, temporary disconnection, etc.) are initiated if appropriate. If necessary, amounts for collection are passed to an external agency.
  • a P6.6.3 Identify and Action Fraud process 763 reviews and analyses risk indicators and abnormal usage reports, and initiates investigation and action.
  • a P6.7 Settle with Third Parties process 667 is a level 2 process that calculates all settlement amounts for services or service infrastructure provided to customers in a shared arrangement with third parties.
  • Suppliers receive payments for all Events, Usage or Transactions for which they have agreed to provide part of the service or service infrastructure and the service provider has agreed to the basis for their Payment.
  • the service provider receives interconnect revenues from third parties and revenues for hosted or mediated services involving third parties, where the service provider provides part of the service or service infrastructure, but the third party receives the customer payment.
  • Figure 19 is a flow diagram of this level 2 process 667, illustrating the relationships between the level 3 sub-processes described below.
  • a P6.7.1 Calculate Settlement Amounts process 771 calculates amounts that the service provider owes other parties. This includes revenue from partnerships, royalty type arrangements and settlement with other carriers. Payments for wholesale products are not settlement amounts, but just another form of customer payment. Calculation here applies to amounts where the services provided to end customers are shared with a partner or interconnect party. Disputes are handled in the billing disputes sub-process.
  • a P6.7.2 Manage Settlement Collection process 772 collects amounts owed to the service provider by third parties.
  • a P6.7.3 Forward Settlement to Third Party process 773 is used by the service provider to pay amounts owed to third party.
  • a P6.7.4 Manage Unpaid Settlement Amounts and Debt Distribution process 774 collects unpaid revenues from third parties and provides for third party debts and negotiating distribution of end customer debts between carriers.
  • a P6.8 Provide Financial Information and Reporting process 668 is a level 2 process that generates all revenue, bad debts and settlement amounts and reports to a general ledger. Provision of information for financial markets and regulatory information is not carried out in this process. The relevant level 3 sub-processes are described below with reference to Figure 20.
  • a P6.8.1 Prepare and Balance Payments and Receipts process 781 prepares and balances revenue and payments reports.
  • a P6.8.2 Prepare information for general ledger process 782 prepares all collected information for the general ledger.
  • a P6.9/Pg.2 Capture Learnings and Feedback process 602 is the generic level 2 process that completes the core process, and has been described previously.

Landscapes

  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

L'invention concerne un réseau de service de communication possédant une infrastructure de réseau permettant d'écouler un trafic de communication de données et un trafic de communication analogique dans différents formats de protocoles pour des clients, cette infrastructure possédant une architecture de commutation de données classique et une infrastructure de services appliquées à travers le réseau et possédant un composant de facilitation d'utilisation permettant de faciliter l'utilisation de cette infrastructure par des clients.
PCT/AU2001/001018 2000-08-14 2001-08-14 Systeme de services et de reseau de communication WO2002015478A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001281581A AU2001281581A1 (en) 2000-08-14 2001-08-14 A communications network and service system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPQ009400 2000-08-14
AUPQ9400 2000-08-14

Publications (1)

Publication Number Publication Date
WO2002015478A1 true WO2002015478A1 (fr) 2002-02-21

Family

ID=3814299

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/AU2001/001018 WO2002015478A1 (fr) 2000-08-14 2001-08-14 Systeme de services et de reseau de communication

Country Status (1)

Country Link
WO (1) WO2002015478A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1628437A1 (fr) * 2003-05-26 2006-02-22 Huawei Technologies Co., Ltd. Procede d'acces a large bande et grande capacite et systeme associe

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812533A (en) * 1994-02-28 1998-09-22 British Telecommunications Public Limited Company Service provision in communications networks
US6226273B1 (en) * 1993-11-30 2001-05-01 British Telecommunicatioins Public Limited Company Communications network management

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6226273B1 (en) * 1993-11-30 2001-05-01 British Telecommunicatioins Public Limited Company Communications network management
US5812533A (en) * 1994-02-28 1998-09-22 British Telecommunications Public Limited Company Service provision in communications networks

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1628437A1 (fr) * 2003-05-26 2006-02-22 Huawei Technologies Co., Ltd. Procede d'acces a large bande et grande capacite et systeme associe
EP1628437A4 (fr) * 2003-05-26 2006-11-29 Huawei Tech Co Ltd Procede d'acces a large bande et grande capacite et systeme associe
US7684405B2 (en) 2003-05-26 2010-03-23 Huawei Technologies Co., Ltd. Broadband access method with great capacity and the device and the system thereof

Similar Documents

Publication Publication Date Title
US6584183B2 (en) System and method for providing sponsored of universal telecommunications service and third party payer services
US7376729B2 (en) System for internet connections, method for calculating connection fees for network connection services, billing system for network connection services, and system for network connection management
US7463878B2 (en) Real-time interconnect billing system and method of use
US20010032154A1 (en) Internet communications and e-commerce platform
US20020046255A1 (en) System and method for providing prepaid services via an internet protocol network system
CA2559274C (fr) Systeme de passerelle pour contenu intermediaire et procede correspondant
EA003432B1 (ru) Платформа расширенной связи и способ связи, использующий платформу
MXPA00001969A (es) Metodo y sistema para la administracion de red de comunicacion global y visualizacion de informacion de precio de mercado.
EA005965B1 (ru) Платформа объединенной связи и способ мобильной и электронной торговли в неоднородной сетевой среде
JP2004502991A (ja) サービス・アクセス取引を仲介する方法およびシステム
US20080208725A1 (en) System and method facilitating private currency
US9088628B2 (en) Architectures for clearing and settlement services between internet telephony clearinghouses
WO2001017182A1 (fr) Systeme, methode et article fabrique permettant d'acheter, de vendre et de negocier une largeur de bande dans un marche libre
WO2001037509A2 (fr) Parquet boursier virtuel et agents intelligents pour produits et services de telecommunications
WO2002015478A1 (fr) Systeme de services et de reseau de communication
KR20010103793A (ko) 전기통신설비 이용권의 매매장치 및 방법, 그리고전기통신설비의 용량분배장치 및 방법
WO2001017183A1 (fr) Systeme, procede et article de fabrication destines a la negociation automatique d'un contrat lors d'une transaction impliquant une certaine largeur de bande
Loeb Interactive billing for broadband and multimedia services
Stiller et al. Pre-study on “Customer Care, Accounting, Charging, Billing, and Pricing”
US20030186696A1 (en) Method for transmitting values in telecommunication networks
Barakat Designing a Billing system module for Wi-Max Telecommunication Companies
KR20050044824A (ko) 다양한 선불식 지급수단을 위한 통합 지불 시스템 및 그지불 처리 방법
Apfelbeck A role based modelling approach for the information infrastructure
KR20000037342A (ko) 피시방 무료이용 관리 시스템 및 방법
Jain et al. A Detailed Look at OSS

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC 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 US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

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 GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
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