CN117131068B - 多账号Microsoft广告报告的同时查询方法及相关设备 - Google Patents

多账号Microsoft广告报告的同时查询方法及相关设备 Download PDF

Info

Publication number
CN117131068B
CN117131068B CN202311394371.8A CN202311394371A CN117131068B CN 117131068 B CN117131068 B CN 117131068B CN 202311394371 A CN202311394371 A CN 202311394371A CN 117131068 B CN117131068 B CN 117131068B
Authority
CN
China
Prior art keywords
report
account
microsoft
data
advertisement
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.)
Active
Application number
CN202311394371.8A
Other languages
English (en)
Other versions
CN117131068A (zh
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.)
Afirstsoft Co Ltd
Original Assignee
Afirstsoft Co 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 Afirstsoft Co Ltd filed Critical Afirstsoft Co Ltd
Priority to CN202311394371.8A priority Critical patent/CN117131068B/zh
Publication of CN117131068A publication Critical patent/CN117131068A/zh
Application granted granted Critical
Publication of CN117131068B publication Critical patent/CN117131068B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/242—Query formulation
    • G06F16/2433—Query languages
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • 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/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0277—Online advertisement

Abstract

本发明提供了一种多账号Microsoft广告报告的同时查询方法及相关设备，本发明通过构建服务端，让用户在查询Microsoft广告报告不直接通过Microsoft广告管理界面，而是先curl工具向服务端发送多账号Microsoft广告报告查询请求，服务端收到请求后，解析多账号Microsoft广告报告查询请求并进行一系列的列表归纳整理之后得到用户具体需要查询哪些账号的哪些广告报告，之后通过服务端授权凭证向Microsoft广告平台的API接口发起报告数据请求，取得列表账号中需要的广告报告数据，之后对服务端多次查询取得的报告数据进行封装，最后将封装好的报告数据一次性返回给用户，从而达到一次同时查询多个账号Microsoft广告报告的目的。

Description

