BRPI1004313B1 - Servidor de aplicação ims, rede ims e método para executar serviços, particularmente serviços de centro de contato ip - Google Patents

Servidor de aplicação ims, rede ims e método para executar serviços, particularmente serviços de centro de contato ip Download PDF

Info

Publication number
BRPI1004313B1
BRPI1004313B1 BRPI1004313-6A BRPI1004313A BRPI1004313B1 BR PI1004313 B1 BRPI1004313 B1 BR PI1004313B1 BR PI1004313 A BRPI1004313 A BR PI1004313A BR PI1004313 B1 BRPI1004313 B1 BR PI1004313B1
Authority
BR
Brazil
Prior art keywords
service
application server
ims
layer
services
Prior art date
Application number
BRPI1004313-6A
Other languages
English (en)
Inventor
Silvia Tenenti
Mabel Pecorone
Original Assignee
Accenture Global Services Limited
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 Accenture Global Services Limited filed Critical Accenture Global Services Limited
Publication of BRPI1004313A2 publication Critical patent/BRPI1004313A2/pt
Publication of BRPI1004313B1 publication Critical patent/BRPI1004313B1/pt

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1063Application servers providing network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

SERVIDOR DE APLICAÇÃO IMS, MÉTODO E PRODUTO DE PROGRAMA DE COMPUTADOR PARA EXECUTAR SERVIÇOS, PARTICULARMENTE SERVIÇOS DE CENTRO DE CONTATO IP. A presente descrição refere-se a um servidor de aplicação IMS, para uma rede IMS, para um método impiementado por computador e para um produto de programa de computador para execução de serviços, tais como serviços de Centro de Contato IP, acessíveis através de vários diferentes canais de acesso, O servidor de aplicação IMS para executar serviços acessíveis através de vários diferentes canais de acesso pode compreender: uma camada de criação de serviço operável para proporcionar componentes para a criação de pelo menos um serviço, para testar o pelo menos um serviço e para dispor o pelo menos um serviço em uma camada de execução de serviço; e a dita camada de execução de serviço compreendendo: componentes de lógica do serviço operáveis para executar o pelo menos um serviço; e componentes de comunicação operáveis para se conectarem com pelo menos um serviço externo envolvido na execução do pelo menos um serviço.

Description

