CAMPO TÉCNICO.
A presente invenção refere-se a sistemas de negociação on-line e, em particular, embora não necessariamente, a sistemas de negociação on-line que permitem ao público em geral vender ou trocar itens e serviços pessoais.
FUNDO.
Vários sites apareceram nos últimos anos para facilitar o intercâmbio ou troca de itens e serviços entre os membros do público. Um exemplo é o site Swaptree ™ disponível no swaptree. Em um troteiro de duas vias, duas pessoas trocam diretamente seus itens ou serviços. O problema, é claro, com troca de duas vias é que, especialmente para itens incomuns, pode ser difícil para uma primeira pessoa se conectar com outra pessoa que tenha exatamente o que a primeira pessoa está procurando. A probabilidade de encontrar um parceiro de troca aumenta dramaticamente em grande base de usuários quando o permuta n-way é permitida. Em um troco n-way um grupo de pessoas trocam seus "Have's" e "Want's". Considere, por exemplo, o caso de três usuários, C1, C2 e C3, que cada um tem seus próprios Have and Want's (escrito aqui entre colchetes (Have, Want)): C1 (A, B), C2 (B, C) e C3 (C, A). Neste caso, a troca pode ser coordenada para garantir que cada usuário obtenha o que deseja.
Os sistemas de troca on-line são considerados nas seguintes publicações; U. S. Pat. No. 6.847.938, KR20010025282, WO2006034221, WO0124091, WO2004027660, US2003088497, JP2003076881, JP2002318936, JP2002269385, WO0139081, WO2008057255, WO2008057276, WO2008057277, US2007244769, US2007244770, US2007244772, US2007244793, US20070244801, US20070255624, WO2007121298, e WO2007121305.
Os sites de troca compartilham muitas características com leilões on-line e sites de vendas como Ebay ™ e Wigix ™ (wigix). No entanto, os primeiros são necessariamente mais complexos, uma vez que uma busca das listagens deve identificar os dois e os desejos, e não apenas o que é o caso dos sites de leilões. Além disso, uma pesquisa em um site de troca deve identificar todos os trocas n-way possíveis. Por esse motivo, especialmente no caso de uma grande base de usuários, é desejável automatizar, tanto quanto possível, o processo de busca em um sistema de troca, em vez de deixá-lo ao usuário para "manualmente" navegar por categorias e itens. A pesquisa automatizada depende fortemente da categorização precisa e detalhada dos itens e serviços oferecidos e pode ser realizada "on-demand", ou seja, em resposta a um usuário que insira um Have and a Want no sistema, ou por meio de "limpeza" periódica em que as solicitações dos usuários são enfileiradas e subseqüentemente desmarcadas em uma única passagem pelo sistema.
Para simplificar o processo de listagem e identificação de itens (ou serviços) para troca, um sistema de troca pode fazer uso de categorias estaticamente definidas. Estes podem ser organizados em uma estrutura hierárquica tipo árvore. Por exemplo, "televisores LCD" podem ser uma subcategoria sob a categoria "televisão" e a categoria de nível superior "eletroeletrônicos". Usuários, ao listar seus pedidos de troca no sistema, conecte cada um e Deseja com uma categoria de produto específica (normalmente no nível mais baixo da árvore). Além disso, os usuários podem adicionar uma descrição textual / palavras-chave para o Have's and Want's (e, opcionalmente, uma fotografia do Have). Uma pesquisa automática normalmente empregará uma pesquisa por palavra-chave dentro da categoria especificada.
As categorias definidas estaticamente são necessariamente grãos finos. Por exemplo, enquanto categorias de gênero de alto nível para livros podem ser definidas, p. ex. história, ficção científica, etc., uma definição mais fina não é possível, p. "Guerra de inverno finlandesa", devido à natureza intensiva do processo de categorização. Em qualquer caso, sempre existe um limite para o grau de classificação que um provedor de sistema está disposto a criar, p. ex. se uma categoria de "guerra de inverno finlandesa" for definida, uma subcategoria para "Tratado de paz de Moscou" não será.
Uma outra desvantagem dos sistemas baseados em categorias atuais é que certas categorias podem ser mal ou inadequadamente definidas. Os usuários devem trabalhar dentro dos limites de tais categorias. Outra desvantagem é que, em qualquer site, as categorias são especificadas em um único idioma. A menos que um site seja restringido a uma região geográfica particular, e. Finlândia, o site normalmente funcionará em inglês. Claro, isso exclui uma grande quantidade de usuários potenciais.
Embora essas desvantagens sejam particularmente graves no caso de sistemas de troca on-line, elas também estão presentes em outros sistemas de negociação on-line, incluindo sistemas de leilões on-line.
É um objectivo da presente invenção superar ou, pelo menos, mitigar as desvantagens acima mencionadas dos sistemas convencionais de comércio on-line. Essas e outras desvantagens podem ser superadas, permitindo que os próprios usuários criem e modifiquem categorias de produtos e serviços, e posicione-os em níveis apropriados dentro de uma hierarquia de categorias.
De acordo com um primeiro aspecto da presente invenção, é fornecido um método de construção e manutenção de uma hierarquia de grupos para uso em um sistema de comércio on-line acessível a uma multiplicidade de usuários finais, onde os nós da hierarquia definem os grupos de itens e / ou serviços respectivos níveis progressivamente crescentes de detalhes, itens e / ou serviços oferecidos para comércio no sistema sendo diretamente associados a pelo menos um grupo. O método compreende as etapas de receber solicitações de usuários finais para criar novos grupos respectivos, cada solicitação identificando um ou mais campos de parâmetros para descrever itens ou serviços pertencentes ao grupo e um ou mais locais dentro da hierarquia de grupo existente e modificar a hierarquia existente para acomodar os novos grupos.
O método pode compreender a apresentação das referidas solicitações de usuários finais através de interfaces de usuário gráficas exibidas em terminais de usuário final e a entrega das solicitações através da Internet para um servidor web ou servidores nos quais o referido sistema comercial está hospedado. Mais particularmente, a interface gráfica do usuário pode ser configurada para permitir que um usuário final selecione a (s) localização (ões) de um novo grupo dentro da hierarquia.
Uma forma de realização da invenção requer que cada dito pedido de utilizador final inclua um nome do grupo e uma descrição textual do grupo. O pedido também pode incluir um conjunto de valores associados a um campo de parâmetro, os valores que formam uma lista selecionável pelo usuário.
O método pode compreender as etapas adicionais de receber uma solicitação de usuário final para modificar um grupo existente e modificar esse grupo existente. Mais particularmente, o pedido pode incluir: a) uma indicação de campos de parâmetros a serem excluídos ou adicionados; b) uma indicação de texto a ser alterado, excluído ou adicionado; ou c) uma indicação de um novo local para o grupo dentro da hierarquia.
A hierarquia do grupo pode ser armazenada em uma memória do sistema de negociação on-line como um ou mais gráficos direcionados.
O pedido pode identificar um campo de parâmetro por meio de uma seleção de campo de parâmetro associado a um grupo pré-existente.
O pedido pode identificar um campo de parâmetro por meio de uma seleção de um campo de parâmetro padrão definido pelo sistema de negociação on-line.
O ou pelo menos um dos campos de parâmetro associados a uma solicitação pode ser multidimensional, e. permitindo que uma característica do item seja especificada usando dois ou mais sub-campos.
De acordo com um segundo aspecto da presente invenção é proporcionado um sistema de negociação on-line empregando uma hierarquia de grupo construída usando o método do primeiro aspecto acima, o sistema mantendo um catálogo de itens e / ou serviços para negociação, cada item e / ou o serviço está diretamente associado a um dos referidos grupos.
O sistema de negociação on-line pode ser configurado para armazenar, em associação com cada grupo, um nome de grupo, bem como, para cada grupo com o qual um item ou serviço está associado, pelo menos um campo de parâmetro para definir uma propriedade de um item ou serviço associado ao grupo. O sistema pode ser ainda configurado para apresentar a um terminal de usuário final, para um determinado grupo, uma interface de usuário gráfica contendo um campo de entrada de texto para cada campo de parâmetro do grupo, para receber o texto de entrada e para armazenar o texto de entrada como um linguagem alternativa selecionável pelo usuário. O sistema ainda pode ser ainda configurado para apresentar a um terminal de usuário final, para um determinado grupo, uma interface de usuário gráfica que permite ao usuário selecionar um idioma a partir de um conjunto de idiomas em que o texto associado aos campos de parâmetros de grupo é exibido.
O sistema de negociação on-line pode ser configurado para apresentar a um terminal de usuário final, para um determinado grupo, uma interface de usuário gráfica que permita ao usuário pesquisar itens e / ou serviços no catálogo selecionando valores para um ou mais campos de parâmetros de o grupo.
A invenção é aplicável em particular, embora não necessariamente, a um sistema para fornecer um serviço de troca para usuários finais, buscando automaticamente o referido catálogo para combinar com os Usuários e Deseja e entregando resultados aos usuários finais.
O sistema pode ser ainda configurado para apresentar a um terminal de usuário final, para um determinado grupo, uma interface de usuário gráfica que permite ao usuário adicionar, excluir e / ou alterar valores associados a um campo de parâmetro desse grupo.
De acordo com um terceiro aspecto da presente invenção, é proporcionado um sistema de negociação em linha que compreende um servidor web ou um cluster de servidor web configurado para hospedar um sistema de negociação on-line acessível por uma multiplicidade de usuários finais que possuem respectivos terminais de usuário conectados à Internet, o servidor web ou cluster de servidor web que compreende: uma primeira memória que armazena uma hierarquia de grupo, onde os nós da hierarquia definem grupos de itens e / ou serviços com níveis de detalhe cada vez maiores e armazenando pelo menos cada grupo na parte inferior da hierarquia em pelo menos um campo de parâmetro de usuário para descrever itens ou serviços associados ao grupo; uma segunda memória para armazenar detalhes de itens e / ou serviços oferecidos para troca no sistema, incluindo para cada item e / ou serviço, a identidade de pelo menos um grupo com o qual esse item ou serviço está associado e uma seleção de usuário para ou cada parâmetro campo; e um processador para receber solicitações de usuários finais para criar novos grupos, cada solicitação incluindo um ou mais campos de parâmetros de usuário para descrever itens ou serviços pertencentes ao grupo e um ou mais locais dentro da hierarquia de grupo existente e para acessar a referida primeira memória para modificar a hierarquia existente para acomodar os novos grupos.
De acordo com um quarto aspecto da presente invenção, é fornecido um sistema de comércio online que compreende um servidor web ou um cluster de servidor web configurado para hospedar um sistema de negociação on-line acessível por uma multiplicidade de usuários finais conectados à Internet, a negociação on-line sistema sendo organizado para: manter uma estrutura hierárquica de grupos, cada grupo possuindo um nome e pelo menos aqueles grupos na parte inferior da hierarquia cada um possuindo um ou mais campos de parâmetro definindo propriedades respectivas de itens ou serviços associados ao grupo; manter um catálogo de itens de usuário e / ou serviços para comércio, cada item ou serviço estiver associado a pelo menos um grupo com a finalidade de categorizar o item ou serviço e sendo definido por uma seleção de usuário para o ou cada campo de parâmetro do grupo; receber novas definições de grupo de usuários finais, incluindo pelo menos um campo de parâmetro e adicionar novos grupos correspondentes à estrutura hierárquica; e receber detalhes de novos itens ou serviços a serem adicionados ao catálogo, incluindo associações com os novos grupos e uma seleção de usuário para ou cada campo de parâmetro dos grupos.
BREVE DESCRIÇÃO DOS DESENHOS.
FIG. 1 ilustra esquematicamente um Grupo ou categoria de um sistema de troca em linha, incluindo propriedades do Grupo;
FIGS. 2A a 2F ilustra várias telas de uma Interface Gráfica de Usuário de um sistema de troca online, apropriado para Criação de Usuário do Grupo;
FIG. 2G ilustra uma tela da interface de usuário gráfica de um sistema de troca em linha que permite que um Criador de Grupo importe parâmetros de um Grupo existente em um novo Grupo que está sendo estabelecido pelo Criador;
FIGS. 3A e 3B ilustram uma hierarquia de grupo antes e depois da adição de novos Grupos à hierarquia;
FIG. 4 mostra uma tela de uma interface gráfica do usuário que ilustra uma parte de uma hierarquia de grupo;
FIG. 5 mostra uma tela de uma interface de usuário gráfica que permite que um Criador de Grupo associe um novo Grupo à hierarquia de Grupo existente;
FIG. 6 mostra em detalhes uma tela de uma Interface gráfica de usuário para permitir que um usuário crie um novo grupo;
FIG. 7 é um diagrama de fluxo que ilustra um processo para criar um novo Grupo;
FIG. 8 é um diagrama de fluxo que ilustra um procedimento de pesquisa para um sistema de comércio on-line; e.
FIG. 9 é um diagrama de fluxo que ilustra um procedimento genérico de busca para um sistema de comércio on-line.
DESCRIÇÃO.
É proposto aqui fornecer um sistema de negociação on-line que permita aos usuários, por meio de uma interface de usuário gráfica (GUI) especialmente projetada, criar, modificar e potencialmente excluir categorias usadas para categorizar produtos e / ou serviços. O sistema é essencialmente um sistema baseado na web 2.0, na medida em que coloca a confiança implícita nos usuários para agir de forma colaborativa e responsável ao lidar com categorias, mas, ao mesmo tempo, é auto-policial em que erros e erros deliberados pelo desconsiderado poucos podem ser corrigidos pela maioria responsável. Como grupos de usuários finais quase sempre estarão mais informados do que o operador do sistema (considere, por exemplo, colecionadores de selos, mountain bikers ou entusiastas de bulldozer), essa abordagem permitirá criar um número crescente de grupos de produtos que descreverão itens reais e serviços de forma realista e verdadeiramente significativa.
Além disso, essa abordagem permitirá aos usuários traduzir categorias existentes para outro idioma. Um benefício claro é que a estrutura da categoria existente, ou seja, seu lugar na árvore de categorias, campos de parâmetro, valor, etc, pode ser mantida, com apenas o texto que precisa ser traduzido. A categoria permanece como uma única categoria, com diferentes opções de idioma.
Na descrição detalhada de um sistema de troca on-line apresentado abaixo, são usados os seguintes termos:
Usuário: usuário do sistema (pessoa ou outra entidade, possivelmente automatizada) com um perfil e privilégios específicos que negoceiam com o sistema de troca. Em alguns casos, um usuário também pode ser um usuário convidado sem um perfil predefinido.
Grupo: um conjunto de itens similares que foram descritos usando os Campos de Parâmetros do Item pertencentes a esse Grupo. Os grupos estão se unindo em uma hierarquia (por exemplo, em uma estrutura em árvore). O mesmo grupo pode estar ligado a vários locais diferentes na hierarquia.
Criador: um usuário que cria e / ou traduz grupos.
Sistema: um sistema de computador no qual o software de serviço é executado.
Moderador: Um usuário que tem privilégios para moderar e administrar determinados Grupos ou Fóruns.
Item: Item para negociação. Um item pode ser um produto, serviço, direito, obrigação, certificado de compartilhamento, moeda, item imaterial; na verdade, tudo o que pode ser negociado. Cada item pertence a um Grupo específico (ou possivelmente a muitos Grupos específicos) no sistema de troca e foi especificado usando os Campos de Parâmetros do Item do (s) Grupo (s) específico (s).
Campo de parâmetro padrão: o sistema possui um conjunto de campos de parâmetros padrão ou "biblioteca" que podem ser aplicados em vários grupos diferentes como campos de parâmetro de item. Os valores pertencentes aos campos de parâmetros padrão podem ser, por exemplo, cor, grupo etário (por exemplo, bebês de 0 a 1 ano de idade, crianças 1-2, etc.), título, descrição de texto aberto, imagem do item, etc.
Campo de parâmetro específico: campos de parâmetros específicos são campos de parâmetros específicos de um grupo ou grupos específicos. Por exemplo, campos de parâmetros para um grupo de bicicleta de montanha podem incluir uma descrição do hardware de garfo e choque.
Campos do parâmetro do item: Metadados para um grupo específico que é, na prática, um conjunto de Campos de Parâmetros (Campos de Parâmetros Padrão ou Campos de Parâmetros Específicos) que são usados para definir e descrever todos os itens pertencentes a um Grupo específico. Campos de parâmetro de item podem incluir campos de parâmetros padrão e específicos. Um campo de parâmetro de item permite que um usuário, por exemplo, selecione um valor de uma lista de valores predefinida, por exemplo, cores, pesos, tamanhos ou pode permitir que um usuário selecione um valor usando uma entrada de formulário livre.
Hierarquia: organização de todos os Grupos no sistema que define as relações entre os Grupos. A Hierarquia é uma árvore ou, em um formato mais geral, um gráfico direcionado (um gráfico conectado ou desconectado).
Fórum: Um grupo de usuários que tem interesse, atividade ou propósito em comum (por exemplo, hobby, local de trabalho, universidade, localização, etc.). Os usuários se juntam a um Fórum ao se registrar ou fazer logon no sistema.
Categoria de valor: um valor definido ou intervalo de valores de um item. Isso é importante porque os negócios geralmente são baseados em itens semelhantes de valor similar. Em alguns casos, trocas entre diferentes categorias de valores também podem ser permitidas. Uma categoria de valor poderia ser, por exemplo, US $ 100 a US $ 199.
Herança: um grupo pode herdar seus Campos de Parâmetros de Item de outro grupo. Na prática, isso significa que os Campos de Parâmetros do Item do grupo pai são adicionados aos Campos de Parâmetros do Item de um grupo filho (o que pode ser aumentado adicionando outros Campos de Parâmetros do Item).
Ferramenta de criação de campo de parâmetro: uma ferramenta que permite que um usuário defina novos campos de parâmetros para os campos de parâmetro de item de um grupo específico.
Quer: Item que um Usuário quer adquirir e está disposto a dar algo em troca.
Tem: Item que um Usuário tem e gostaria de distribuir para obter outra coisa em troca.
Considerando ainda os Campos de Parâmetros do Item, estes podem ser complexos, p. Ex. multidimensional. Por exemplo, um campo de parâmetro para peso pode ter dois sub-campos, um para um valor, e. 10, e um para uma dimensão, e. kg. Como outro exemplo, um campo de parâmetro pode incluir sub-campos aninhados (incluindo sub-campos aninhados em sub-campos) para permitir uma definição graduada de uma característica de um Item.
Uma descrição de nível superior de um procedimento para definir um novo grupo é a seguinte: 1. Defina a descrição do grupo que inclui o nome do grupo e possivelmente uma descrição genérica sobre os itens que o Grupo inclui. 2. Especifique os Campos de parâmetro do item para um grupo a. Selecione Campos de parâmetro de item para o grupo na lista de campos de parâmetros padrão b. Copie campos de parâmetros específicos de outro grupo c. Crie novos Campos de Parâmetros Específicos para o Grupo usando uma Ferramenta de Criação de Campo de Parâmetros 3. Ligue o novo Grupo à Hierarquia de Grupos existente.
As etapas acima podem ser feitas em qualquer ordem apropriada. O resultado final é o conjunto completo de Campos de parâmetro do item para o grupo.
FIG. 1 ilustra a estrutura de um grupo chamado "Bicicletas". Além desse nome, a definição de grupo inclui uma descrição textual do grupo e um conjunto de campos de parâmetro de item. Ao criar o grupo, o Criador especifica se Campos de parâmetro de item são obrigatórios (M) ou opcionais (O). Certos itens são campos de parâmetros padrão, p. ex. "Marca", "Modelo", enquanto outros são campos de parâmetros específicos, p. Ex. "Diâmetro da orla". Dentro de um campo de parâmetro de item, o Criador pode definir um menu suspenso com opções pré-definidas. Assim, para o Campo de Parâmetros do Item "Cor", o menu suspenso pode oferecer várias cores padrão, vermelho, azul, etc. Claro, esses menus podem ser hierárquicos, oferecendo outras sub-escolhas.
FIGS. 2A a 2F ilustra telas gráficas de interface de usuário simplificadas para criar um grupo, como o grupo Bicicleta da FIG. 1. Uma vez que o usuário tenha logado no serviço de troca, o que pode exigir pré-registro, ele escolhe criar um novo grupo selecionando a opção apropriada (figura 2A): o usuário clica no botão "Criar novo grupo" . Isso leva o Usuário, que agora é o Criador de Grupo, para a exibição de tela da FIG. 2B. O Criador insere o nome e descrição do grupo em campos apropriados e clica no botão "OK, Próximo", levando-o para a tela da FIG. 2C. Esta tela permite ao Criador adicionar Campos de Parâmetros do Item ao Grupo, usando os Campos de Parâmetros Padrão (usando a tela da Figura 2D), criando Campos de Parâmetros Específicos (usando a tela da Figura 2E) ou importando Campos de Parâmetros de algum outro grupo já definido (veja abaixo e figura 2G). FIG. 2F mostra a tela GUI depois que o Criador adicionou vários outros Campos de Parâmetros do Item ao Grupo de Bicicletas.
Uma vez que um grupo foi criado, é necessário conectar o novo Grupo a Grupos existentes dentro da Hierarquia de Grupos. FIG. 3A ilustra, a título de exemplo, uma hierarquia simples semelhante a uma árvore para itens. As categorias principais incluem veículos, arte, roupas, colecionáveis, eletrônicos e esportes. Debaixo do grupo de veículos estão os grupos de carros e bicicletas. O Grupo de bicicletas também está localizado no âmbito do Grupo Esportivo. TVs e Stereos são Grupos localizados no Grupo Eletrônico. Contudo, outros grupos podem ser definidos. Os itens inseridos no sistema podem estar diretamente associados somente aos Grupos na parte inferior da árvore, embora isso não seja o caso e um item pode ser associado apenas a um grupo de nível superior ou intermediário, e. Bicicletas. FIG. 3B ilustra a hierarquia do Grupo depois que os Criadores criaram vários Grupos novos e os conectaram na hierarquia. FIG. 4 ilustra como uma visão hierárquica pode ser exibida para um Usuário na GUI do sistema. Os grupos que estão sublinhados são Grupos que contêm itens oferecidos.
FIG. 5 ilustra uma tela da GUI que pode ser usada por um Criador de Grupo para conectar um Grupo estabelecido na hierarquia do Grupo. A tela exibida mostra que o Grupo de Bicicletas existe dentro dos Veículos e Grupos Esportivos. O Criador de um Mountain Bikes Group escolhe adicionar este Grupo por baixo dos dois Grupos de Bicicletas existentes. Note-se que o operador do sistema pode não permitir que novos Grupos sejam adicionados diretamente nos Grupos de alto nível, p. Ex. Veículos, Arte, etc. Esses grupos de nível superior são, portanto, definidos de forma estática pelo operador. Claro, as permissões para conectar novos Grupos podem ser alocadas de forma dinâmica, por exemplo, um Criador de um novo Grupo pode ter permissão para permitir e desautorizar a conexão de mais novos Grupos abaixo do seu Grupo.
Um novo Grupo pode estar conectado a um Fórum específico, caso em que o Grupo só pode ser visível e / ou acessível aos membros desse Fórum. Isso pode ser importante ao negociar itens confidenciais. Como tal, diferentes usuários verão hierarquias de grupo diferentes, dependendo dos fóruns dos quais eles são membros.
FIG. 2G ilustra uma tela GUI que pode ser exibida para um Criador no processo de criação de um Mountain Bikes Group. Como parte do processo de seleção de Campo de Parâmetros, o Criador opta por importar campos de parâmetros do Grupo de Bicicletas existente.
A estrutura do grupo e a hierarquia são independentes da linguagem. Um mecanismo pode ser fornecido para a) especificar o idioma de criação de um novo Grupo e b) para traduzir o texto de um Grupo existente para outro idioma. A GUI permite que um usuário selecione um idioma em um menu de idioma e, opcionalmente, para adicionar um novo idioma. O usuário é então apresentado, por exemplo, com uma tela que mostra de um lado os vários campos de texto do grupo existente (Nome do grupo, Descrição do grupo, Nomes de campo do parâmetro do item e todas as Descrições dos campos de parâmetros) e campos correspondentes, mas em branco, para a tradução . O usuário completa os campos em branco e envia a tradução. O Usuário pode então ter a opção de traduzir texto para grupos mais altos e / ou mais baixos no mesmo ramo da árvore. Um Usuário que navega na hierarquia (por exemplo, para inserir um Desejado ou um Desejado no sistema) pode selecionar um idioma específico.
Exemplos de outros Grupos e seus Campos de parâmetro de item são:
Nome do grupo: telefones celulares.
Campos do parâmetro do item:
Marca do telefone celular (menu suspenso); Modelo do telefone celular (texto suspenso ou texto livre); Condição do telefone celular (menu suspenso); Idade do celular (drop down incluindo "not known"); Itens incluídos, por exemplo, telefone, carregador, manual do usuário (lista de marca de seleção);
Imagem do telefone celular em ângulos diferentes (duas imagens são necessárias: parte superior e traseira do telefone).
Nome do grupo: troca de compartilhamento de tempo.
Campos do parâmetro do item:
País do apartamento (drop down); Cidade do apartamento (busca ou drop-down); Endereço do apartamento (texto aberto); Tamanho do apartamento (número (em metros quadrados)); Número de quartos no apartamento (número); Número de pessoas apartamento é adequado para (número);
Data de início (data);
Duração da estadia oferecida (número de dias).
Um processo de aprovação pode ser implementado pelo qual novos Grupos e mudanças nos Grupos existentes são submetidos para aprovação. As inscrições são revistas e aprovadas por outra pessoa (quem pode ser outro usuário, outro usuário criador, um administrador de sistema ou um provedor de serviços específico). Após a aprovação, o novo Grupo, Campos de Parâmetros do Item, tradução etc é publicado e usado. O aprovador pode, obviamente, desaprobar uma apresentação, em cujo caso o resultado não é utilizado. O aprovador também pode dar comentários com base nos quais o Criador pode atualizar o envio, após o qual o processo de aprovação é repetido.
É bastante provável, na verdade, esperar que a árvore da categoria do produto cresça, de modo que múltiplos grupos com propriedades muito semelhantes existam em paralelo. Assim, haverá uma facilidade para unir Grupos. A mesclagem pode ser feita pelo administrador do sistema, usuário ou um dos criadores de grupo. A permissão para implementar uma fusão de grupo pode exigir uma permissão concedida pelo administrador do serviço.
FIG. 6 ilustra uma tela GUI alternativa que é apresentada a um Usuário depois de clicar em um link Criar Novo Grupo. Esta tela integra uma grande parte da funcionalidade do conjunto de telas das FIGS. 2A a 2G. O botão "Adicionar outro pai" pode ser usado repetidamente para inserir o novo Grupo na Hierarquia de Grupos existente. É fornecido um menu suspenso de seleção de idioma. A seção de entrada inferior permite que vários Campos de Parâmetros de Item sejam adicionados ao Grupo.
FIG. 7 é um diagrama de fluxo que ilustra um procedimento para criar um Grupo. FIG. 8 é um diagrama de fluxo que ilustra um procedimento detalhado para pesquisar itens ou serviços catalogados usando a estrutura Hierarquia de Grupo. Neste exemplo, um usuário seleciona um primeiro campo de parâmetro de item e insere um valor, neste caso "vermelho" e visualiza os resultados. Observe que, nesta fase, o sistema está pesquisando em todos os grupos. O usuário então aprimora a pesquisa de forma gradual ao inserir valores em outros Campos de Parâmetros do Item. FIG. 9 é um diagrama de fluxo que ilustra o procedimento de busca em um nível mais abstraído.
Um campo de parâmetro de item estabelecido para um grupo geralmente compreenderá um conjunto de entradas selecionáveis pelo usuário, e. exibido como um menu suspenso em uma página de pesquisa da GUI. Quando um Usuário que deseja adicionar um item ou serviço a um Grupo (como um Desejado ou Desejado) não encontra nenhuma entrada relevante em tal conjunto, o Usuário pode adicionar essa entrada. Considere, por exemplo, um Usuário que deseje adicionar um ingresso de concertos a um grupo de ingressos para concertos. Se o concerto relevante não estiver contido em um conjunto existente, o Usuário entrará no novo show como uma nova entrada para os Campos de Parâmetros. Claro, algumas funcionalidades "inteligentes" podem ser introduzidas no sistema para permitir que ele reconheça uma nova entrada que é semelhante a uma entrada existente, ou seja, para evitar a criação de duplicatas no conjunto. Para grupos, como bilhetes de concertos, também pode ser útil adicionar um campo de parâmetro adicional que indique um prazo de validade para um item, por exemplo, a data de um concerto particular.
Será claro que permitir que os Usuários criem e modifiquem Grupos resultará em um catálogo de itens e serviços que classifique os itens e serviços com um grau de precisão muito maior (do que os sistemas de negociação convencionais) usando definições "padrão", reduzindo a dependência de livre descrições de texto. Isso, por sua vez, aumenta consideravelmente a precisão com que as pesquisas automáticas de um catálogo podem ser realizadas.
O sistema de troca on-line descrito acima geralmente será hospedado em um servidor web seguro ou cluster de servidor web operado pelo provedor de serviços. No entanto, a implementação em uma rede peer-to-peer também pode ser possível. Os usuários acessam o serviço através da Internet usando computadores pessoais, laptops, PDAs, celulares e outros. Em alguns casos, um aplicativo especial pode residir no terminal do cliente para permitir que o serviço seja acessado.
Hierarquia do usuário do sistema comercial
US 20180166962 A1.
CAMPO TÉCNICO.
Grupo: um conjunto de itens similares que foram descritos usando os Campos de Parâmetros do Item pertencentes a esse Grupo. Os grupos estão se unindo em uma hierarquia (por exemplo, em uma estrutura em árvore). O mesmo grupo pode estar ligado a vários locais diferentes na hierarquia.
Criador: um usuário que cria e / ou traduz grupos.
Sistema: um sistema de computador no qual o software de serviço é executado.
Moderador: Um usuário que tem privilégios para moderar e administrar determinados Grupos ou Fóruns.
Item: Item para negociação. Um item pode ser um produto, serviço, direito, obrigação, certificado de compartilhamento, moeda, item imaterial; na verdade, tudo o que pode ser negociado. Cada item pertence a um Grupo específico (ou possivelmente a muitos Grupos específicos) no sistema de troca e foi especificado usando os Campos de Parâmetros do Item do (s) Grupo (s) específico (s).
Campo de parâmetro padrão: o sistema possui um conjunto de campos de parâmetros padrão ou "biblioteca" que podem ser aplicados em vários grupos diferentes como campos de parâmetro de item. Os valores pertencentes aos campos de parâmetros padrão podem ser, por exemplo, cor, grupo etário (por exemplo, bebês de 0 a 1 ano de idade, crianças 1-2, etc.), título, descrição de texto aberto, imagem do item, etc.
Campo de parâmetro específico: campos de parâmetros específicos são campos de parâmetros específicos de um grupo ou grupos específicos. Por exemplo, campos de parâmetros para um grupo de bicicleta de montanha podem incluir uma descrição do hardware de garfo e choque.
Campos do parâmetro do item: Metadados para um grupo específico que é, na prática, um conjunto de Campos de Parâmetros (Campos de Parâmetros Padrão ou Campos de Parâmetros Específicos) que são usados para definir e descrever todos os itens pertencentes a um Grupo específico. Campos de parâmetro de item podem incluir campos de parâmetros padrão e específicos. Um campo de parâmetro de item permite que um usuário, por exemplo, selecione um valor de uma lista de valores predefinida, por exemplo, cores, pesos, tamanhos ou pode permitir que um usuário selecione um valor usando uma entrada de formulário livre.
Hierarquia: organização de todos os Grupos no sistema que define as relações entre os Grupos. A Hierarquia é uma árvore ou, em um formato mais geral, um gráfico direcionado (um gráfico conectado ou desconectado).
Fórum: Um grupo de usuários que tem interesse, atividade ou propósito em comum (por exemplo, hobby, local de trabalho, universidade, localização, etc.). Os usuários se juntam a um Fórum ao se registrar ou fazer logon no sistema.
Categoria de valor: um valor definido ou intervalo de valores de um item. Isso é importante porque os negócios geralmente são baseados em itens semelhantes de valor similar. Em alguns casos, trocas entre diferentes categorias de valores também podem ser permitidas. Uma categoria de valor poderia ser, por exemplo, US $ 100 a US $ 199.
Herança: um grupo pode herdar seus Campos de Parâmetros de Item de outro grupo. Na prática, isso significa que os Campos de Parâmetros do Item do grupo pai são adicionados aos Campos de Parâmetros do Item de um grupo filho (o que pode ser aumentado adicionando outros Campos de Parâmetros do Item).
Parameter Field Creation Tool: A tool that allows a User to define new Parameter Fields for the Item Parameter Fields of a particular group.
Want: Item that a User wants to acquire and is willing to give something in exchange for.
Have: Item that a User has and would like to give away in order to get something else in exchange.
User Hierarchy ( Use Case Diagram (UML))
usecase case uml tech software.
Tipo de diagrama:
Use Case Diagram (UML)
Diagramas relacionados.
Por Creately Templates.
Use case model of an ATM system.
Tagged: use case, usecase diagram, uml, uml use case.
Updated:4 months ago.
Por Creately Templates.
Use Case Diagram Template of Restaurant Order System.
Tagged: use case, restaurant use case, usecase of restaurant order, order system use case, use case templates, usecase template, uml use case.
Updated:4 months ago.
Por Creately Templates.
Use case model of a travel agancy system.
Tagged: use case, usecase diagram, uml, uml use case.
Atualizado: 5 meses atrás.
Por Creately Templates.
Use Case Diagram Example Template of Online HR System.
Tagged: use case hr system, use case of hr system, online hr system, use case, usecase diagram, use case templates.
Atualizado: 2 anos atrás.
Por Creately Templates.
Use Case Diagram Template of Cellular Network Scenario making and receiving calls.
Tagged: usecase, case, uml, tech, software, use case mobile network, use case of cellular network, mobile phone use case, use case for mobile, use case template, usecase templates, use case, uml usecase.
Atualizado: 2 anos atrás.
Por Creately Templates.
Use Case Diagram Template of Financial Trading System.
Tagged: use case, trading use case, financial trading usecase, use case of financial order, use case template, usecase templates.
On-line trading system.
Classificações.
G & mdash; FÍSICA G06 & mdash; INFORMÁTICA; CALCULANDO; CONTAGEM G06Q & mdash; SISTEMAS OU MÉTODOS DE PROCESSAMENTO DE DADOS, ESPECIALMENTE ADAPTADOS POR FINES ADMINISTRATIVOS, COMERCIAIS, FINANCEIROS, DE GESTÃO, DE SUPERVISÃO OU DE PREVISÃO; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR G06Q30/00 — Commerce, e. g. shopping or e-commerce G06Q30/06 — Buying, selling or leasing transactions G06Q30/08 — Auctions, matching or brokerage G — FÍSICA G06 & mdash; INFORMÁTICA; CALCULANDO; CONTAGEM G06Q & mdash; SISTEMAS OU MÉTODOS DE PROCESSAMENTO DE DADOS, ESPECIALMENTE ADAPTADOS POR FINES ADMINISTRATIVOS, COMERCIAIS, FINANCEIROS, DE GESTÃO, DE SUPERVISÃO OU DE PREVISÃO; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR G06Q30/00 — Commerce, e. g. shopping or e-commerce G06Q30/06 — Buying, selling or leasing transactions G06Q30/0601 — Electronic shopping G06Q30/0641 — Shopping interfaces.
Descrição.
ON-LINE TRADING SYSTEM.
The present invention relates to on-line trading systems and in particular, though not necessarily, to on-line trading systems that allow the general public to either sell or exchange personal items and services.
A number of websites have appeared in recent years to facilitate the exchange or bartering of items and services between members of the public. An example is the Swaptree™ site available at swaptree. In a two-way barter, two people directly swap their items or services. The problem of course with two-way barter is that, particularly for unusual items, it may be difficult for a first party to link up with another party who has exactly what the first party is looking for. The probability of finding a barter partner grows dramatically in large user base when n-way barter is allowed. In an n-way barter a group of people exchange their "Have's" and "Want's". Consider for example the case of three users, Cl, C2 and C3, who each have their own Have's and Want's (written here in brackets (Have, Want)): C1(A, B), C2(B, C) and C3 (C, A). In this case, the exchange can be coordinated to ensure that each user gets what he/she wants.
On-line barter systems are considered in the following publications; US6847938, KR20010025282, WO2006034221, WOO 124091, WO2004027660, US2003088497, JP2003076881, JP2002318936, JP2002269385, WO0139081, WO2008057255, WO2008057276, WO2008057277, US2007244769, US2007244770, US2007244772, US2007244793, US20070244801, US20070255624, WO2007121298, and WO2007121305.
Barter sites share many characteristics with on-line auction and sales sites such as ebay™ and Wigix™ (wigix). However, the former are necessarily more complex in that a search of the listings must identify both have's and want's, and not only have's as in the case of the auction sites. Moreover, a search on a barter site should identify all possible n-way barters. For this reason, especially in the case of a large user base, it is desirable to automate as much as possible the searching process in a barter system, rather than leaving it to the user to "manually" browse through categories and items. Automated searching relies heavily upon the accurate and detailed categorisation of offered items and services and may be carried out "on-demand", i. e. in response to a user entering a Have and a Want into the system, or by way of periodic "clearing" in which user requests are queued and subsequently cleared in a single pass through the system.
In order to simplify the process of listing and identifying items (or services) for exchange, a barter system may make use of statically defined categories. These may be organised in a hierarchical tree-like structure. For example, "LCD televisions" may be a sub-category under the sub-category "television" and the top level category "home electronics". Users, when listing their barter requests in the system, connect each Have and Want with a specific product category (typically at the lowest level in the tree). In addition, users may add a textual description/keywords for the Have's and Want's (and optionally a photograph of the Have). An automated search will typically employ a keyword search within the specified category.
Statically defined categories are necessarily coarse grained. For example, whilst high level genre categories for books may be defined, e. g. history, science fiction, etc, finer definition is not possible, e. g. "Finnish winter war", due to the intensive nature of the categorisation process. In any case, there is always a limit to the degree of classification that a system provider is willing to create, e. g. if a "Finnish winter war" category is defined, a sub-category for "Moscow Peace Treaty" will not.
A further drawback of the current category-based systems is that certain categories may be poorly or inadequately defined. Users must work within the confines of such categories. Yet another drawback is that, on any given site, categories are specified in a single language. Unless a site is to be restricted to a particular geographic region, e. g. Finland, the site will typically operate in English. Of course, this excludes a massive number of potential users.
Whilst these disadvantages are particularly acute in the case of on-line barter systems, they are also present in other on-line trading systems including on-line auction systems.
It is an object of the present invention to overcome or at least mitigate the above noted disadvantages of conventional on-line trading systems. These and other disadvantages may be overcome by allowing users themselves to create and amend product and service categories, and to position these at appropriate levels within a category hierarchy.
According to a first aspect of the present invention there is provided a method of constructing and maintaining a group hierarchy for use in an online trading system accessible to a multiplicity of end users, where nodes of the hierarchy define respective item and/or service groups with progressively increasing levels of detail, items and/or services offered for trade on the system being directly associated with at least one group. The method comprises the steps of receiving end user requests to create respective new groups, each request identifying one or more parameter fields for describing items or services belonging to the group and one or more locations within the existing group hierarchy, and modifying the existing hierarchy to accommodate the new groups.
The method may comprise submitting said end user requests via graphical user interfaces displayed on end user terminals, and delivering the requests via the Internet to a web server or servers on which said trading system is hosted. More particularly, the graphical user interface may be configured to enable an end user to select the location(s) of a new group within the hierarchy.
One embodiment of the invention requires that each said end user request includes a name of the group and a textual description of the group. The request may also include a set of values associated with a parameter field, the values forming a user selectable list.
The method may comprise the further steps of receiving an end user request to modify an existing group and modifying that existing group. More particularly, the request may include: a) an indication of parameter fields to be deleted or added; b) an indication of text to be amended, deleted or added; or c) an indication of a new location for the group within the hierarchy.
The group hierarchy may be stored in a memory of the on-line trading system as one or more directed graphs.
The request may identify a parameter field by way of a selection of parameter field associated with a pre-existing group.
The request may identify a parameter field by way of a selection of a standard parameter field defined by the on-line trading system.
The or at least one of the parameter fields associated with a request may be multidimensional, e. g. allowing an item characteristic to be specified using two or more sub - fields.
According to a second aspect of the present invention there is provided an on-line trading system employing a group hierarchy constructed using the method of the above first aspect, the system maintaining a catalogue of items and/or services for trading, each item and/or service being directly associated with one of said groups.
The on-line trading system may be configured to store, in association with each group, a group name, as well as, for each group with which an item or service is associated, at least one parameter field for defining a property of an item or service associated with the group. The system may be further configured to present to an end user terminal, for a given group, a graphical user interface containing a text entry field for each parameter field of the group, to receive the input text, and to store the input text as an alternative user selectable language. The system may be still further configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to select a language from a set of languages in which text associated with group parameter fields is displayed.
The on-line trading system may be configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to search for items and/or services in the catalogue by selecting values for one or more parameter fields of the group.
The invention is applicable in particular, though not necessarily, to a system for providing a barter service for end users, automatically searching said catalogue to match users' Have's and Want's and delivering results to end users.
The system may be further configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to add, delete and/or amend values associated with a parameter field of that group.
According to a third aspect of the present invention there is provided an online trading system comprising a web server or web server cluster configured to host an on-line trading system accessible by a multiplicity of end users possessing respective user terminals connected to the Internet, the web server or web server cluster comprising: a first memory storing a group hierarchy, where nodes of the hierarchy define respective item and/or service groups with progressively increasing levels of detail, and storing for at least each group at the bottom of the hierarchy at least one user parameter field for describing items or services associated with the group; a second memory for storing details of items and/or services offered for trade on the system including for each item and/or service the identity of at least one group with which that item or service is associated and a user selection for the or each parameter field; and a processor for receiving end user requests to create new groups, each request including one or more user parameter fields for describing items or services belonging to the group and one or more locations within the existing group hierarchy, and for accessing said first memory to modify the existing hierarchy to accommodate the new groups.
According to a fourth aspect of the present invention there is provided an online trading system comprising a web server or web server cluster configured to host an on-line trading system accessible by a multiplicity of end users connected to the Internet, the on-line trading system being arranged to: maintain a hierarchical structure of groups, each group possessing a name and at least those groups at the bottom of the hierarchy each possessing one or more parameter fields defining respective properties of items or services associated with the group; maintain a catalogue of user items and/or services for trade, each item or service being associated with at least one group for the purpose of categorising the item or service and being defined by a user selection for the or each parameter field of the group; receive new group definitions from end users including at least one parameter field and add corresponding new groups to the hierarchical structure; and receive details of new items or services to be added to the catalogue including associations with the new groups and a user selection for the or each parameter field of the groups.
Brief Description of the Drawings.
Figure 1 illustrates schematically a Group or category of an online barter system, including properties of the Group;
Figures 2 A to 2F illustrates various screens of a Graphical User Interface of an online barter system, suitable for User Creation of Group;
Figure 2G illustrates a Screen of the Graphical User Interface of an online barter system that allows a Group Creator to import parameters from an existing Group into a new.
Group being established by the Creator;
Figures 3 A and 3B illustrate a Group hierarchy before and after addition of new Groups to the hierarchy;
Figure 4 shows a screen of a Graphical User interface illustrating a portion of a Group hierarchy;
Figure 5 shows a screen of a Graphical User interface allowing a Group Creator to link a new Group into the existing Group hierarchy;
Figure 6 shows in detail a screen of a Graphical User Interface for allowing a User to create a new Group;
Figure 7 is a flow diagram illustrating a process for creating a new Group;
Figure 8 is a flow diagram illustrating a search procedure for an online trading system; e.
Figure 9 is a flow diagram illustrating a generic search procedure for an online trading system.
It is proposed here to provide an on-line trading system that allows users, by way of a specially designed graphical user interface (GUI), to create, modify, and potentially delete categories used to categorise product and/or service. The system is essentially a web 2.0 based system in that it places implicit trust in the users to act collaboratively and responsibly when handling categories but, at the same time, is self-policing in that mistakes and deliberate errors by the inconsiderate few can be corrected by the responsible majority. As groups of end users will almost always be more knowledgeable than the system operator (consider for example stamp collectors, mountain bikers, or bull dozer enthusiasts), this approach will allow a growing number of product groups to be created that will describe actual items and services in a realistic and truly meaningful way.
Furthermore, this approach will allow users to translate existing categories into another language. A clear benefit is that the structure of the existing category, i. e. its place in the category tree, parameter fields, value, etc, can be retained, with only the text needing to be translated. The category remains as a single category, with different language options.
In the detailed description of an on-line barter system presented below, the following terms are used:
User. System user (person or some other entity, possibly automated) with a specified profile and privileges who trades with the barter system. In some cases a User can also be a guest User without a predefined profile.
Group: A set of similar Items that have been described using the Item Parameter Fields belonging to that Group. Groups are linking together in a hierarchy (e. g. in a tree structure). The same group may be linked into several different places in the hierarchy.
O Criador. A User who creates and/or translates Groups.
System: A computer system in which the service software is run.
Moderator: A User who has privileges to moderate and administrate certain Groups or.
Item: Item for trading. An item can be a product, service, right, obligation, share certificate, currency, immaterial item; in fact anything that can be traded. Each item belongs to a specific Group (or possibly many specific Groups) in the barter system and has been specified using the Item Parameter Fields of the specific Group(s).
Standard Parameter Field: The system has a set of standard or "library" Parameter.
Fields that can be applied to many different Groups as Item Parameter Fields. Values belonging to Standard Parameter Fields can be for example; colour, age group (e. g. babies 0-1 year old, children 1-2, etc.), title, open text description, image of the Item, etc.
Specific Parameter Field: Specific Parameter Fields are parameter fields that are specific to a specific Group or Groups. For example, parameter fields for a mountain bike Group may include a description of the fork and shock hardware.
Item Parameter Fields: Metadata for a specific group that is in practice a set of.
Parameter Fields (Standard Parameter Fields or Specific Parameter Fields) that are used to define and describe all Items that belong to a specific Group. Item Parameter Fields may include both standard and specific parameter fields. An Item Parameter Field allows a user to for example select a value from a predefined list of values, e. g. colours, weights, sizes, or may allow a user to select a value using a free-form entry.
Hierarchy: The organization of all Groups in the system defining the relations between the Groups. The Hierarchy is a tree or in a more general format a directed graph (either a connected or unconnected graph).
Forum: A group of User's having an interest, activity, or purpose in common (e. g. hobby, work place, university, location, etc). Users join a Forum when registering or logging-on to the system.
Value Category: A defined value or value range of an Item. This is important as trades are often based upon matching Items of similar value. In some cases, trades between different value categories can also be allowed. A Value Category could be for example.
Inheritance: A group may inherit its Item Parameter Fields from another group. In practice this means that the Item Parameter Fields of the parent group are added to the.
Item Parameter Fields of a child group (which then may be augmented by adding further Item Parameter Fields).
Parameter Field Creation Tool: A tool that allows a User to define new Parameter.
Fields for the Item Parameter Fields of a particular group.
Want: Item that a User wants to acquire and is willing to give something in exchange for.
Have: Item that a User has and would like to give away in order to get something else in exchange.
Considering further the Item Parameter Fields, these can be complex, e. g. multidimensional. For example, a Parameter Field for weight may have two sub-fields, one for a value, e. g. 10, and one for a dimension, e. g. kg. As a further example, a Parameter Field may comprise nested sub-fields (including sub-fields nested within sub-fields) to allow a graded definition of a characteristic of an Item.
A top-level description of a procedure for defining a new group is as follows:
1. Define the Group description which includes the Group name and possibly a generic description about the Items that the Group includes. 2. Specify the Item Parameter Fields for a Group a. Select Item Parameter Fields for the Group from the list of Standard Parameter Fields b. Copy Specific Parameter Fields from another Group c. Create new Specific Parameter Fields for the Group using a Parameter Field Creation Tool.
3. Link the new Group into the existing Group Hierarchy.
Above steps can be done in any appropriate order. The end result is the complete set of Item Parameter Fields for the Group.
Figure 1 illustrates the structure of a Group named "Bicycles". As well as this name, the Group definition includes a textual description of the group, and a set of Item Parameter Fields. When creating the group, the Creator specifies whether Item Parameter Fields are mandatory (M) or optional (O). Certain of the items are Standard Parameter Fields, e. g. "Brand", "Model", whilst others are Specific Parameter Fields, e. g. "Rim Diameter". Within an Item Parameter Field, the Creator can define a drop down menu with pre-set options. So, for the Item Parameter Field "Colour", the drop down menu may offer various standard colours, red, blue, etc. Of course, these menus themselves may be hierarchical, offering further sub-choices.
Figures 2A to 2F illustrates simplified graphical user interface screens for creating a group such as the Bicycle group of Figure 1. Once a User has logged-on to the barter service, which may require pre-registration, he chooses to create a new group by selecting the appropriate option (Figure 2A): the User clicks on the "Create New Group" button. This takes the User, who is now the Group Creator, to the screen view of Figure 2B. The Creator enters the Group name and description into appropriate fields, and clicks on the "OK, Next" button, taking him to the screen of Figure 2C. This screen allows the Creator to add Item Parameter Fields to the Group, either by using Standard Parameter Fields (using the screen of Figure 2D), creating Specific Parameter Fields (using the screen of Figure 2E), or by importing Parameter Fields from some other already defined Group (see below and Figure 2G). Figure 2F shows the GUI screen after the Creator has added a number of further Item Parameter Fields to the Bicycle Group.
Once a Group has been created, it is necessary to connect the new Group to existing Groups within the Group Hierarchy. Figure 3A illustrates by way of example a simple tree-like hierarchy for items. Primary categories include Vehicles, Art, Clothes, Collectibles, Electronics and Sports. Underneath the Vehicle Group are the Cars and Bicycle Groups. The Bicycle Group is also located under the Sports Group. TVs and Stereos are Groups located under the Electronics Group. Other groups may of course be defined. Items entered into the system may be directly associated only with Groups at the bottom of the tree, although this need not be the case and an item could be associated only with a top level or intermediate Group, e. g. Bicycles. Figure 3B illustrates the Group hierarchy after Creators have created a number of new Groups and connected them into the hierarchy. Figure 4 illustrates how a hierarchical view may be displayed to a User on the GUI of the system. Groups that are underlined are Groups that contain items on offer.
Figure 5 illustrates a screen of the GUI that may be used by a Group Creator to connect an established Group into the Group hierarchy. The displayed screen shows that the Bicycles Group exists under both the Vehicles and Sports Groups. The Creator of a Mountain Bikes Group chooses to add this Group underneath both of the existing Bicycles Groups. It is noted that the system operator may not allow new Groups to be added directly under the top-level Groups, e. g. Vehicles, Art, etc. These top-level Groups are therefore statically defined by the operator. Of course, permissions to connect new Groups may be allocated in a dynamic fashion, e. g. a Creator of a new Group may have permission to allow and disallow the connection of further new Groups beneath his Group.
A new Group may be connected to a specific Forum in which case the Group may only be visible and/or accessible to members of that Forum. This may be important when trading confidential Items. As such, different Users will see different Group Hierarchies, depending upon the Forums of which they members. Figure 2G illustrates a GUI screen that may be displayed to a Creator in the process of establishing a Mountain Bikes Group. As part of the Parameter Field selection process, the Creator chooses to import parameter fields from the existing Bicycle Group.
The Group structure and Hierarchy is language independent. A mechanism may be provided for a) specifying the language of creation of a new Group and b) for translating text of an existing Group into another language. The GUI allows a User to select a language from a language menu and, optionally, to add a new language. The User is then presented for example with a screen which shows on one side the various text fields of the existing group (Group Name, Group Description, Item Parameter Field Names and all the Parameter Field Descriptions), and corresponding but blank fields for the translation. The User completes the blank fields and submits the translation. The User might then have the option to translate text for groups higher up and/or lower down in the same branch of the tree. A User browsing the hierarchy (e. g. to enter a Have or a Want into the system) may select a particular language.
Examples of other Groups and their Item Parameter Fields are: Group name: Cell phones Item Parameter Fields:
Brand of the cell phone (drop down menu);
Model of the cell phone (drop down or free text);
Condition of the cell phone (drop down menu);
Age of the cell phone (drop down including "not known");
Included items, for example phone, charger, user's manual (check mark list);
Picture of the cell phone from different angles (two pictures required: top and back of the phone).
Group name: Time share trading Item Parameter Fields:
Country of the apartment (drop down);
City of the apartment (search or drop down); Address of the apartment (open text);
Size of the apartment (number (of sq. m.));
Number of rooms in apartment (number);
Number of persons apartment is suitable for (number);
Start date (date);
Length of stay offered (number of days).
An approval process may be implemented whereby new Groups and changes to existing Groups are submitted for approval. The submissions are reviewed and approved by another person (who could be another User, another creator User, a system administrator, or a specific service provider). After the approval the new Group, Item Parameter Fields, translation etc is published and brought into use. The approver may of course disapprove of a submission in which case the result is not brought into use. The approver may also give comments based on which the Creator can update the submission whereupon the approval process is repeated.
It is quite likely, indeed expected, that the product category tree will grow such that multiple Groups with very similar properties will exist in parallel. There will thus be a facility to merge Groups. The merge may be done by the system administrator, User, or one of the Group Creators. Permission to implement a Group merge may require a permission granted by the service administrator.
Figure 6 illustrates an alternative GUI screen that is presented to a User after clicking on a Create New Group link. This screen integrates much of the functionality of the screen set of Figures 2A to 2G. The "Add another parent" button may be used repeatedly to enter the new Group into the existing Group Hierarchy. A language selection dropdown menu is provided. The lower entry section allows multiple Item Parameter Fields to be added to the Group.
Figure 7 is a flow diagram illustrating a procedure for creating a Group. Figure 8 is a flow diagram illustrating a detailed procedure for searching for items or services catalogued using the Group Hierarchy structure. In this example, a user selects a first Item Parameter Field and enters a value, in this case "red" and views the results. Note that at this stage the system is searching across all groups. The user then refines the search in a stepwise manner by entering values into other Item Parameter Fields. Figure 9 is a flow diagram illustrating the search procedure at a more abstracted level.
An Item Parameter Field established for a Group will often comprise a set of User selectable entries, e. g. displayed as a drop-down menu on a search page of the GUI. Where a User wishing to add an item or service to a Group (either as a Have or a Want) finds no relevant entry in such a set, the User may add such an entry. Consider for example a User wishing to add a concert ticket to a concert ticket group. If the relevant concert is not contained in an existing set, the User enters the new concert as a new entry for the Parameter Fields. Of course, some "smart" functionality may be introduced into the system to allow it to recognise a new entry that is similar to an existing entry, i. e. to avoid the creation of duplicates in the set. For Groups such as concert tickets, it may also be useful to add a further Parameter Field indicating an expiry date for an item, e. g. the date of a particular concert.
It will be clear that allowing Users to create and modify Groups will result in a catalogue of items and services that classifies the items and services with a much greater degree of accuracy (than conventional trading systems) using "standard" definitions, reducing reliance upon free text descriptions. This in turn greatly increases the accuracy with which automatic searches of a catalogue can be performed.
The on-line barter system described above will typically be hosted on a secure web server or web server cluster operated by the service provider. However, implementation over a peer-to-peer type network might also be possible. Users access the service via the Internet using person computers, laptops, PDAs, mobile phones and the like. In some cases, a special application may reside in the client terminal in order to allow the service to be accessed.
TECHNICAL FIELD.
The present invention relates to on-line trading systems and in particular, though not necessarily, to on-line trading systems that allow the general public to either sell or exchange personal items and services.
FUNDO.
A number of websites have appeared in recent years to facilitate the exchange or bartering of items and services between members of the public. An example is the Swaptree™ site available at swaptree. In a two-way barter, two people directly swap their items or services. The problem of course with two-way barter is that, particularly for unusual items, it may be difficult for a first party to link up with another party who has exactly what the first party is looking for. The probability of finding a barter partner grows dramatically in large user base when n-way barter is allowed. In an n-way barter a group of people exchange their “Have's” and “Want's”. Consider for example the case of three users, C1, C2 and C3, who each have their own Have's and Want's (written here in brackets (Have, Want)): C1(A, B), C2(B, C) and C3 (C, A). In this case, the exchange can be coordinated to ensure that each user gets what he/she wants.
On-line barter systems are considered in the following publications; U. S. Pat. No. 6,847,938, KR20010025282, WO2006034221, WO0124091, WO2004027660, US2003088497, JP2003076881, JP2002318936, JP2002269385, WO0139081, WO2008057255, WO2008057276, WO2008057277, US2007244769, US2007244770, US2007244772, US2007244793, US20070244801, US20070255624, WO2007121298, and WO2007121305.
Barter sites share many characteristics with on-line auction and sales sites such as Ebay™ and Wigix™ (wigix). However, the former are necessarily more complex in that a search of the listings must identify both have's and want's, and not only have's as in the case of the auction sites. Moreover, a search on a barter site should identify all possible n-way barters. For this reason, especially in the case of a large user base, it is desirable to automate as much as possible the searching process in a barter system, rather than leaving it to the user to “manually” browse through categories and items. Automated searching relies heavily upon the accurate and detailed categorisation of offered items and services and may be carried out “on-demand”, i. e. in response to a user entering a Have and a Want into the system, or by way of periodic “clearing” in which user requests are queued and subsequently cleared in a single pass through the system.
In order to simplify the process of listing and identifying items (or services) for exchange, a barter system may make use of statically defined categories. These may be organised in a hierarchical tree-like structure. For example, “LCD televisions” may be a sub-category under the sub-category “television” and the top level category “home electronics”. Users, when listing their barter requests in the system, connect each Have and Want with a specific product category (typically at the lowest level in the tree). In addition, users may add a textual description/keywords for the Have's and Want's (and optionally a photograph of the Have). An automated search will typically employ a keyword search within the specified category.
Statically defined categories are necessarily coarse grained. For example, whilst high level genre categories for books may be defined, e. g. history, science fiction, etc, finer definition is not possible, e. g. “Finnish winter war”, due to the intensive nature of the categorisation process. In any case, there is always a limit to the degree of classification that a system provider is willing to create, e. g. if a “Finnish winter war” category is defined, a sub-category for “Moscow Peace Treaty” will not.
A further drawback of the current category-based systems is that certain categories may be poorly or inadequately defined. Users must work within the confines of such categories. Yet another drawback is that, on any given site, categories are specified in a single language. Unless a site is to be restricted to a particular geographic region, e. g. Finland, the site will typically operate in English. Of course, this excludes a massive number of potential users.
Whilst these disadvantages are particularly acute in the case of on-line barter systems, they are also present in other on-line trading systems including on-line auction systems.
It is an object of the present invention to overcome or at least mitigate the above noted disadvantages of conventional on-line trading systems. These and other disadvantages may be overcome by allowing users themselves to create and amend product and service categories, and to position these at appropriate levels within a category hierarchy.
According to a first aspect of the present invention there is provided a method of constructing and maintaining a group hierarchy for use in an online trading system accessible to a multiplicity of end users, where nodes of the hierarchy define respective item and/or service groups with progressively increasing levels of detail, items and/or services offered for trade on the system being directly associated with at least one group. The method comprises the steps of receiving end user requests to create respective new groups, each request identifying one or more parameter fields for describing items or services belonging to the group and one or more locations within the existing group hierarchy, and modifying the existing hierarchy to accommodate the new groups.
The method may comprise submitting said end user requests via graphical user interfaces displayed on end user terminals, and delivering the requests via the Internet to a web server or servers on which said trading system is hosted. More particularly, the graphical user interface may be configured to enable an end user to select the location(s) of a new group within the hierarchy.
One embodiment of the invention requires that each said end user request includes a name of the group and a textual description of the group. The request may also include a set of values associated with a parameter field, the values forming a user selectable list.
The method may comprise the further steps of receiving an end user request to modify an existing group and modifying that existing group. More particularly, the request may include: a) an indication of parameter fields to be deleted or added; b) an indication of text to be amended, deleted or added; or c) an indication of a new location for the group within the hierarchy.
The group hierarchy may be stored in a memory of the on-line trading system as one or more directed graphs.
The request may identify a parameter field by way of a selection of parameter field associated with a pre-existing group.
The request may identify a parameter field by way of a selection of a standard parameter field defined by the on-line trading system.
The or at least one of the parameter fields associated with a request may be multi-dimensional, e. g. allowing an item characteristic to be specified using two or more sub-fields.
According to a second aspect of the present invention there is provided an on-line trading system employing a group hierarchy constructed using the method of the above first aspect, the system maintaining a catalogue of items and/or services for trading, each item and/or service being directly associated with one of said groups.
The on-line trading system may be configured to store, in association with each group, a group name, as well as, for each group with which an item or service is associated, at least one parameter field for defining a property of an item or service associated with the group. The system may be further configured to present to an end user terminal, for a given group, a graphical user interface containing a text entry field for each parameter field of the group, to receive the input text, and to store the input text as an alternative user selectable language. The system may be still further configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to select a language from a set of languages in which text associated with group parameter fields is displayed.
The on-line trading system may be configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to search for items and/or services in the catalogue by selecting values for one or more parameter fields of the group.
The invention is applicable in particular, though not necessarily, to a system for providing a barter service for end users, automatically searching said catalogue to match users' Have's and Want's and delivering results to end users.
The system may be further configured to present to an end user terminal, for a given group, a graphical user interface allowing a user to add, delete and/or amend values associated with a parameter field of that group.
According to a third aspect of the present invention there is provided an online trading system comprising a web server or web server cluster configured to host an on-line trading system accessible by a multiplicity of end users possessing respective user terminals connected to the Internet, the web server or web server cluster comprising: a first memory storing a group hierarchy, where nodes of the hierarchy define respective item and/or service groups with progressively increasing levels of detail, and storing for at least each group at the bottom of the hierarchy at least one user parameter field for describing items or services associated with the group; a second memory for storing details of items and/or services offered for trade on the system including for each item and/or service the identity of at least one group with which that item or service is associated and a user selection for the or each parameter field; and a processor for receiving end user requests to create new groups, each request including one or more user parameter fields for describing items or services belonging to the group and one or more locations within the existing group hierarchy, and for accessing said first memory to modify the existing hierarchy to accommodate the new groups.
According to a fourth aspect of the present invention there is provided an online trading system comprising a web server or web server cluster configured to host an on-line trading system accessible by a multiplicity of end users connected to the Internet, the on-line trading system being arranged to: maintain a hierarchical structure of groups, each group possessing a name and at least those groups at the bottom of the hierarchy each possessing one or more parameter fields defining respective properties of items or services associated with the group; maintain a catalogue of user items and/or services for trade, each item or service being associated with at least one group for the purpose of categorising the item or service and being defined by a user selection for the or each parameter field of the group; receive new group definitions from end users including at least one parameter field and add corresponding new groups to the hierarchical structure; and receive details of new items or services to be added to the catalogue including associations with the new groups and a user selection for the or each parameter field of the groups.
BREVE DESCRIÇÃO DOS DESENHOS.
FIG. 1 illustrates schematically a Group or category of an online barter system, including properties of the Group;
FIGS. 2A to 2F illustrates various screens of a Graphical User Interface of an online barter system, suitable for User Creation of Group;
FIG. 2G illustrates a Screen of the Graphical User Interface of an online barter system that allows a Group Creator to import parameters from an existing Group into a new Group being established by the Creator;
FIGS. 3A and 3B illustrate a Group hierarchy before and after addition of new Groups to the hierarchy;
FIG. 4 shows a screen of a Graphical User interface illustrating a portion of a Group hierarchy;
FIG. 5 shows a screen of a Graphical User interface allowing a Group Creator to link a new Group into the existing Group hierarchy;
FIG. 6 shows in detail a screen of a Graphical User Interface for allowing a User to create a new Group;
FIG. 7 is a flow diagram illustrating a process for creating a new Group;
FIG. 8 is a flow diagram illustrating a search procedure for an online trading system; e.
FIG. 9 is a flow diagram illustrating a generic search procedure for an online trading system.
DESCRIÇÃO.
It is proposed here to provide an on-line trading system that allows users, by way of a specially designed graphical user interface (GUI), to create, modify, and potentially delete categories used to categorise product and/or service. The system is essentially a web 2.0 based system in that it places implicit trust in the users to act collaboratively and responsibly when handling categories but, at the same time, is self-policing in that mistakes and deliberate errors by the inconsiderate few can be corrected by the responsible majority. As groups of end users will almost always be more knowledgeable than the system operator (consider for example stamp collectors, mountain bikers, or bull dozer enthusiasts), this approach will allow a growing number of product groups to be created that will describe actual items and services in a realistic and truly meaningful way.
Furthermore, this approach will allow users to translate existing categories into another language. A clear benefit is that the structure of the existing category, i. e. its place in the category tree, parameter fields, value, etc, can be retained, with only the text needing to be translated. The category remains as a single category, with different language options.
In the detailed description of an on-line barter system presented below, the following terms are used:
User: System user (person or some other entity, possibly automated) with a specified profile and privileges who trades with the barter system. In some cases a User can also be a guest User without a predefined profile.
Group: A set of similar Items that have been described using the Item Parameter Fields belonging to that Group. Groups are linking together in a hierarchy (e. g. in a tree structure). The same group may be linked into several different places in the hierarchy.
Creator: A User who creates and/or translates Groups.
System: A computer system in which the service software is run.
Moderator: A User who has privileges to moderate and administrate certain Groups or Forums.
Item: Item for trading. An item can be a product, service, right, obligation, share certificate, currency, immaterial item; in fact anything that can be traded. Each item belongs to a specific Group (or possibly many specific Groups) in the barter system and has been specified using the Item Parameter Fields of the specific Group(s).
Standard Parameter Field: The system has a set of standard or “library” Parameter Fields that can be applied to many different Groups as Item Parameter Fields. Values belonging to Standard Parameter Fields can be for example; colour, age group (e. g. babies 0-1 year old, children 1-2, etc.), title, open text description, image of the Item, etc.
Specific Parameter Field: Specific Parameter Fields are parameter fields that are specific to a specific Group or Groups. For example, parameter fields for a mountain bike Group may include a description of the fork and shock hardware.
Item Parameter Fields: Metadata for a specific group that is in practice a set of Parameter Fields (Standard Parameter Fields or Specific Parameter Fields) that are used to define and describe all Items that belong to a specific Group. Item Parameter Fields may include both standard and specific parameter fields. An Item Parameter Field allows a user to for example select a value from a predefined list of values, e. g. colours, weights, sizes, or may allow a user to select a value using a free-form entry.
Hierarchy: The organization of all Groups in the system defining the relations between the Groups. The Hierarchy is a tree or in a more general format a directed graph (either a connected or unconnected graph).
Forum: A group of User's having an interest, activity, or purpose in common (e. g. hobby, work place, university, location, etc). Users join a Forum when registering or logging-on to the system.
Value Category: A defined value or value range of an Item. This is important as trades are often based upon matching Items of similar value. In some cases, trades between different value categories can also be allowed. A Value Category could be for example $100-$199.
Inheritance: A group may inherit its Item Parameter Fields from another group. In practice this means that the Item Parameter Fields of the parent group are added to the Item Parameter Fields of a child group (which then may be augmented by adding further Item Parameter Fields).
Parameter Field Creation Tool: A tool that allows a User to define new Parameter Fields for the Item Parameter Fields of a particular group.
Want: Item that a User wants to acquire and is willing to give something in exchange for.
Have: Item that a User has and would like to give away in order to get something else in exchange.
Considering further the Item Parameter Fields, these can be complex, e. g. multi-dimensional. For example, a Parameter Field for weight may have two sub-fields, one for a value, e. g. 10, and one for a dimension, e. g. kg. As a further example, a Parameter Field may comprise nested sub-fields (including sub-fields nested within sub-fields) to allow a graded definition of a characteristic of an Item.
A top-level description of a procedure for defining a new group is as follows: 1. Define the Group description which includes the Group name and possibly a generic description about the Items that the Group includes. 2. Specify the Item Parameter Fields for a Group a. Select Item Parameter Fields for the Group from the list of Standard Parameter Fields b. Copy Specific Parameter Fields from another Group c. Create new Specific Parameter Fields for the Group using a Parameter Field Creation Tool 3. Link the new Group into the existing Group Hierarchy.
Above steps can be done in any appropriate order. The end result is the complete set of Item Parameter Fields for the Group.
FIG. 1 illustrates the structure of a Group named “Bicycles”. As well as this name, the Group definition includes a textual description of the group, and a set of Item Parameter Fields. When creating the group, the Creator specifies whether Item Parameter Fields are mandatory (M) or optional (O). Certain of the items are Standard Parameter Fields, e. g. “Brand”, “Model”, whilst others are Specific Parameter Fields, e. g. “Rim Diameter”. Within an Item Parameter Field, the Creator can define a drop down menu with pre-set options. So, for the Item Parameter Field “Colour”, the drop down menu may offer various standard colours, red, blue, etc. Of course, these menus themselves may be hierarchical, offering further sub-choices.
FIGS. 2A to 2F illustrates simplified graphical user interface screens for creating a group such as the Bicycle group of FIG. 1. Once a User has logged-on to the barter service, which may require pre-registration, he chooses to create a new group by selecting the appropriate option (FIG. 2A): the User clicks on the “Create New Group” button. This takes the User, who is now the Group Creator, to the screen view of FIG. 2B. The Creator enters the Group name and description into appropriate fields, and clicks on the “OK, Next” button, taking him to the screen of FIG. 2C. This screen allows the Creator to add Item Parameter Fields to the Group, either by using Standard Parameter Fields (using the screen of FIG. 2D), creating Specific Parameter Fields (using the screen of FIG. 2E), or by importing Parameter Fields from some other already defined Group (see below and FIG. 2G). FIG. 2F shows the GUI screen after the Creator has added a number of further Item Parameter Fields to the Bicycle Group.
Once a Group has been created, it is necessary to connect the new Group to existing Groups within the Group Hierarchy. FIG. 3A illustrates by way of example a simple tree-like hierarchy for items. Primary categories include Vehicles, Art, Clothes, Collectibles, Electronics and Sports. Underneath the Vehicle Group are the Cars and Bicycle Groups. The Bicycle Group is also located under the Sports Group. TVs and Stereos are Groups located under the Electronics Group. Other groups may of course be defined. Items entered into the system may be directly associated only with Groups at the bottom of the tree, although this need not be the case and an item could be associated only with a top level or intermediate Group, e. g. Bicycles. FIG. 3B illustrates the Group hierarchy after Creators have created a number of new Groups and connected them into the hierarchy. FIG. 4 illustrates how a hierarchical view may be displayed to a User on the GUI of the system. Groups that are underlined are Groups that contain items on offer.
FIG. 5 illustrates a screen of the GUI that may be used by a Group Creator to connect an established Group into the Group hierarchy. The displayed screen shows that the Bicycles Group exists under both the Vehicles and Sports Groups. The Creator of a Mountain Bikes Group chooses to add this Group underneath both of the existing Bicycles Groups. It is noted that the system operator may not allow new Groups to be added directly under the top-level Groups, e. g. Vehicles, Art, etc. These top-level Groups are therefore statically defined by the operator. Of course, permissions to connect new Groups may be allocated in a dynamic fashion, e. g. a Creator of a new Group may have permission to allow and disallow the connection of further new Groups beneath his Group.
A new Group may be connected to a specific Forum in which case the Group may only be visible and/or accessible to members of that Forum. This may be important when trading confidential Items. As such, different Users will see different Group Hierarchies, depending upon the Forums of which they members.
FIG. 2G illustrates a GUI screen that may be displayed to a Creator in the process of establishing a Mountain Bikes Group. As part of the Parameter Field selection process, the Creator chooses to import parameter fields from the existing Bicycle Group.
The Group structure and Hierarchy is language independent. A mechanism may be provided for a) specifying the language of creation of a new Group and b) for translating text of an existing Group into another language. The GUI allows a User to select a language from a language menu and, optionally, to add a new language. The User is then presented for example with a screen which shows on one side the various text fields of the existing group (Group Name, Group Description, Item Parameter Field Names and all the Parameter Field Descriptions), and corresponding but blank fields for the translation. The User completes the blank fields and submits the translation. The User might then have the option to translate text for groups higher up and/or lower down in the same branch of the tree. A User browsing the hierarchy (e. g. to enter a Have or a Want into the system) may select a particular language.
Examples of other Groups and their Item Parameter Fields are:
Group name: Cell phones.
Item Parameter Fields:
Brand of the cell phone (drop down menu); Model of the cell phone (drop down or free text); Condition of the cell phone (drop down menu); Age of the cell phone (drop down including “not known”); Included items, for example phone, charger, user's manual (check mark list);
Picture of the cell phone from different angles (two pictures required: top and back of the phone).
Group name: Time share trading.
Item Parameter Fields:
Country of the apartment (drop down); City of the apartment (search or drop down); Address of the apartment (open text); Size of the apartment (number (of sq. m.)); Number of rooms in apartment (number); Number of persons apartment is suitable for (number);
Start date (date);
Length of stay offered (number of days).
An approval process may be implemented whereby new Groups and changes to existing Groups are submitted for approval. The submissions are reviewed and approved by another person (who could be another User, another creator User, a system administrator, or a specific service provider). After the approval the new Group, Item Parameter Fields, translation etc is published and brought into use. The approver may of course disapprove of a submission in which case the result is not brought into use. The approver may also give comments based on which the Creator can update the submission whereupon the approval process is repeated.
It is quite likely, indeed expected, that the product category tree will grow such that multiple Groups with very similar properties will exist in parallel. There will thus be a facility to merge Groups. The merge may be done by the system administrator, User, or one of the Group Creators. Permission to implement a Group merge may require a permission granted by the service administrator.
FIG. 6 illustrates an alternative GUI screen that is presented to a User after clicking on a Create New Group link. This screen integrates much of the functionality of the screen set of FIGS. 2A to 2G. The “Add another parent” button may be used repeatedly to enter the new Group into the existing Group Hierarchy. A language selection drop-down menu is provided. The lower entry section allows multiple Item Parameter Fields to be added to the Group.
FIG. 7 is a flow diagram illustrating a procedure for creating a Group. FIG. 8 is a flow diagram illustrating a detailed procedure for searching for items or services catalogued using the Group Hierarchy structure. In this example, a user selects a first Item Parameter Field and enters a value, in this case “red” and views the results. Note that at this stage the system is searching across all groups. The user then refines the search in a stepwise manner by entering values into other Item Parameter Fields. FIG. 9 is a flow diagram illustrating the search procedure at a more abstracted level.
An Item Parameter Field established for a Group will often comprise a set of User selectable entries, e. g. displayed as a drop-down menu on a search page of the GUI. Where a User wishing to add an item or service to a Group (either as a Have or a Want) finds no relevant entry in such a set, the User may add such an entry. Consider for example a User wishing to add a concert ticket to a concert ticket group. If the relevant concert is not contained in an existing set, the User enters the new concert as a new entry for the Parameter Fields. Of course, some “smart” functionality may be introduced into the system to allow it to recognise a new entry that is similar to an existing entry, i. e. to avoid the creation of duplicates in the set. For Groups such as concert tickets, it may also be useful to add a further Parameter Field indicating an expiry date for an item, e. g. the date of a particular concert.
It will be clear that allowing Users to create and modify Groups will result in a catalogue of items and services that classifies the items and services with a much greater degree of accuracy (than conventional trading systems) using “standard” definitions, reducing reliance upon free text descriptions. This in turn greatly increases the accuracy with which automatic searches of a catalogue can be performed.
The on-line barter system described above will typically be hosted on a secure web server or web server cluster operated by the service provider. However, implementation over a peer-to-peer type network might also be possible. Users access the service via the Internet using person computers, laptops, PDAs, mobile phones and the like. In some cases, a special application may reside in the client terminal in order to allow the service to be accessed.
Comments
Post a Comment