多账号Microsoft广告报告的同时查询方法及相关设备
技术领域
本发明涉及数据查询技术领域，尤其涉及一种多账号Microsoft广告报告的同时查询方法及相关设备。
背景技术
Microsoft广告是Microsoft提供的一个跨境代理合作伙伴网络，参与者拥有其中全部广告解决方案的专业知识和资源，可帮助发展品牌并为推广活动赋能，Microsoft提供了管理界面用于管理Microsoft广告账号和生成账号的广告报告。
Microsoft提供了管理界面中只能同时查看一个账号的广告报告数据，无法同时查看多个账号的数据，想要查询多个账号时需要进行切换账号操作，若用户有多个Microsoft广告账号时，想要查询生成多个Microsoft广告账号的报告需要进行多次操作比较麻烦。
因此，现有技术还有待于改进和发展。
发明内容
本发明的主要目的在于提供一种多账号Microsoft广告报告的同时查询方法及相关设备，以解决上述背景技术中所提到的现有技术所存在的技术问题。
本发明第一方面提供了一种多账号Microsoft广告报告的同时查询方法，包括：
将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；
以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；
使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；
在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；
基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；
在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；
通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；
通过所述服务端对所述报告数据进行封装并反馈给所述用户端。
在本发明第一方面一种可选的实施方式中，所述在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表包括：
从所述json格式数据中基于字段标识提取出多个账号的所述账号数据，并单独进行json格式封装得到账号列表；
从所述json格式数据中基于字段标识提取出报告内容的指标维度，基于所述指标维度从所述服务端的数据库中获得所述指标维度中每个指标和每个维度对应的可生成报告类型；
基于所述服务端中内置的优先级规则对所有的所述可生成报告类型进行排序；
判断优先级低于预设等级的各个所述可生成报告类型中是否存在独占的指标或维度，若优先级低于预设等级的所述可生成报告类型中不存在独占的指标或维度，则将不存在独占的指标或维度且优先级低于预设等级的所述可生成报告类型删除；
对剩余的所述可生成报告类型进行相互包含判定，将剩余的所述可生成报告类型中为被包含的所述可生成报告类型删除，得到最终的多个所述可生成报告类型；
基于得到最终的多个所述可生成报告类型构建得到可生成报告列表。
在本发明第一方面一种可选的实施方式中，所述通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据包括：
在所述服务端中根据所述账号列表和所述可生成报告列表创建多个广告报告查询对象，每个所述广告报告查询对象对应一个需要查询广告报告的账号，每个所述广告报告查询对象中包括所述账号数据、需要查询的所述报告列表、查询报告的时间范围以及用于授权的所述刷新令牌；
为每个所述广告报告查询对象创建执行子线程；
通过所述服务端中响应所述多账号Microsoft广告报告查询请求的主线程创建一个队列用于与多个所述执行子线程交换数据；
多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求。
在本发明第一方面一种可选的实施方式中，所述多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求之后包括：
对于每个所述执行子线程，所述执行子线程生成一个暂存列表，所述执行子线程将从Microsoft广告平台的所述API接口获得的每条报告数据依序追加到所述暂存列表中；
每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中。
在本发明第一方面一种可选的实施方式中，所述每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中之后包括：
在所述服务端中创建一个反馈列表；
通过所述主线程从所述队列的逐个读取所述暂存列表中的报告数据并置入所述反馈列表中，所述主线程每从所述队列中读取完一个所述暂存列表变将读取完的所述暂存列表删除，直至所述主线程从所述队列中读取的所述暂存列表的数量等于所述执行子线程的数量。
在本发明第一方面一种可选的实施方式中，所述将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据包括：
分别获取所述账号数据、所述指标维度和所述日期范围的概括字段名；
将多个账号的账号数据、所述指标维度和所述日期范围写入到各自对应所述概括字段名之后，并按照便于所述服务端解析读取的规范和顺序进行排列和分隔开，得到预设的json格式数据。
在本发明第一方面一种可选的实施方式中，所述使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求包括：
使用用户端中安装的curl工具基于https协议并以post请求的方式向服务端发送所述多账号Microsoft广告报告查询请求。
本发明第二方面提供了一种多账号Microsoft广告报告的同时查询系统，所述多账号Microsoft广告报告的同时查询系统包括：
数据封装模块，用于将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；
请求构建模块，用于以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；
请求发送模块，用于使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；
请求解析模块，用于在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；
令牌获取模块，用于基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；
列表生成模块，用于在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；
报告数据获取模块，用于通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；
报告数据反馈模块，用于通过所述服务端对所述报告数据进行封装并反馈给所述用户端。
本发明第三方面提供了一种多账号Microsoft广告报告的同时查询设备，所述多账号Microsoft广告报告的同时查询设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；
所述至少一个处理器调用所述存储器中的所述指令，以使得所述多账号Microsoft广告报告的同时查询设备执行如上述任一项所述的多账号Microsoft广告报告的同时查询方法。
本发明第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述的多账号Microsoft广告报告的同时查询方法。
有益效果：本发明提供了一种多账号Microsoft广告报告的同时查询方法及相关设备，本发明通过构建服务端，让用户在查询Microsoft广告报告不直接通过Microsoft广告管理界面，而是先curl工具向服务端发送多账号Microsoft广告报告查询请求，服务端收到请求后，解析多账号Microsoft广告报告查询请求并进行一系列的列表归纳整理之后得到用户具体需要查询哪些账号的哪些广告报告，之后通过服务端授权凭证向Microsoft广告平台的API接口发起报告数据请求，取得列表账号中需要的广告报告数据，之后对服务端多次查询取得的报告数据进行封装，最后将封装好的报告数据一次性返回给用户，从而达到一次同时查询多个账号Microsoft广告报告的目的。
附图说明
图1为本发明一种多账号Microsoft广告报告的同时查询方法的一个实施例示意图；
图2为本发明一种多账号Microsoft广告报告的同时查询系统的一个实施例示意图；
图3为本发明一种多账号Microsoft广告报告的同时查询设备的一个实施例示意图。
具体实施方式
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明第一方面提供了一种多账号Microsoft广告报告的同时查询方法，包括：
S100、将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；简单来说，步骤S100的过程包括：分别获取所述账号数据、所述指标维度和所述日期范围的概括字段名；将多个账号的账号数据、所述指标维度和所述日期范围写入到各自对应所述概括字段名之后，并按照便于所述服务端解析读取的规范和顺序进行排列和分隔开，得到预设的json格式数据。
在本发明中，示例性的一种json格式数据如下：
{"id":"a,b","dateStart":"2000-01-01","dateEnd":"2000-12-30","columns":"AccountId,Clicks,BudgetAssociationStatus,BusinessName"}，用"id"字段表示账号数据信息，用"columns"字段表示需要查询的指标和维度，用"dateStart"、"dateEnd"字段表示报告内容的统计开始时间和报告内容的统计结束时间，其中，a和b为多个账号的账号数据，AccountId、Clicks、BudgetAssociationStatus和BusinessName为具体需要查询的指标维度；2000-01-01为报告内容的统计开始时间，2000-12-30为报告内容的统计结束时间。
S200、以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；在步骤S200中，请求正文通过request.json文件提供，所述request.json文件的内容如下：
{"id":"a,b","dateStart":"2000-01-01","dateEnd":"2000-12-30","columns":"AccountId,Clicks,BudgetAssociationStatus,BusinessName"}；将用户标识作为请求的查询参数发送服务端，查询参数的名称为"email"。
S300、使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；在步骤S300中，所述多账号Microsoft广告报告查询请求的具体发送方式是使用用户端中安装的curl工具基于https协议并以post请求的方式向服务端发送所述多账号Microsoft广告报告查询请求。具体代码示例如下：
curl-d"@request.json"-XPOST"https://localhost?email=aabbccdd"-k。
S400、在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；在本发明中，所述服务端部署在本地，服务端响应S300步骤中所述用户端发起的所述多账号Microsoft广告报告查询请求，并解析取得所述用户端在请求中发送的所述用户标识和所述json格式数据。
S500、基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；在步骤S500中，所述服务端通过请求中的eamil查询参数取得用户标识，根据用户标识构建数据库查询语句查询服务端的数据库，提取出保存在服务端的用户授权数据中的刷新令牌，其中，用户授权数据通过oauth授权的方式存放到服务端的是数据库中。
S600、在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；在步骤S600一种可选的实施方式中，所述在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表具体包括：
从所述json格式数据中基于字段标识提取出多个账号的所述账号数据，并单独进行json格式封装得到账号列表；在该步骤中，服务端读取出请求正文中的数据，取出"id"字段的内容，并通过分号分割字符串，生成一个账号列表，其中的一条数据表示一个Microsoft广告账号进而确定用户需要查询哪些Microsoft广告账号报告，账号列表转换为json格式后表示为：["a", "b"]；
从所述json格式数据中基于字段标识提取出报告内容的指标维度，基于所述指标维度从所述服务端的数据库中获得所述指标维度中每个指标和每个维度对应的可生成报告类型；在该步骤中，服务端读取出"columns"字段的内容，同样以分号分割字符串生成一个指标维度列表确定用户需要查询的指标和维度,指标维度列表转换为json格式后表示为：["AccountId","Clicks", "BudgetAssociationStatus", "BusinessName"]，确定这些指标和维度能生成什么类型的告账号报告并生成一个可生成报告列表，可生成报告列表转换为json格式后表示为：
{"CAP":["Clicks","BudgetAssociationStatus","AccountId"],"ADP":["Clicks","BusinessName","AccountId"]}，CAP表示CampaignPerformanceReport类型报告、ADP表示AdPerformanceReport类型报告，每个指标和维度可生成报告类型服务端也通过数据库保存，服务端初始化时从数据库中读写这些信息，可生成报告列表中的一条数据代表一种能生成的报告；
基于所述服务端中内置的优先级规则对所有的所述可生成报告类型进行排序；判断优先级低于预设等级的各个所述可生成报告类型中是否存在独占的指标或维度，若优先级低于预设等级的所述可生成报告类型中不存在独占的指标或维度，则将不存在独占的指标或维度且优先级低于预设等级的所述可生成报告类型删除；在该步骤中，就是根据服务端中预设设置的生成报告的优先级，若优先级低的报告中没有只能在这个报告中进行查询的指标或维度则从列表中移除这条数据；
对剩余的所述可生成报告类型进行相互包含判定，将剩余的所述可生成报告类型中为被包含的所述可生成报告类型删除，得到最终的多个所述可生成报告类型；在该步骤中，除了上一步中的筛选，本发明若某个报告的指标和维度被另一个报告所包含同样也从列表中移除那个被包含的报告的数据，之后再基于得到最终的多个所述可生成报告类型构建得到可生成报告列表，通过上述2种方式的筛选，最终会生成一个只含有需要查询的报告信息的可生成报告列表。
S700、通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；在步骤S700中示例性的具体处理方式包括：
在所述服务端中根据所述账号列表和所述可生成报告列表创建多个广告报告查询对象，每个所述广告报告查询对象对应一个需要查询广告报告的账号，每个所述广告报告查询对象中包括所述账号数据、需要查询的所述报告列表、查询报告的时间范围以及用于授权的所述刷新令牌；为每个所述广告报告查询对象创建执行子线程；通过所述服务端中响应所述多账号Microsoft广告报告查询请求的主线程创建一个队列用于与多个所述执行子线程交换数据；多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求。
之后，对于每个所述执行子线程，所述执行子线程生成一个暂存列表，所述执行子线程将从Microsoft广告平台的所述API接口获得的每条报告数据依序追加到所述暂存列表中；每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中。
再之后，在所述服务端中创建一个反馈列表；通过所述主线程从所述队列的逐个读取所述暂存列表中的报告数据并置入所述反馈列表中，所述主线程每从所述队列中读取完一个所述暂存列表变将读取完的所述暂存列表删除，直至所述主线程从所述队列中读取的所述暂存列表的数量等于所述执行子线程的数量。
S800、通过所述服务端对所述报告数据进行封装并反馈给所述用户端。此外，服务端在整个查询流程中还会判断整个查询流程是否正常执行，若出现错误则在用户发起的请求中向用户返回表示失败的信息，若正常执行整个查询报告流程则在用户发起的请求中向用户返回表示成功的信息以及生成的用户所有账号的报告数据的步骤。
总的来讲，本发明多账号Microsoft广告报告的同时查询方法可以简单理解为以下几个步骤：
（1）：用户向服务端发起查询请求
假设用户需要获取a，b这两个microsoft广告账号中，AccountId、BudgetAssociationStatus、Clicks,BusinessName这几个指标或维度对应的报告内容；使用curl工具发起一次post请求进行查询，请求正文通过request.json文件提供，服务端部署在本地。
本发明示例性的一段查询请求如下：
curl-d"@request.json"-XPOST"https://localhost?email=aabbccdd"-k。
request.json文件中的内容如下：
{"id":"a,b","dateStart":"2000-01-01","dateEnd":"2000-01-01","columns":"AccountId,Clicks,BudgetAssociationStatus,BusinessName"}。
服务端监听443端口，用户通过https协议进行post请求，用所有需要查询的microsoft广告账号信息、需要查询的指标维度、日期范围生成一个json格式数据，用"id"字段表示账号信息，用"columns"字段表示需要查询的指标和维度，用"dateStart"、"dateEnd"字段表示开始和结束时间，账号信息中每个账号通过分号隔开方便服务端解析数据，每个指标和维度也通过分号隔开放到请求正文中，将用户的用户标识作为请求的查询参数发送服务端其查询参数的名称为"email"。
（2）：服务端响应查询请求分析用户请求内容，（2）步骤可具体分为以下几个步骤：
1、服务端响应（1）步骤中用户端发起的请求，取得用户端在请求中发送的数据
2、服务端通过用户请求中的"eamil"查询参数取得用户标识,根据用户标识构建数据库查询语句查询服务端的数据库，提取出保存在服务端的用户授权数据中的刷新令牌；用户授权数据通过oauth授权的方式存放到服务端的是数据库中。
3、服务端读取出请求正文中的数据，作为json格式数据进行处理，取出"id"字段的内容，并通过分号分割字符串，生成一个账号列表其中的一条数据表示一个Microsoft广告账号进而确定用户需要查询哪些Microsoft广告账号报告，账号列表转换为json格式后表示为：["a","b"]；读取出"columns"字段的内容，同样以分号分割字符串生成一个指标维度列表确定用户需要查询的指标和维度，指标维度列表转换为json格式后表示为：["AccountId", "Clicks", "BudgetAssociationStatus", "BusinessName"]，确定这些指标和维度能生成什么类型的告账号报告并生成一个可生成报告列表，可生成报告列表转换为json格式后表示为：
{"CAP":["Clicks","BudgetAssociationStatus","AccountId"],"ADP":["Clicks","BusinessName","AccountId"]}，"CAP"表示CampaignPerformanceReport类型报告，"ADP"表示AdPerformanceReport类型报告，每个指标和维度可生成报告类型服务端也通过数据库保存，服务端初始化时从数据库中读写这些信息，可生成报告列表中的一条数据代表一种能生成的报告，之后在根据服务端中设置的生成报告的优先级，若优先级低的报告中没有只能在这个报告中进行查询的指标或维度则从列表中移除这条数据，之后若某个报告的指标和维度被另一个报告所包含同样也从列表中移除那个被包含的报告的数据最终生成一个只含有需要查询的报告信息的报告列表；读取出"dateStart"、"dateEnd"字段的内容确定查询报告的时间范围。
（3）：服务端向Microsoft广告平台的API接口发起请求
reporting_service_manager=ReportingServiceManager(
authorization_data=authorization_data,
poll_interval_in_milliseconds=5000,
environment=ENVIRONMENT,
)
reporting_service=ServiceClient(
service='ReportingService',
version=13,
authorization_data=authorization_data,
environment=ENVIRONMENT,
)
report_request=get_report_request_adp(authorization_data.account_id,stinfo,tim)
reporting_download_parameters=ReportingDownloadParameters(
report_request=report_request,
result_file_directory='bingre',
result_file_name=filename,
overwrite_result_file=1,
timeout_in_milliseconds=TIMEOUT_IN_MILLISECONDS
)
report_container=reporting_service_manager.download_report(reporting_download_parameters)。
以上代码是子线程向Microsoft广告平台的API接口发起请求的示例，使用python编写，用到了“Bing Ads PythonSDK”，这段代码查询生成了Microsoft广告报告并报告数据保存到本地。
服务端根据账号列表和报告列表构建多个对象，每个对象对应一个需要查询报告的账号，每个对象包含账号信息、需要查询的报告列表、查询报告的时间范围以及用于进行授权的刷新令牌，这个对象转换为json格式后表示为：
{"authdata":"","report":{"item":["AccountId","Clicks","BudgetAssociationStatus","BusinessName"],"columns":{"CAP":["Clicks","BudgetAssociationStatus","AccountId"],"ADG":[],"KY":[],"ADP":["Clicks","BusinessName","AccountId"]},"dateStart":["2000","01","01"],"dateEnd":["2000","01","01"]}}，其中"authdata"表示oauth授权相关数据这个数据关联到一个用户Microsoft广告账号，"report"表示用户查询报告相关数据；把响应用户查询请求的线程称为主线程，之后主线程在创建一个队列用于之后为对象创建的执行子线程和主线程交换数据，再为每个对象创建子线程将这个对象作为子线程的参数传递给子线程，子线程进行访问Microsoft广告平台的API接口取得单独一个账号的报告数据，主线程等待所有的子线程返回查询数据后对数据进行封装，多个线程同时Microsoft广告平台的API接口发起请求查询报告，提高查询报告的速度，减少用户在整个查询流程中的等待时间。
所有子线程执行下述的几步操作取得数据：
1、从这个子线程参数中取得子线程关联的对象信息，从"authdata"中取得的刷新令牌以及服务端保存的其它用于Microsoft Oauth授权数据访问Microsoft的oauth授权接口，取得用于访问Microsoft广告的API接口的授权令牌。
用户在访问服务端前需要先给创建的服务端进行授权，授权以oauth的方式进行。
01、在Microsoft 广告开发者平台创建应用；
02、使用创建的应用的信息生成一个授权链接给用户，以便用户给创建的应用授权，使应用可以访问用户的Microsoft广告数据；
生成的链接如下：
https://login.microsoftonline.com/common/oauth2/v2.0/authorize?client_id=aa&scope=https://ads.microsoft.com/msads.manage/offline_accessopenid&response_type=code&redirect_uri=https://localhost&state=aabbccdd。
https://login.microsoftonline.com/common/oauth2/v2.0/authorize是微软的授权接口；client_id为创建的应用id；scope 授权范围。
https://ads.microsoft.com/msads.manage表示获取管理Microsoft广告权限；redirect_uri授权回调，通过回调来取得用户的授权代码；state 这个参数用于标识用户，跟用户向服务端发起查询请求时的email参数相同。
03、用户访问生成授权链接，登录账号同意给应用授权；
04、取得用户的授权信息，用户同意授权后，微软的授权接口会以以下形式调用授权回调：https://localhost？state=aabbccdd&code=122，其中，state同生成的授权链接中的state用于标识用户，code则是授权代码用于交换授权令牌；服务端访问微软的oauth授权接口交换出授权令牌。
https://login.microsoftonline.com/common/oauth2/v2.0/token?client_id=aa&client_secret=bb&code=122&redirect_uri=https://localhost&grant_type=authorization_code&scope=openid https://ads.microsoft.com/msads.manageoffline_access。
client_id、redirect_uri、scope与授权链接中的相同；grant_type 表示获取令牌；client_secret在Microsoft 标识平台创建应用给应用创建的密码；code 授权回调中给出的code。
访问授权接口后接口会以json格式返回授权令牌，形式如下：
{
"access_token"="yx",
"refresh_token"="xy",
...
}。
其中的refresh_token为刷新令牌既是需要的授权令牌，将授权令牌和用户表示保存到服务器的数据库中。
服务端通过用户标识取得用户的授权令牌，访问微软的授权接口取得刷新令牌。
https://login.microsoftonline.com/common/oauth2/v2.0/token?client_id=aa&client_secret=bb&grant_type=refresh_token&scope=openid https://ads.microsoft.com/msads.manage offline_access。
client_id、scope、client_secret与交换令牌时的参数意义相同；grant_type=refresh_token表示取得刷新令牌，请求后以json格式返回数据。
{
"access_token": "aa",
"token_type": "Bearer",
"expires_in": 3599,
"scope": "openid https://ads.microsoft.com/msads.manage offline_access",
"refresh_token": "sasa",
"id_token": "saa",
}。
其中的access_token即为刷新令牌，使用该令牌调用Microsoft广告的API接口。
2、Microsoft广告的API接口一次查询请求只能查询一个账号的一种报告，子线程根据关联的对象中‘report’的数据取得账号数据、需要查询的报告列表、时间范围后对Microsoft广告平台的API接口发起多次查询，进行查询前还需要将数据封装成Microsoft广告平台的API接口所接收的格式，然后再访问Microsoft广告平台的API接口取得账号的报告数据，访问时需要附带上上一步操作中取得的授权令牌，对象中存在多个需要生成报告的信息时再次封装数据请求Microsoft广告平台的API接口直至取得这个对象中所有需要查询的报告数据，每次访问Microsoft广告平台的API接口取得的报告数据放到本地文件中保存，每次保存文件时使用微秒级时间戳进行命名，防止同时执行多个查询线程时多个线程保存文件名称相同而造成查询结果异常，保存文件后把文件名称压入一个文件名队列中。
3、子线程生成一个列表，列表的第一条数据通过（2）步骤中取得指标维度列表设置为指标或维度的名称以便确定对应关系，之后从文件名队列弹出一条数据，取得这个子线程保存文件名称，读取这个文件取得一个账号的一种报告数据，确定这个报告包含哪些指标和维度，之后按照对应关系将数据逐条追加到列表中，若列表中的指标或维度在这个报告中不存在将那个指标或维度的值设置为零，之后再重新执行读取文件追加数据操作直至这个子线程所有保存的文件数据都放入列表中，取得一个账号的所有数据后列表转换为json格式后可表示为：
[["AccountId","Clicks","BudgetAssociationStatus","BusinessName"],["a","1","ab",0],["a","1",0,"ba"]]，第一条是指标维度列表，之后的数据是具体的报告数据，最后删除这个线程下载的文件，将列表中的数据压入主线程创建的队列中。
（4）：服务端封装通过Microsoft广告的API接口取得的数据
服务端通过（3）步骤中主线程创建的队列，从队列中读取子线程压入的列表，每从队列中读取出一次列表数据则则表示完成了一次一个用户账号的广告报告查询，服务端创建一个列表，这个列表与（3）步骤中子线程创建的列表相似，从队列中读取到列表数据时将读取到的数据追加到列表中，若不是追加第一个从队列中读取到的数据时，移除从队列中读取到的列表数据中的第一天数据后再将数据追加到创建的列表中，防止生成的数据中包含了多次指标和维度信息，主线程从队列中读取到创建的子线程数量次数据后表示整个向Microsoft广告平台的API接口查询报告的流程已执行完成，已经取得用户需要的所有账号报告数据，创建的列表中即包含所有账号报告数据，这个数据转换为json格式后可表示为：
[["AccountId","Clicks","BudgetAssociationStatus","BusinessName"],["a","1","ab",0],["a","1",0,"ba"],["b","2","ab",0],["b","2",0,"ba"]]，第一条仍是指标维度列表。
（5）：服务端将封装好的数据返回给用户
服务端判断整个查询流程是否正常执行，若出现错误则在用户发起的请求中向用户返回表示失败的信息，若正常执行整个查询报告流程则在用户发起的请求中向用户返回表示成功的信息以及S4步骤中生成的用户所有的账号报告数据。
总的来讲，本发明通过构建服务端，让用户在查询Microsoft广告账号报告不直接通过Microsoft广告管理界面，而是先向构建的服务端发起查询请求，服务端收到请求后，分析用户具体需要查询哪些账号的哪些报告，之后通过服务端授权凭证向Microsoft广告的API接口发起请求，取得账号中需要的数据，并对服务端多次查询取得的数据进行封装，最后将封装好的数据一次性返回给用户，从而达到一次同时查询多个Microsoft广告账号报告的目的。
参见图2，本发明第二方面提供了一种多账号Microsoft广告报告的同时查询系统，所述多账号Microsoft广告报告的同时查询系统包括：
数据封装模块10，用于将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；
请求构建模块20，用于以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；
请求发送模块30，用于使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；
请求解析模块40，用于在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；
令牌获取模块50，用于基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；
列表生成模块60，用于在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；
报告数据获取模块70，用于通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；
报告数据反馈模块80，用于通过所述服务端对所述报告数据进行封装并反馈给所述用户端。
在本发明第二方面一种可选的实施方式中，所述列表生成模块包括：
账号列表生成子单元，用于从所述json格式数据中基于字段标识提取出多个账号的所述账号数据，并单独进行json格式封装得到账号列表；
可生成报告列表生成子单元，用于从所述json格式数据中基于字段标识提取出报告内容的指标维度，基于所述指标维度从所述服务端的数据库中获得所述指标维度中每个指标和每个维度对应的可生成报告类型；基于所述服务端中内置的优先级规则对所有的所述可生成报告类型进行排序；判断优先级低于预设等级的各个所述可生成报告类型中是否存在独占的指标或维度，若优先级低于预设等级的所述可生成报告类型中不存在独占的指标或维度，则将不存在独占的指标或维度且优先级低于预设等级的所述可生成报告类型删除；对剩余的所述可生成报告类型进行相互包含判定，将剩余的所述可生成报告类型中为被包含的所述可生成报告类型删除，得到最终的多个所述可生成报告类型；基于得到最终的多个所述可生成报告类型构建得到可生成报告列表。
在本发明第二方面一种可选的实施方式中，所述报告数据获取模块包括：
查询对象构建单元，用于在所述服务端中根据所述账号列表和所述可生成报告列表创建多个广告报告查询对象，每个所述广告报告查询对象对应一个需要查询广告报告的账号，每个所述广告报告查询对象中包括所述账号数据、需要查询的所述报告列表、查询报告的时间范围以及用于授权的所述刷新令牌；
子线程生成单元，用于为每个所述广告报告查询对象创建执行子线程；
队列创建单元，用于通过所述服务端中响应所述多账号Microsoft广告报告查询请求的主线程创建一个队列用于与多个所述执行子线程交换数据；
数据请求单元，用于多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求。
在本发明第二方面一种可选的实施方式中，所述报告数据获取模块包括：
暂存列表生成单元，用于对于每个所述执行子线程，所述执行子线程生成一个暂存列表，所述执行子线程将从Microsoft广告平台的所述API接口获得的每条报告数据依序追加到所述暂存列表中；
暂存列表移入单元，用于每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中。
在本发明第二方面一种可选的实施方式中，所述报告数据获取模块还包括：
反馈列表生成单元，用于在所述服务端中创建一个反馈列表；
报告数据重组单元，用于通过所述主线程从所述队列的逐个读取所述暂存列表中的报告数据并置入所述反馈列表中，所述主线程每从所述队列中读取完一个所述暂存列表变将读取完的所述暂存列表删除，直至所述主线程从所述队列中读取的所述暂存列表的数量等于所述执行子线程的数量。
在本发明第二方面一种可选的实施方式中，所述数据封装模块包括：
字段名获取单元，用于分别获取所述账号数据、所述指标维度和所述日期范围的概括字段名；
封装单元，用于将多个账号的账号数据、所述指标维度和所述日期范围写入到各自对应所述概括字段名之后，并按照便于所述服务端解析读取的规范和顺序进行排列和分隔开，得到预设的json格式数据。
在本发明第二方面一种可选的实施方式中，所述请求构建模块具体用于使用用户端中安装的curl工具基于https协议并以post请求的方式向服务端发送所述多账号Microsoft广告报告查询请求。
图3是本发明实施例提供的一种多账号Microsoft广告报告的同时查询设备的结构示意图，该多账号Microsoft广告报告的同时查询设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器90（central processing units，CPU）（例如，一个或一个以上处理器）和存储器100，一个或一个以上存储应用程序或数据的存储介质110（例如一个或一个以上海量存储设备）。其中，存储器和存储介质可以是短暂存储或持久存储。存储在存储介质的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对多账号Microsoft广告报告的同时查询设备中的一系列指令操作。更进一步地，处理器可以设置为与存储介质通信，在多账号Microsoft广告报告的同时查询设备上执行存储介质中的一系列指令操作。
本发明的多账号Microsoft广告报告的同时查询设备还可以包括一个或一个以上电源120，一个或一个以上有线或无线网络接口130，一个或一个以上输入输出接口140，和/或，一个或一个以上操作系统，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图3示出的多账号Microsoft广告报告的同时查询设备结构并不构成对本发明多账号Microsoft广告报告的同时查询设备的具体限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述的多账号Microsoft广告报告的同时查询方法的步骤。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统或装置、单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (8)