Campo Técnico
[0001] A descrição geralmente refere-se para tecnologias IMS (subsistema de multimídia com protocolo Internet) e, em particular, para um servidor de aplicação IMS, uma rede IMS, um método implementado por computador e um produto de programa de computador para executar serviços acessíveis através de vários canais de acesso diferentes.
Antecedentes
[0002] Existe uma necessidade que as companhias de telecomunicação e/ou companhias de empreendimento continuamente melhorem e inovem os seus serviços de atendimento aos clientes. Ao mesmo tempo, existe uma necessidade de reduzirem os custos e ser mais eficiente em suas operações e nos serviços proporcionados.
[0003] Nas redes legadas atuais utilizadas por tais companhias para manipular e/ou gerenciar tais serviços, cada canal de acesso (por exemplo, TDM, IPTV, e Internet) precisa de sua própria aplicação para gerenciar o contato com um usuário. Estas redes legadas com uma aplicação separada para cada canal de acesso também podem ser referidas como silos tecnológicos verticais. Portanto, neste cenário, a lógica de serviço é replicada em cada canal de acesso e, em adição, a criação de serviço pode ser complicada devido ao ambiente de criação de serviço poder ser espalhado em múltiplos sistemas e/ou nós de rede.
[0004] Por consequência, existe uma necessidade de suportar o processo de atendimento e de serviços, e de melhorar e enriquecer a experiência de contato com o cliente tanto nos canais de acesso atuais como futuros, de modo a endereçar limitações técnicas que existem em várias redes atualmente.
Sumário
[0005] De acordo com um aspecto geral, um servidor de aplicação IMS para executar serviços, tal como serviços de Centro de Contato IP, acessível através de vários diferentes canais de acesso, é proporcionado. O servidor de aplicação IMS pode compreender:
[0006] uma camada de criação de serviço operável para proporcionar componentes para a criação de pelo menos um serviço, para testar o pelo menos um serviço e para dispor o pelo menos um serviço em uma camada de execução de serviço; e
[0007] a dita camada de execução de serviço compreendendo:
[0008] componentes de lógica do serviço operáveis para executar o pelo menos um serviço; e
[0009] componentes de comunicação operáveis para se conectarem com pelo menos um serviço externo proporcionado por outros sistemas e/ou nós de rede envolvidos em executar o pelo menos um serviço.
[00010] Em outras palavras, um serviço, tal como um serviço proporcionado por um sistema de centro de contato de uma companhia, o qual pode ser acessível através de diferentes canais de acesso (por exemplo, telefone, TV, Internet, etc.) é proporcionado dentro de um servidor, referido neste documento como servidor de aplicação IMS. Ou seja, o sistema de centro de contato é proporcionado em termos de um ou mais serviços dispostos e executados no servidor de aplicação IMS. O servidor de aplicação IMS pode estar localizado em uma rede IMS. Em particular, o servidor de aplicação IMS pode estar localizado na camada de serviço de uma rede IMS. O servidor de aplicação IMS pode proporcionar acesso unificado aos serviços hospedados no servidor de acesso IMS independente de um canal de acesso e do dispositivo de acesso correspondente utilizado. Uma resposta para uma solicitação de serviço a partir de um usuário pode ser recebida em qualquer dispositivo de acesso, respectivamente.
[00011] Em outras palavras, o serviço proporcionado por um centro de contato pode se tornar um serviço da rede IMS e é executado no servidor de aplicação IMS. Por consequência, o serviço pode não mais precisar ser associado com terminais específicos e com redes de acesso específicas correspondentes. Por consequência, os fluxos de chamada para e a partir do serviço são otimizados. A comunicação entre os usuários e os serviços proporcionada através do servidor de aplicação IMS na rede IMS se torna mais eficiente e independente de um canal de acesso e dos dispositivos correspondentes utilizados. Por consequência, a interação homem-máquina é aperfeiçoada. O usuário é aliviado da tarefa mental de proporcionar um dispositivo separado de sistema e de acesso para cada dispositivo e canal de acesso possível para acessar um serviço proporcionado. Além disso, o acesso ao serviço, a execução do serviço e a disposição do serviço são facilitados e feitos mais eficientes. Proporcionar serviços capacitados com o IMS se torna mais flexível e pode ser adaptado para as necessidades específicas.
[00012] Em uma implementação ilustrativa, o servidor de aplicação IMS pode ser um servidor de aplicação IMS de Centro de Contato IP (IPCC). Em particular, o servidor de aplicação IMS IPCC permite que a lógica de serviço seja separada do controle de chamada e do controle de meio, e proporciona um único ambiente de criação de serviço para projetar em tempo de execução, modificar, e/ou dispor serviços.
[00013] De acordo com um aspecto, a aplicação IMS pode estar localizada em uma camada de serviço de uma rede IMS.
[00014] De acordo com outro aspecto, o serviço pode ser acessível de forma única a partir de vários diferentes canais de acesso.
[00015] Ainda de acordo com outro aspecto, a camada de criação de serviço pode compreender um ambiente de desenvolvimento gráfico (projetista de serviço) associado com uma biblioteca de nós e com a funcionalidade de arrastar e soltar para projetar o serviço como um gráfico de fluxo.
[00016] Ainda de acordo com outro aspecto, os componentes da lógica do serviço adicionalmente podem ser operáveis para interagir com a camada de criação de serviço para criar o serviço e dispor e/ou não dispor ou remover o serviço que é comunicado através de pelo menos um dos componentes de comunicação.
[00017] Por consequência, mesmo um usuário que não seja técnico pode facilmente definir e dispor serviços que são então proporcionados através do servidor de aplicação IMS.
[00018] Ainda de acordo com outro aspecto, os vários diferentes canais de acesso podem compreender: um ou mais protocolos, uma ou mais conexões físicas, e/ou conexões com o uso de fios ou sem o uso de fios.
[00019] Por consequência, os vários diferentes canais de acessos através dos quais o servidor de aplicação IMS pode ser acessível, podem compreender um ou mais diferentes protocolos (por exemplo, ISDN, VoiceIP, UMTS, e GPRS) e/ou uma ou mais diferentes conexões físicas (por exemplo, conexão de telefone, conexões de telefone móvel, Internet, Rede, linhas de comunicação de banda larga, e conexões capacitadas com TV). Adicionalmente, os canais de acesso podem ser com o uso de fios ou sem o uso de fios.
[00020] Ainda de acordo com outro aspecto, o serviço pode ser um serviço de centro de contato IP.
[00021] Ainda de acordo com outro aspecto, o servidor de aplicação IMS pode ser um elemento padronizado de uma rede IMS.
[00022] De acordo com outro aspecto geral, uma rede IMS é proporcionada. A rede IMS pode compreender:
[00023] uma camada de serviço operável para hospedar um servidor de aplicação IMS de acordo com qualquer uma das reivindicações precedentes, de modo que pelo menos um serviço no sistema seja executado no dito servidor de aplicação IMS na camada de serviço;
[00024] uma camada de controle e transporte operável para distribuir o pelo menos um serviço através de vários diferentes canais de acesso; e
[00025] uma camada de acesso compreendendo vários diferentes dispositivos de acesso utilizáveis com os vários diferentes canais de acesso.
[00026] Ainda de acordo com outro aspecto, a camada de controle e transporte adicionalmente pode ser operável para proporcionar funções de controle e de roteamento para sessões SIP, permitir comunicações entre entidades IMS e outros domínios de rede (por exemplo, PSTN, PLMN).
[00027] Ainda de acordo com outro aspecto geral, um método implementado por computador para executar serviços, tal como serviços de Centro de Contato IP, acessíveis através de vários diferentes canais de acesso em um servidor de aplicação IMS, é proporcionado. O método implementado por computador por compreender: proporcionar componentes para criar pelo menos um serviço, testar o pelo menos um serviço e dispor o pelo menos um serviço em uma camada de execução de serviço;
[00028] receber uma solicitação em relação ao pelo menos um serviço através de pelo menos um dentre os vários diferentes canais de acesso;
[00029] executar o pelo menos um serviço; e
[00030] se conectar com pelo menos um serviço externo proporcionado por outros sistemas e/ou nós de rede envolvidos na execução do pelo menos um serviço.
[00031] Ainda em outro aspecto geral, é proporcionado um produto de programa de computador compreendendo instruções legíveis por computador, as quais quando carregadas e executadas em um sistema de computador e/ou em um sistema de rede de computadores, causam que o sistema de computador e/ou o sistema de rede de computadores execute um método como descrito.
[00032] Ainda de acordo com outro aspecto, o servidor de aplicação IMS pode ser utilizado em uma rede IMS.
[00033] O assunto descrito neste relatório descritivo pode ser implementado como um método ou como um sistema, ou utilizando produtos de programa de computador de forma tangível incorporados nos portadores de informações, tal como um CD-ROM, um DVD-ROM, uma memória semicondutora, um sinal e/ou um fluxo de dados, e um disco rígido. Tais produtos de programa de computador podem causar que um aparelho de processamento de dados conduza uma ou mais operações descritas neste relatório.
[00034] Em adição, o assunto descrito neste relatório descritivo também pode ser implementado como um sistema incluindo um processador e uma memória acoplada com o processador. A memória pode codificar um ou mais programas que causam que o processador execute um ou mais dentre os atos descritos neste relatório descritivo. Adicionalmente, o assunto descrito neste relatório descritivo pode ser implementado utilizando várias máquinas MRI.
[00035] Os detalhes de uma ou mais implementações são expostos nos desenhos ilustrativos acompanhantes e na descrição ilustrativa abaixo. Outros aspectos serão aparentes a partir da descrição, dos desenhos e a partir das reivindicações.
Breve Descrição dos Desenhos
[00036] A Figura 1 apresenta um diagrama de blocos de vantagens técnicas ilustrativas obtidas com um servidor de aplicação IMS.
[00037] A Figura 2 apresenta um fluxograma de um processo de atendimento ilustrativo e utilizando um servidor de aplicação IMS.
[00038] A Figura 3 apresenta uma arquitetura de centro de contato legado da técnica anterior.
[00039] A Figura 4 apresenta uma comparação entre a rede legada da técnica anterior e uma rede legada compreendendo um servidor de aplicação IMS ilustrativo.
[00040] A Figura 5 apresenta um diagrama de blocos de uma localização ilustrativa de um servidor de aplicação IMS em uma arquitetura IMS.
[00041] A Figura 6 apresenta um diagrama de blocos adicional de uma localização ilustrativa de um servidor de aplicação IMS em uma arquitetura IMS.
[00042] A Figura 7 apresenta um diagrama de blocos de relações ilustrativas entre os componentes de uma arquitetura IMS compreendendo um servidor de aplicação IMS.
[00043] A Figura 8A apresenta um fluxograma ilustrativo de uma solicitação de serviço em uma arquitetura IMS compreendendo um servidor de aplicação IMS.
[00044] A Figura 8B apresenta um fluxograma ilustrativo adicional de uma solicitação de serviço em uma arquitetura IMS compreendendo um servidor de aplicação IMS.
[00045] A Figura 9A apresenta um diagrama de blocos de uma arquitetura ilustrativa de um servidor de aplicação IMS.
[00046] A Figura 9B apresenta um diagrama de blocos adicional de uma arquitetura ilustrativa de um servidor de aplicação IMS.
[00047] A Figura 9C apresenta um diagrama de blocos de uma camada de criação de serviço ilustrativa compreendida em um servidor de aplicação IMS.
[00048] A Figura 9D apresenta um diagrama de um ambiente de criação de serviço ilustrativo proporcionado com uma camada de criação de serviço de um servidor de aplicação IMS.
[00049] A Figura 9E apresenta um diagrama de blocos de componentes ilustrativos da lógica de serviço de uma camada de execução de serviços de um servidor de aplicação IMS.
[00050] A Figura 9F apresenta um diagrama de blocos de componentes de comunicação ilustrativos de uma camada de execução de serviço de um servidor de aplicação IMS.
[00051] A Figura 10 apresenta um fluxograma de uma solicitação de serviço ilustrativa através de um servidor de aplicação IMS.
[00052] A Figura 11 apresenta um diagrama de blocos de unidades e/ou clientes ilustrativos operáveis para operar através de um servidor de aplicação IMS.
[00053] A Figura 12 apresenta um diagrama de blocos de um sistema de computador (rede) ilustrativo.
Descrição Detalhada
[00054] No dito a seguir, será dada uma descrição detalhada de exemplos com referência aos desenhos. Deve ser entendido que várias modificações para os exemplos podem ser feitas. Em particular, elementos de um exemplo podem ser combinados e utilizados em outros exemplos para formar novos exemplos.
[00055] Um Subsistema de Multimídia IP (IMS) pode ser uma estrutura arquitetônica para distribuir serviços multimídia de protocolo Internet (IP). Para facilitar a integração com a Internet, o IMS utiliza um protocolo específico sempre que possível, por exemplo, um protocolo inicial de sessão (SIP). Principalmente, o IMS pode não padronizar aplicações, mas ao invés disso, pode auxiliar o acesso de aplicações multimídia e/ou de voz a partir de terminais sem o uso de fios e/ou com o uso de fios, isto é, criar uma forma de convergência móvel fixa. O IMS pode ser realizado por uma camada de controle horizontal que isola a rede de acesso (isto é, a camada de rede) da camada de serviço. A partir de uma perspectiva lógica, os serviços podem não ter as suas próprias funções de controle, à medida que a camada de controle (e de transporte) é uma camada horizontal comum.
[00056] Em princípio, uma arquitetura IMS (Subsistema de Multimídia de Protocolo Internet) pode ser um sistema de software e/ou de hardware realizado em um ambiente distribuído, tal como a Rede Ampla Mundial (WWW ou Rede, para abreviar) que pode proporcionar um modo padronizado para distribuir serviços baseados em IP (Protocolo Internet) ou serviços da Rede que são capacitados por um núcleo comum e por uma funcionalidade de controle para vários tipos diferentes de rede. Em geral, uma arquitetura IMS pode ser constituída de pelo menos três camadas: uma camada de serviço, uma camada de transporte e controle, e uma camada de acesso. Através da camada de acesso e da camada de transporte e controle, o acesso à camada de serviço pode ser proporcionado de um modo uniforme, a partir de vários diferentes canais de acesso utilizados por diferentes dispositivos do usuário final, tal como telefone, IPTV, estação de trabalho, computadores pessoais, e dispositivos móveis, tais como telefones de mão, e celulares). Por consequência, os vários diferentes canais de acesso através dos quais o servidor de aplicação IMS pode ser acessível podem compreender um ou mais diferentes protocolos (por exemplo, ISDN, VoiceIP, UMTS, e GPRS), e/ou uma ou mais diferentes conexões físicas (por exemplo, conexão de telefone, conexões de telefone móvel, Internet, Rede, linhas de comunicação de banda larga, e conexões capacitadas com TV). Adicionalmente, os canais de acesso podem ser com o uso de fios ou sem o uso de fios.
[00057] Um servidor de aplicação IMS pode suportar e gerenciar um centro de contato IP acessível através de vários diferentes canais de acesso, por exemplo, o servidor de aplicação IMS proporciona um serviço (Rede) para centros de contato IP. De acordo com a presente descrição, o servidor de aplicação IMS pode existir na camada de serviço da arquitetura IMS de modo que os seus serviços são executáveis na camada de serviço da arquitetura IMS. O servidor de aplicação IMS pode ser projetado para funcionar como uma unidade padronizada, com interfaces claras para as outras unidades IMS na arquitetura IMS.
[00058] As companhias de telecomunicações e/ou de empreendimento exigem contínuo melhoramento e inovação para os seus serviços de atendimento ao cliente, o que pode ser realizado como aplicações da Rede e/ou serviços da rede. Adicionalmente, as companhias de telecomunicação e/ou de empreendimento buscam reduzir os custos para tais serviços, enquanto ao mesmo tempo substancialmente sendo mais eficientes em suas operações e serviços oferecidos. A implementação de um servidor de aplicação IMS de acordo com a presente invenção alcança estes objetivos pela realização de várias vantagens técnicas, as quais são ilustradas na Figura 1. Uma vantagem técnica de implementar o servidor de aplicação IMS da presente invenção pode incluir os serviços hospedados. Particularmente, desde que o servidor de aplicação IMS pode compreender serviços hospedados, novos serviços podem se tornar disponíveis para sistemas e/ou serviços externos. Por exemplo, os serviços do centro de contato podem se tornar disponíveis para as outras companhias (externas) acessando o servidor de aplicação IMS da presente invenção. Outra vantagem técnica de implementar o servidor IMS da presente invenção pode incluir capacidades de acesso múltiplo. Desde que o servidor de aplicação IMS pode suportar múltiplos canais de acesso, um usuário (tal como um cliente) pode entrar em contato com um serviço não somente por voz (tal como via telefone), mas também pela utilização de um meio diferente. O servidor de aplicação IMS pode suportar esta funcionalidade de acesso múltiplo pela separação das lógicas de serviço e do gerenciamento de canal (acesso). Por exemplo, o servidor de aplicação IMS poderia proporcionar (substancialmente) as mesmas regras (lógicas) para determinação de roteamento e de respostas para vários diferentes canais de acesso. Adicionalmente, o servidor de aplicação IMS pode suportar canais inteligentes não humanos (acesso). Por exemplo, os serviços podem se ativar, por exemplo, de modo a equilibrar custo e qualidade de serviços proporcionados. Adicionalmente, o servidor de aplicação IMS pode suportar a criação de serviços novos. Por exemplo, os usuários que não são técnicos podem reconfigurar as aplicações e/ou os serviços proporcionados no servidor de aplicação IMS sem executar qualquer programação (software). Em adição, o servidor de aplicação IMS pode suportar atendimento centrado no usuário por uma segmentação e/ou classificação de diferentes usuários em diferentes grupos e/ou pela utilização de perfis dinâmicos de usuário. Em outras palavras, para cada grupo ou tipo de usuário, as lógicas de serviço do servidor de aplicação IMS podem ser personalizadas.
[00059] A Figura 2 apresenta um fluxograma de um processo de atendimento ilustrativo 30 que é suportado por um servidor de aplicação IMS 10. Quando um usuário 20 entra em contato, por um canal de acesso (por exemplo, por telefone, TV, computador, e dispositivo móvel), um serviço proporcionado através do servidor de aplicação IMS 10, o usuário pode ser qualificado em 31 de acordo com o seu perfil dinâmico (usuário) (por exemplo, um segmento específico que ele / ela está interessado em pelo menos um serviço que ele / ela assinou, etc.). Após a qualificação do usuário, em 32, o servidor de aplicação IMS 10 pode automaticamente adaptar as suas interações com o usuário 20 de acordo com o perfil dinâmico do usuário 20, de modo que necessidades específicas do usuário 20 podem ser consideradas quando executando um serviço do servidor de aplicação IMS 10. Em 33, o servidor de aplicação IMS 10 proporciona autoatendimento para o usuário 20 baseado na interação em tempo real entre o usuário 20 e um sistema de suporte à operação (OSS), e/ou um sistema de suporte ao negócio (BSS) de uma companhia que foi contatada através do servidor de aplicação IMS 10 de modo a proporcionar para o usuário 20 as capacidades de autoprovisão e/ou de garantia. Com respeito às capacidades de autoatendimento, de autoprovisão, e/ou de garantia, um usuário pode ser suportado pelo servidor de aplicação IMS 10 ao entrar em contato com um serviço e/ou criando e dispondo um serviço, por exemplo, por proporcionar funções de ajuda. Além disso, através de 34 e 35, o usuário 20 é enfileirado e direcionado de acordo com os dados de disponibilidade de um ou mais agentes, que podem ser recuperados a partir de um ou mais mecanismos de direcionamento de agente, por exemplo, a integração de telefonia por computador (CTI).
[00060] A Figura 3 apresenta uma arquitetura legada da técnica anterior baseada em software e/ou em hardware para serviços de centros de contato que podem ser suportados por um ou mais sistemas de telecomunicação (TLC) / de tecnologia de informação (IT). Tais sistemas da técnica anterior executam tarefas e funcionalidades especializadas pela utilização de APIs, controladores de dispositivo, e/ou tecnologias proprietárias. Por exemplo, um usuário 10 acessa um centro de contato 8, por exemplo, através de um sistema telefônico para uso privado (PBX) 5, utilizando um acesso TDM (multiplexação por divisão de tempo), tal como redes de comunicação T1, T2 ou E1, através de uma rede IMS 1, compreendendo uma camada de serviço 2, uma camada de controle e transporte 3, e uma camada de acesso 4. Tal arquitetura de centro de contato da técnica anterior é posicionada em um centro de dados e assim, como apresentado na Fig. 3, não é parte da arquitetura de rede IMS. Portanto, na arquitetura de centro de contato da técnica anterior, é necessário acessar os serviços e/ou as funcionalidades proporcionadas pelo centro de contato através de ligações de acesso (por exemplo, redes de telefone) com o centro de dados. O acesso proporcionado pelas ligações de acesso precisa ser proporcional ao volume de tráfego. Adicionalmente, o custo para alugar as ligações de acesso frequentemente é oneroso.
[00061] No lado do centro de contato 8, cada funcionalidade, aplicação, e/ou serviço proporcionado do centro de contato é implementado por um sistema específico 7a, 7b, 7c, 7d. De modo a integrar os diferentes sistemas 7a, 7b, 7c, 7d, ligações CTI (integração de telefonia por computador) proprietárias 6, APIs e/ou extensões proprietárias para os protocolos nas ligações de acesso, são requeridas, levando a uma implementação mais complexa do sistema. Devido à complexidade, modificações para a funcionalidade, aplicação, e/ou para os sistemas de serviço 7a, 7b, 7c, 7d são difíceis e complexas, e exigem esforço significativo para testar e depurar a funcionalidade nova e/ou modificada dos sistemas 7a, 7b, 7c, 7d. Por consequência, novos aspectos e/ou capacidades podem ser atrasados. Adicionalmente, se uma implementação de tal centro de contato da técnica anterior 80 exigir recursos que vão além das capacidades da plataforma de hardware utilizada, adicionar placas e/ou servidores adicionais pode ser complexo e caro.
[00062] A Figura 4 apresenta uma comparação entre o sistema de centro de contato da técnica anterior 200, como descrito na Fig. 3, e um sistema de centro de contato 100, de acordo com a presente descrição. Uma diferença entre o sistema de centro de contato da técnica anterior 200 e o sistema de centro de contato 100 é que o sistema 100 explora a arquitetura de rede IMS para melhorar e enriquecer o contato com o usuário utilizando canais de acesso estabelecidos e previstos (comunicação). Deste modo, limitações técnicas do sistema de centro de contato da técnica anterior 200 podem ser endereçadas. Por exemplo, como apresentado na Fig. 4, o sistema de centro de contato da técnica anterior 200 exige que cada canal de acesso seja considerado separadamente em relação a um respectivo serviço ou aplicação. Em particular, cada canal de acesso deve ser configurado de forma única para gerenciar uma solicitação do usuário recebida através do canal de acesso correspondente. Em contraste, um sistema de centro de contato 100 exige somente que uma única aplicação ou serviço gerencie as solicitações do usuário a partir de vários diferentes canais de acesso. Em outras palavras, por proporcionar um servidor de aplicação IMS 10 compreendendo serviços para diferentes funcionalidades exigidas para processar a solicitação de um usuário, uma solicitação do usuário pode ser processada e/ou executada de forma uniforme para qualquer canal de acesso utilizado pelo usuário (por exemplo, o processo é independente do canal).
[00063] A Figura 5 apresenta uma arquitetura de rede IMS ilustrativa 1 compreendendo uma camada de serviço 2, uma c amada de controle e transporte 3, e uma camada de acesso 4. A arquitetura de rede IMS é um dispositivo padronizado para distribuir serviços baseados em IP que são permitidos pelo núcleo comum e pelo dispositivo de transporte para vários diferentes tipos de redes. Um ou mais serviços são executados nos servidores de aplicação na camada de serviço 2. A camada de controle e transporte 3 (isto é, o núcleo comum e o dispositivo de transporte) proporciona funcionalidade comum para controlar dados de acesso e de transporte e/ou informação para e a partir dos serviços dos servidores de aplicação que são acessados por um ou mais usuários através de diferentes canais de acesso. A funcionalidade proporcionada pela camada de controle e transporte 3 pode ser reutilizada por cada um dos servidores de aplicação e/ou adicionalmente pelos serviços proporcionados na rede IMS 1. Adicionalmente, a camada de controle e transporte 3 é independente do acesso. Por consequência, um serviço a partir dos servidores de aplicação da camada de rede 2 pode ser distribuído para um usuário através de um ou mais tipos de canais de acesso (ou de tecnologias de acesso). A camada de controle e transporte 3 funciona diretamente através de canais de acesso de comunicação com o uso de fios e/ou sem o uso de fios, tal como canais de comunicação e/ou linhas relacionadas com telefone, VoIP, TDM, estações de trabalho, computadores pessoais, Rede, notebooks, dispositivos de mão, e telefones celulares.
[00064] Como apresentado na Fig. 5, um servidor de aplicação IMS 10 (para um sistema ou aplicação de centro de contato) está localizado e implementado na camada de serviço 2 da rede IMS, de modo que os serviços do centro de contato podem se tornar um serviço da rede IMS 1. Adicionalmente, os ditos serviços são processados e executados no servidor de aplicação IMS 10. Por consequência, os serviços do centro de contato não estão associados com as aplicações e sistemas específicos para cada canal de acesso correspondente, diferente da técnica anterior. Por proporcionar o serviço de aplicação IMS 10 como parte da rede IMS 1 na camada de serviço 2, um fluxo de chamada para os serviços do centro de contato e possivelmente para serviços adicionais é otimizado e novos modelos de aplicações e/ou de serviço podem ser capacitados, tal como um serviço de centro de contato hospedado.
[00065] A Figura 6 apresenta uma arquitetura de rede IMS ilustrativa adicional 1. O servidor de aplicação IMS 10 pode ter acesso (utilizando ferramentas padrão para as aplicações de serviço da rede, tal como SOAP, XML, e HTTP) a pelo menos uma base de dados do usuário 9a e/ou aos sistemas de suporte de operação (OSS), aos sistemas de suporte de negócio (BSS) 9b, e/ou aos outros sistemas da rede de um ou mais centros de contato, por exemplo. Por proporcionar o servidor de aplicação IMS na camada de serviço 2 da rede IMS, um único conjunto de lógicas de negócio (e/ou de computação) pode processar e executar respostas para as solicitações de usuário a partir de diferentes canais de acesso. Adicionalmente, por localizar o servidor de aplicação IMS na camada de serviço 2 da rede IMS 1, um ou mais servidores de aplicação externos, tal como um servidor de aplicação utilizando um protocolo inicial de sessão (SIP AS) 11, pode ser acessado para proporcionar funcionalidade melhorada para os serviços proporcionados através do servidor de aplicação IMS 10 (por exemplo, um serviço de bate-papo com um assistente virtual). Adicionalmente, vários diferentes tipos de funções de recurso multimídia (MRF) podem ser proporcionados com o servidor de aplicação IMS 10.
[00066] Como descrito acima, a camada de controle e transporte 3 proporciona funcionalidade comum para controlar os dados e/ou as informações de acesso e de transporte para e a partir dos serviços dos servidores de aplicação que são acessados por um ou mais usuários através de diferentes canais de acesso. Assim, a camada de controle e transporte 3 pode proporcionar um serviço a partir dos servidores de aplicação da camada de serviço 2 para um usuário na camada de acesso 4, através de um ou mais tipos de canais de acesso (ou de tecnologias de acesso). Por exemplo, a camada de acesso 4 pode incluir vários domínios, tal como PLMN, PSTN, VoIP, ou mesmo um site de agente, que proporciona para um usuário o acesso ao servidor IMS 10. Os domínios podem fazer interface com a camada de controle e transporte 3 através de uma NNI (Interface de Rede para Rede) e o site de agente pode fazer a interface com a camada de controle e transporte 3 através de uma UNI (Interface de Rede com Usuário).
[00067] A Figura 7 apresenta interações ilustrativas de um servidor de aplicação IMS 10 com uma ou mais unidades ou funcionalidades proporcionadas por uma rede IMS 1 nas três camadas 2, 3, 4, onde a camada 3 pode ser considerada como compreendendo duas subcamadas 3a, 3b. A camada de serviço 2 hospeda e executa um ou mais serviços proporcionados por um ou mais servidores de aplicação, incluindo um servidor de aplicação IMS 10. Uma camada de controle 3a proporciona funcionalidades de controle e de roteamento para as sessões SIP. Adicionalmente, a camada de controle 3a permite a comunicação entre as unidades IMS, tal como usuários, serviços, etc., e/ou outros domínios (por exemplo, via PSTN ou PLMN). Uma camada de transporte 3b é conectada com a camada de controle 3a e com a camada de acesso 4. A camada de transporte 3b e a camada de acesso 4 proporcionam uma conexão IP com um ou mais dispositivos utilizados por um ou mais usuários para permitir o acesso a um serviço proporcionado na camada de serviço 2.
[00068] Em uma concretização, uma camada de controle 3a pode incluir um Servidor Doméstico do Assinante (HSS) 214, uma Função de Localização de Assinante (SLF) 222, uma Função de Controle de Sessão de Chamada - Proxy (P-CSCF) 211, uma Função de Controle de Sessão de Chamada - Interrogação (I-CSCF) 213, uma Função de Controle de Sessão de Chamada - Serviço (S-CSCF) 215, um Controlador de Função de Recurso de Mídia (MRFC) 216, uma Função de Controle de Dispositivo de Interconexão de Rede de Saída (BGCF) 223, uma Função de Controlador de Dispositivo de Interconexão de Mídia (MGCF) 221, e um Dispositivo de Interconexão de Rede de Sinalização (SGW) 220, os quais são descritos em maiores detalhes posteriormente. A camada de transporte 3b pode incluir um Processador de Função de Recurso de Mídia (MRFP) 217 e um dispositivo de interconexão de rede para mídia (MGW) 218, que também são descritos posteriormente.
[00069] A Rede Multimídia IP (Subsistema) ou rede IMS 1 pode incluir várias funções diferentes, ligadas por interfaces padronizadas, as quais, quando agrupadas, formam uma rede IMS (administrativa). Uma função para operar a rede IMS 1 não é um nó (caixa de hardware); um implementador está livre para combinar duas funções em um nó, ou para dividir uma única função em dois ou mais nós. Cada nó também pode estar presente múltiplas vezes em uma única rede, por questões de equilíbrio de carga ou de organização.
[00070] Um usuário pode se conectar com uma rede IMS de vários modos, todos os quais utilizam o Protocolo Internet (IP) padrão. Terminais IMS diretos (tal como telefones móveis, assistentes pessoais digitais (PDAs) e computadores) podem se registrar diretamente com uma rede IMS, mesmo quando eles estão se transferindo para outra área de serviço em outra rede ou país (rede visitada). Um requerimento pode ser que eles possam utilizar o IPv6 (também IPv4 no IMS preliminar) e executar os agentes do usuário do Protocolo Inicial de Sessão (SIP). O acesso fixo (por exemplo, Linha Digital do Assinante (DSL), modems a cabo, Ethernet), o acesso móvel (por exemplo, W-CDMA CDMA2000, GSM, GPRS) e o acesso sem o uso de fios (por exemplo, WLAN, WiMAX), são todos suportados. Outros sistemas de telefone como o serviço de telefone comum (POTS - - os telefones analógicos antigos), H.323 e sistemas VoIP não compatíveis com IMS, são suportados através de dispositivos de interconexão de rede.
[00071] Um Servidor Doméstico do Assinante (HSS), ou Função de Servidor de Perfil do Usuário (UPSF), pode ser uma base de dados mestre do usuário que suporta as entidades de rede IMS que realmente manipulam as chamadas. Ele contém as informações relacionadas com a assinatura (perfis de assinante), executa a autenticação e a autorização do usuário, e pode proporcionar as informações sobre a localização do assinante e sobre a informação IP. Ele é similar ao Registro Doméstico de Localização (HLR) GSM e o Centro de Autenticação (AUC).
[00072] Uma Função de Localização do Assinante (SLF) é necessária para mapear endereços de usuário quando múltiplos HSSs são utilizados. Tanto o HSS como a SLF se comunicam através do protocolo Diameter. Este Diameter também é chamado de protocolo AAA, isto é, Autenticação, Contabilização e Autorização.
[00073] As redes 3GPP normais utilizam as seguintes identidades: - Identidade Internacional do Assinante Móvel (IMSI) - Identidade Temporária do Assinante Móvel (TMSI) - Identidade Internacional do Equipamento Móvel (IMEI) - Número ISDN do Assinante Móvel (MSISDN)
[00074] A IMSI é uma identidade única de telefone que é armazenada no SIM. Para melhorar a privacidade, uma TMSI é gerada por localização geográfica. Enquanto a IMSI / TMSI são utilizadas para identificação do usuário, a IMEI é uma identidade única de dispositivo e é específica do telefone. O MSISDN é o número do telefone de um usuário.
[00075] O IMS também requer a identidade Privada de Multimídia IP (IMPI) e a Identidade Pública de Multimídia IP (IMPU). Ambas não são números de telefone ou outras séries de dígitos, mas identificadores de recurso uniforme (URIs) que podem ser dígitos (um uri de telefone, tal como tel:+1-555-123-4567) ou identificadores alfanuméricos (um uri sip, como sip:john.doe@example.com). Podem existir múltiplas IMPU por IMPI (frequentemente, um uri de telefone e um uri sip). A IMPU também pode ser compartilhada com o outro telefone, de modo que ambos podem ser alcançados com a mesma identidade (por exemplo, um único número de telefone para toda uma família).
[00076] A base de dados de assinantes HSS contém a IMPU, a IMPI, a IMSI, e o MSISDN, os perfis de serviço do assinante, os ativadores de serviço e as outras informações.
[00077] Várias funções dos servidores ou proxys de Protocolo Inicial de Sessão (SIP), coletivamente chamados de Função de Controle de Sessão de Chamada (CSCF), são utilizadas para processar os pacotes de sinalização SIP no IMS.
[00078] - Uma CSCF-Proxy (P-CSCF) é um Proxy SIP que é o primeiro ponto de contato para o terminal IMS. Ele pode estar localizado na rede visitada (nas redes IMS completas) ou na rede doméstica (quando a rede visitada não está ainda de acordo com o IMS). Algumas redes podem utilizar um Controlador de Borda de Sessão para esta função. O terminal descobre o seu P-CSCF com o DHCP, ou ele é designado no contexto PDP (no Serviço Geral de Rádio em Pacote (GPRS)).
[00079] - Ela é designada para um terminal IMS durante o registro e não altera durante o tempo do registro
[00080] - Ela se situa no caminho de todas as mensagens de sinalização e pode inspecionar cada mensagem
[00081] - Ela autentica o usuário e estabelece uma associação de segurança IPsec com o terminal IMS. Isto impede ataques de uso de IP falso e ataques de replicação e protege a privacidade do usuário. Outros nós dão crédito ao P-CSCF, e não têm que autenticar o usuário novamente.
[00082] - Ela também compacta e descompacta mensagens SIP utilizando SigComp, o que reduz a ida e a volta através de ligações de rádio lentas.
[00083] - Ela pode incluir uma Função de Detecção de Política (PDF), a qual autoriza recursos de plano de mídia, por exemplo, qualidade de serviço (QoS) através do plano de mídia. Ela é utilizado para o controle de política, gerenciamento de largura de banda, etc. A PDF também pode ser uma função separada.
[00084] - Ela também gera registros de cobrança.
[00085] - Uma Serving-CSCF (S-CSCF) é o nó central do plano de sinalização. Ela é um servidor SIP, mas executa também o controle de sessão. Ela está sempre localizada na rede doméstica. Ela usa as interfaces Diameter Cx e Dx para o HSS transferir e carregar perfis de usuários - ela não possui armazenamento local do usuário. Todas as informações necessárias são carregadas a partir do HSS.
[00086] - Ela manipula os registros SIP, o que permite que ela acople a localização do usuário (por exemplo, o endereço IP do terminal) com o endereço SIP.
[00087] - ela se situa no caminho de todas as mensagens de sinalização, e pode inspecionar cada mensagem.
[00088] - ela decide para qual servidor (servidores) de aplicação a mensagem SIP será enviada, de modo a proporcionar os seus serviços.
[00089] - ela proporciona os serviços de roteamento, tipicamente utilizando consultas de Numeração Eletrônica (ENUM).
[00090] - ela impõe a política do operador da rede.
[00091] - podem existir múltiplas S-CSCFs na rede por razões de distribuição de carga e de alta disponibilidade. É o HSS que designa a S-CSCF para um usuário, quando ela é consultada pela I-CSCF.
[00092] - Uma CSCF-Interrogação (I-CSCF) é outra função SIP localizada na borda de um domínio administrativo. O seu endereço IP é publicado no Sistema de Nome de Domínio (DNS) do domínio (utilizando o tipo NAPTR e SRV de registros DNS), de modo que servidores remotos podem encontrá-la, e utilizar a mesma como um ponto de envio (por exemplo, registro) para pacotes SIP neste domínio. A I-CSCF consulta o HSS utilizando a interface Diameter Cx para recuperar a localização do usuário (a interface Dx é utilizada a partir da I-CSCF para a SLF localizar somente o HSS necessário), e então direciona a solicitação SIP para a sua S-CSCF designada. Até a Versão 6, ela também pode ser utilizada para ocultar a rede interna do mundo externo (parte de codificação criptográfica da mensagem SIP), no caso em que ela é chamada de um Dispositivo de Interconexão de Rede Inter-rede de Ocultação de Topologia (THIG). A partir da Versão 7 em diante, esta função de "ponto de entrada" é removida da I-CSCF e agora é parte da Função de Controle de Borda de Interconexão (IBCF). A IBCF é utilizada como um dispositivo de interconexão de rede para redes externas e proporciona as funções NAT e de Firewall ("pinholding").
[00093] Os servidores de aplicação (AS) podem hospedar e executar serviços e fazer interface com a S-CSCF utilizando o Protocolo de Início de Sessão (SIP). Um exemplo de um servidor de aplicação que está sendo desenvolvido é a função de continuidade de chamada (Servidor VCC). Dependendo do serviço real, o AS pode operar no modo de Proxy SIP, no modo de UA (agente do usuário) SIP, ou no modo de B2BUA (agente de usuário back-to-back) SIP. Um AS pode estar localizado na rede doméstica ou uma rede externa terceirizada. Se localizado na rede doméstica, ele pode consultar o HSS com a interface Diameter Sh (para um AS-SIP) ou com a interface de Parte de Aplicação Móvel (MAP) (para a IM-SSF).
[00094] - AS SIP: servidor de aplicação IMS nativo
[00095] - Função de Troca de Serviço Multimídia IP (IM-SSF): uma IM-SSF faz a interface com Aplicações Personalizadas para os Servidores de Aplicação de Lógica Melhorada de Redes Móveis (CAMEL) utilizando a Parte de Aplicação Camel (CAP).
[00096] - Acesso Aberto de Serviço - Servidor de Capacidade de Serviço (OSA-SCS): Interface com o Servidor de Aplicação de Estrutura OSA.
[00097] A Função de Recurso de Mídia (MRF) pode proporcionar funções relacionadas com mídia, tal como manipulação de mídia (por exemplo, mistura de fluxo de voz) e execução de tons e anúncios.
[00098] Cada MRF é adicionalmente dividida em um Controlador de Função de Recurso de Mídia (MRFC) e em um Processador de Função de Recurso de Mídia (MRFP).
[00099] - o MFRC é um nó de plano de sinalização que atua como um agente do usuário SIP para a S-CSCF, e que controla o MRFP através de uma interface H.248.
[000100] - O MRFP é um nó de plano de mídia que implementa todas as funções relacionadas com mídia.
[000101] Uma Função de Controle de Dispositivo de Interconexão de Rede de Saída (BGCF) é um servidor SIP que inclui funcionalidade de roteamento baseada nos números de telefone. Ela somente é utilizada quando chamando a partir do IMS para um telefone e uma rede de comutação de circuitos, tal como a Rede Comutada de Telefonia Pública (PSTN) ou Rede Pública de Telefonia Móvel (PLMN).
[000102] Um dispositivo de interconexão de rede PSTN / CS faz a interface com as redes de comutação de circuitos (CS) PSTN. Para sinalização, as redes CS utilizam a Parte de Usuário ISDN (ISUP) (ou BICC) através da Parte de Transferência de Mensagem (MTP), enquanto o IMS utiliza o Protocolo de Início de Sessão (SIP) através do IP. Para mídia, as redes CS utilizam a modulação de Pulso-código (PCM), enquanto o IMS utiliza o Protocolo de Transporte em Tempo Real (RTP).
[000103] - Um Dispositivo de Interconexão de Rede de Sinalização (SGW) faz interface com o plano de sinalização da CS. Ele transforma protocolos de camada inferior, tal como o Protocolo de Transmissão de Controle de Fluxo (SCTP, um protocolo do Protocolo Internet (IP)) na Parte de Transferência de Mensagem (MTP, um protocolo do Sistema de Sinalização 7 (SS7)), para passar a Parte do Usuário ISDN (ISUP) da MGCF para a rede CS.
[000104] - Uma Função de Controlador de Dispositivo de interconexão de rede para mídia (MGCF) chama a conversão do protocolo de controle entre o SIP e o ISUP, e faz interface com o SGW através do SCTP. Ela também controla os recursos em um Dispositivo de interconexão de rede para mídia (MGW) através de uma interface H.248.
[000105] - Um Dispositivo de interconexão de rede para mídia (MGW) faz interface com o plano de mídia da rede CS, pela conversão entre o RTP e o PCM. Ele também transcodifica quando os códigos não combinam (por exemplo, o IMS pode utilizar o AMR, a PSTN pode utilizar o G.711).
[000106] Os recursos de mídias são estes componentes que operam no plano de mídia e estão sob o controle das funções do Núcleo IMS, em particular, o servidor de mídia (MS) e o Dispositivo de interconexão de rede para mídia (MGW).
[000107] Podem existir dois tipos de Interconexão de Rede de Próxima Geração:
[000108] - Interconexão orientada a serviço (Solx): A ligação física e lógica dos domínios NGN que permitem aos portadores e provedores de serviço oferecerem serviços através das plataformas NGN (isto é, IMS e PES) com o controle, a sinalização (isto é, baseada na sessão), que proporciona níveis definidos de interoperabilidade. Por exemplo, este é o caso dos serviços de voz "Carrier grade" e/ou de multimídia através da interconexão IP. "Níveis definidos de interoperabilidade" são dependentes do serviço ou da QoS ou da Segurança, etc.
[000109] - Interconexão Orientada à Conectividade (Colx): Ligação física e lógica dos portadores e provedores de serviço baseada na conectividade IP simples independente dos níveis de interoperabilidade. Por exemplo, uma interconexão IP deste tipo não está ciente do serviço ponta a ponta, e como consequência, a performance de rede específica do serviço, a QoS e os requerimentos de segurança não são necessariamente assegurados. Esta definição não exclui que alguns serviços podem proporcionar um nível definido de interoperabilidade. Entretanto, somente a Solx satisfaz totalmente os requerimentos de interoperabilidade NGN.
[000110] Um modo de interconexão NGN pode ser direto ou indireto. As interconexões diretas se referem à interconexão entre dois domínios de rede sem qualquer domínio de rede intermediário. A interconexão indireta em uma camada se refere à interconexão entre dois domínios de rede com um ou mais domínios de rede intermediários atuando como redes de trânsito. O domínio (domínios) de rede intermediário proporciona funcionalidade de trânsito para os dois outros domínios de rede. Diferentes modos de interconexão podem ser utilizados para transportar a sinalização da camada de serviço e o tráfego de mídia.
[000111] A cobrança off-line pode ser aplicada para usuários que pagam por seus serviços periodicamente (por exemplo, no fim do mês). A cobrança on-line, também conhecida como cobrança baseada no crédito, é utilizada para serviços pré-pagos, ou para controle de crédito em tempo real de serviços pós-pagos. Ambas podem ser aplicadas para a mesma sessão.
[000112] - Cobrança Off-line: Todas as entidades da rede SIP (P- CSCF, I-CSCF, S-CSCF, BGCF, MRFC, MGCF, AS) envolvidas na sessão utilizam a interface Diameter Rf para enviar a informação de contabilidade para uma Função Coletora de Cobrança (CCF) localizada no mesmo domínio. A CCF irá coletar toda esta informação, e construir um Registro de Detalhe de Chamada (CDR), o qual é enviado para o sistema de contabilidade (BS) do domínio.
[000113] Cada sessão transporta um Identificador de Cobrança IMS (ICID) como um identificador único. Os parâmetros do Identificador Inter-Operador (IOI) definem as redes de origem e de término.
[000114] Cada domínio possui a sua própria rede de cobrança. Os sistemas de contabilidade em diferentes domínios também irá trocar informação, de modo que cobranças de transferência entre áreas de serviço podem ser aplicadas.
[000115] - Cobrança on-line: A S-CSCF fala com uma Função de Cobrança da Sessão (SCF) que parece um servidor regular de aplicação SIP. A SCF pode sinalizar a S-CSCF para terminar a sessão quando o usuário esgota os créditos durante uma seção. O AS e a MRFC utilizam a interface Diameter Ro em direção a uma Função de Cobrança de Evento (ECF).
[000116] - Quando a Cobrança Imediata de Evento (IEC) é utilizada, um número de unidades de crédito é imediatamente deduzido da conta do usuário pela ECF e o MRFC ou o AS é então autorizado a proporcionar o serviço. O serviço não é autorizado quando unidades de crédito não suficientes estão disponíveis.
[000117] - Quando a Cobrança de Evento com Reserva de Unidade (ECUR) é utilizada, a ECF primeiro reserva um número de unidades de crédito na conta do usuário e então autoriza o MRFC ou o AS. Após o serviço terminar, o número de unidades de crédito gastas é reportado e deduzido da conta; as unidades de crédito reservadas são então apagadas.
[000118] Fluxos de chamada ilustrativos de um usuário acessando pelo menos um serviço proporcionado pelo servidor de aplicação IMS 10 na arquitetura apresentada na Fig. 7 são descritos com referência às Figuras 8A e 8B.
[000119] A Figura 8A apresenta uma interação ilustrativa do servidor de aplicação IMS 10 com a arquitetura de rede IMS 1 para proporcionar para um usuário 20 acessando pelo menos um serviço proporcionado pelo servidor de aplicação IMS 10 através do canal de acesso IMS, qualificação, interação, e/ou serviços de autoatendimento, como apresentado na Fig. 2, por exemplo. Por exemplo, vários canais de acesso diferentes (IMS) através dos quais o servidor de aplicação IMS 10 pode ser acessível, podem compreender um ou mais diferentes protocolos (por exemplo, ISDM, VoiceIP, UMTS, e GPRS) e/ou uma ou mais diferentes conexões físicas (por exemplo, conexão de telefone, conexão de telefone móvel, Internet, rede, linhas de comunicação de banda larga, e conexões capacitadas com TV). Adicionalmente, os canais de acesso podem ser com o uso de fios ou sem o uso de fios.
[000120] Em S1, um usuário 20 chama um número de serviço (por exemplo, um número de atendimento ao cliente de um centro de contato proporcionado através do servidor de aplicação IMS 10). A dita solicitação do usuário é enviada para a função de controle de sessão de chamada - Proxy (P-CSCF) 211, que envia a solicitação do usuário para uma função de controle de seção de chamada - serviço (S- CSCF) 212 em S2. A S-CSCF 212 verifica um perfil do usuário 20 tendo enviado a solicitação do usuário e então, em S3, envia a solicitação do usuário para uma função de controle de sessão de chamada - interrogação (I-CSCF) 213. Em S4, a I-CSCF 213 recupera, a partir de um servidor doméstico do cliente (HSS) 214 o endereço de uma S-CSCF 215, a qual gerencia serviços, tal como serviços do centro de contato do servidor de aplicação IMS 10. Em S5, a I-CSCF 213 envia a solicitação do usuário para a dita S-CSCF 215. Em S6, a S-CSCF 215 verifica o perfil do usuário 20 correspondendo à solicitação do usuário e envia a solicitação do usuário para o servidor de aplicação IMS 10. Em S7, o servidor de aplicação IMS 10 controla ou gerencia um controlador de função de recurso multimídia (MRFC) 216 com a lógica de serviço do serviço requisitado no servidor de aplicação IMS 20, e então envia a solicitação do usuário para o MRFC 216. Finalmente, em S8, de acordo com a dita lógica do serviço, o MRFC 216 cria um canal de mídia (acesso) para um dispositivo utilizado pelo usuário 20 através de um processador de função de recurso multimídia (MRFP) 217 de modo a proporcionar a informação solicitada e/ou os dados para o usuário 20.
[000121] A Figura 8B apresenta uma interação ilustrativa do servidor de aplicação IMS 10 com a rede IMS 1 para proporcionar para um usuário 20 acessando pelo menos um serviço proporcionado pelo servidor de aplicação IMS 10 através de um canal de acesso PLMN (rede pública de telefonia móvel), qualificação, interação, e/ou autosserviços, como apresentado na Fig. 2, por exemplo.
[000122] Em S11, um usuário 20 chama um número de serviço (por exemplo, um número de atendimento ao cliente de um centro de contato proporcionado através do servidor de aplicação IMS 10). A rede PLMN reconhece que a solicitação do usuário pertence a um domínio IMS e envia a solicitação do usuário através de uma função de dispositivo de interconexão de rede de sinalização (SGW) 220 para uma função de controle de dispositivo de interconexão de rede para mídia (MGCF) 221 em S12. Em S13, a MGCF 221 encaminha a solicitação do usuário para uma função de controle de sessão de chamada - interrogação (I-CSCF) 213. Em S14, a I-CSCF 213 recupera a partir do servidor doméstico do assinante (HSS) 114 o endereço de uma função de controle de sessão de chamada - serviço (S-CSCF) 215. Em S15, a I-CSCF 213 encaminha a solicitação do usuário para a S-CSCF 215 utilizando o endereço recuperado a partir do HSS 214. A S-CSCF 215 gerencia os serviços do centro de contato a partir do servidor de aplicação IMS 10. E, S16, a S-CSCF 215 verifica um perfil do usuário 20 tendo enviado a solicitação do usuário e envia a solicitação do usuário para o servidor de aplicação IMS 10. O servidor de aplicação IMS 10 gerencia e controla um controlador de função de recurso multimídia (MRFC) 216 utilizando sua lógica comercial em S17 através da S-CSCF 215 e encaminha, em S18, a solicitação do usuário para o MRFC 216. De acordo com a lógica comercial do servidor de aplicação IMS 10, o MRFC cria um canal de mídia utilizando um dispositivo de interconexão de rede para mídia (MGW) 218, em S19, com um dispositivo utilizado pelo usuário através do processador de função de recurso multimídia (MRFP) 217, de modo a proporcionar uma resposta para a solicitação do usuário.
[000123] A Figura 9A apresenta uma arquitetura ilustrativa do servidor de aplicação IMS 10. O servidor de aplicação IMS 10 compreende uma camada de execução de serviço 110 possuindo uma camada de lógica do serviço 120, uma camada de comunicação 130, uma camada de criação de serviço 140, uma camada de dados 150 e uma camada de monitoramento 160. A camada de comunicação 130 pode compreender uma ou mais interfaces de adaptador de rede, por exemplo, um adaptador MRF 131 e/ou um adaptador IMS 133. Adicionalmente, a camada de comunicação pode compreender um ou mais adaptadores, tais como os adaptadores para JDBC, SOAP, e/ou CORBA. JDBC (Conectividade de Base de Dados JAVA) é uma API para a linguagem de programação Java que define como um cliente pode acessar uma base de dados. Ela pode proporcionar métodos para consulta e atualização de dados em uma base de dados. SOAP (Protocolo Simples de Acesso a Objeto) é uma especificação de protocolo para troca de informação estruturada na implementação de serviços da Rede em redes de computação. CORBA (Arquitetura Comum para Agente de Requisição de Objeto) é um padrão que permite aos componentes de software escritos em várias linguagens de computador e funcionando em vários computadores trabalharem juntos. A camada de dados 150 pode incluir um repositório de serviços para armazenar dados e/ou informações em relação aos serviços proporcionados através do servidor de aplicação IMS 10. A camada de monitoramento 160 pode incluir funcionalidade de alarme, monitorado o servidor de aplicação IMS 10 bem como os serviços proporcionados pelo servidor de aplicação IMS 10. Adicionalmente, a camada de monitoramento 160 proporciona acesso à funcionalidade de monitoramento através de um console de gerenciamento para um usuário gerenciar e controlar pelo menos um serviço proporcionado através do servidor de aplicação INS 10. A camada de lógica do serviço 120 e a camada de criação 140, as quais são particulares para o servidor de aplicação IMS 10 comparado com os servidores de aplicação comuns, são descritas em mais detalhes nas figuras 9B até 9F.
[000124] Uma arquitetura ilustrativa alternativa do servidor de aplicação IMS 10 é apresentada na Figura 9B, onde a camada de lógica do serviço 120 compreendendo um ou mais componentes de lógica de serviço 121 até 126 e a camada de comunicação 130 compreendendo um ou mais componentes de comunicação 131 até 133 são implementadas dentro de uma camada de execução de serviço 110.
[000125] A camada de criação de serviço 140 e a camada de execução de serviço 110 são descritas em mais detalhes nas Figuras 9C até 9F.
[000126] A Figura 9C apresenta uma implementação ilustrativa da camada de criação de serviço 1490 do servidor de aplicação IMS 10. A camada de criação de serviço 140 pode suportar um usuário, desenvolvedor, e/ou administrador para projetar, testar e dispor serviços, os quais podem ser suportados pelo servidor de aplicação IMS 10. A camada de criação de serviço 140 pode compreender um gerenciador de acesso 141, um projetista de serviço 142, um gerenciador de ciclo de vida 143 e um gerenciador de serviço 144.
[000127] O gerenciador de acesso 141 pode ser operável para gerenciar contas do servidor de aplicação 10 e/ou perfis de usuários dos usuários, os quais podem solicitar um serviço no servidor de aplicação 10. Um usuário de um serviço (por exemplo, um serviço de centro de contato) proporcionado através do servidor de aplicação 10 pode criar um ou mais arrendatários. Possivelmente, outro usuário pode criar um ou mais grupos de arrendatários. Possivelmente ainda outro usuário pode gerenciar um ou mais usuários pertencendo a um ou mais dos ditos grupos. Adicionalmente, o gerenciador de acesso 141 pode suportar um usuário ou projetista ao projetar e/ou gerenciar serviços proporcionados pelo servidor de aplicação IMS 10. As ditas aplicações e/ou serviços podem ser validados e/ou gerenciados por um usuário, tal como um aprovador.
[000128] O projetista de serviço 142 pode compreender uma interface gráfica com o usuário ou um ambiente para projetar e/ou gerenciar aplicações e/ou serviços. Para este propósito, o projetista de serviço 142 pode proporcionar um ou mais (possivelmente) tipos de nós predefinidos e/ou a funcionalidade de arrastar e soltar para projetar aplicações e/ou serviços em termos de diagramas de fluxo, por exemplo, em uma estrutura do tipo gráfica.
[000129] O gerenciador de ciclo de vida 143 pode implementar a lógica de ciclo de vida para as aplicações e/ou serviços durante o tempo de projeto de serviços e/ou de aplicações, isto é, antes dos ditos serviços e/ou aplicações serem dispostas para a camada de execução de serviço 110 do servidor de aplicação IMS 10.
[000130] O gerenciador de serviço 144 é operável para permitir e/ou suportar o gerenciamento de serviço, compreendendo a seleção de detalhes, criação de vistas, ativação, publicação, desativação e/ou remoção de serviços ou aplicações.
[000131] A Figura 9D apresenta exemplos de criação de novos serviços e/ou aplicações utilizando a camada de criação de serviço 140. Como apresentado, a camada de criação de serviço 140 proporcionar uma ferramenta baseada na Rede, amigável para o usuário (a qual é referida neste documento daqui para frente como ambiente de criação de serviço), a qual também permite ou capacita usuários que não são técnicos projetarem, gerenciarem e/ou dispor serviços e/ou aplicações proporcionados com o servidor de aplicação IMS 10. Por exemplo, utilizando o ambiente de criação de serviço, um usuário pode facilmente interagir com um serviço do centro de contato realizado no servidor de aplicação IMS 10.
[000132] Como apresentado na Fig. 9D, uma funcionalidade de arrastar e soltar é suportada pela camada de criação de serviço 140 em um ambiente de criação de serviço para projetar e/ou gerenciar lógica comercial para serviços e/ou aplicações para interações com um usuário solicitando um serviço no servidor de aplicação IMS 10. A lógica comercial pode compreender autosserviço e/ou uma lógica de enfileiramento para enfileirar solicitações do usuário recebidas. Adicionalmente, o ambiente de criação de serviço pode proporcionar uma biblioteca de nós (inteligente) compreendendo tipos de nó. Deste modo, o gerenciamento de dados de entrada e de saída para guiar as interações do usuário com os serviços e/ou aplicações é simplificado. Adicionalmente, a lógica comercial para os serviços e/ou aplicações é visualizada utilizando uma estrutura gráfica ao invés de uma estrutura de árvore. Por consequência, a mesma aplicação se torna reutilizável no mesmo ou em um serviço diferente.
[000133] A Figura 9E apresenta uma implementação ilustrativa dos componentes de comunicação 130 na camada de execução de serviço 110 do servidor de aplicação IMS 10. Os componentes de comunicação 130 podem incluir adaptadores 131, 132 e 133 que suportam a comunicação entre os serviços do servidor de aplicação IMS 10 e unidades externas, OS externo (suporte à operação) e/ou sistemas BS (suporte comercial) e/ou gerenciadores para gerenciar unidades na rede IMS.
[000134] Em uma implementação, os componentes de comunicação 130 da camada de execução de serviço 110 podem compreender um adaptador de função de recurso multimídia (MRF) 131, um adaptador de função de controle de sessão de chamada (CSCF) 132 e um centro inteligente de gerenciamento de rede (IMC). O adaptador MRF 131 pode suportar comunicação http, por exemplo, por trocar arquivos Vxml entre o servidor de aplicação IMS 10 e o a MRF. O adaptador CSCF 132 pode suportar a comunicação de protocolo de início de sessão (SIP) e o adaptador IMC 133 pode suportar a comunicação SNMP.
[000135] O adaptador MRF pode ser utilizado para facilitar e adaptar aspectos, tais como a reprodução de anúncios, transcodificação de mídia e/ou condução de conferência.
[000136] O adaptador CSCF pode ser uma entidade IMS responsável pelo processamento de solicitações do assinante e do servidor de aplicação que são na forma de mensagens SIP. Dependendo de um cenário específico da solicitação, uma ou mais CSCFs podem estar envolvidas quando processando a solicitação, tal como a P-CSCF, a I-CSCF e a S-CSCF.
[000137] O adaptador IMC pode ser utilizado para adaptação para o SNMP (Protocolo Simples de Gerenciamento de Rede). O SNMP é parte do conjunto TCP/IP (Protocolo de Controle de Transmissão / Protocolo Internet) e pode ser utilizado para controlar e gerenciar dispositivos de interconexão de rede IP e outras funções de rede.
[000138] A Figura 9F apresenta uma implementação ilustrativa dos componentes de lógica de serviço 121 até 126 na camada de execução de serviço 110 do servidor de aplicação IMS 10. Os componentes de lógica de serviço 121 até 126 podem executar serviços e/ou aplicações projetadas na camada de criação de serviço 140. Os gráficos (fluxos) podem ser gerenciados através de arquivos VXML (XML de Voz), os quais são proporcionados para o adaptador MRF 131.
[000139] Em uma implementação, a camada de execução de serviço 110 pode compreender um gerenciador de disposição 121, uma biblioteca de bloco de criação 122, um mecanismo de regra 123, um gerenciador de sessão 124, um componente de colocação em memória cache 125 e um gerenciador de monitoramento 126. O gerenciador de disposição 121 pode suportar a disposição e/ou a remoção de serviços e/ou o gerenciamento de versão de serviço. A biblioteca de bloco de criação 122 pode ser implementada como um repositório de biblioteca Java e pode suportar ações de tipo de nó. A biblioteca de bloco de criação pode ser utilizada para projetar serviços na camada de criação de serviço 140 e/ou para executar serviços na camada de lógica de serviço 120. O mecanismo de regra 123 pode compreender regras para executar os serviços. O gerenciador de sessão 124 pode gerenciar as sessões de empresa para empresa (E2E) durante a execução de um serviço. O gerenciador de sessão 124 pode compreender um manipulador de sessão em um gerenciador de serviço. O manipulador de sessão pode ser responsável por configurar e/ou desativar as sessões (durante a execução de um serviço) e pode gerenciar tempos limites. O gerenciador de serviço pode operar em relação ao manipulador de sessão e ao mecanismo de regras 123 e pode implementar a lógica de execução para os serviços a serem executados. O componente de colocação em memória cache 126 pode proporcionar dados de falha e de performance do sistema para um servidor externo e pode manipular alarmes.
[000140] A Figura 10 apresenta um caso de uso ilustrativo do servidor de aplicação IMS 10 quando um usuário 290 entra em contato com o servidor de aplicação IMS 10 para solicitar um serviço utilizando IPTV. O usuário 20 pode entrar em contato com o servidor de aplicação IMS 10 via IPTV em S21, por exemplo, para reclamar de uma qualidade ruim de seu serviço de vídeo por encomenda que ele comprou. E, S22 e em S23, a qualidade de experiência do serviço de vídeo por encomenda primeiro é solicitada e então verificada. Em S24 e S25, o servidor de aplicação IMS 10 solicita reduzir os custos relacionados com a baixa qualidade de experiência do serviço de vídeo por encomenda. Finalmente, em S26, o usuário 20 é informado sobre a análise pelo envio de uma resposta para a solicitação do usuário para o dispositivo IPTV do usuário 20 e em S27, o usuário é reembolsado.
[000141] A Figura 11 apresenta uma implementação ilustrativa do servidor de aplicação IMS 10 para um provedor de serviço de telecomunicação para seus serviços do centro de contato que são proporcionados para os clientes da empresa. O servidor de aplicação IMS 10 pode hospedar vários serviços. Por exemplo, cada unidade comercial de telecomunicação pode ter seu próprio ambiente de criação de serviço para projetar seu próprio serviço e por consequência, a lógica correspondente do serviço.
[000142] Os ditos serviços então podem ser utilizados para proporcionar e vender serviços para clientes externos. Os clientes externos, por sua vez, podem projetar e dispor seus próprios serviços com a lógica de serviço correspondente (substancialmente) independente da unidade comercial de telecomunicação. Adicionalmente, cada cliente pode ser proporcionado com um ambiente de criação de serviço separado que é personalizado de acordo com sua espécie.
[000143] Por consequência, os serviços preexistentes criados e dispostos pela unidade de telecomunicação não possuem impacto sobre os serviços criados pelos clientes.
[000144] Com referência à Figura 12, um sistema ilustrativo para implementar a invenção inclui um dispositivo de computação de propósito geral na forma de um ambiente convencional de computação 420 (por exemplo, computador pessoal), incluindo uma unidade de processamento 422, uma memória do sistema 424 e um barramento do sistema 426, que acopla os vários componentes do sistema incluindo a memória do sistema 424 com a unidade de processamento 422. A unidade de processamento 422 pode executar as operações aritméticas, lógicas e/ou de controle por acessar a memória do sistema 424. A memória do sistema 424 pode armazenar informação e/ou instruções para uso em combinação com a unidade de processamento 422. A memória do sistema 424 pode incluir memória volátil e não- volátil, tal como memória de acesso aleatório (RAM) 428 e a memória somente para leitura (ROM) 430. Um sistema básico de entrada / saída (BIOS) contendo as rotinas básicas que ajudam a transferir informações entre os elementos dentro do computador pessoal 420, tal como durante a inicialização, podem ser armazenadas na ROM 430. O barramento do sistema 426 pode ser qualquer um dentre vários tipos de estruturas de barramento incluindo um barramento de memória ou controlador de memória, um barramento periférico e um barramento local utilizando qualquer uma dentre várias arquiteturas de barramento.
[000145] O computador pessoal 420 adicionalmente pode incluir uma unidade de disco rígido 432 para leitura e gravação junto a um disco rígido (não apresentado), e uma unidade de disco removível 434 para leitura e gravação junto a um disco removível 436. O disco removível 436 pode ser um disco magnético para um controlador de disco magnético ou um disco ótico tal como um CD ROM para uma unidade de disco ótico. A unidade de disco rígido 434 e a unidade de disco externo 434 são conectadas com o barramento do sistema por uma interface de unidade de disco rígido 438 e por uma interface de unidade de disco externo 440, respectivamente. As unidades e seus meios legíveis por computador associados proporcionam armazenamento não volátil de instruções legíveis por computador, de estruturas de dados, de módulos de programa e de outros dados para o computador pessoal 420. As estruturas de dados podem incluir dados relevantes da implementação do método implementado por computador, produto de programa de servidor, de rede e de computador para executar serviços acessíveis através de vários diferentes canais de acesso como descritos em mais detalhes acima. Os dados relevantes podem ser organizados em uma base de dados, por exemplo, uma base de dados relacional ou orientada a objeto.
[000146] Apesar de o ambiente ilustrativo descrito neste documento empregar um disco rígido (não apresentado) e um disco externo, deve ser apreciado pelos versados na técnica que outros tipos de meio legível por computador que podem armazenar dados que são acessíveis por um computador, tal como cassetes magnéticos, cartões de memória flash, discos de vídeo digital, memórias de acesso aleatório, memórias somente para leitura e assim por diante, também podem ser utilizados ambiente operacional ilustrativo.
[000147] Vários módulos de programa podem ser armazenados no disco rígido, no disco externo, na ROM 430 ou na RAM 428, incluindo um sistema operacional (não apresentado), um ou mais programas de aplicação 444, outros módulos de programa (não apresentados) e os dados de programa 446. Os programas de aplicação 444 podem incluir pelo menos uma parte da funcionalidade como detalhada nas Figuras 1 até 10.
[000148] Um usuário pode entrar com comandos e informações, como discutido abaixo, no computador pessoal 420 através de dispositivos de entrada tal como o teclado 448 ou o mouse 450. Outros dispositivos de entrada (não apresentados) podem incluir um microfone (ou outros sensores), alavanca de comando, controle de jogo, scanner ou similar. Estes e outros dispositivos de entrada podem ser conectados com a unidade de processamento 422 através de uma interface de porta serial 452 que é acoplada com o barramento do sistema 426, ou podem ser acoplados por outras interfaces, tal como uma interface de porta paralela 454, porta de jogo ou barramento serial universal (US). Informações adicionais podem ser impressas utilizando a impressora 456. A impressora 456 e outros dispositivos paralelos de entrada / saída podem ser conectados com a unidade de processamento 422 através da interface de porta paralela 454. Um monitor 458 ou outro tipo de dispositivo de vídeo também está conectado com o barramento do sistema 426 via uma interface, tal como uma entrada / saída de vídeo 460. Em adição ao monitor, o ambiente de computação 420 pode incluir outros dispositivos periféricos de saída (não apresentados), tal como alto- falantes ou outra saída audível.
[000149] O ambiente de computação 420 pode se comunicar com outros dispositivos eletrônicos, tais como um computador, telefone (com fios ou sem fios), assistente pessoal digital, televisão e assim por diante. Para se comunicar, o ambiente de computador 420 pode operar em um ambiente em rede utilizando conexões com um ou mais dispositivos eletrônicos. A Fig. 12 representa o ambiente de computador em rede com o computador remoto 462. O computador remoto 462 pode ser outro ambiente de computação tal como um servidor, um roteador, um PC de rede, um dispositivo par ou outro nó comum de rede, e pode incluir vários ou todos os elementos descritos acima em relação ao ambiente de computação 420. As conexões lógicas representadas na Fig. 12 incluem uma rede de área local (LAN) 464 e uma rede de grande distância (WAN) 466. Tais ambientes de ligação à rede são comuns em escritórios, em redes de computadores de grandes empresas, intranets e na Internet.
[000150] Quando utilizado em um ambiente de ligação à rede LAN, o ambiente de computação 420 pode ser conectado com a LAN 464 através de uma E/S da rede 468. Quando utilizado em um ambiente de ligação à rede WAN, o ambiente de computação 420 pode incluir um modem 470 ou outro dispositivo para estabelecer comunicações através da WAN 466. O modem 470, o qual pode ser interno ou externo ao ambiente de computação 420, é conectado com o barramento do sistema 426 via a interface de porta serial 452. Em um ambiente em rede, os módulos de programa representados em relação ao ambiente de computação 420, ou partes dos mesmos, podem ser armazenados em um dispositivo de armazenamento em memória remoto residente ou acessível para o computador remoto 462. Adicionalmente, outros dados relevantes para a aplicação para execução dos serviços acessíveis através de vários diferentes métodos de canal de acesso (descritos em maiores detalhes acima) podem estar residentes ou serem acessíveis via o computador remoto 462. Os dados podem ser armazenados, por exemplo, em uma base de dados relacional ou orientada à objetos. Será apreciado que as conexões de rede apresentadas são ilustrativas e outros meios para estabelecimento de uma ligação de comunicação entre os dispositivos eletrônicos podem ser utilizados.
[000151] O sistema de computação descrito acima é somente um exemplo do tipo de sistema de computação que pode ser utilizado para implementar o método para executar serviços acessíveis através de vários diferentes canais de acesso. Lista de Números de Referência 1 rede IMS 2 camada de serviço 3 camada de controle e transporte 3a camada de controle 3b camada de transporte 4 camada de acesso 5 servidor PBX 6 CTI 7a até 7d sistema específico 8 sistema do centro de controle 9a base de dados de usuários 9b sistema OSS/BSS 10 servidor de aplicação IMS 11 AS SIP 20 usuário 30 processo de atendimento 31 qualificação do usuário 32 interação com o usuário 33 autoatendimento 34 roteamento de agente 35 100 110 120 121 122 123 124 125 126 130 131 132 133 140 141 142 143 144 150 160 200 211 212 214 215 216 217 218 219 contato de agente sistema de centro de controle camada de execução de serviço camada de lógica de serviço gerenciador de disposição biblioteca de bloco de criação mecanismo de regra gerenciador de sessão componente de cache gerenciador de monitoramento camada de comunicação adaptador MRF adaptador CSCF adaptador IMC camada de criação de serviço gerenciador de acesso projetista de serviço gerenciador de ciclo de vida gerenciador de serviço camada de dados camada de monitoramento sistema de centro de contato da técnica anterior módulo P-CSCF módulo I-CSCF módulo HSS módulo S-CSCF módulo MRFC módulo MRFP módulo MGW módulo MSC 220 221 222 223 420 422 424 426 428 430 432 434 436 438 440 444 446 448 450 452 454 456 458 460 462 464 466 468 470 módulo SGW módulo MGCF módulo SLF módulo BGCF ambiente de computação unidade de processamento memória do sistema barramento do sistema memória de acesso aleatório (RAM) memória somente para leitura (ROM) unidade de disco rígido unidade de disco externo disco removível interface de unidade de disco rígido interface de unidade de disco externo programa de aplicação dados de programa teclado mouse interface de porta serial interface de porta paralela impressora monitor entrada / saída de vídeo computador remoto rede de área local (LAN) rede de grande distância (WAN) E/S de rede modem

