CN105787737A - 业务对象信息处理、发布方法及装置 - Google Patents

业务对象信息处理、发布方法及装置 Download PDF

Info

Publication number
CN105787737A
CN105787737A CN201410835030.4A CN201410835030A CN105787737A CN 105787737 A CN105787737 A CN 105787737A CN 201410835030 A CN201410835030 A CN 201410835030A CN 105787737 A CN105787737 A CN 105787737A
Authority
CN
China
Prior art keywords
business object
information
property value
dimension
scope
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201410835030.4A
Other languages
English (en)
Inventor
闫金来
叶斌
浦薇娜
张俊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201410835030.4A priority Critical patent/CN105787737A/zh
Priority to TW104114297A priority patent/TW201624381A/zh
Priority to US14/923,069 priority patent/US20160300286A1/en
Priority to JP2017534579A priority patent/JP2018504695A/ja
Priority to PCT/US2015/063813 priority patent/WO2016105902A1/en
Publication of CN105787737A publication Critical patent/CN105787737A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • General Engineering & Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请实施例公开了业务对象信息处理、发布方法及装置，其中，所述方法包括：确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。通过本申请实施例，使业务对象能够在搜索、导购及详情展现上正确呈现，避免信息投放混乱的现象发生，提高搜索结果的准确性，并提高网络计算资源的使用效率和用户体验。

Description