1.一种多账号Microsoft广告报告的同时查询方法，其特征在于，包括：
将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；
以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；
使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；
在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；
基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；
在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；
通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；
通过所述服务端对所述报告数据进行封装并反馈给所述用户端；
所述在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表包括：
从所述json格式数据中基于字段标识提取出多个账号的所述账号数据，并单独进行json格式封装得到账号列表；
从所述json格式数据中基于字段标识提取出报告内容的指标维度，基于所述指标维度从所述服务端的数据库中获得所述指标维度中每个指标对应的可生成报告类型；
基于所述服务端中内置的优先级规则对所有的所述可生成报告类型进行排序；
判断优先级低于预设等级的各个所述可生成报告类型中是否存在独占的指标，若优先级低于预设等级的所述可生成报告类型中不存在独占的指标，则将不存在独占的指标且优先级低于预设等级的所述可生成报告类型删除；
对剩余的所述可生成报告类型进行相互包含判定，将剩余的所述可生成报告类型中为被包含的所述可生成报告类型删除，得到最终的多个所述可生成报告类型；
基于得到最终的多个所述可生成报告类型构建得到可生成报告列表；
所述通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据包括：
在所述服务端中根据所述账号列表和所述可生成报告列表创建多个广告报告查询对象，每个所述广告报告查询对象对应一个需要查询广告报告的账号，每个所述广告报告查询对象中包括所述账号数据、需要查询的所述报告列表、查询报告的时间范围以及用于授权的所述刷新令牌；
为每个所述广告报告查询对象创建执行子线程；
通过所述服务端中响应所述多账号Microsoft广告报告查询请求的主线程创建一个队列用于与多个所述执行子线程交换数据；
多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求。
2.根据权利要求1所述的多账号Microsoft广告报告的同时查询方法，其特征在于，所述多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求之后包括：
对于每个所述执行子线程，所述执行子线程生成一个暂存列表，所述执行子线程将从Microsoft广告平台的所述API接口获得的每条报告数据依序追加到所述暂存列表中；
每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中。
3.根据权利要求2所述的多账号Microsoft广告报告的同时查询方法，其特征在于，所述每个所述执行子线程在获取所述报告数据结束之后，将所述暂存列表置入到所述主线程创建所述队列中之后包括：
在所述服务端中创建一个反馈列表；
通过所述主线程从所述队列的逐个读取所述暂存列表中的报告数据并置入所述反馈列表中，所述主线程每从所述队列中读取完一个所述暂存列表变将读取完的所述暂存列表删除，直至所述主线程从所述队列中读取的所述暂存列表的数量等于所述执行子线程的数量。
4.根据权利要求1所述的多账号Microsoft广告报告的同时查询方法，其特征在于，所述将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据包括：
分别获取所述账号数据、所述指标维度和所述日期范围的概括字段名；
将多个账号的账号数据、所述指标维度和所述日期范围写入到各自对应所述概括字段名之后，并按照便于所述服务端解析读取的规范和顺序进行排列和分隔开，得到预设的json格式数据。
5.根据权利要求1所述的多账号Microsoft广告报告的同时查询方法，其特征在于，所述使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求包括：
使用用户端中安装的curl工具基于https协议并以post请求的方式向服务端发送所述多账号Microsoft广告报告查询请求。
6.一种多账号Microsoft广告报告的同时查询系统，其特征在于，所述多账号Microsoft广告报告的同时查询系统包括：
数据封装模块，用于将需要查询Microsoft广告报告的多个账号的账号数据、报告内容的指标维度以及报告内容的日期范围生成预设的json格式数据；
请求构建模块，用于以用户标识作为请求的查询参数，以所述json格式数据作为请求正文构造得到多账号Microsoft广告报告查询请求；
请求发送模块，用于使用用户端中安装的curl工具向服务端发送所述多账号Microsoft广告报告查询请求；
请求解析模块，用于在所述服务端中解析所述多账号Microsoft广告报告查询请求获得所述用户标识和所述json格式数据；
令牌获取模块，用于基于所述用户标识从所述服务端的数据库中提取得到预先通过oauth授权方式获得的刷新令牌；
列表生成模块，用于在所述服务端中基于所述json格式数据构建得到账号列表和可生成报告列表；
报告数据获取模块，用于通过所述服务端基于所述账号列表和所述可生成报告列表并结合所述刷新令牌向Microsoft广告平台的API接口发起报告数据请求，以及接收所述API接口返回的报告数据；
报告数据反馈模块，用于通过所述服务端对所述报告数据进行封装并反馈给所述用户端；
所述列表生成模块包括：
账号列表生成子单元，用于从所述json格式数据中基于字段标识提取出多个账号的所述账号数据，并单独进行json格式封装得到账号列表；
可生成报告列表生成子单元，用于从所述json格式数据中基于字段标识提取出报告内容的指标维度，基于所述指标维度从所述服务端的数据库中获得所述指标维度中每个指标对应的可生成报告类型；基于所述服务端中内置的优先级规则对所有的所述可生成报告类型进行排序；判断优先级低于预设等级的各个所述可生成报告类型中是否存在独占的指标，若优先级低于预设等级的所述可生成报告类型中不存在独占的指标，则将不存在独占的指标且优先级低于预设等级的所述可生成报告类型删除；对剩余的所述可生成报告类型进行相互包含判定，将剩余的所述可生成报告类型中为被包含的所述可生成报告类型删除，得到最终的多个所述可生成报告类型；基于得到最终的多个所述可生成报告类型构建得到可生成报告列表；
所述报告数据获取模块包括：
查询对象构建单元，用于在所述服务端中根据所述账号列表和所述可生成报告列表创建多个广告报告查询对象，每个所述广告报告查询对象对应一个需要查询广告报告的账号，每个所述广告报告查询对象中包括所述账号数据、需要查询的所述报告列表、查询报告的时间范围以及用于授权的所述刷新令牌；
子线程生成单元，用于为每个所述广告报告查询对象创建执行子线程；
队列创建单元，用于通过所述服务端中响应所述多账号Microsoft广告报告查询请求的主线程创建一个队列用于与多个所述执行子线程交换数据；
数据请求单元，用于多个所述执行子线程同时向Microsoft广告平台的API接口发起报告数据请求。
7.一种多账号Microsoft广告报告的同时查询设备，其特征在于，所述多账号Microsoft广告报告的同时查询设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；
所述至少一个处理器调用所述存储器中的所述指令，以使得所述多账号Microsoft广告报告的同时查询设备执行如权利要求1-5中任一项所述的多账号Microsoft广告报告的同时查询方法。
8.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的多账号Microsoft广告报告的同时查询方法。
CN202311394371.8A 2023-10-26 2023-10-26 多账号Microsoft广告报告的同时查询方法及相关设备 Active CN117131068B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311394371.8A CN117131068B (zh) 2023-10-26 2023-10-26 多账号Microsoft广告报告的同时查询方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311394371.8A CN117131068B (zh) 2023-10-26 2023-10-26 多账号Microsoft广告报告的同时查询方法及相关设备

