BRPI0721021A2 - Método de processamento de cobrança, elemento de rede de serviço e sistema de cobrança - Google Patents

Description

Relatório Descritivo da Patente de Invenção para "MÉTODO DE PROCESSAMENTO DE COBRANÇA, ELEMENTO DE REDE DE SERVIÇO E SISTEMA DE COBRANÇA".

Este pedido é uma continuação do Pedido Internacional Número 5 PCT/CN2007/071338, depositado em 26 de Dezembro de 2007, o qual reivindica o benefício de prioridade do Pedido de Patente Chinesa Número 200710000385.1, depositado no Escritório de Patentes Chinês em 22 de Janeiro de 2007, e do Pedido de Patente Chinesa Número 200710007516.9, depositado no Escritório de Patentes Chinês em 30 de Janeiro de 2007, o 10 conteúdo dos quais está aqui incorporado por referência na sua totalidade. CAMPO DA INVENÇÃO

A presente invenção refere-se a uma tecnologia de cobrança para sistemas de comunicação, e mais especificamente, a um método de processamento de cobrança, um elemento de rede (NE) de serviço e um sistema de cobrança.

ANTECEDENTES DA INVENÇÃO

Correntemente, as operadoras de telecomunicações proveem os clientes com dois métodos de pagamento, isto é, pré-pagamento e póspagamento.

No caso de pré-pagamento, um usuário precisa economizar uma

certa quantidade de dinheiro para a sua conta de pré-pagamento como despesas pré-pagas. No caso de pré-pagamento, um Sistema de Cobrança Online (OCS) é geralmente utilizado para cobrar por serviços utilizados por um usuário pré-pago e debitar em tempo real a cobrança pelos serviços utiliza25 dos pelo usuário da conta de pré-pagamento. Se o usuário não tiver saldo suficiente na conta der pré-pagamento, então ele pode continuar a utilizar o serviço somente após recarregar a conta.

No caso de pós-pagamento, um usuário pode utilizar um serviço primeiro, e é cobrado pelos serviços utilizados em um período de tempo então. No caso de pós-pagamento, um Sistema de Cobrança Off-Iine (OFCS) é geralmente utilizado para cobrar pelos serviços utilizados pelo usuário. O OFCS executa uma classificação de acordo com os registros de chamada gerados pelos elementos de rede de serviço e emite as contas periodicamente. O usuário faz o pagamento pela cobrança de serviço correspondente de acordo com as contas. O NE de serviço pode ser uma chave, uma plataforma de serviço de valor agregado (VAS) tal como um Centro de Serviço de 5 Mensagens Curtas (SMSC), ou uma Porta de Mensagens Curtas (SMG).

Os serviços podem incluir os serviços de chamada e os VASs. Os VASs são serviços outros que o serviço de chamada providos pelos operadores, tais como o Serviço de Mensagem Curta, o serviço de Internet e o serviço de fluxo de mídia. Os VASs são serviços outros que o serviço de 10 chamada providos pelos operadores, tais como o Serviço de Mensagem Curta, o serviço de Internet e o serviço de fluxo de mídia.

Hoje em dia, para os VASs, os operadores geralmente executam a cobrança sobre os VASs utilizados pelo usuário empregando uma arquitetura de rede tal como mostrado na Figura 1. O OCS da Figura 1 está imple15 mentado com uma Rede Inteligente (IN). Uma IN principalmente inclui um Ponto de Controle de Serviço de Dados de Pré-Pagamento (PDSCP), um Ponto de Controle de Serviço (SCP) e um Ponto de Gerenciamento de Serviço (SMP). Quando um usuário utiliza um VAS, a plataforma de VAS distingue um usuário pré-pago de um usuário pós-pago de acordo com os seg20 mentos de número aos quais estes pertencem. Após isto, para o usuário prépago, a plataforma de VAS transmite uma mensagem de solicitação de autenticação para a IN, e um PDSCP central e um SCP que correspondem ao usuário na IN executam uma autenticação/débito sobre o usuário pré-pago e transmite a mensagem de resposta de solicitação de autenticação para a 25 plataforma de VAS. Se a autenticação/débito tiver sucesso, a plataforma de VAS permite que o usuário pré-pago utilize o VAS. Se a autenticação/débito não tiver sucesso, a plataforma de VAS proíbe que o usuário utilize o VAS. Para um usuário pós-pago, a plataforma de VAS informa o usuário dos VASs utilizados pelo usuário através de registros de chamada, e o usuário faz o 30 pagamento de acordo com os registros de chamada em um período especificado. Correntemente, o SMSC e o SMG mostrados na Figura 1 são as plataformas de VAS amplamente utilizadas. Geralmente, os usuários pré-pagos e os usuários pós-pagos são distinguidos uns dos outros de acordo com os segmentos de números telefones móveis alocados para os usuários pelas operadoras. Por exemplo, para a China Mobile, todos os números de telefones móveis dentro do seg5 mento de número de 139xxxxxxxx correspondem a usuários pós-pagos, enquanto que todos os números de telefones móveis dentro do segmento de número 138xxxxxxxx ou 135xxxxxxxx correspondem aos usuários prépagos. Assim, o sistema de cobrança para as operadoras pode distinguir os usuários pré-pagos dos usuários pós-pagos facilmente de acordo com os 10 segmentos de número aos quais os usuários pertencem, e então controlar a utilização de serviços dos usuários de acordo com o processamento correspondente.

Para acomodar a mudança de condição dos usuários, as operadoras permitem que um usuário mude o método de pagamento sem mudar o 15 número de telefone móvel. Após o método de pagamento ser mudado, os operadores podem executar um débito correspondente sobre o serviço de chamada utilizado pelo usuário, de acordo com o método de pagamento mudado. No entanto, as operadoras correntemente não proveem um suporte suficiente para os VASs.

Especificamente, após um usuário pré-pago ser mudado para

um usuário pós-pago, quando o usuário pós-pago solicita utilizar os VASs, a plataforma de VAS determina que o usuário é ainda um usuário pré-pago de acordo com o segmento de número ao qual o usuário pertence, e informa o PDSCP central original que corresponde ao usuário na plataforma de IN pa25 ra executar a autenticação/débito no usuário. No entanto, os dados do usuário no PDSCP central na IN são apagados após o usuário mudar o seu método de pagamento. Como um resultado, o PDSCP central transmite uma mensagem de resposta de 'autenticação falhou' para a plataforma de VAS. A plataforma de VAS, por sua vez, proíbe o usuário de utilizar os VASs, de 30 acordo com a mensagem de resposta de 'autenticação falhou'. Isto causará inconveniências para o usuário.

Após o usuário pós-pago ser mudado para um usuário pré-pago, quando o usuário pré-pago solicita utilizar os VASs, a plataforma de VAS determina que o usuário ainda é um usuário pós-pago de acordo com o segmento de número ao qual o usuário pertence, e permite ao usuário utilizar o VAS sem debitar o usuário pré-pago primeiro. A plataforma de VAS 5 então informa ao usuário para fazer o pagamento através de registros de chamada. No entanto, o protocolo incompleto previamente feito pelos operadores torna possível que a plataforma de VAS não possa gerar os registros de chamada em tal cenário, ou o usuário pré-pago pode ficar sem fundos. Neste caso, o usuário não pode pagar pelos VASs utilizados, o que causa 10 perdas para as operadoras.

Um usuário o qual muda o seu método de pagamento sem mudar o seu número de telefone móvel pode ser referido como um usuário randômico. Medidas foram tomadas na técnica anterior para cobrar apropriadamente pelos serviços utilizados por um usuário randômico de modo a evi15 tar os erros de cobrança. A correspondência entre os segmentos de número de assinante e os métodos de pagamento é sincronizada principalmente no NE de serviço e no OFCS na técnica anterior. O NE de serviço e o OFCS executam a cobrança correspondente sobre os serviços utilizados pelo usuário de acordo com a correspondência armazenada.

Favor referir à Figura 2, a qual é um diagrama de arquitetura do

sistema de cobrança na técnica anterior. Na Figura 2, um sistema de faturamento sincroniza a correspondência entre os segmentos de número de assinante e os métodos de pagamento para um NE de mensagem - serviço e um OFCS. Por exemplo, os NEs de mensagem - serviço tais como os SCMSs e 25 o OFCS todos têm a correspondência entre os segmentos de número de assinante completos e os métodos de pagamento armazenados. O sistema de faturamento atualiza os números de assinante armazenados no OCS em resposta à abertura/fechamento de contas pelos usuários finais que fazem o pré-pagamento, isto é, os assinantes pré-pagos. Os usuários finais que cor30 respondem aos números de assinante armazenados no OCS fazem o prépagamento.