业务对象信息处理、发布方法及装置
技术领域
本申请涉及业务对象信息处理技术领域，特别是涉及业务对象信息处理、发布方法及装置。
背景技术
由于互联网技术的高速发展，深深的影响了人们的衣食住行，其中，尤以电子商务的发展明显。人们不再是面对面的、看着实实在在的货物、靠纸介质单据(包括现金)进行买卖交易，而是通过网络，通过互联网上琳琅满目的商品信息、完善的物流配送系统和方便安全的资金结算系统进行交易。
按照交易对象的不同，电子商务平台可以分为多种模式，例如，企业对企业的电子商务(B2B)，企业对消费者的电子商务(B2C)，消费者对消费者的电子商务(C2C)等等。其中，对于C2C模式，也可以称为用户对用户的模式，电子商务系统主要是通过为买卖双方提供一个在线交易平台，使卖方用户可以主动提供商品到平台中销售，而买方用户可以自行选择商品进行购买，这种C2C模式使得买卖双方具有很大的灵活度。
但是，这些丰富的交易模式在给用户带来便捷性的同时，也存在一些问题。例如，由于商品对象信息是由卖家用户提供的，如果疏于管理，则可能会出现商品投放混乱、售卖假冒伪劣产品等现象，因此，对其进行规范化管理，营造一个健康的生态环境显得非常重要。
为了达到规范化管理的目的，现有技术中，要求卖家用户在向交易平台中发布具体的商品之前，需要首先获得授权，这种授权一般分为两个维度，一个是准许其销售的类目维度上的授权(简称“类目授权”)，另一个是准许其销售的品牌维度上的授权(简称品牌授权)。卖家用户为了获得授权，需要提供相应的资质证明等资料，系统审核通过后才能获得相应的授权。其中，类目授权的作用是，让卖家用户仅能在准许的类目内进行商品的发布，这样，可以便于在平台层面上进行商品对象信息的按类目展示或者检索。品牌授权的作用是，让卖家用户仅能发布准许其销售的品牌的商品对象，这样有利于实现正品保证。也就是说，卖家可以在获得授权的类目下发布获得授权的品牌相关的商品。具体在商品发布平台发布商品时，发布平台通过卖家获得的类目授权，展示相关的可选类目，同时展示已有授权的品牌，再由卖家用户完成后续商品标题、库存等信息的填写，完成以上步骤后，则商品发布成功，消费者可以搜索、浏览、选购。
但是，在实际应用中，经常会出现一个卖家用户同时获得了多个类目授权以及多个品牌授权的情况。例如，假设卖家获得了类目手机、女装两个类目的授权，同时，该卖家获得了某手机品牌以及某女装品牌两个品牌的授权，那么，按照之前的商品发布方式，卖家可以在女装类目下发布手机品牌相关的商品，或者在手机类目下发布女装品牌相关的商品，这就导致商品错放类目，引起违规，影响交易平台的搜索、导购、商品展示等，造成搜索结果的不准确，这不但导致网络计算资源的浪费，而且浪费用户的搜索时间，影响消费者的购物体验。
因此，如何使业务对象能够在搜索、导购及详情展现上正确呈现，并避免违规等现象的发生，以提高网络计算资源的使用效率和用户体验，成为需要本领域技术人员解决的技术问题。
发明内容
本申请提供了业务对象信息处理、发布方法及装置，能够使业务对象能够在搜索、导购及详情展现上正确呈现，提高搜索结果的准确性，并提高网络计算资源的使用效率和用户体验。
本申请提供了如下方案：
一种业务对象信息处理方法，包括：
确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
一种业务对象信息发布方法，提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性，所述方法包括：
服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
一种业务对象信息发布方法，包括：
客户端向服务器发送业务对象信息发布请求；
接收服务器返回的该请求方用户的业务对象发布范围信息；
利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
一种业务对象信息发布方法，包括：
客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性；
接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布范围。
一种业务对象信息发布方法，提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述方法包括：
服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
如果是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
一种业务对象信息处理方法，包括：
确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
一种业务对象信息发布方法，提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述方法包括：
服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
一种业务对象信息发布方法，包括：
客户端向服务器发送业务对象信息发布请求
接收服务器返回的该请求方用户的业务对象发布范围信息；
利用所述业务对象发布范围信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
一种业务对象信息发布方法，包括：
客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
一种业务对象信息发布方法，提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述方法包括：
服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
如果是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
一种业务对象信息处理装置，包括：
第一用户相关信息确定单元，用于确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
第一关联关系确定单元，用于确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
第一关联关系保存单元，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性，所述装置包括：
第一请求接收单元，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第一发布范围信息确定单元，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第一发布范围信息返回单元，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
一种业务对象信息发布装置，应用于客户端，所述装置包括：
第一请求发送单元，用于向服务器发送业务对象信息发布请求；
第一发布范围信息接收单元，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第一发布范围确定单元，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
一种业务对象信息发布装置，应用于客户端，所述装置包括：
第一预先接收单元，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性；
第二发布范围确定单元，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布范围。
一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述装置包括：
第二请求接收单元，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
第一判断单元，用于判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第一信息发布单元，用于如果所述第一判断单元的判断结果为是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
一种业务对象信息处理装置，包括：
第二用户相关信息确定单元，用于确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
第二关联关系确定单元，用于确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
第二关联关系保存单元，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第三请求接收单元，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第三发布范围信息确定单元，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第二发布范围信息返回单元，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
一种业务对象信息发布装置，应用于客户端，所述装置包括：
第四请求发送单元，用于向服务器发送业务对象信息发布请求
第二发布范围信息接收单元，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第三发布范围确定单元，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
一种业务对象信息发布装置，应用于客户端，所述装置包括：
第二预先接收单元，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
第四发布范围确定单元，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第五请求接收单元，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
第二判断单元，用于判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第二信息发布单元，用于如果所述第二判断单元的判断结果为是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，在确定出在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上相关的至少一个第二属性值之后，还可以确定各第一属性值与各第二属性值之间的关联关系并进行保存，这样，在用户具体进行业务对象信息的发布时，可以根据这种关联关系对用户的发布范围进行控制，从而可以引导用户将属于某第二属性值的业务对象的信息发布到相关联的第一属性值下，使业务对象能够在搜索、导购及详情展现上正确呈现，避免信息投放混乱的现象发生，提高搜索结果的准确性，并提高网络计算资源的使用效率和用户体验。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的第一方法的流程图；
图2是本申请实施例提供的方法中简化存储结构示意图；
图3是本申请实施例提供的第二方法的流程图；
图4是本申请实施例提供的方法中信息发布界面示意图；
图5是本申请实施例提供的第三方法的流程图；
图6是本申请实施例提供的第四方法的流程图；
图7是本申请实施例提供的第五方法的流程图；
图8是本申请实施例提供的第六方法的流程图；
图9是本申请实施例提供的第一装置的示意图；
图10是本申请实施例提供的第二装置的示意图；
图11是本申请实施例提供的第三装置的示意图；
图12是本申请实施例提供的第四装置的示意图；
图13是本申请实施例提供的第五装置的示意图；
图14是本申请实施例提供的第六装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
为了便于理解，首先需要说明的是，在实际应用中，在确定目标用户的业务对象的发布范围时，为用户相关的维度不一定是类目维度和品牌维度，还可能是其他的维度，为了描述上的统一性，统称为第一维度以及第二维度。在用户申请获得授权时，可以看作是在第一维度(例如，各种商品的类目)上获得至少一个第一属性值(例如，手机、女装、电器、女装、男装、饰品、运动、母婴、童装、食品、家电、数码、家具、汽车等)的授权，同时，在第二维度(例如，品牌等)上也获得至少一个第二属性值(例如，手机器品牌“苹果”、女装品牌“品牌A”、汽车品牌“红旗”等)的授权。在本申请实施例中，将用户获得授权的第一属性值或者第二属性值，称为与该用户相关的第一属性值或者第二属性值，当然，在实际应用中，这种相关性可能还体现在其他方面，而不限于用户获得的发布权限授权。
可以理解的是，无论是第一属性值还是第二属性值，都对应着一个具体的业务对象类别，用户与某一属性值相关，就意味着该用户可以向对应的类别下发布具体的业务对象信息。另外，在本申请实施例中，第一维度与第二维度对应业务对象不同分类的属性，并且第一维度与第二维度之间并不存在包含关系、从属关系、上下级关系等等。例如，前述例子中的类目维度与品牌维度，两者之间是独立的，按照各自的体系对业务对象所属的类别进行划分，相互不会对对方造成干扰。
在本申请实施例中，为了使得用户发布的信息更加规范，可以在与该用户关联的第一属性值与第二属性值之间建立关联关系，这样，在用户进行业务对象信息发布时，一旦选择了某第一属性值，则在选择第二属性值时，只能选择与该第一属性值具有关联关系的第二属性值，也即，如果用户获得了某第二属性值的授权，但是该第二属性值与已经选定的第一属性值之间不具有关联关系，则用户也不能选择该第二属性值进行信息发布，以此实现对信息发布过程进行约束，避免出现投放混乱等现象。下面对具体的实现方式进行详细的介绍。
实施例一
在本申请实施例一中，首先提供了一种业务对象信息处理方法，该方法可以是在用户对相关的第一属性值以及第二属性值进行申请的阶段进行的，参见图1，该方法可以包括以下步骤：
S101：确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
在具体实现时，用户可以根据自己的需求向系统申请获得与具体属性值的相关性。例如，首先可以在第一维度上，选择自己所需的各个第一属性值，同时可以提交一些系统要求的资质证明等材料，系统收到之后可以进行审核，在审核通过的情况下，可以向用户授予在该第一属性值下发布业务对象信息的资格。之后，用户还可以在第二维度上申请自己所需的各个第二属性值，同样可以提交一些系统要求的资质证明等材料，系统收到之后可以进行审核，在审核通过的情况下，可以向用户授予在该第二属性值下发布业务对象信息的资格。这样，用户可能会在第一维护上获得多个第一属性值的授权，并在第二维度上获得多个第二属性值的授权。
S102：确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
在确定出与目标用户相关的各个第一属性值以及第二属性值之后，可以确定出该目标用户的各个第一属性值与各个第二属性值之间的关联关系。例如，某用户与第一属性值A1、A2相关，以及与第二属性值B1、B2、B4、B5相关，之后就可以确定出第一属性值A1、A2分别与哪个具体的第二属性值具有关联关系。
其中，具体在确定属性值之间的关联关系时，可以有多种实现方式，下面分别进行举例介绍。
具体实现方式一
在该方式下，可以预先确定第一维度上的第一属性值集合(例如，在类目维度下，可以包括平台中定义的全部类目)，以及第二维度上的第二属性值集合(例如，在品牌维度下，可以包括已知的各个品牌)，并基于所述第一属性值集合以及第二属性值集合，建立第一属性值以及第二属性值之间的关联关系表。例如，关联关系表可以如下表1所示：
表1
第一属性值 第二属性值
A1 B1，B2，B3……
A2 B4，B5，B6……
…… ……
需要说明的是，与一个第一属性值关联的第二属性值可能有多个，另外，同一第二属性值也可能与多个第一属性值具有关联关系。上述关联关系表可以是根据经验等信息建立的。具体到某个用户获得了授权之后，就可以通过查询该关联关系表，来确定出各个第一属性值分别与哪个或者哪几个第二属性值之间具有关联关系。例如，在前述例子中，可以确定出A1与B1、B2具有关联关系，A2与B4、B5具有关联关系。
具体实现方式二
在该实现方式二中，由于用户在申请某属性值时，一般会同时提交一些资质证明信息，例如，需要提交的资质证明材料可能包括工商局等为其颁发的经营许可证等，其中，不同的属性值需要提供的资质证明信息可能是不同的，但是其中一般都会注明允许其经营的业务对象类别信息，例如，服装、鞋帽等。这样，如果某第一属性值对应的资质证明信息中显示的相关的业务对象类别，与某第二属性值对应的资质证明信息中显示的相关的业务对象类别具有比较高的相似性，则证明该第一属性值与第二属性值之间具有关联关系。因此，具体在建立第一属性值与第二属性值之间的关联关系时，还可以首先确定目标用户分别为各个第一属性值提交的第一资质证明信息，以及分别为各个第二属性值提交的第二资质证明信息，然后将各个第一资质证明信息中包括的业务对象类别信息以及各个第二资质证明信息中包括的业务对象类别信息进行比对，如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与某第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则可以建立该第一属性值与该第二属性值之间的关联关系。。
需要说明的是，用户提交的资质证明文件一般可能是图片的格式，因此，应用程序在根据这些图片进行关联关系的确定时，可以首先通过图像识别等技术，对图片中的文字等进行识别，在识别出文字之后，再基于文字信息比对等方式进行许可范围的比对。
另外需要说明的是，如前文所述，第一维度可能是类目维度，但是，这里的类目与用户提交的资质证明信息中包含的允许该用户经营的业务对象类别信息可能是不同的。类目维度下各个具体的类目，包括一级类目、二级类目等，是由电子商务平台定义的，其作用一般是便于平台对业务对象信息的管理、检索等。而资质证明信息中的业务对象类别信息，则一般是由工商管理部门等，按照“商品分类表”中定义的类别，或者用户在进行商标注册时，获得的允许注册的商品类别范围来确定的。
具体实现方式三
在该实现方式三种，还可以将上述两种方式相结合。也即，首先可以建立关联关系表，其中维护有各个第一属性值与第二属性值之间的关联关系，关于各个第一属性值，由于一般可能是由平台定义的，用户不能增加新的第一属性值，因此，关联关系表中包含的第一属性值一般是比较全面的。但是，第二属性值可能是由具体的业务对象生产方等定义的，因此，关联关系表中保存的第二属性值可能并不是很全面，还可能存在一些新出现的第二属性值，尚未在对应关系表中保存。例如，当第一维度为类目维度时，该维度下的各个第一属性值一般是由平台预先定义好的，例如，女装、男装等等，并且类目维度下一般可能会包含多级类目关系，例如，女装类目可能包括半身裙、衬衫、风衣等多个二级类目，各个二级类目下可能还包括三级类目等等。用户在选择与自己相关的各个第一属性值时，可以选择一级类目，或者还可以选择一级类目下某个或者某几个二级类目，等等。而第二维度为品牌维度时，该维度下的各个第二属性值可以是平台内预先收集到的，例如，一些常见的女装品牌、手机品牌等等，除此之外，还可能是一些新上线的品牌或者原创品牌等等。因此，可能出现的情况是，当确定出与某目标用户关联的某第二属性值之后，通过查询关联关系表发现，该关联关系表中不存在该第二属性值。
此时，就可以首先确定目标用户为该第二属性值提交的第二资质证明信息，以及分别为各个第一属性值提交的第一资质证明信息；然后，将各个第一资质证明信息中包括的业务对象类别信息与该第二资质证明信息中包括的业务对象类别信息进行比对，如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与该第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。进而，还可以将该第一属性值与该第二属性值之间的关联关系添加到所述关联关系表中，实现对关联关系表的更新。
S103：保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
在确定出目标用户的各第一属性值与各第二属性值之间的关联关系之后，可以进行保存，也即，对于一个用户而言，除了要保存与其相关的有哪些第一属性值以及第二属性值，还可以保存第一属性值与第二属性值之间的关联关系。例如，对于前述步骤S102中的例子，可以将用户的业务对象发布范围信息保存为以下表2所示：
表2
这样，后续在该用户甲需要进行业务对象信息的发布时，就可以对信息发布范围进行控制。其中，所述信息发布范围可以是在进行业务对象信息的发布时选中的每个属性值连接起来形成的发布范围。具体的，用户在进行业务对象信息的发布时，一般可先选择某一具体的第一属性值，再选择具体的第二属性值，等等，这种顺序的选择过程中，被选中的每个属性值连接起来就形成发布范围，例如，“第一属性值A1-第二属性值B2”就构成一条发布范围。利用关联关系进行控制的目的就在于，避免将信息发布到“第一属性值A1-第二属性值B4”、“第一属性值A2-第二属性值B1”等范围下，因为A1与B4，B5、A2与B1，B2之间均不存在关联关系，如果按照这样的范围进行信息发布，则会造成混乱，影响信息的搜索、展现等。
具体在对信息发布范围进行控制时，可以有多种方式。例如，在其中一种方式下，首先可以根据该表2，将用户甲相关的各个第一属性值展示给用户甲，在用户甲选择了其中某个第一属性值，例如，A1之后，就可以从该表2中取出与该用户甲相关并且与该第一属性值A1关联的第二属性值，也即B1、B2展示给用户甲，这样，用户甲只能在B1、B2这两者之间进行选择，而不能再选择B4、B5，因为，虽然用户甲也与B4以及B5相关，但是，由于B4、B5与A1之间不具有关联关系，因此，在已经选中A1的情况下，该用户甲也不能再从B4、B5中选择。这样，最终可以避免出现投放混乱的情况发生。
其中，如果第一维度是类目维度，各个第一属性值是各种具体的类目，由于类目一般会存在一个树形结构，其中分为一级类目、二级类目、三级类目等，各级类目之间具有父子关系。在具体实现时，用户相关的各个第一属性值可以具体到类目树中的叶子类目。例如，用户在申请相关类目时，可以具体到获得与某叶子类目相关。由于同一一级类目下的各个二级类目的数量一般会非常多，同一二级类目下的三级类目数量也是众多，因此，与同一用户相关的第一属性值的数量也可能是非常多的。此时，如果将每个相关的第一属性值都分别保存与第二属性值之间的关联关系，则需要保存的信息量可能会比较大，尤其是在用户数量众多的情况下，对存储空间的需求会比较高。为此，在本申请实施例中，考虑到各级类目之间一般具有父子关系，因此，可以首先判断用户是否与某父类目下全部子类目都相关，并且各个子类目关联到相同的第二属性值(例如，某具体的品牌)，如果是，则可以将各个子类目与对应的第二属性值之间的关联关系，合并为该父类目与对应的第二属性值之间的关联关系，并进行保存。否则，再保存获得授权的子类目与对应的第二属性值之间的关联关系。这样可以简化存储结构，减小存储的信息量。
例如，参见图2，某用户与类目1及其所有子类目均相关，与类目2及其所有子类目也全部相关，但在类目3下，仅与叶子类目7相关，同时，确定出类目1及其各级子类目均与品牌1(假设第二维度为品牌)具有关联关系，类目2及其各级子类目均与品牌2具有关联关系，类目3下，只有叶子类目7与品牌3的关联关系。具体在进行存储时，可以仅保存类目1与品牌1、类目2与品牌2、子类目7与品牌3之间的关联关系，也即，在存储结构中，可以将图2中虚线框内的内容合并，节省了计算机存储空间，也提升了商品发布效率。由此，商家可以规范的在类目1下的所有类目下发布品牌1的商品，类目2下的所有类目发布品牌2的商品，但在类目3下，只能在叶子类目7下发布品牌3的商品。
需要说明的是，在该实施例一中，各个步骤的执行主体可以是交易平台的服务器，因为用户在申请相关的属性值时，一般都是向服务器发出请求，由服务器端决定向用户授予哪些属性值的发布资格，并且可以记录授权结果。因此，后续具体确定属性值之间的关联关系的操作可以直接在服务器端进行。在确定出各个用户相关的各个属性值，以及第一属性值与第二属性值之间的关联关系之后，具体在保存时，可以直接在服务器端进行保存，后续当用户进行具体的业务对象信息发布时，可以利用服务器端保存的信息，对用户的信息发布范围进行控制。或者，由于不同用户相关的第一属性值以及第二属性值可能不尽相同，并且针对一个用户确定出的信息仅对该用户有价值，因此，在实际应用中，服务器在针对某用户确定出业务对象发布范围信息(包括与其相关的第一属性值、第二属性值，以及第一属性值与第二属性值之间的关联关系)之后，还可以将这些信息推送到用户所使用的终端设备，由客户端在终端设备本地进行保存，这样，后续在用户进行业务对象信息发布时，可以直接由客户端根据终端设备本地保存的信息，对用户的信息发布范围进行控制，使得用户在选择了某一第一属性值之后，后续可以将业务对象发布到与该第一属性值关联的第二属性值所对应的类别中。下面分别针对各种具体的实现形式，对具体的信息发布过程进行介绍。
实施例二
在该实施例二中，在服务器确定出各用户的业务对象发布范围信息(包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系)之后，可以直接在服务器上进行保存，该实施例二从服务器角度，提供了业务对象信息发布方法，参见图3，该方法可以包括以下步骤：
S301：服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
一般情况下，是在用户使用在服务器端注册的标识信息进行登录的状态下，才能发起具体的信息发布请求，并且请求中一般会携带有请求方的标识信息，因此，服务器可以从请求中提取出用户标识信息。
S302：根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
在确定出用户标识信息之后，服务器就可以根据该标识信息查询出为该用户保存的业务对象的发布范围信息。
S303：将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
在确定出请求方用户的业务对象发布范围信息之后，可以返回给客户端，这样，客户端就可以利用请求方用户获得授权的业务对象属性信息，对业务对象信息的发布范围进行控制。其中，具体在返回获得授权的业务对象属性信息时，也可以有多种形式，例如，可以将关于该用户的全部业务对象信息均返回，也即该用户在第一维度上获得授权的至少一个第一属性值、在第二维度上获得授权的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，这样，客户端可以利用这些信息进行控制，例如，具体可以根据用户在第一维度上获得授权的至少一个第一属性值提供第一属性值选项，当目标第一属性值被选中时，确定该用户在第二维度上获得授权，且与该目标第一属性值关联的目标第二属性值，然后再根据目标第二属性值，提供第二属性值选项。
例如，参见图4，某用户获得授权的一级类目包括美容护肤/美体/精油、奶粉/辅食/营养品、尿片/洗护/喂哺/推车床、女鞋、女装/女士精品、手机等等，在用户需要发布具体的业务对象的信息时，可以首先将这些一级类目展示给用户供用户选择，假设用户选择了女装/女士精品，则可以确定出该一级类目下获得授权的各个二级类目，例如，包括半身裙、衬衫、风衣、hongkong、婚纱/旗袍/礼服、裤子等等，并进行展示，此时，假设用户选择了其中的裤子这一二级类目；接下来，可以确定出该二级类目下获得授权的各个三级类目，例如包括打底裤、短裤/热裤等，进而可以展示出这些三级类目，在用户选择了其中的“打底裤”这一三级类目之后，确定出该三级类目是叶子类目，此时，用户已经完成了对于类目维度上的选择，接下来就可以确定出该用户获得授权并且与该叶子类目关联的品牌，例如，假设为品牌A，因此，就将该品牌提供给用户供用户选择。此时，虽然该用户可能还获得了其他品牌的授权，例如苹果等，但由于与已经选择的“女装/女士精品-裤子-打底裤”这一范围上的类目不具有关联关系，因此，该用户不能选择。如果用户需要发布其他品牌的业务对象信息，则需要重新选择与该其他品牌关联的类目。
需要说明的是，如实施例一中所述，在第一维度为类目维度的情况下，在保存第一属性值与第二属性值之间的关联关系时，可能会会存储结构进行简化，也即，当用户与某父类目下全部子类目全部相关，并且全部子类目关联到同一第二属性值时，可以将各个子类目与对应的第二属性值之间的关联关系，合并为该父类目与对应的第二属性值之间的关联关系，并进行保存。在上述进行简化存储的情况下，具体在利用保存的关联关系信息对信息发布范围进行控制时，由于用户在选择到具体的叶子类目之后，存储的关联关系中可能并不直接存在于该叶子类目关联的第二属性值，此时，可以查询用户的选择路径上该叶子类目的父类目，或者父类目的父类目是否存在关联的第二属性值，如果是，则确定该第二属性值也与该叶子类目关联，并展示给用户供用户选择。
实施例三
该实施例三是与实施例二相对应的，也即服务器端在确定出各个用户的业务对象发布范围信息(包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系)之后，同样可以在服务器端保存，但该实施例三主要从客户端角度提供了一种业务对象信息发布方法，参见图5，该方法可以包括以下步骤：
S501：客户端向服务器发送业务对象信息发布请求；
S502：接收服务器返回的该请求方用户的业务对象发布范围信息；
S503：利用所述接收到的信息，确定业务对象信息的发布范围。
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
具体在对业务对象信息的发布范围进行控制时，可以首先根据服务器返回的该用户在第一维度上获得授权的至少一个第一属性值提供第一属性值选项；当目标第一属性值被选中时，确定该用户在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值，进而可以根据目标第二属性值，提供第二属性值选项。
由于该实施例三是与实施例二相对应的，只是描述角度有所不同，因此，相关的具体实现可以参见实施例二中的介绍，这里不再赘述。
实施例四
在该实施例四中，服务器端在确定出各个用户业务对象发布范围信息之后，可以分别推送给各个用户的客户端，由客户端在终端设备本地进行保存，参见图6，该实施例四从客户端的角度提供了一种业务对象信息发布方法，该方法可以包括以下步骤：
S601：客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述业务对象发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系信息；
S602：接收到业务对象信息发布请求时，根据所述本地保存的业务对象发布范围信息，对业务对象信息的发布范围进行控制。
具体在对发布范围进行控制时，可以根据用户在第一维度上获得授权的至少一个第一属性值提供第一属性值选项；当目标第一属性值被选中时，确定该用户在第二维度上获得授权，且与该目标第一属性值关联的目标第二属性值；根据所述目标第二属性值，提供第二属性值选项。
该实施例四中的具体实现也可参见前述各实施例中的介绍，这里不再赘述。
实施例五
以上实施例二、三、四中在对业务对象的发布过程进行控制时，均是在用户在各个维度上进行一步一步的选择的过程中，对用户的可选范围进行约束。而在本实施例五中，还可以不必在用户选择的过程中进行约束，而是在用户选定了某具体的目标第一属性值以及目标第二属性值之后，可以直接向服务器提交在该发布范围下进行业务对象发布的请求，之后再由服务器判断目标第一属性值与目标第二属性值之间是否具有关联关系，并进行后续的发布控制。
具体的，该实施例五提供了另一种业务对象信息发布方法，其中，由服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，参见图7，所述方法可以包括以下步骤：
S701：服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
客户端在向服务器端发送业务对象发布请求时，用户已经选择了发布范围，也即已选择了目标第一属性值以及目标第二属性值，例如，选择的目标第一属性值为女装，目标第二属性值为品牌A，等等。
S702：判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
在确定出请求方用户的业务对象发布范围信息之后，可以首先判断用户选择的目标第一属性值以及目标第二属性值是否出现在该用户的业务对象发布范围信息中，如果是，还可以进一步判断目标第一属性值与目标第二属性值之间的关联关系是否出现在该用户的业务对象发布范围信息中。
S703：如果是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
如果具有关联关系，则按照该选定的发布范围进行业务对象信息的发布即可，否则，可以提示错误，或者，还可以提示用户修改发布范围。
该实施例五中未详述部分，也可以参见前述各个实施例中的介绍。
总之，在本申请实施例中，在确定出在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上相关的至少一个第二属性值之后，还可以确定处该目标用户的各第一属性值与各第二属性值之间的关联关系，并进行保存，这样，在用户具体进行业务对象信息的发布时，可以根据这种关联关系对用户的发布范围进行控制，从而可以引导用户将属于某第二属性值的业务对象的信息发布到相关联的第一属性值下，使商品能够在搜索、导购及详情展现上正确呈现，避免信息投放混乱的现象发生，提高搜索结果的准确性，并提高网络计算资源的使用效率和用户体验。
实施例六
如前述实施例所述，具体实现时，第一维度可以是类目维度，此时，各个第一属性值为各个具体的业务对象类目(包括女装、男装、数码设备等等)，第二维度可以是品牌属性，各个第二属性值可以为各个具体的业务对象品牌(包括品牌A、苹果等等)。在实施例六中，就是从这两种具体的维度出发，提供了一种具体的业务对象信息处理方法，参见图8，该方法可以包括以下步骤：
S801：确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
S802：确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
S803：保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
其中，所述类目维度下包括多级类目，具体在保存所述关联关系时，可以判断所述目标用户是否与某父类目下全部子类目都相关，并且各个子类目关联到相同的业务对象品牌，如果是，则可以将各个子类目与对应的业务对象品牌之间的关联关系，合并为该父类目与对应的业务对象品牌之间的关联关系，并进行保存，这样可以简化存储结构。当然，如果所述判断结果为否，则可以分别保存各个相关的子类目与对应的业务对象品牌之间的关联关系。
以下各实施例中，在第一维度可以是类目维度，第二维度是品牌属性的情况下，分别介绍各种具体的业务对象信息发布过程的具体实现方案。
实施例七
在该实施例七中，服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，该实施例从服务器的角度提供了一种业务对象信息发布方法，其中，所述方法包括：
步骤一：服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
步骤二：根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
步骤三：将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
实施例八
该实施例八提供了一种业务对象信息发布方法，该方法可以包括：
步骤一：客户端向服务器发送业务对象信息发布请求；
步骤二：接收服务器返回的该请求方用户的业务对象发布范围信息；
步骤三：利用所述业务对象发布范围信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
实施例九
该实施例九提供了一种业务对象信息发布方法，该方法可以包括：
步骤一：客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
步骤二：接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
实施例十
该实施例十提供了一种业务对象信息发布方法，在该方法中，服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，该方法可以包括：
步骤一：服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
步骤二：判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
步骤三：如果是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
需要说明的是，关于具体到类目以及品牌维度下的具体实现，包括后续的业务对象信息发布过程，均可以参见前述各个实施例中的介绍，这里不再赘述。
与本申请实施例一提供的业务对象信息处理方法相对应，本申请实施例还提供了一种业务对象信息处理装置，参见图9，该装置具体可以包括：
第一用户相关信息确定单元901，用于确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
第一关联关系确定单元902，用于确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
第一关联关系保存单元903，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
其中，还包括：
关联关系表建立单元，用于预先确定第一维度上的第一属性值集合，以及第二维度上的第二属性值集合，并基于所述第一属性值集合以及第二属性值集合，建立第一属性值以及第二属性值之间的关联关系表；
所述第一关联关系确定单元包括：
查询子单元，用于通过查询所述关联关系表，确定所述目标用户的各第一属性值与各第二属性值之间的关联关系。
如果所述关联关系表中不存在某第二属性值，所述装置还包括：
资质证明信息确定单元，用于确定所述目标用户为该第二属性值提交的第二资质证明信息，以及分别为各个第一属性值提交的第一资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
比对单元，用于将各个第一资质证明信息中包括的业务对象类别信息与该第二资质证明信息中包括的业务对象类别信息进行比对；
建立单元，用于如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与该第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
另外，该装置还可以包括：
关联关系表更新单元，用于将该第一属性值与该第二属性值之间的关联关系添加到所述关联关系表中。
或者，在另一种实现方式下，所述第一关联关系确定单元包括：
资质证明信息确定子单元，用于确定所述目标用户分别为各个第一属性值提交的第一资质证明信息，以及分别为各个第二属性值提交的第二资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
比对子单元，用于将各个第一资质证明信息中包括的业务对象类别信息以及各个第二资质证明信息中包括的业务对象类别信息进行比对；
建立子单元，用于如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与某第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
与实施例二提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性，参见图10，所述装置包括：
第一请求接收单元1001，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第一发布范围信息确定单元1002，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第一发布范围信息返回单元1003，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
与实施例三提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于客户端，参见图11，所述装置包括：
第一请求发送单元1101，用于向服务器发送业务对象信息发布请求；
第一发布范围信息接收单元1102，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第一发布范围确定单元1103，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
其中，所述第一发布范围确定单元具体用于：
根据服务器返回的该用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
与实施例四提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于客户端，参见图12，所述装置包括：
第一预先接收单元1201，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性；
第二发布范围确定单元1202，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布范围。
其中，所述第二发布范围确定单元具体用于：
根据用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
与实施例五提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，参见图13，所述装置包括：
第二请求接收单元1301，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
第一判断单元1302，用于判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第一信息发布单元，用于如果所述第一判断单元的判断结果为是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
与实施例六提供的业务对象信息处理方法相对应，本申请实施例还提供了一种业务对象信息处理装置，参见图14，该装置可以包括：
第二用户相关信息确定单元1401，用于确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
第二关联关系确定单元1402，用于确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
第二关联关系保存单元1403，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
其中，所述类目维度下包括多级类目，所述第二关联关系保存单元包括：
判断子单元，用于判断所述目标用户是否与某父类目下全部子类目都相关，并且各个子类目关联到相同的业务对象品牌；
合并子单元，用于如果所述判断子单元的判断结果为是，则将各个子类目与对应的业务对象品牌之间的关联关系，合并为该父类目与对应的业务对象品牌之间的关联关系，并进行保存。
所述第二关联关系保存单元还包括：
分别保存单元，用于如果所述判断结果为否，则保存各个相关的子类目与对应的业务对象品牌之间的关联关系。
与实施例七提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第三请求接收单元，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第三发布范围信息确定单元，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第二发布范围信息返回单元，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
与实施例八提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于客户端，所述装置包括：
第四请求发送单元，用于向服务器发送业务对象信息发布请求
第二发布范围信息接收单元，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第三发布范围确定单元，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
与实施例九提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于客户端，所述装置包括：
第二预先接收单元，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
第四发布范围确定单元，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
与实施例十提供的业务对象信息发布方法相对应，本申请实施例还提供了一种业务对象信息发布装置，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第五请求接收单元，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
第二判断单元，用于判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第二信息发布单元，用于如果所述第二判断单元的判断结果为是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的业务对象信息处理、发布方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (36)

1.一种业务对象信息处理方法，其特征在于，包括：
确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
2.根据权利要求1所述的方法，其特征在于，还包括：
预先确定第一维度上的第一属性值集合，以及第二维度上的第二属性值集合，并基于所述第一属性值集合以及第二属性值集合，建立第一属性值以及第二属性值之间的关联关系表；
所述确定所述目标用户的各第一属性值与各第二属性值之间的关联关系，包括：
通过查询所述关联关系表，确定所述目标用户的各第一属性值与各第二属性值之间的关联关系。
3.根据权利要求2所述的方法，其特征在于，如果所述关联关系表中不存在某第二属性值，所述方法还包括：
确定所述目标用户为该第二属性值提交的第二资质证明信息，以及分别为各个第一属性值提交的第一资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
将各个第一资质证明信息中包括的业务对象类别信息与该第二资质证明信息中包括的业务对象类别信息进行比对；
如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与该第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
4.根据权利要求3所述的方法，其特征在于，还包括：
将该第一属性值与该第二属性值之间的关联关系添加到所述关联关系表中。
5.根据权利要求1所述的方法，其特征在于，所述确定所述目标用户的各第一属性值与各第二属性值之间的关联关系，包括：
确定所述目标用户分别为各个第一属性值提交的第一资质证明信息，以及分别为各个第二属性值提交的第二资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
将各个第一资质证明信息中包括的业务对象类别信息以及各个第二资质证明信息中包括的业务对象类别信息进行比对；
如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与某第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
6.一种业务对象信息发布方法，其特征在于，提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性，所述方法包括：
服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
7.一种业务对象信息发布方法，其特征在于，包括：
客户端向服务器发送业务对象信息发布请求；
接收服务器返回的该请求方用户的业务对象发布范围信息；
利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
8.根据权利要求7所述的方法，其特征在于，所述利用所述接收到的信息，确定业务对象信息的发布范围，包括：
根据服务器返回的该用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
9.一种业务对象信息发布方法，其特征在于，包括：
客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性；
接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布范围。
10.根据权利要求9所述的方法，其特征在于，所述根据所述本地保存的业务对象发布范围信息，确定业务对象信息的发布，包括：
根据用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
11.一种业务对象信息发布方法，其特征在于，提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述方法包括：
服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
如果是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
12.一种业务对象信息处理方法，其特征在于，包括：
确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
13.根据权利要求12所述的方法，其特征在于，所述类目维度下包括多级类目，所述保存所述关联关系，包括：
判断所述目标用户是否与某父类目下全部子类目都相关，并且各个子类目关联到相同的业务对象品牌；
如果是，则将各个子类目与对应的业务对象品牌之间的关联关系，合并为该父类目与对应的业务对象品牌之间的关联关系，并进行保存。
14.根据权利要求13所述的方法，其特征在于，还包括：
如果所述判断结果为否，则保存各个相关的子类目与对应的业务对象品牌之间的关联关系。
15.一种业务对象信息发布方法，其特征在于，提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述方法包括：
服务器接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
16.一种业务对象信息发布方法，其特征在于，包括：
客户端向服务器发送业务对象信息发布请求；
接收服务器返回的该请求方用户的业务对象发布范围信息；
利用所述业务对象发布范围信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
17.一种业务对象信息发布方法，其特征在于，包括：
客户端预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
18.一种业务对象信息发布方法，其特征在于，提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述方法包括：
服务器接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
如果是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
19.一种业务对象信息处理装置，其特征在于，包括：
第一用户相关信息确定单元，用于确定在第一维度上与目标用户相关的至少一个第一属性值，以及第二维度上与该目标用户相关的至少一个第二属性值；其中，所述第一维度以及第二维度对应业务对象不同分类的属性；
第一关联关系确定单元，用于确定所述目标用户的各第一属性值与各第二属性值之间的关联关系；
第一关联关系保存单元，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
20.根据权利要求19所述的装置，其特征在于，还包括：
关联关系表建立单元，用于预先确定第一维度上的第一属性值集合，以及第二维度上的第二属性值集合，并基于所述第一属性值集合以及第二属性值集合，建立第一属性值以及第二属性值之间的关联关系表；
所述第一关联关系确定单元包括：
查询子单元，用于通过查询所述关联关系表，确定所述目标用户的各第一属性值与各第二属性值之间的关联关系。
21.根据权利要求20所述的装置，其特征在于，如果所述关联关系表中不存在某第二属性值，所述装置还包括：
资质证明信息确定单元，用于确定所述目标用户为该第二属性值提交的第二资质证明信息，以及分别为各个第一属性值提交的第一资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
比对单元，用于将各个第一资质证明信息中包括的业务对象类别信息与该第二资质证明信息中包括的业务对象类别信息进行比对；
建立单元，用于如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与该第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
22.根据权利要求21所述的装置，其特征在于，还包括：
关联关系表更新单元，用于将该第一属性值与该第二属性值之间的关联关系添加到所述关联关系表中。
23.根据权利要求19所述的装置，其特征在于，所述第一关联关系确定单元包括：
资质证明信息确定子单元，用于确定所述目标用户分别为各个第一属性值提交的第一资质证明信息，以及分别为各个第二属性值提交的第二资质证明信息；所述第一资质证明信息以及第二资质证明信息中包括与所述目标用户相关的业务对象类别信息；
比对子单元，用于将各个第一资质证明信息中包括的业务对象类别信息以及各个第二资质证明信息中包括的业务对象类别信息进行比对；
建立子单元，用于如果某第一属性值的第一资质证明信息中包括的业务对象类别信息，与某第二属性值的第二资质证明信息中包括的业务对象类别信息之间的相似度符合预置条件，则建立该第一属性值与该第二属性值之间的关联关系。
24.一种业务对象信息发布装置，其特征在于，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性，所述装置包括：
第一请求接收单元，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第一发布范围信息确定单元，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第一发布范围信息返回单元，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
25.一种业务对象信息发布装置，其特征在于，应用于客户端，所述装置包括：
第一请求发送单元，用于向服务器发送业务对象信息发布请求；
第一发布范围信息接收单元，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第一发布范围确定单元，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性。
26.根据权利要求25所述的装置，其特征在于，所述第一发布范围确定单元具体用于：
根据服务器返回的该用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
27.一种业务对象信息发布装置，其特征在于，应用于客户端，所述装置包括：
第一预先接收单元，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述第一维度以及第二维度对应业务对象不同分类的属性；
第二发布范围确定单元，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布范围。
28.根据权利要求27所述的装置，其特征在于，所述第二发布范围确定单元具体用于：
根据用户在第一维度上相关的至少一个第一属性值提供第一属性值选项；
当目标第一属性值被选中时，确定在第二维度上与该用户相关，且与该目标第一属性值关联的目标第二属性值；
根据所述目标第二属性值，提供第二属性值选项。
29.一种业务对象信息发布装置，其特征在于，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在第一维度上相关的至少一个第一属性值、在第二维度上相关的至少一个第二属性值，以及各第一属性值与各第二属性值之间的关联关系，所述装置包括：
第二请求接收单元，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标第一属性值以及目标第二属性值；
第一判断单元，用于判断所述目标第一属性值与目标第二属性值之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第一信息发布单元，用于如果所述第一判断单元的判断结果为是，则按照所述已选择的目标第一属性值以及目标第二属性值，对所述待发布的业务对象信息进行发布。
30.一种业务对象信息处理装置，其特征在于，包括：
第二用户相关信息确定单元，用于确定在类目维度上与目标用户相关的至少一个业务对象类目，以及品牌维度上与该目标用户相关的至少一个业务对象品牌；
第二关联关系确定单元，用于确定所述目标用户的各业务对象类目与各业务对象品牌之间的关联关系；
第二关联关系保存单元，用于保存所述关联关系，以便根据所述关联关系，确定所述目标用户的业务对象的发布范围。
31.根据权利要求30所述的装置，其特征在于，所述类目维度下包括多级类目，所述第二关联关系保存单元包括：
判断子单元，用于判断所述目标用户是否与某父类目下全部子类目都相关，并且各个子类目关联到相同的业务对象品牌；
合并子单元，用于如果所述判断子单元的判断结果为是，则将各个子类目与对应的业务对象品牌之间的关联关系，合并为该父类目与对应的业务对象品牌之间的关联关系，并进行保存。
32.根据权利要求31所述的装置，其特征在于，所述第二关联关系保存单元还包括：
分别保存单元，用于如果所述判断结果为否，则保存各个相关的子类目与对应的业务对象品牌之间的关联关系。
33.一种业务对象信息发布装置，其特征在于，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第三请求接收单元，用于接收到客户端发送的业务对象信息发布请求后，确定请求方用户的标识信息；
第三发布范围信息确定单元，用于根据请求方用户的标识信息，确定该请求方用户的业务对象的发布范围信息；
第二发布范围信息返回单元，用于将所述该请求方用户的业务对象发布范围信息返回给客户端，以便客户端利用获得的业务对象发布范围信息，发布业务对象。
34.一种业务对象信息发布装置，其特征在于，应用于客户端，所述装置包括：
第四请求发送单元，用于向服务器发送业务对象信息发布请求
第二发布范围信息接收单元，用于接收服务器返回的该请求方用户的业务对象发布范围信息；
第三发布范围确定单元，用于利用所述接收到的信息，确定业务对象信息的发布范围；
其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系。
35.一种业务对象信息发布装置，其特征在于，应用于客户端，所述装置包括：
第二预先接收单元，用于预先接收服务器发送的用户的业务对象发布范围信息，并在终端设备本地进行保存；其中，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系；
第四发布范围确定单元，用于接收到业务对象信息发布请求时，根据所述业务对象发布范围信息，确定业务对象信息的发布。
36.一种业务对象信息发布装置，其特征在于，应用于服务器，所述服务器提供各用户的业务对象发布范围信息，所述发布范围信息包括在类目维度上相关的至少一个业务对象类目、在品牌维度上相关的至少一个业务对象品牌，以及各业务对象类目与各业务对象品牌之间的关联关系，所述装置包括：
第五请求接收单元，用于接收客户端发送的业务对象信息发布请求，所述发布请求中携带有待发布的业务对象信息，以及已选择的目标业务对象类目以及目标业务对象品牌；
第二判断单元，用于判断所述目标业务对象类目与目标业务对象品牌之间的关联关系是否出现在请求方用户的业务对象发布范围信息中；
第二信息发布单元，用于如果所述第二判断单元的判断结果为是，则按照所述已选择的目标业务对象类目以及目标业务对象品牌，对所述待发布的业务对象信息进行发布。
CN201410835030.4A 2014-12-26 2014-12-26 业务对象信息处理、发布方法及装置 Pending CN105787737A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201410835030.4A CN105787737A (zh) 2014-12-26 2014-12-26 业务对象信息处理、发布方法及装置
TW104114297A TW201624381A (zh) 2014-12-26 2015-05-05 業務對象資訊處理、發佈方法及裝置
US14/923,069 US20160300286A1 (en) 2014-12-26 2015-10-26 Method and apparatus for processing and releasing the information of the business object
JP2017534579A JP2018504695A (ja) 2014-12-26 2015-12-03 ビジネス・オブジェクトの情報を処理及びリリースするための方法及び装置
PCT/US2015/063813 WO2016105902A1 (en) 2014-12-26 2015-12-03 Method and apparatus for processing and releasing the information of the business object

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410835030.4A CN105787737A (zh) 2014-12-26 2014-12-26 业务对象信息处理、发布方法及装置