Publications (2)

Publication Number Publication Date
CN117131068A CN117131068A (zh) 2023-11-28
CN117131068B true CN117131068B (zh) 2024-02-20

Family

ID=88858525

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311394371.8A Active CN117131068B (zh) 2023-10-26 2023-10-26 多账号Microsoft广告报告的同时查询方法及相关设备

Country Status (1)

Country Link
CN (1) CN117131068B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1829202A (zh) * 2005-03-02 2006-09-06 华为技术有限公司 多个帐号同时在一个客户端上实现imps业务的系统及方法
CN101217375A (zh) * 2008-01-16 2008-07-09 陈勇 一种账号及口令的保存及获取方法和装置
CN102546464A (zh) * 2011-12-22 2012-07-04 华为技术有限公司 一种跨im系统的会议方法和系统
CN114218539A (zh) * 2021-12-14 2022-03-22 奇安信科技集团股份有限公司 一种多身份切换方法及装置
CN114238423A (zh) * 2021-12-15 2022-03-25 北京维卓网络科技有限公司 一种层级账户数据查询的处理方法
CN115310067A (zh) * 2022-06-27 2022-11-08 网易（杭州）网络有限公司 登录方法及装置、存储介质、电子设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7054857B2 (en) * 2002-05-08 2006-05-30 Overture Services, Inc. Use of extensible markup language in a system and method for influencing a position on a search result list generated by a computer network search engine

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1829202A (zh) * 2005-03-02 2006-09-06 华为技术有限公司 多个帐号同时在一个客户端上实现imps业务的系统及方法
CN101217375A (zh) * 2008-01-16 2008-07-09 陈勇 一种账号及口令的保存及获取方法和装置
CN102546464A (zh) * 2011-12-22 2012-07-04 华为技术有限公司 一种跨im系统的会议方法和系统
CN114218539A (zh) * 2021-12-14 2022-03-22 奇安信科技集团股份有限公司 一种多身份切换方法及装置
CN114238423A (zh) * 2021-12-15 2022-03-25 北京维卓网络科技有限公司 一种层级账户数据查询的处理方法
CN115310067A (zh) * 2022-06-27 2022-11-08 网易（杭州）网络有限公司 登录方法及装置、存储介质、电子设备