Claims (12)

1. Servidor de aplicação IMS (10) para executar serviços, tal como serviços de Centro de Contato IP, acessível através de vários diferentes canais de acesso, caracterizado por compreender: uma camada de criação de serviço (140) operável para proporcionar componentes (141, 142, 143, 144) para a criação de pelo menos um serviço, para testar o pelo menos um serviço e para dispor o pelo menos um serviço em uma camada de execução de serviço (110); e a dita camada de execução de serviço (110) compreendendo: componentes de lógica do serviço (120) operáveis para executar o pelo menos um serviço; e componentes de comunicação (130) operáveis para se conectarem com pelo menos um serviço externo proporcionado por outros sistemas e/ou nós de rede envolvidos em executar o pelo menos um serviço, em que a camada de criação de serviço (140) compreende um ambiente de desenvolvimento gráfico (142) associado a uma biblioteca de nós (132) para fornecer um ou mais tipos de nós e uma funcionalidade de arrastar e soltar para projetar o serviço como um gráfico de fluxo.
2. Servidor de aplicação IMS (10), de acordo com a reivindicação 1, caracterizado pelo fato de que o servidor de aplicação IMS (10) está localizado em uma camada de serviço (23) de uma rede IMS (1).
3. Servidor de aplicação IMS (10), de acordo com a reivindicação 1 ou 2, caracterizado pelo fato de que o serviço é de forma única acessível a partir dos vários diferentes canais de acesso.
4. Servidor de aplicação IMS (10), de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que os componentes da lógica do serviço (120) são adicionalmente operáveis para interagir com a camada de criação de serviço (140) para criar o serviço e dispor e/ou não dispor o serviço que é comunicado através de pelo menos um dos componentes de comunicação (130).
5. Servidor de aplicação IMS (10), de acordo com qualquer umadas reivindicações precedentes, caracterizado pelo fato de que os vários diferentes canais de acesso compreendem: um ou mais protocolos, uma ou mais conexões físicas, e/ou conexões com o uso de fios ou sem o uso de fios.
6. Servidor de aplicação IMS (10), de acordo com qualquer uma das reivindicações precedentes, caracterizado pelo fato de que o serviço é um serviço de centro de contato IP.
7. Rede IMS (1), compreendendo: uma camada de serviço (2) operável para hospedar um servidor de aplicação IMS (10) como definido em qualquer uma das reivindicações precedentes, caracterizada pelo fato de que pelo menos um serviço na rede IMS (1) seja executado no dito servidor de aplicação IMS (10) na camada de serviço; uma camada de controle e transporte (3) operável para distribuir o pelo menos um serviço através de vários diferentes canais de acesso; e uma camada de acesso (4) compreendendo vários diferentes dispositivos de acesso utilizáveis com os vários diferentes canais de acesso.
8. Método implementado por computador para executar serviços, tal como serviços de Centro de Contato IP, acessíveis através de vários diferentes canais de acesso em um servidor de aplicação IMS (10), caracterizado pelo fato de compreender: proporcionar componentes para criar pelo menos um serviço, testar o pelo menos um serviço e dispor o pelo menos um serviço em uma camada de execução de serviço (1409 do servidor de aplicação de serviço 10); receber uma solicitação para o pelo menos um serviço através de pelo menos um dentre os vários diferentes canais de acesso no servidor de aplicação IMS (10); executar o pelo menos um serviço; e se conectar com pelo menos um serviço externo proporcionado por outros sistemas e/ou nós de rede envolvidos na execução do pelo menos um serviço; proporcionar um ambiente de desenvolvimento gráfico (142) associado a uma biblioteca de nós (132) para fornecer um ou mais tipos de nós e uma funcionalidade de arrastar e soltar para cancelar a assinatura do serviço como um gráfico de fluxo.
9. Método, de acordo com a reivindicação 8, caracterizado pelo fato de que o servidor de aplicação IMS (10) está localizado em uma cada de serviço de uma rede IMS (1).
10. Método, de acordo com a reivindicação 8 ou 9, caracterizado pelo fato de que o serviço é de forma única acessível a partir dos vários canais de acesso.
11. Método, de acordo com qualquer uma das reivindicações 8 até 10, caracterizado pelo fato de que os vários diferentes canais de acesso compreendem: um ou mais protocolos, uma ou mais conexões físicas, e/ou conexões com uso de fios ou sem uso de fios.
12. Método, de acordo com qualquer uma das reivindicações 8 até 11, caracterizado pelo fato de que o serviço é um serviço de centro de contato IP.
BRPI1004313-6A 2009-04-20 2010-04-15 Servidor de aplicação ims, rede ims e método para executar serviços, particularmente serviços de centro de contato ip BRPI1004313B1 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP09425146.9A EP2244435B1 (en) 2009-04-20 2009-04-20 IMS application server, network, method, and computer program product for executing services, particularly IP contact center services
EP09425146.9 2009-04-20

Publications (2)

Publication Number Publication Date
BRPI1004313A2 BRPI1004313A2 (pt) 2012-02-22
BRPI1004313B1 true BRPI1004313B1 (pt) 2021-05-04

Family

ID=41127758

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI1004313-6A BRPI1004313B1 (pt) 2009-04-20 2010-04-15 Servidor de aplicação ims, rede ims e método para executar serviços, particularmente serviços de centro de contato ip

Country Status (7)

Country Link
US (1) US9276966B2 (pt)
EP (1) EP2244435B1 (pt)
JP (1) JP5576171B2 (pt)
CN (1) CN101867563B (pt)
AU (1) AU2010201473B2 (pt)
BR (1) BRPI1004313B1 (pt)
CA (1) CA2701192C (pt)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130039225A1 (en) * 2010-04-21 2013-02-14 Jan Dahl Method and apparatus relating to charging in an ip multimedia subsystem
CN102437998B (zh) * 2010-09-29 2015-11-25 中兴通讯股份有限公司 应用商店系统及使用该应用商店系统进行开发的方法
US8660554B2 (en) * 2010-10-04 2014-02-25 Genband Us Llc Methods, systems, and computer readable media for optimization of bearer resources for IMS roaming
US20130259028A1 (en) * 2012-04-02 2013-10-03 Thomas E. Skala Telephony integrated communication system and method
US9270827B2 (en) * 2012-09-07 2016-02-23 Genesys Telecommunications Laboratories, Inc. Dynamic management and redistribution of contact center media traffic
US20140351417A1 (en) * 2013-05-21 2014-11-27 Tsz Fung Chan Session timeout method for dhtmlx interface control library
US9143327B2 (en) 2013-10-04 2015-09-22 Texas Instruments Incorporated Power line communication (PLC) network nodes using cipher then segment security
WO2016073935A1 (en) * 2014-11-07 2016-05-12 T-Mobile Usa, Inc. Multiple device association with a single telephone number
US10205753B2 (en) * 2015-06-09 2019-02-12 Sonus Networks, Inc. Methods, apparatus and systems to increase media resource function availability
CN105827730A (zh) * 2016-05-09 2016-08-03 成都驰通数码系统有限公司 一种基于多级管理的广播电视发射平台监控系统
US10819805B2 (en) 2017-12-05 2020-10-27 At&T Intellectual Property I, L.P. Systems and methods for providing ENUM service activations
US10855647B2 (en) * 2017-12-05 2020-12-01 At&T Intellectual Property I, L.P. Systems and methods for providing ENUM service activations
WO2020142115A1 (en) * 2018-12-31 2020-07-09 Google, Llc Carrier integration through user network interface proxy
US11576048B1 (en) * 2020-04-28 2023-02-07 T-Mobile Innovations Llc Mitigating authentication-based hacking of access restricted telecommunication services
US11983125B2 (en) * 2021-07-29 2024-05-14 International Business Machines Corporation Data traffic prioritization based on content
US11909918B2 (en) * 2022-01-28 2024-02-20 Zoom Video Communications, Inc. Mapping a universal contact center service access point to a service access point specific to a determined modality

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6046762A (en) * 1997-04-01 2000-04-04 Cosmocom, Inc. Multimedia telecommunication automatic call distribution system
JP4214204B2 (ja) * 2000-03-09 2009-01-28 Jfeシステムズ株式会社 マルチメディア・コールセンタ・システム
US7254641B2 (en) 2001-01-30 2007-08-07 Intervoice, Inc. Digital multimedia contact center with tier escalation and deescalation in response to changed criteria
US7433304B1 (en) * 2002-09-06 2008-10-07 Packeteer, Inc. Classification data structure enabling multi-dimensional network traffic classification and control schemes
US7751848B2 (en) * 2005-11-23 2010-07-06 Envio Networks Inc. Systems and methods for providing concurrent mobile applications to mobile communication devices
US8259923B2 (en) * 2007-02-28 2012-09-04 International Business Machines Corporation Implementing a contact center using open standards and non-proprietary components
WO2007081826A2 (en) * 2006-01-09 2007-07-19 Ecrio, Inc. Push to talk over cellular having productive use of dead time and inclusion of diverse participants
US20070223462A1 (en) * 2006-03-27 2007-09-27 Steven Hite Enhanced service delivery platform that provides a common framework for use by IMS and Web applications in delivering services
US20070264985A1 (en) * 2006-04-17 2007-11-15 Flextronics Software Systems Method and system for rapid creation of applications in communication devices
ATE454782T1 (de) * 2006-06-02 2010-01-15 Ericsson Telefon Ab L M Ims dienst-proxy in einem higa
US8589239B2 (en) * 2006-09-29 2013-11-19 Ebay Inc. Real-time bidding using instant messaging clients
US20080086552A1 (en) * 2006-10-09 2008-04-10 At&T Knowledge Ventures, L.P. Method and apparatus for delivering portal services
US7979554B2 (en) * 2006-12-21 2011-07-12 International Business Machines Corporation Apparatus, system, and method for enabling conversational transactions in a service oriented architecture
US7865459B2 (en) * 2007-02-06 2011-01-04 Sap Ag Integration of a service-oriented transaction system with an information storage, access and analysis system
US7970930B2 (en) * 2007-06-05 2011-06-28 Ellacoya Networks, Inc. Communications system and method to control and manage both session-based and non-session-based application services
JP5091569B2 (ja) * 2007-07-11 2012-12-05 株式会社日立製作所 サービス毎通信制御装置、システム及び方法
US7930381B2 (en) * 2007-12-04 2011-04-19 International Business Machines Corporation Efficient monitoring of heterogeneous applications
US8606901B2 (en) * 2008-01-30 2013-12-10 At&T Intellectual Property I, L. P. Facilitating deployment of new application services in a next generation network
US8254268B2 (en) * 2008-09-29 2012-08-28 At&T Intellectual Property I, L.P. Methods and apparatus to perform quality testing in internet protocol multimedia subsystem based communication systems

Also Published As

Publication number Publication date
JP2010252338A (ja) 2010-11-04
JP5576171B2 (ja) 2014-08-20
US20100265940A1 (en) 2010-10-21
AU2010201473A1 (en) 2010-11-04
EP2244435A1 (en) 2010-10-27
US9276966B2 (en) 2016-03-01
CA2701192A1 (en) 2010-10-20
AU2010201473B2 (en) 2011-11-24
EP2244435B1 (en) 2015-07-22
CA2701192C (en) 2014-07-22
BRPI1004313A2 (pt) 2012-02-22
CN101867563A (zh) 2010-10-20
CN101867563B (zh) 2015-05-20

Similar Documents

Publication Publication Date Title
BRPI1004313B1 (pt) Servidor de aplicação ims, rede ims e método para executar serviços, particularmente serviços de centro de contato ip
US8316457B1 (en) Partitioned IP multimedia subsystem call session control function
US7975037B2 (en) Policy engine in an Internet Protocol multimedia subsystem
US7505482B2 (en) Application services infrastructure for next generation networks
US20060291477A1 (en) Method and apparatus for dynamically calculating the capacity of a packet network
BRPI0520429B1 (pt) Método de alocação de um servidor de aplicação de protocolo de iniciação de sessão a um assinante dentro de um subsistema de multimídia de ip
Morris Network management, MIBs and MPLS
Branca et al. A survey of SOA technologies in NGN network architectures
Riddel PacketCable Implementation
US10555278B2 (en) Method and arrangement for allocating communication resources in a communication network
Galán et al. Design and implementation of an IP Multimedia Subsystem (IMS) emulator using virtualization techniques
US20110141920A1 (en) Method and apparatus for dynamically controlling internet protocol packet handling in a voice over internet protocol network
Arvedal Analyzing network monitoring systems and objects for a telecommunications company
EP2367319A1 (en) Improved method and devices for charging
Richardson Next Generation Network Management
Cho et al. An implementation of the SDP using common service enablers
John et al. An architecture for provisioning IP services in an operations support system
Femminella et al. Implementation of third party media server controller for IMS networks
Pearce Service Orchestration in IMS Centred Architecture
Bui Evaluating IP Multimedia Subsystem Performance
CN110710180A (zh) 用于在电信网络中触发针对主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录的方法和设备
FAIZAL Optimization of virtual network quality through protocol analysis
Ali et al. Measurement Tools for IP Multimedia Subsystems (IMS)
Gupta MSF Release 4 Physical Architecture
Lee et al. Evaluating Open Service Access with an Abstract Model of NGN Functions

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: ACCENTURE INTERNATIONAL SARL (LU)

Free format text: TRANSFERIDO DE: ACCENTURE GLOBAL SERVICES GMBH

B25A Requested transfer of rights approved

Owner name: ACCENTURE GLOBAL SERVICES LIMITED (IE)

Free format text: TRANSFERIDO DE: ACCENTURE INTERNATIONAL SARL

B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B06A Patent application procedure suspended [chapter 6.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 10 (DEZ) ANOS CONTADOS A PARTIR DE 04/05/2021, OBSERVADAS AS CONDICOES LEGAIS.