Quando recebendo uma solicitação de serviço, o NE de mensagem - serviço determina o segmento de número ao qual o número de assinante pertence, e então determina o método de pré-pagamento do usuário final de acordo com a correspondência entre os segmentos de número de assinante armazenados e os métodos de pagamento. Se o usuário final fizer 5 uso do método pós-pago, isto é, o usuário final e um assinante pós-pago, o NE de mensagem - serviço processa a solicitação de serviço do usuário final diretamente e gera os registros de chamada de acordo com a utilização de serviço do usuário final. Se o usuário final fizer uso do método pré-pago, isto é, o usuário final é um usuário pré-pago, o NE de mensagem - serviço 10 transmite uma solicitação de autenticação/cobrança para o OCS do segmento de número de assinante que corresponde ao número de assinante. Quando do recebimento da solicitação de autenticação/cobrança, o OCS tal como uma IN executa a autenticação/cobrança sobre o usuário final pré-pago e debita a cobrança do serviço corrente do saldo de conta do usuário final, 15 quando existe saldo suficiente na conta do usuário final. O OCS então transmite um resultado de autenticação/cobrança para o NE de mensagem - serviço. O NE de mensagem - serviço processa a solicitação de serviço de acordo com o resultado de autenticação/cobrança recebido. Quando a utilização de serviço é terminada, o NE de mensagem - serviço gera o registro de 20 chamada de acordo com a utilização de serviço. O resultado de autenticação/cobrança pode incluir as informações sobre tal como se a autenticação e o débito tiveram sucesso, se a conta é válida, se existe saldo suficiente. Quando o NE de mensagem - serviço processa a solicitação de serviço, não importa se o usuário faz pré-pagamento ou pós-pagamento, é necessário 25 que o NE de mensagem - serviço gere o registro de chamada de modo que a verificação de fatura e a liquidação de despesas sejam possíveis.

Como o sistema de cobrança pode incluir uma pluralidade de OCSs, os números de assinante podem ser divididos em uma pluralidade de segmentos de número, cada um dos segmentos de número corresponde a 30 um OCS e existe uma correspondência de um para um entre os segmentos de número de assinante e os OCSs. Os NEs de mensagem - serviço têm a correspondência entre os segmentos de número de assinante e os OCSs armazenados. Quando da determinação que o usuário final que inicia a solicitação de serviço faz uso do método pré-pago, o NE de mensagem - serviço determina o OCS que corresponde ao segmento de número de assinante de acordo com a correspondência armazenada entre os segmentos de número 5 de assinante e os OCSs e transmite a solicitação de autenticação/cobrança para o OCS.

Geralmente, um sistema de comunicação inclui uma pluralidade de NEs de mensagem - serviço, assim, uma unidade de coletamento de registro de chamada é utilizada para coletar os registros de chamada gerados 10 por cada NE de mensagem - serviço. A unidade de coletamento de registro de chamada então submete os registros de chamada coletados ao OFCS. O OFCS identifica os registros de chamada do usuário final pós-pago entre os registros de chamada recebidos, de acordo com a correspondência armazenada entre os segmentos de número de assinante e os métodos de paga15 mento, e então classifica todos os registros de chamada do usuário final póspago e emite uma fatura. O usuário final faz o pagamento pelos serviços de acordo com a fatura.

Na técnica anterior, é necessário que tanto os NEs de mensagem - serviço quanto os OFCSs armazenem a correspondência entre os 20 segmentos de número de assinante completos e os métodos de pagamento, o que significa que a sobrecarga de armazenamento é muito grande. Apesar da sobrecarga de armazenamento necessária para um segmento de número de números contínuos, tal como um segmento de número de xxxxxxx0000~xxxxxxx9999 e um segmento de número de 25 xxxxxx00000~xxxxxx99999, ser limitada, a sobrecarga de armazenamento para números randômicos é gigantesca, o que inevitavelmente deteriorará o desempenho de processamento dos NEs de mensagem - serviço e do OFCS e aumentará significativamente o custo de manutenção do sistema de cobrança.

Mais ainda, o processamento relativo dos procedimentos de co

brança, após receber cada solicitação de serviço iniciada pelo usuário final nas NEs de mensagem - serviço, é necessário determinar se o método de pagamento do usuário final é o pré-pagamento ou o pós-pagamento de acordo com a correspondência armazenada. É também necessário que o OFCS identifique os registros de chamada que pertencem aos usuários finais pós-pagos dos registros de chamada recebidos, de acordo com a cor5 respondência armazenada. Tal processamento aumenta significativamente a carga dos NEs de mensagem - serviço e do OFCS e afeta severamente o desempenho de processamento dos NEs de mensagem - serviço e do OFCS.

Em resumo, na técnica anterior, quando o processamento de cobrança é executado sobre os usuários com números randômicos, uma grande quantidade de sobrecarga de sistema é necessária para realizar a cobrança apropriada dos usuários. Como um resultado, o sistema de cobrança na técnica anterior é de baixo desempenho econômico.

SUMÁRIO DA INVENÇÃO Uma modalidade da invenção provê um método de processa

mento de cobrança, o qual inclui:

solicitar, por um elemento de rede (NE) de serviço, um Sistema de Cobrança On-line (OCS) para executar uma autenticação/cobrança em um usuário final, quando recebendo uma solicitação de serviço do usuário final; e

receber as informações sobre um método de pagamento do usuário final providas pelo OCS, o método de pagamento sendo determinado pelo OCS de acordo com as informações armazenadas.

Um sistema de processamento de cobrança está provido em uma modalidade da invenção. O sistema inclui um NE de serviço e um OCS.

O NE de serviço está adaptado para receber uma solicitação de serviço de um usuário final e solicitar ao OCS executar uma autenticação/cobrança.

O OCS está adaptado para receber uma solicitação para autenticação/cobrança e determinar um método de pagamento do usuário final de acordo com as informações armazenadas e prover o método de pagamento do usuário final para o NE de serviço. Um dispositivo de elemento de rede de serviço está provido em uma modalidade da invenção. O dispositivo inclui uma unidade de autenticação, a qual está adaptada para solicitar a um OCS executar uma autenticação/cobrança de acordo com uma solicitação de serviço de um usuário final e receber um método de pagamento do usuário final provido pelo OCS.

Um dispositivo de processamento de cobrança on-line estás provido em uma modalidade da invenção. O dispositivo inclui uma unidade de armazenamento e uma unidade de processamento de autenticação. A unidade de processamento de autenticação está adaptada para determinar 10 um método de pagamento de um usuário final de acordo com as informações armazenadas na unidade de armazenamento e prover o método de pagamento do usuário final para um NE de serviço.

Um sistema de cobrança on-line está provido em uma modalidade da invenção. O sistema inclui um dispositivo de processamento de cobrança on-line, o qual está adaptado para determinar um método de pagamento de um usuário final de acordo com as informações armazenadas e prover o método de pagamento do usuário final para um NE de serviço.

Um sistema de processamento de cobrança off-line está provido em uma modalidade da invenção. O sistema inclui uma unidade de proces20 sarnento de cobrança off-line. A unidade de processamento de cobrança offline está adaptada para processar um registro de chamada de um usuário final pós-pago, de acordo com uma indicação de método de pagamento no registro de chamada recebido; ou processar todos os registros de chamada recebidos.

BREVE DESCRIÇÃO DOS DESENHOS

Figura 1 é um diagrama de arquitetura de rede que ilustra o processamento de cobrança para os VASs na técnica anterior;

figura 2 é um diagrama de arquitetura que ilustra o sistema de cobrança da técnica anterior;

figura 3 é um diagrama de arquitetura que ilustra o sistema de

processamento de cobrança de acordo com uma modalidade da invenção;

figura 4A é um diagrama que ilustra uma primeira arquitetura do NE de serviço de acordo com uma modalidade da invenção;

figura 4B é um diagrama que ilustra uma segunda arquitetura do NE de serviço de acordo com uma modalidade da invenção;

figura 4C é um diagrama que ilustra uma terceira arquitetura do NE de serviço de acordo com uma modalidade da invenção;

figura 5 é um diagrama de arquitetura que ilustra o dispositivo de processamento de cobrança on-line de acordo com uma modalidade da invenção;

figura 6 é um fluxograma que ilustra o de processamento de cobrança de acordo com uma modalidade da invenção;

figura 7 é um diagrama de arquitetura de rede que ilustra o processamento de cobrança para os VASs de acordo com uma modalidade da invenção;

figura 8 é um fluxograma que ilustra uma primeira modalidade do método de processamento de cobrança para os VASs de acordo com uma modalidade da invenção;

figura 9 é um diagrama que ilustra o fluxo de mensagem entre a plataforma de VAS e AC que corresponde à figura 8;

figura 10 é um fluxograma que ilustra uma segunda modalidade do método de processamento de cobrança para os VASs de acordo com uma modalidade da invenção;

figura 11 é um diagrama que ilustra o fluxo de mensagem entre a plataforma de VAS e AC que corresponde à figura 10; e

figura 12 é um diagrama de arquitetura que ilustra o sistema de cobrança de acordo com uma modalidade da invenção.

DESCRIÇÃO DETALHADA

Em uma modalidade da invenção, quando recebendo uma solicitação de serviço de um usuário final, um NE de serviço solicita a um OCS executar uma autenticação/cobrança do usuário final. O OCS determina o 30 método de pagamento do usuário final de acordo com as informações armazenadas e provê o método de pagamento do usuário final para o NE de serviço. Mais ainda, o NE de serviço processa de acordo com o método de pagamento do usuário final provido pelo OCS. Por exemplo, o NE de serviço adiciona uma indicação de método de pagamento em um registro de chamada gerado pelo usuário final de acordo com o método de pagamento do usuário final provido pelo OCS. O NE de serviço pode submeter todos os 5 registros de chamada gerados para uma unidade de coletamento de registro de chamada. Quando recebendo os registros de chamada submetidos pela unidade de coletamento de registro de chamada, o OFCS processa somente os registros de chamada do usuário final pós-pago de acordo com as indicações correspondentes nos registros de chamada. O NE de serviço pode al10 ternativamente submeter somente os registros de chamada do usuário final pós-pago para a unidade de coletamento de registro de chamada. Quando recebendo os registros de chamada submetidos pela unidade de coletamento de registro de chamada, o OFCS processa todos os registros de chamada recebidos.

A Figura 3 é um diagrama de arquitetura que ilustra o sistema de

processamento de cobrança de acordo com uma modalidade da invenção. Como mostrado na Figura 3 o sistema de processamento de cobrança pelo menos inclui um NE de serviço e um OCS. O NE de serviço está adaptado para receber uma solicitação de serviço de um usuário final e solicita ao 20 OCS executar a autenticação/cobrança. O OCS está adaptado para receber a solicitação para autenticação/cobrança e determinar o método de pagamento do usuário final de acordo com as informações armazenadas e prover o método de pagamento do usuário final para o NE de serviço. O sistema de processamento de cobrança de acordo com uma modalidade da invenção 25 pode incluir um ou mais NEs de serviço. O sistema de cobrança de acordo com uma modalidade da invenção pode incluir uma pluralidade de OCSs. Um segmento de número de assinante corresponde a um OCS, e existe uma correspondência de um para um entre os segmentos de número de assinante e os OCSs. O NE de serviço ainda tem a correspondência entre os seg30 mentos de número de assinante e os OCSs armazenada. O NE de serviço determina um OCS de acordo com o segmento de número de assinante ao qual o número de assinante pertence de acordo com a correspondência entre os segmentos de número de assinante e os OCSs1 e solicita ao OCS executar a autenticação/cobrança.

Quando o OCS determina que o método de pagamento do usuário final é o pré-pagamento, o OCS está adicionalmente adaptado para executar a autenticação/cobrança do usuário pré-pago e prover um resultado de autenticação/cobrança para o NE de serviço, e debitar a cobrança para o serviço do saldo de uma conta do usuário final, de acordo com a utilização de serviço. A utilização de serviço pode ser determinada de acordo com o tipo de mensagem - serviço provida pelo NE de serviço quando solicitando a autenticação/cobrança. Esta pode alternativamente ser provida pelo NE de serviço para o OCS quando o usuário pré-pago termina de utilizar o serviço. Quando o método de pagamento do usuário final é o pré-pagamento, o NE de serviço está adicionalmente adaptado para processar a solicitação de serviço do usuário pré-pago, de acordo com o resultado de autenticação/cobrança provido pelo OCS. Quando o usuário pré-pago termina de utilizar o serviço, o NE de serviço gera um registro de chamada de acordo com a utilização de serviço do serviço. Quando o método de pagamento do usuário final é o pós-pagamento, o NE de serviço está adicionalmente adaptado para processar a solicitação de serviço do usuário final pós-pago. Quando o usuário final pós-pago termina de utilizar o serviço, o NE de serviço gera um registro de chamada de acordo com a utilização de serviço do serviço. Não importa que o método de pagamento do usuário final seja o pré-pagamento ou o pós-pagamento, o NE de serviço precisa gerar um registro de chamada de acordo com a utilização de serviço do serviço e armazenar o registro de chamada para um processamento de cobrança subsequente, tal como ordem de pagamento, liquidação de despesas. Em aplicações práticas, o método de pagamento pode estar incluído no resultado de autenticação/cobrança não importa que o método de pagamento determinado pelo OCS seja o pré-pagamento ou o pós-pagamento. Isto é, o OCS determinará o resultado de autenticação/cobrança do usuário final pós-pago como falhado e terá uma indicação de 'pós-pagamento' carregada no resultado de autenticação/cobrança . O sistema de processamento de cobrança com base no NE de serviço e no OCS pode ainda incluir um sistema de faturamento. O sistema de faturamento está adaptado para prover o OCS com informações de subscrição do usuário final. As informações de subscrição incluem pelo menos o 5 método de pagamento do usuário final. O sistema de cobrança pode prover somente as informações de subscrição dos usuários pré-pagos para o OCS. Este pode alternativamente ainda prover as informações de subscrição dos usuários finais pós-pagos para o OCS, enquanto provendo as informações de subscrição dos usuários pré-pagos para o OCS. As informações de subs10 crição dos usuários finais pós-pagos podem incluir somente a correspondência entre o número de assinante e o método de pós-pagamento. Portanto, o OCS pode determinar se o método de pagamento do usuário final que iniciou a solicitação de serviço é o pré-pagamento de acordo com as informações armazenadas.

O NE de serviço está adicionalmente adaptado para adicionar

uma indicação de método de pagamento no registro de chamada gerado para o usuário final de acordo com o método de pagamento do usuário final provido pelo OCS. Especificamente, uma indicação de método de póspagamento é adicionada ao registro de chamada gerado para o usuário final 20 pós-pago, ou uma indicação de método de pré-pagamento é adicionada ao registro de chamada gerado para o usuário pré-pago, ou as indicações de método de pagamento que correspondem aos métodos de pagamento dos usuários finais são adicionadas aos registros de chamada gerados para todos os usuários finais. O sistema de processamento de cobrança com base 25 no NE de serviço e no OCS pode ainda incluir uma unidade de coletamento de registro de chamada e um OFCS. O NE de serviço está adicionalmente adaptado para submeter todos os registros de chamada gerados para a unidade de coletamento de registro de chamada. A unidade de coletamento de registro de chamada está adaptado para submeter os registros de chamada 30 coletados gerados pelo NE de serviço para o OFCS. O OFCS está adaptado para processar os registros de chamada do usuário final pós-pago, de acordo com a indicação de método de pagamento nos registros de chamada recebidos. Alternativamente, o NE de serviço está adicionalmente adaptado para submeter os registros de chamada gerados do usuário final pós-pago para a unidade de coletamento de registro de chamada. A unidade de coletamento de registro de chamada está adaptada para submeter os registros 5 de chamada coletados gerados pelo NE de serviço para o OFCS. O OFCS está adaptado para processar todos os registros de chamada recebidos.

Mais ainda, se os registros de chamada coletados pela unidade de coletamento de registro de chamada do NE de serviço não diferirem daqueles da técnica anterior em nenhum modo, isto é, os registros de chamada 10 coletados pela unidade de coletamento de registro cie chamada são os registros de chamada gerados para todos os usuários finais e não existem indicações de método de pagamento nos registros de chamada, o OFCS pode pelo menos armazenar os números de assinante dos usuários finais póspagos. Por exemplo, o OFCS armazena os números de assinante dos usuá15 rios finais pós-pagos. Alternativamente, o OFCS armazena a correspondência entre todos os números de assinante e os métodos de pagamento. Neste caso, o OFCS é capaz de determinar se o método de pagamento do usuário final que corresponde a um registro de chamada é o pós-pagamento de acordo com as informações armazenadas.

O sistema de processamento de cobrança com base no NE de

serviço e no OCS pode ainda incluir um sistema de faturamento, uma unidade de coletamento de registro de chamada e um OFCS. A função de cada um destes é a mesma como acima descrito e não será aqui descrita em detalhes.

O NE de serviço de acordo com uma modalidade da invenção

pelo menos inclui uma unidade de autenticação a qual está adaptada para solicitar ao OCS executar uma autenticação/cobrança de acordo com a solicitação de serviço do usuário final e receber o método de pagamento do usuário final provido pelo OCS ou o método de pagamento do usuário final e o resultado de autenticação/cobrança.

A Figura 4A ilustra um primeiro diagrama de arquitetura do NE de serviço de acordo com uma modalidade da Invenção. Como mostrado na Figura 4A o NE de serviço inclui uma unidade de autenticação (AU) e uma unidade de processamento de serviço. A AU está adicionalmente adaptada para prover a unidade de processamento de serviço com o método de pagamento do usuário final, ou o método de pagamento do usuário final e o 5 resultado de autenticação/cobrança. O processamento correspondente pode ser executado por uma primeira AU ou uma segunda AU incluída na AU. Se o método de pagamento do usuário final for o pré-pagamento, a unidade de processamento de serviço está adaptada para processar a solicitação de serviço do usuário pré-pago de acordo com o resultado de autentica10 ção/cobrança provido pela AU. Quando o usuário pré-pago termina de utilizar o serviço, um registro de chamada é gerado de acordo com a utilização de serviço do serviço. Para um serviço não de mensagem o qual não é cobrado pelo número de vezes, o processamento pode ser executado por uma unidade de processamento on-line incluída na unidade de processamento de 15 serviço. A unidade de processamento de serviço está adicionalmente adaptada para submeter a utilização de serviço para o sistema de cobrança online. Se o método de pagamento do usuário final for o pós-pagamento, a unidade de processamento de serviço está adaptada para processar a solicitação de serviço do usuário final pós- pago. Quando o usuário final pós-pago 20 termina de utilizar o serviço, um registro de chamada é gerado de acordo com a utilização de serviço do serviço. A unidade de processamento pode ser executada por uma unidade de processamento off-line incluída na unidade de processamento de serviço.

Com base na arquitetura do NE de serviço mostrada na Figura 25 4A, o NE de serviço pode ainda incluir uma unidade de adição de indicação e uma unidade de armazenamento de registro de chamada. A Figura 4B ilustra um segundo diagrama de arquitetura do NE de serviço de acordo com uma modalidade da invenção. Como mostrado na Figura 4B, a AU está adicionalmente adaptada para prover o método de pagamento do usuário final 30 para a unidade de adição de indicação, o qual pode ser executado por uma unidade de indicação incluída na AU. A unidade de processamento de serviço está adicionalmente adaptada para prover os registros de chamada gerados para a unidade de adição de indicação, o qual pode ser executado pela unidade de transmissão de registro de chamada incluída na unidade de processamento de serviço. A unidade de adição de indicação está adaptada para adicionar uma indicação de método de pagamento nos registros de 5 chamada recebidos de acordo com o método de pagamento do usuário final provido pela AU e armazenar os registros de chamada com a indicação de método de pagamento adicionada na unidade de armazenamento de registro de chamada. O processamento para adicionar a indicação de método de pagamento nos registros de chamada pela unidade de adição de indicação 10 especificamente envolve: uma indicação de pós-pagamento é adicionada ao registro de chamada gerado para os usuários pré-pagos; alternativamente, uma indicação de método de pagamento que corresponde ao método de pagamento do usuário final é adicionada aos registros de chamada gerados para todos os usuários finais.

Com base na arquitetura do NE de serviço mostrada na Figura

4B, o NE de serviço pode ainda incluir uma unidade de submissão de registro de chamada. A Figura 4C ilustra um terceiro diagrama de arquitetura do NE de serviço de acordo com uma modalidade da invenção. Como mostrado na Figura 4C, a unidade de submissão de registro de chamada está adapta20 da para submeter todos os registros de chamada armazenados na unidade de armazenamento de registro de chamada ou os registros de chamada do usuário final pós-pago para o OFCS/para a unidade de coletamento de registro de chamada.

A Figura 5 ilustra o diagrama de arquitetura do dispositivo de 25 processamento de cobrança on-line de acordo com uma modalidade da invenção. Como mostrado na Figura 5, o dispositivo de processamento de cobrança on-line inclui uma unidade de armazenamento e uma unidade de processamento de autenticação. A unidade de processamento de autenticação está adaptada para determinar o método de pagamento do usuário final 30 de acordo com as informações armazenadas na unidade de armazenamento e prover o método de pagamento do usuário final para o NE de serviço. Quando o método de pagamento do usuário final é determinado ser o prépagamento, a unidade de processamento de autenticação está adicionalmente adaptada para executar a autenticação/cobrança do usuário pré-pago e prover o resultado de autenticação/cobrança para o NE de serviço, o que pode ser executado por uma primeira unidade de processamento de autenti5 cação incluída na unidade de processamento de autenticação. A unidade de processamento de cobrança on-line ainda inclui uma unidade de cobrança on-line, a qual está adaptada para debitar a cobrança pelo serviço de um saldo da conta do usuário pré-pago de acordo com a utilização de serviço do serviço. A utilização de serviço pode ser determinada pelo tipo de mensa10 gem - serviço quando executando a autenticação/cobrança. Esta pode alternativamente ser provida pelo NE de serviço quando o usuário pré-pago termina de utilizar o serviço.

O dispositivo de processamento de cobrança on-line de acordo com uma modalidade da invenção pelo menos inclui uma unidade de pro15 cessamento de cobrança off-line, a qual está adaptada para processar os registros de chamada do usuário final pós-pago de acordo com a indicação de método de pagamento nos registros de chamada recebidos; ou está adaptada para processar todos os registros de chamada recebidos.

A Figura 6 ilustra um fluxograma do processamento de cobrança de acordo com uma modalidade da invenção. Como mostrado na Figura 6, o processamento de cobrança de acordo com a modalidade inclui as seguintes etapas.

Etapa 601: O sistema de faturamento provê um OCS com as informações de subscrição de um usuário final, as quais incluem pelo menos 25 o método de pagamento do usuário final. O sistema de faturamento pode prover somente as informações de subscrição dos usuários pré-pagos para o OCS. Este pode alternativamente ainda prover as informações de subscrição dos usuários finais pós-pagos para o OCS, enquanto provendo informações de subscrição dos usuários pré-pagos para o OCS. As informações de 30 subscrição dos usuários finais pós-pagos podem incluir somente a correspondência entre o número de assinante e o método de pós-pagamento. O sistema de faturamento atualiza as informações armazenadas no OCS provendo o OCS com as informações de subscrição dos usuários finais oportunamente.

Etapas 602 a 603: Um NE de serviço recebe uma solicitação de serviço de um usuário final e transmite uma solicitação de autentica5 ção/cobrança para o OCS, solicitando ao OCS executar a autenticação/cobrança do usuário final. Se existir uma pluralidade de OCS, o NE de serviço pode determinar um OCS que corresponde ao segmento de número de assinante ao qual o número de assinante pertence de acordo com a correspondência armazenada entre os segmentos de número de assinante e os 10 OCSs, e transmite a solicitação de autenticação/cobrança para o OCS.

Etapas 604 a 605: Quando recebendo a solicitação de autenticação/cobrança, o OCS determina o método de pagamento do usuário final de acordo com as informações armazenadas e provê o método de pagamento do usuário final para o NE de serviço. Quando o OCS determina que o 15 método de pagamento do usuário final é o pré-pagamento, este pode ainda executar a autenticação/cobrança do usuário pré-pago e prover o NE de serviço com o resultado da autenticação/cobrança. Não importa que o método de pagamento determinado pelo OCS seja o pré-pagamento ou o póspagamento, o método de pagamento pode ser incluído no resultado de au20 tenticação/cobrança. Isto é, o OCS determinará o resultado de autenticação/cobrança do usuário final pós-pago como 'falhado' e terá uma indicação de 'pós-pagamento' carregada no resultado da autenticação/cobrança.

Etapa 606: Quando recebendo o método de pagamento provido pelo OCS, o NE de serviço consequentemente processa a solicitação de 25 serviço iniciada pelo usuário final. Se o método de pagamento do usuário final for o pós-pagamento, o NE de serviço processa a solicitação de serviço iniciada pelo usuário final pós-pago. Quando o usuário final pós-pago termina de utilizar o serviço, o NE de serviço gera um registro de chamada de acordo com a utilização de serviço do serviço. Quando o método de paga30 mento do usuário final for o pré-pagamento, o NE de serviço processa a solicitação de serviço do usuário pré-pago de acordo com o resultado de autenticação/cobrança provido pelo OCS. Quando o usuário pré-pago termina de utilizar o serviço, o NE de serviço gera um registro de chamada de acordo com a utilização de serviço do serviço. O NE de serviço também adiciona uma indicação de método de pagamento no registro de chamada gerado para o usuário final de acordo com o método de pagamento do usuário final 5 provido pelo OCS. Especificamente, uma indicação de pós-pagamento é adicionada ao registro de chamada gerado para o usuário final pós-pago, ou uma indicação de pré-pagamento é adicionada ao registro de chamada gerado para o usuário pré-pago, ou uma indicação de método de pagamento que corresponde ao método de pagamento do usuário final é adicionada aos 10 registros de chamada gerados para todos os usuários finais.

Após o OCS determinar que o método de pagamento do usuário final é o pré-pagamento, para aqueles serviços tais como os serviços de mensagem os quais são cobrados por números de vezes, este debita a cobrança pelo serviço corrente diretamente do saldo da conta do usuário final. Deste modo, quando o usuário pré-pago termina de utilizar o serviço, não é necessário que o NE de serviço submeta a utilização do serviço para o OCS. Para outros serviços não de mensagem os quais não são cobrados pelo número de vezes, por exemplo, um serviço de voz cobrado pela duração de chamada e um serviço de dados cobrado pelo fluxo de dados, após o OCS determinar que o método de pagamento do usuário final é o pré-pagamento, a utilização de serviço do usuário final não pode ser determinada; portanto, quando o usuário pré-pago termina de utilizar o serviço, é necessário que o NE de serviço submeta a utilização de serviço para o OCS. O OCS debita a cobrança do serviço corrente diretamente do saldo da conta do usuário prépago.

Etapa 607 até etapa 609: O NE de serviço submete todos os registros de chamada gerados à unidade de coletamento de registro de chamada, a qual por sua vez submete os registros de chamada coletados gerados pelo NE de serviço ao OFCS. O OFCS processa os registros de 30 chamada do usuário final pós-pago, de acordo com a indicação de método de pagamento nos registros de chamada recebidos. Alternativamente, o NE de serviço submete os registros de chamada do usuário final pós-pago para a unidade de coletamento de registro de chamada, a qual por sua vez submete os registros de chamada coletados gerados pelo NE de serviço ao OFCS. O OFCS está adaptado para processar todos os registros de chamada recebidos.

5 Mais ainda, se os registros de chamada coletados pela unidade

de coletamento de registro de chamada do NE de serviço não diferirem daqueles da técnica anterior em nenhum modo, isto é, os registros de chamada coletados pela unidade de coletamento de registro de chamada são os registros de chamada gerados para todos os usuários finais e não existe uma 10 indicação de método de pagamento nos registros de chamada, o OFCS pode pelo menos armazenar o número de assinante do usuário final pós-pago. Por exemplo, o OFCS tem o número de assinante do usuário final pós-pago armazenado; alternativamente, o OFCS tem a correspondência entre todos os números de assinante e os métodos de pagamento armazenada. Neste 15 caso, o OFCS pode determinar se o método de pagamento de um usuário final que corresponde a um registro de chamada é o pós-pagamento de acordo com as informações armazenadas.

Nas descrições acima, o OCS pode armazenar a correspondência entre todos os números de assinante e os métodos de pagamento. Neste caso, a determinação do método de pagamento do usuário final pelo OCS de acordo com as informações armazenadas envolve que o OCS determine o método de pagamento do usuário final de acordo com a correspondência armazenada. Mais ainda, o OCS pode alternativamente armazenar somente os números de assinante dos usuários pré-pagos. Neste caso, a determinação do método de pagamento do usuário final pelo OCS de acordo com as informações armazenadas especificamente envolve: o OCS determina se o número de assinante do usuário final está armazenado, se o número de assinante do usuário final estiver armazenado, é determinado que o método de pagamento do usuário final é o pré-pagamento: se o número de assinante do usuário final não estiver armazenado, é determinado que o método de pagamento do usuário final é o pós-pagamento. Como a condição de subscrição do usuário final pode mudar, existe um período para que a mudança seja efetivada, quando o usuário final faz a mudança entre o pré-pagamento e o pós-pagamento, e o OCS pode armazenar alguns dados redundantes durante o período para que a mudança seja efetivada. Por exemplo, o usuário final que corresponde ao número de assinante armazenado no OCS re5 quereu o pré-pagamento, mas a subscrição ainda não foi efetivada, ou o usuário final que corresponde ao número de assinante armazenado no OCS mudou para pós-pagamento. Portanto, após o OCS determinar que este tem o número de assinante do usuário final armazenado, este pode proceder para determinar se o número de assinante armazenado do usuário final tem 10 uma indicação especial. Se existir uma indicação especial, é determinado que o método de pagamento do usuário final é o pós-pagamento. Se não existir uma indicação especial, é determinado que o método de pagamento do usuário final é o pré-pagamento. Com base nos cenários acima descritos, a determinação sobre se o número de assinante armazenado do usuário 15 final tem uma indicação especial pode envolver: a indicação especial é utilizada para indicar que o método de pré-pagamento do número de assinante não foi ainda efetivado, e é determinado se o número de assinante armazenado do usuário final tem a indicação especial. Se existir a indicação especial, é determinado que o método de pagamento do usuário final é o pós20 pagamento. Se não existir uma indicação especial, é determinado que o método de pagamento do usuário final é o pré-pagamento. Alternativamente, a indicação especial é utilizada para indicar que o número de assinante mudou de pré-pagamento para pós-pagamento. É determinado se o número de assinante do usuário final tem a indicação especial. Se este tiver a indicação 25 especial, é determinado que o método de pagamento do usuário final é o pós-pagamento. Se este não tiver a indicação especial, é determinado que o método de pagamento do usuário final é o pré-pagamento.

O número de assinante pode incluir várias identificações para distinguir os usuários. A solução técnica provida por uma modalidade da invenção é aplicável a vários serviços. Tais como os serviços de mensagem, os serviços de voz e os serviços de dados.

A seguir, a solução técnica de uma modalidade da invenção acima descrita será elaborada com um exemplo, no qual a plataforma de VAS é a NE de serviço e a IN é o OCS.

Em uma modalidade o OCS inclui um AC, o qual está adaptado para determinar o método de pagamento do usuário final e prover o método 5 de pagamento para a plataforma de VAS.

Em uma modalidade da invenção, a solicitação de VAS é transmitida pela plataforma de VAS para o AC, o qual é solicitado determinar o tipo de usuário que corresponde à solicitação de VAS. O AC transmite uma mensagem de resposta para a plataforma de VAS, a qual processa o VAS 10 que corresponde à solicitação de VAS, de acordo com a mensagem de resposta do AC. O tipo de usuário inclui um usuário pré-pago e um usuário póspago. Como um resultado, não é mais necessário que a plataforma de VAS distinga os usuários pré-pagos dos usuários pós-pagos de acordo com a configuração de segmento de número original. Ao contrário, o AC recente15 mente adicionado à rede é utilizado para distinguir corretamente os usuários pré-pagos dos usuários pós-pagos do VAS. Portanto, o problema de falha de autenticação ou de ser incapaz de cobrar o VAS utilizado pelo usuário devido à mudança do método de pagamento do usuário será evitado, o que assegura que um melhor VAS é provido para o usuário.

A Figura 7 é um diagrama de arquitetura de rede que ilustra o

processamento de cobrança para os VASs utilizados pelos usuários de acordo com uma modalidade da invenção. O VAS utilizado pelo usuário é assumido ser um Serviço de Mensagem Curta (SMS), um SMSC e um SMG são as plataformas de VAS para processar a mensagem curta de VAS. O 25 protocolo entre a plataforma de VAS existente e a plataforma de IN de autenticação de pré-pagamento é um protocolo privado provido pelos operadores. De acordo com uma modalidade da invenção, para acomodar o ambiente de rede existente, com base na plataforma de VAS e na plataforma de IN de autenticação de pré-pagamento existentes, o protocolo de interface ex30 terno do AC está configurado para suportar o protocolo de autenticação/débito da plataforma de VAS existente quando o AC é configurado.

Para tornar possível que o AC distinga entre o usuário pré-pago e o usuário pós-pago, em uma modalidade da invenção, os dados de usuário pré-pago são armazenados no AC. Quando o AC recebe uma mensagem de solicitação de autenticação, este pesquisa por um conteúdo relativo no banco de dados de usuários pré-pagos de acordo com o número de assinante 5 carregado na mensagem de solicitação de autenticação, e determina se o usuário é um usuário pré-pago de acordo com o resultado da pesquisa.

Existem dois métodos para armazenar os dados de usuário prépago no AC.

No primeiro método, os dados de usuário pré-pago nas informações de subscrição do usuário final providos pelo sistema de faturamento para a IN são sincronizados com o AC em tempo real. Este pode incluir os seguintes três cenários:

1. Quando o SMP na plataforma de IN de autenticação de prépagamento abre uma conta, o SMP na plataforma de IN de autenticação de

pré-pagamento sincroniza os dados de usuário pré-pago recentemente adicionados com o AC.

Neste caso, se o método de pagamento que corresponde ao número de telefone móvel for configurado como pré-pagamento, então os dados de usuário pré-pago que correspondem ao número de telefone móvel 20 são sincronizados com o SMP quando o SMP abre a conta, isto é, quando o usuário ainda não ativou o número de telefone móvel. Os dados de usuário incluem o número de telefone móvel e as informações de PDSCP central e de SCP correspondentes do usuário na IN.

2. Quando o SMP na plataforma de IN de autenticação de prépagamento fecha uma conta, o SMP na plataforma de IN de autenticação de

pré-pagamento apaga os dados de usuário pré-pago do AC sincronizadamente.

3. Quando o usuário pré-pago é ativado, o SMP na plataforma de IN de autenticação de pré-pagamento sincroniza os dados de usuário

pré-pago com o AC.

O cenário 3 está em contraste com o cenário 1. No cenário 3, o SMP não sincroniza os dados de usuário pré-pago com o AC quando abrindo a conta. Ao contrário, os dados de usuário pré-pago são sincronizados com o AC quando o usuário utiliza o número de telefone móvel correspondente para os serviços.

No segundo método, o AC sincroniza periodicamente os dados 5 de usuário pré-pago da plataforma de IN de autenticação de pré-pagamento. O segundo método difere do primeiro método pelo fato de que os dados de usuário pré-pago no AC não são sincronizados com os dados de usuário pré-pago na plataforma de IN de autenticação de pré-pagamento em tempo real.

Um fluxograma que ilustra uma primeira modalidade do método

de processamento de cobrança para o VAS da invenção está mostrado na Figura 8, na qual o usuário que utiliza o VAS é assumido ser um usuário pós-pago. O fluxograma mostrado na Figura 8 inclui as seguintes etapas:

Etapa 801: O usuário pós-pago transmite uma mensagem de solicitação para utilizar o VAS para a plataforma de VAS.

A mensagem de solicitação de autenticação carrega o número de telefone móvel do usuário.

Etapa 802: A plataforma de VAS transmite a mensagem de solicitação de autenticação do usuário para o AC.

Etapa 803: O AC pesquisa pelos dados do usuário no banco de

dados de usuários pré-pagos armazenados no AC e os dados de usuário correspondentes não são encontrados.

Etapa 804: O AC determina que o usuário que utiliza o VAS não é um usuário pré-pago e transmite uma mensagem de resposta de autenticação de 'usuário não existe' para a plataforma de VAS.

Nesta etapa, o AC transmite a mensagem de resposta de autenticação de 'usuário não existe' como uma mensagem de resposta para a plataforma de VAS.

Etapa 805: Quando recebendo a mensagem de resposta de autenticação do AC, a plataforma de VAS determina o usuário como um usuário pós-pago.

Etapa 806: A plataforma de VAS processa o serviço de VAS pós-pago do usuário.

Esta etapa envolve a técnica anterior, isto é, a plataforma de VAS registra os registros de chamada para a utilização de VAS pelo usuário pós-pago de acordo com o método existente para processar os usuários pós-pagos.

O fluxo de mensagem entre a plataforma de VAS e o AC que corresponde à Figura 8 está mostrado na Figura 9.

Um fluxograma que ilustra uma segunda modalidade do método de processamento de cobrança para o VAS da invenção está mostrado na Figura 10, na qual o usuário que utiliza o VAS é assumido ser um usuário pré-pago. O fluxograma mostrado na Figura 10 inclui as seguintes etapas:

Etapa 1001: O usuário pré-pago transmite uma mensagem de solicitação para utilizar o VAS para a plataforma de VAS.

Etapa 1002: Quando recebendo a mensagem de solicitação do usuário, a plataforma de VAS transmite uma mensagem de solicitação de autenticação do usuário para o AC.

Etapa 1003: Quando recebendo a mensagem de solicitação de autenticação da plataforma de VAS, o AC pesquisa pelo conteúdo relativo no banco de dados de usuários pré-pagos, de acordo com o número de telefone móvel carregado na mensagem de solicitação de autenticação.

Etapa 1004: O AC encontra as informações relativas ao usuário no banco de dados de usuários pré-pagos e determina que o usuário que solicita a utilização do VAS é um usuário pré-pago.

Etapa 1005: O AC transmite uma mensagem de solicitação de autenticação para o PDSCP central do usuário, de acordo com as informações de PDSCP central do usuário armazenadas pelo AC.

Etapa 1006: Quando recebendo a mensagem de solicitação de autenticação, o PDSCP executa uma classificação de acordo com a tarifa do VAS o qual o usuário solicita utilizar.

Etapa 1007: O PDSCP transmite uma solicitação de autentica

ção/débito de usuário para o SCP.

Etapa 1008: Quando recebendo a solicitação de autenticação/débito do PDSCP, o SCP executa a autenticação/débito no usuário prépago, de acordo com a cobrança classificada decidida pelo PDSCP. Se a conta do usuário tiver saldo suficiente, o SCP transmite uma mensagem de 'sucesso de autenticação/débito’ para o PDSCP. Se a conta do usuário não 5 tiver saldo suficiente, o SCP transmite uma mensagem de 'falha de autenticação/débito’ para o PDSCP.

As etapas 1006 a 1008 envolvem o método para autenticação/débito para o VAS utilizado pelo usuário pré-pago na IN existente.

Etapa 1009: Quando recebendo a mensagem de resposta de autenticação do SCP, o PDSCP transmite a mensagem de resposta de autenticação para o AC.

Nesta etapa, a mensagem de resposta de autenticação inclui a mensagem de 'sucesso de autenticação/débito' ou a mensagem de 'falha de autenticação/débito' da etapa 1008.

Etapa 1010: Quando recebendo a mensagem de resposta de

autenticação do PDSCP, o AC registra a classificação de solicitação de autenticação e transmite a mensagem de resposta de autenticação para a plataforma de VAS.

Nesta etapa, o registro da classificação de solicitação de auten20 ticação é opcional. Se não existir nenhuma informação relativa ao terminal do usuário na mensagem de reembolso, é necessário registrar a classificação de solicitação de autenticação. O AC transmite para a plataforma de VAS o resultado de autenticação/débito retornado pelo SCP e transferido através do PDSCP, isto é, a mensagem de resposta de autenticação, como 25 a mensagem de resposta.

Etapa 1011: Quando a mensagem de resposta de autenticação é a mensagem de sucesso de autenticação/débito, o VAS permite que o usuário pré-pago utilize o VAS. Quando a mensagem de resposta de autenticação é a mensagem de falha de autenticação/débito, o VAS proíbe que o usuário pré-pago utilize o VAS.

Uma explicação adicional do modo de registrar a classificação de solicitação de autenticação pelo AC na etapa 1010 é como segue. O AC deve registrar a classificação de solicitação de autenticação retornada da plataforma de IN, o que é principalmente devido à seguinte consideração: Quando o usuário pré-pago subscreve para um VAS tal como o download de uma imagem, com base no mecanismo de pré-pagamento 5 existente, a IN debita a cobrança pelo VAS da conta do usuário antes que o usuário obtenha a imagem. Então, o usuário executa o download da imagem. No entanto, algumas vezes é possível que o download possa falhar apesar do usuário já ter pago pelo VAS. Neste caso, a plataforma de VAS precisa transmitir a mensagem de reembolso para a IN e requerer que a co10 brança pré-paga pelo usuário seja reembolsada para o usuário. A mensagem de reembolso transmitida por algumas plataformas de VAS não carrega o número de telefone móvel do usuário e apenas carrega um número de série para processar o VAS do usuário no lugar. Assim, quando a IN recebe tal mensagem de reembolso, esta não pode decidir para qual usuário a cobran15 ça deve ser reembolsada apenas pelo número de série. Para este fim, na segunda modalidade da invenção acima descrita, pelo registro de toda a classificação de solicitação de autenticação no AC, o número de telefone móvel do usuário pré-pago que utiliza o VAS está registrado. Como um resultado, quando a IN de autenticação de pré-pagamento processa a mensa20 gem de reembolso, esta pode saber qual é o número de telefone móvel que corresponde à mensagem de reembolso do AC e então creditar a cobrança pré-paga pelo usuário na conta do usuário.

O fluxo de mensagem entre a plataforma de VAS e o AC que corresponde à Figura 10 está mostrado na Figura 11.

Favor referir à Figura 12, a qual é um diagrama de arquitetura

que ilustra o sistema de cobrança de acordo com uma modalidade da invenção. No sistema, o OCS inclui um AC e um NE de serviço funciona como a plataforma de VAS.

A plataforma de VAS está adaptada para transmitir uma solicitação de VAS para o AC e solicitar ao AC determinar o tipo de usuário que corresponde à solicitação de VAS, e processar a solicitação de VAS de acordo com uma mensagem de resposta do AC. A AC está adaptado para receber a solicitação de VAS da plataforma de VAS e determinar o tipo de usuário que corresponde à solicitação de VAS recebida, e transmitir a mensagem de resposta correspondente para a plataforma de VAS.

Uma modalidade da invenção também provê uma plataforma de

VAS, a qual é aplicada a um sistema que provê o VAS.

A plataforma de VAS inclui um módulo de transmissão de solicitação e um módulo de processamento de VAS.

O módulo de transmissão de solicitação está adaptado para transmitir a solicitação de VAS para o AC e solicitar ao AC determinar o tipo de usuário de acordo com a solicitação de VAS.

O módulo de processamento de VAS está adaptado para receber a mensagem de resposta do AC e processar a solicitação de VAS de acordo com a mensagem de resposta.

Um centro de autenticação inclui um módulo de recepção de

solicitação, um módulo de armazenamento de dados de usuário, um módulo de determinação e um módulo de processamento.

O módulo de armazenamento de dados de usuário está adaptado para armazenar os dados de usuário pré-pago.

O módulo de recepção de solicitação está adaptado para rece

ber a solicitação de VAS da plataforma de VAS e transmitir a solicitação de VAS para o módulo de determinação.

O módulo de determinação está adaptado para determinar o tipo de usuário que corresponde à solicitação de VAS recebida, de acordo com os dados de usuário pré-pago, e conseguir um resultado de determinação e tê-lo transmitido para o módulo de processamento.

O módulo de processamento está adaptado para transmitir a mensagem de resposta correspondente para a plataforma de VAS de acordo com o resultado da determinação.

Favor referir à Figura 7, a qual é o diagrama de arquitetura do

sistema provido por uma modalidade da invenção. O sistema ainda inclui:

um SCP, o qual está adaptado para receber um solicitação de autenticação/débito do AC e executar a autenticação/débito, e transmitir a mensagem de resposta de autenticação/débito correspondente para o AC, de acordo co o resultado de processamento de autenticação/débito.

Em uma modalidade da invenção, os dados de usuário pré-pago 5 são armazenados no AC, o qual determinará se o usuário que utiliza o VAS é um usuário pré-pago. Em aplicações práticas, os dados de usuário póspago podem alternativamente ser armazenados no AC, o qual determinará se o usuário que utiliza o VAS é um usuário pós-pago. Ambos os métodos são essencialmente os mesmos.

Nas soluções técnicas de executar uma cobrança sobre o VAS

providas por uma das modalidades da invenção, a tarefa de distinguir os tipos de usuário originalmente executada pela plataforma de VAS é transferida para o AC, o qual transmite a mensagem de resposta para a plataforma de VAS, e a plataforma de VAS por sua vez processa o VAS solicitado pelo 15 usuário correspondentemente, de acordo com a mensagem de resposta, de modo que o VAS seja provido. Mais ainda, as soluções técnicas de executar uma cobrança sobre o VAS providas por uma das modalidades da invenção estão baseadas em um ambiente de rede existente e não requerem um upgrade da plataforma de VAS e da IN. Como um resultado, assegura a estabi20 Iidade dos dispositivos de rede existentes dos operadores e aperfeiçoa a competência dos operadores.

Em resumo, nas soluções técnicas providas por uma modalidade da presente invenção, após receber a solicitação de serviço do usuário final, o NE de serviço solicita ao ACD executar a autenticação/cobrança do usuá25 rio final. O OCS determina o método de pagamento do usuário final de acordo com as informações armazenadas e provê o método de pagamento do usuário final para o NE de serviço, o que poupa o NE de serviço de armazenar a correspondência entre os segmentos de número de assinante e os métodos de pagamento como requerido pela técnica anterior e diminui a sobre30 carga de armazenamento do NE de serviço. Entrementes, não é mais necessário que o NE de serviço determine se o método de pagamento do usuário final que iniciou a solicitação de serviço é o pré-pagamento ou o póspagamento, o que aperfeiçoa significativamente o desempenho de processamento do NE de serviço e reduz o custo de manutenção do sistema de cobrança.

Mais ainda, os registros de chamada submetidos pelo NE de 5 serviço para a unidade de coletamento de registro de chamada têm a indicação de método de pagamento correspondente; alternativamente, os registros de chamada submetidos pelo NE de serviço para a unidade de coletamento de registro de chamada são somente os registros de chamada dos usuários finais pós-pagos. Como um resultado, não é mais necessário que o OFCS 10 armazene a correspondência entre os segmentos de número de assinante e os métodos de pagamento como requerido pela técnica anterior, o que reduz a sobrecarga de armazenamento do OFCS, aperfeiçoa o desempenho de processamento do OFCS e reduz o custo de manutenção do sistema de cobrança.

Em resumo, com as soluções técnicas providas pelas modalida

des da invenção, é possível reduzir a sobrecarga de sistema requerida no processamento de cobrança, reduzir o custo de manutenção do sistema de cobrança e prover o sistema de cobrança com um melhor desempenho econômico.

Mais ainda, nas soluções técnicas providas pelas modalidades

da invenção, não é necessário configurar a correspondência entre os segmentos de número de assinante e os métodos de pagamento. Assim, um usuário final pode determinar livremente o método de pagamento como ele deseja com um número de usuário. Enquanto que na técnica anterior, um 25 usuário final deve mudar o número de usuário se ele desejar mudar o método de pagamento. Assim, a invenção provê o usuário com uma conveniência significativa.

Está aparente que aqueles versados na técnica podem imaginar várias modificações e variações da invenção sem afastar do espírito e do escopo da invenção. Portanto, se estas modificações e variações estiverem dentro do escopo das reivindicações da invenção e de sua tecnologia equivalente, estas pretendem estar incluídas no escopo da descrição.

Claims (20)

1. Método de processamento de cobrança, que compreende: solicitar, por um elemento de rede (NE) de serviço, um Sistema de Cobrança Online (OCS) para executar uma autenticação/cobrança em um usuário final, quando recebendo uma solicitação de serviço do usuário final; e receber as informações sobre um método de pagamento do usuário final providas pelo OCS, em que o método de pagamento é determinado pelo OCS de acordo com as informações armazenadas.

2. Método de acordo com a reivindicação 1, em que a determinação do método de pagamento pela OCS de acordo com as informações armazenadas compreende: determinar o método de pagamento como pré-pagamento pela OCS de acordo com as informações armazenadas; prover, pelo OCS, o método de pagamento do usuário final para o NE de serviço através de um resultado de autenticação/cobrança, e debitar a cobrança pelo serviço em relação ao saldo de uma conta do usuário prépago de acordo com a utilização de serviço; e processar, pelo NE de serviço, a solicitação de serviço do usuário pré-pago, quando o método de pagamento recebido do usuário final carregado no resultado de autenticação/cobrança for o pré-pagamento, e gerar um registro de chamada de acordo com a utilização de serviço do serviço, quando o usuário final terminar de utilizar o serviço.

3. Método de acordo com a reivindicação 2, em que o NE de serviço compreende uma plataforma de serviço de valor agregado (VAS) e o OCS compreende um centro de autenticação (AC), o método ainda compreendendo a etapa seguinte após receber as informações sobre um método de pagamento do usuário final determinado pelo OCS de acordo com as informações armazenadas: para um usuário pré-pago, informar, pelo AC, um Ponto de Controle de Serviço (SCP) no OCS para executar a autenticação/débito em um VAS utilizado pelo usuário, e transmitir uma mensagem de resposta de autenticação/débito recebida do SCP como o resultado de autenticação/cobrança para a plataforma de VAS.

4. Método de acordo com a reivindicação 1, ainda compreendendo as seguintes etapas após prover as informações sobre o método de pagamento do usuário final: processar, pelo NE de serviço, a solicitação de serviço do usuário final pós-pago, de acordo com o método de pagamento do usuário final sendo um pós-pagamento carregado no resultado de autenticação/cobrança; e gerar um registro de chamada de acordo com a utilização de serviço do serviço, quando o usuário final terminar de utilizar o serviço.

5. Método de acordo com a reivindicação 4, em que o NE de serviço compreende uma plataforma de VAS e o OCS compreende um centro de autenticação (AC), o método ainda compreendendo a etapa seguinte após receber as informações sobre um método de pagamento do usuário final determinado pelo OCS de acordo com as informações armazenadas: quanto para um usuário pós-pago, o resultado de autenticação/cobrança não executa um resultado de autenticação para o usuário final.

6. Método de acordo com a reivindicação 4, ainda compreendendo a seguinte etapa após gerar o registro de chamada: adicionar, pelo NE de serviço, uma indicação de método de pagamento no registro de chamada gerado de acordo com as informações recebidas sobre o método de pagamento do usuário final. submeter, pelo NE de serviço, todos os registros de chamada para um Sistema de Cobrança Off-Iine (OFCS), através de uma unidade de coletamento de registro de chamada; e processar, pelo OFCS, os registros de chamada do usuário final pós-pago, de acordo com a indicação de método de pagamento nos registros de chamada recebidos.

7. Método de acordo com a reivindicação 4, ainda compreendendo as seguintes etapas após gerar o registro de chamada: submeter, pelo NE de serviço, os registros de chamada do usuário final pós-pago para um OFCS, através de uma unidade de coletamento de registro de chamada, e processar, pelo OFCS, todos os registros de chamada recebidos; e submeter, pelo NE de serviço, todos os registros de chamada para um OFCS, através de uma unidade de coletamento de registro de chamada, e processar, pelo OFCS, os registros de chamada do usuário final pós-pago de acordo com uma correspondência armazenada entre os números de assinante e os métodos de pagamento.

8. Método de acordo com a reivindicação 1, ainda compreendendo: prover, por um sistema de cobrança, as informações de subscrição do usuário final para o OCS, em que as informações de subscrição pelo menos compreendem o método de pagamento do usuário final; e armazenar, pelo OCS, as informações de subscrição recebidas.

9. Método de acordo com a reivindicação 1, em que quando um sistema de cobrança inclui uma pluralidade de OCSs, o método ainda compreende a seguinte etapa antes da etapa de solicitar a OCS executar a autenticação/cobrança sobre o usuário final: determinar, pela NE de serviço, um OCS que corresponde a um segmento de número ao qual o número de assinante pertence, de acordo com uma correspondência armazenada entre os segmentos de número de assinante e os OCSs.

10. Método de acordo com a reivindicação 1, em que a determinação do método de pagamento pelo OCS de acordo com as informações armazenadas compreende: determinar, pelo OCS, o método de pagamento do usuário final, de acordo com uma correspondência armazenada entre os números de assinante e os métodos de pagamento; ou determinar se um número de assinante do usuário final está armazenado, se o número de assinante do usuário final estiver armazenado, determinar o método de pagamento do usuário final como pré-pagamento; se o número de assinante do usuário final não estiver armazenado, determinar o método de pagamento do usuário final como pós-pagamento.

11. Método de acordo com a reivindicação 10, em que o NE de serviço compreende uma plataforma de VAS e o OCS compreende um AC, a determinação do método de pagamento pelo OCS de acordo com as informações armazenadas compreende: determinar, pelo AC, o método de pagamento do usuário final como pré-pagamento de acordo com os dados de usuário pré-pago armazenados.

12. Método de acordo com a reivindicação 1, em que a determinação do método de pagamento pelo OCS de acordo com as informações armazenadas compreende: determinar se um número de assinante armazenado do usuário final tem uma indicação que mostra que uma aplicação para um método de pré-pagamento do número de assinante não foi efetivada, se o número de assinante armazenado do usuário final tem uma indicação que mostra que a aplicação para um método de pré-pagamento do número de assinante não foi efetivada, determinar o método de pagamento do usuário final como póspagamento; se número de assinante armazenado do usuário final tem uma indicação que mostra que a aplicação para um método de pré-pagamento do número de assinante foi efetivada, determinar o método de pagamento do usuário final como pré-pagamento.

13. Sistema de processamento de cobrança que compreende um NE de serviço e um OCS, em que, o NE de serviço está adaptado para receber uma solicitação de serviço de um usuário final e solicitar ao OCS executar uma autenticação/cobrança; o OCS está adaptado para receber uma solicitação para autenticação/cobrança e determinar um método de pagamento do usuário final de acordo com as informações armazenadas e prover o método de pagamento do usuário final para o NE de serviço.

14. Sistema de acordo com a reivindicação 13, em que, o OCS está adaptado para prover o resultado de autenticação/cobrança sobre um usuário pré-pago e prover o resultado de autenticação/cobrança para o NE de serviço, e debitar a cobrança pelo serviço contra o saldo de uma conta do usuário pré-pago, de acordo com a utilização de serviço, em que o método de pagamento do usuário final carregado no resultado de autenticação/cobrança é o pré-pagamento; o NE de serviço está adicionalmente adaptado para processar a solicitação de serviço do usuário final, de acordo com o método de pagamento do usuário final carregado no resultado de autenticação/cobrança sendo o pré-pagamento, e gerar um registro de chamada de acordo com a utilização de serviço do serviço, quando o usuário final terminar de utilizar o serviço.

15. Sistema de acordo com a reivindicação 14, em que o NE de serviço compreende uma plataforma de VAS e o OCS compreende um AC; o sistema ainda compreende um Ponto de Controle de Serviço (SCP): quanto para um usuário pré-pago, O AC informa o SCP no OCS para executar a autenticação/débito em um VAS utilizado pelo usuário, e transmite uma mensagem de resposta de autenticação/débito recebida do SCP como o resultado de autenticação/cobrança para a plataforma de VAS.

16. Sistema de acordo com a reivindicação 13, em que o NE de serviço está adaptado para processar a solicitação de serviço do usuário pós-pago, de acordo com o método de pagamento do usuário final carregado no resultado de autenticação/cobrança sendo o pós-pagamento, e gerar um registro de chamada de acordo com a utilização de serviço do serviço, quando o usuário final terminar de utilizar o serviço.

17. Sistema de acordo com a reivindicação 16, em que o NE de serviço compreende uma plataforma de VAS e o OCS compreende um AC, em que, quanto para um usuário pós-pago, o resultado de autenticação/cobrança não carrega um resultado de autenticação do usuário final.

18. Dispositivo de processamento de cobrança on-line, que compreende uma unidade de armazenamento e uma unidade de processamento de autenticação, em que a unidade de processamento de autenticação está adaptada para determinar um método de pagamento de um usuário final de acordo com as informações armazenadas na unidade de armazenamento e prover o método de pagamento do usuário final para um NE de serviço.

19. Dispositivo de acordo com a reivindicação 18, em que, a unidade de processamento de autenticação ainda compreende uma primeira unidade de processamento de autenticação, a qual está adaptada para executar uma autenticação/cobrança sobre um usuário pré-pago e prover o resultado de autenticação/cobrança para o NE de serviço, e o método de pagamento do usuário final é carregado no resultado de autenticação/cobrança.

20. Dispositivo de acordo com a reivindicação 19, ainda compreendendo uma unidade de cobrança on-line, a qual está adaptada para debitar a cobrança para o serviço contra o saldo de uma conta do usuário prépago, de acordo com a utilização de serviço.