Publications (1)

Publication Number Publication Date
CN105787737A true CN105787737A (zh) 2016-07-20

Family

ID=56151387

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410835030.4A Pending CN105787737A (zh) 2014-12-26 2014-12-26 业务对象信息处理、发布方法及装置

Country Status (5)

Country Link
US (1) US20160300286A1 (zh)
JP (1) JP2018504695A (zh)
CN (1) CN105787737A (zh)
TW (1) TW201624381A (zh)
WO (1) WO2016105902A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107342997A (zh) * 2017-07-03 2017-11-10 福建中金在线信息科技有限公司 一种信息发布方法及装置
CN107818103A (zh) * 2016-09-12 2018-03-20 阿里巴巴集团控股有限公司 提供数据对象信息的方法及装置
CN107909424A (zh) * 2017-10-19 2018-04-13 北京京东尚科信息技术有限公司 一种实时干预搜索结果的方法和装置
CN108959560A (zh) * 2018-07-03 2018-12-07 泰康保险集团股份有限公司 基于数据表的信息处理方法、装置及电子设备
WO2019037647A1 (zh) * 2017-08-22 2019-02-28 阿里巴巴集团控股有限公司 业务对象的发布、获取方法、装置及系统
CN112700296A (zh) * 2019-10-23 2021-04-23 阿里巴巴集团控股有限公司 业务对象搜索/属性确定方法、装置、系统及设备
CN113779435A (zh) * 2021-08-16 2021-12-10 盒马(中国)有限公司 类目导航方法及电子设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11182443B2 (en) * 2017-06-07 2021-11-23 Sap Se Context-sensitive document search based on hierarchical tags
CN111507786B (zh) * 2019-01-30 2023-05-26 阿里巴巴集团控股有限公司 数据处理方法、装置和设备
CN113421036B (zh) * 2021-08-23 2021-11-12 北京国电通网络技术有限公司 信息显示方法、装置、电子设备和计算机可读介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060195358A1 (en) * 1999-07-08 2006-08-31 Muldoon James R Automated coupon distribution system
JP2002202711A (ja) * 2000-12-28 2002-07-19 Casio Comput Co Ltd 受験学習支援システム、受験学習支援装置及び受験学習支援方法
US7966260B2 (en) * 2003-06-16 2011-06-21 Sap Aktiengesellschaft Generating data subscriptions based on application data
US7840407B2 (en) * 2006-10-13 2010-11-23 Google Inc. Business listing search
US8719308B2 (en) * 2009-02-16 2014-05-06 Business Objects, S.A. Method and system to process unstructured data

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
平文英 等: "《电子商务实务》", 31 March 2014 *
罗岚: "《网店运营专才》", 31 January 2014 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107818103A (zh) * 2016-09-12 2018-03-20 阿里巴巴集团控股有限公司 提供数据对象信息的方法及装置
CN107818103B (zh) * 2016-09-12 2023-01-24 阿里巴巴集团控股有限公司 提供数据对象信息的方法及装置
CN107342997A (zh) * 2017-07-03 2017-11-10 福建中金在线信息科技有限公司 一种信息发布方法及装置
WO2019037647A1 (zh) * 2017-08-22 2019-02-28 阿里巴巴集团控股有限公司 业务对象的发布、获取方法、装置及系统
CN109428904A (zh) * 2017-08-22 2019-03-05 阿里巴巴集团控股有限公司 业务对象的发布、获取方法、装置及系统
CN107909424A (zh) * 2017-10-19 2018-04-13 北京京东尚科信息技术有限公司 一种实时干预搜索结果的方法和装置
CN107909424B (zh) * 2017-10-19 2021-03-30 北京京东尚科信息技术有限公司 一种实时干预搜索结果的方法和装置
CN108959560A (zh) * 2018-07-03 2018-12-07 泰康保险集团股份有限公司 基于数据表的信息处理方法、装置及电子设备
CN108959560B (zh) * 2018-07-03 2021-02-12 泰康保险集团股份有限公司 基于数据表的信息处理方法、装置及电子设备
CN112700296A (zh) * 2019-10-23 2021-04-23 阿里巴巴集团控股有限公司 业务对象搜索/属性确定方法、装置、系统及设备
CN112700296B (zh) * 2019-10-23 2022-05-27 阿里巴巴集团控股有限公司 业务对象搜索/属性确定方法、装置、系统及设备
CN113779435A (zh) * 2021-08-16 2021-12-10 盒马(中国)有限公司 类目导航方法及电子设备

Also Published As

Publication number Publication date
JP2018504695A (ja) 2018-02-15
WO2016105902A1 (en) 2016-06-30
US20160300286A1 (en) 2016-10-13
TW201624381A (zh) 2016-07-01

Similar Documents

Publication Publication Date Title
CN105787737A (zh) 业务对象信息处理、发布方法及装置
JP6623461B2 (ja) 方法、プログラム、コンピュータ可読記録媒体およびサーバ
Desai From trademarks to brands
CN109308652A (zh) 线上批发方法、系统、终端设备及存储介质
CN102903047A (zh) 一种商品信息投放方法和设备
WO2014008765A1 (zh) 一种具有商品订阅结构的网络交易平台系统和方法
JP2018524738A (ja) ビジネスオブジェクト情報を提供する方法及び装置
JP2015536495A (ja) 目的物品情報を推薦するための方法およびシステム
JP2013544000A (ja) 候補製品のリンクリストを判定する方法および装置
CN103946842A (zh) 检索装置、检索方法、检索程序和记录介质
CN103971256A (zh) 一种信息推送方法及设备
CN106156972A (zh) 物流服务信息提供方法及装置
US20140279375A1 (en) Method and device for processing price and method and electronic commerce system for processing order sheet
Zhao et al. Anatomy of a web-scale resale market: a data mining approach
TWI552099B (zh) Recommended user method and device
WO2020147714A1 (zh) 一种可配送实体的推送方法以及装置
WO2006010199A1 (en) A method and system for allowing a user to make a plurality of offers to a plurality of advertisers
CN104063802A (zh) 商品信息处理方法、装置及系统
CN107886346A (zh) 数据对象资源信息处理方法及装置
JP2023062128A (ja) オンラインショッピングを管理するためのシステムおよび方法
CN106294419B (zh) 业务对象信息的收藏方法及装置
CN107464153A (zh) 一种信息处理方法及服务器
JP7133508B2 (ja) 提供装置、提供方法および提供プログラム
KR20120130962A (ko) 유사 성향 분석 방법 및 시스템
Neuwirth Counterfeiting and piracy in international trade: the good, the bad and the… oxymoron of ‘real fakes’

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20160720

RJ01 Rejection of invention patent application after publication