Also Published As

Publication number Publication date
CN117131068A (zh) 2023-11-28

Similar Documents

Publication Publication Date Title
US10749856B2 (en) System and method for multi-tenant SSO with dynamic attribute retrieval
US5327559A (en) Remote and batch processing in an object oriented programming system
US7480916B2 (en) Exploiting services in an integrated development environment
US7448047B2 (en) Database system with methodology for providing stored procedures as web services
US9742614B2 (en) Data-type definition driven dynamic business component instantiation and execution framework
CN102663009B (zh) 一种支持企业用户数据私有化的web服务集成方法
US7490331B2 (en) Mapping to and from native type formats
KR19980063503A (ko) 월드 와이드 웹 상에서 소프트웨어 애플리케이션과 컴퓨터간에 통신하기 위한 컴퓨터 장치 및 방법
KR20140119240A (ko) 다중 오픈 api 처리장치 및 방법
WO2010127552A1 (zh) 面向服务的应用系统及其通信方法、创建器和创建方法
CN109241384A (zh) 一种科研信息的可视化方法及装置
US20210342919A1 (en) System and method for cross catalog search
CN117131068B (zh) 多账号Microsoft广告报告的同时查询方法及相关设备
CN114675982A (zh) 一种业务集成系统的数据获取通用方法及系统
CN108074058B (zh) 仓储管理方法及装置
CN113190360A (zh) 基于云平台的物流数据共享方法、装置、设备及存储介质
CN111738721A (zh) 一种区块链交易监听方法以及相关装置
US8321535B2 (en) Web services integration systems and methods
CN115454362A (zh) 远程打印的实现方法、装置、设备及存储介质
CN114840574A (zh) 数据查询方法、服务器、节点及存储介质
US7353249B2 (en) Method and apparatus for data retrieval from data server using a socket communications program
US11762884B2 (en) Shared key prefix values across objects
WO2001069431A2 (en) System and method for automating business processes and performing data interchange operations in a distributed computing environment
CN116861455B (zh) 事件数据处理方法、系统、电子设备及存储介质
KR100282616B1 (ko) 웹과 응용을 위한 멀티프로토콜 게이트웨이의 구조 및 처리방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant