CN109101307B - 基于移动终端的“一键平安”微信小程序后台组合图片处理方法 - Google Patents

基于移动终端的“一键平安”微信小程序后台组合图片处理方法 Download PDF

Info

Publication number
CN109101307B
CN109101307B CN201810803091.0A CN201810803091A CN109101307B CN 109101307 B CN109101307 B CN 109101307B CN 201810803091 A CN201810803091 A CN 201810803091A CN 109101307 B CN109101307 B CN 109101307B
Authority
CN
China
Prior art keywords
function
background
processing
user
picture
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
CN201810803091.0A
Other languages
English (en)
Other versions
CN109101307A (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.)
Guangdong Banach Big Data Technology Co ltd
Original Assignee
Guangdong Banach Big Data Technology 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 Guangdong Banach Big Data Technology Co ltd filed Critical Guangdong Banach Big Data Technology Co ltd
Priority to CN201810803091.0A priority Critical patent/CN109101307B/zh
Publication of CN109101307A publication Critical patent/CN109101307A/zh
Application granted granted Critical
Publication of CN109101307B publication Critical patent/CN109101307B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/31—Programming languages or programming paradigms
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/30—Creation or generation of source code
    • G06F8/38—Creation or generation of source code for implementing user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4482—Procedural
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/543—User-generated data transfer, e.g. clipboards, dynamic data exchange [DDE], object linking and embedding [OLE]
    • 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
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • General Health & Medical Sciences (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Processing Or Creating Images (AREA)
  • Stored Programmes (AREA)

Abstract

本发明公开了一种基于移动终端的“一键平安”微信小程序后台组合图片处理方法，该图片组合处理方法设计了基于参数判断的网络接口，用户只需在“一键平安”微信小程序平台前端改变传入参数的组合方式，就可实现在不同的后台图片组合处理；另外，本发明定义了功能树和功能森林，相应提出了两种不同的组合图片处理技术：整体组合技术和分步组合技术，分别用来解决组合图片处理过程的两种不同组合图片的生成方法，给出了整体组合和分步组合技术工作原理，并进一步给出整体组合算法和分步组合算法，分别应用到了“一键平安”微信小程序中。本发明的两种组合图片处理方法，可以应用在各种应用到小程序组合图片处理的场景，适应性广。

Description

基于移动终端的“一键平安”微信小程序后台组合图片处理 方法
技术领域
本发明属于微信小程序的技术领域，涉及基于移动终端的“一键平安”微信小程序后台组合图片处理方法。
背景技术
关于图片处理应用可以追溯到早期的图片处理系统，部分学者和研发人员已经做了较为有益工作。例如：刘相滨等基于面向对象的编程思想，给出了一个通用的图像处理与识别软件系统框架。该系统框架合理地定义各种处理对象,并采用动态连接库实现技术，使其具有灵活的扩展性和组合性。朱若磊等提出了一种基于MFC的图像处理程序框架，该框架处理多格式图像应用程序的比用定制框架生成的应用程序具有更高的效率、更大的灵活性和更易于扩展程序。丘文峰等基于Python脚本语言开发了一款医学图像处理框架Jolly，该框架在支持快速开发医学图像处理系统中具有较强的优势。王华旭等对Android平台图像处理软件框架进行设计，以期使Android系统的图像处理能力得到提升。卢兴敬等人提出了一种面向GPU平台的图像处理领域的编程框架——ParaC，ParaC在GPGPU平台上能极大的提高图像处理算法的运行速度。谭台哲等[6]提出一个高效处理海量图片的Hadoop图像处理框架，该框架向外提供一个适用于各种图像处理算法的编程接口，使图像处理开发人员在不用了解Hadoop内部复杂细节的情况下使用该框架。MAbramoff研发一款Java编写的程序生物医学图像处理平台ImageJ，它可以读取生物医学图像中使用的大多数广泛使用的重要格式。支持包括卷积，边缘检测，傅里叶变换，直方图和粒子分析，编辑和颜色处理，以及更高级的可视化操作。FNielsen一种用于提取包含在图像中的画中画信息的图像处理设备，包括：图像分割单元，将输入图像分割成区域；区域提取单元，提取包含画中画图信息的画中画区域基于分割区域的轮廓。PMilanfar提出了一种使用核回归的图像处理方法。通过使用局部梯度估计的局部梯度上的奇异值分解来计算缩放参数，旋转参数和伸长参数以从局部结构分析原始数据来估计图像梯度，以提供引导矩阵。KTomonori发明了一种图像处理装置，包括处理单元，该处理单元被配置为将通过多次检测获得的检测结果的X射线检测数据的多个X射线图像以时分方式平行束X，从包括输出平行光束X射线的多个X射线源的射线源输出射线。
当前对平安微信小程序后台图片组合处理技术实现影响较大的Python脚本语言、Python图形处理拓展库pillow、Python异步web框架sanic、数据库mongoDB作简单的介绍。Python脚本语言是一个动态的、面向对象的、可移值的脚本语言，具有非常简洁和清晰的语法。由于Python脚本语言具有丰富的开源库和强大的程序粘合作用，特别适合快速原型开发和各种高层应用。尽管python语言是脚本语言，但是其允许对核心算法模块采用高效编程语言实现，例如C++或C。因此不影响其在要求高性能、多并发的可视化的图片处理系统中的应用。Pillow是个很好用的python图像处理库(PIL：PythonImageLibrary)，它提供了了广泛的文件格式支持，强大的图像处理能力，主要包括图像储存、图像显示、格式转换以及基本的图像处理操作等。Sanic是一款类似Flask的Python3.5+的Web框架，它的写入和编码速度非常快，它是基于magicstack来高效的完成编码工作。除了Flask之外，Sanic还支持异步请求处理程序。这意味着您可以使用Python3.5+中新的async/await语法，编写非阻塞、快速的代码。MongoDB数据库是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。它支持的数据结构非常松散，是类似json的bson格式，因此可以存储比较复杂的数据类型。MongoDB最大的特点是他支持的查询语言非常强大，其语法有点类似于面向对象的查询语言，几乎可以实现类似关系数据库单表查询的绝大部分功能，而且还支持对数据建立索引。
所以，如何研究出基于移动终端的“一键平安”微信小程序后台组合图片处理方法是本领域技术人员的研究方向之一。
发明内容
本发明的主要目的在于克服现有技术的缺点与不足，提供一种基于移动终端的“一键平安”微信小程序后台组合图片处理方法。
为了达到上述目的，本发明采用以下技术方案：
本发明基于移动终端的“一键平安”微信小程序后台组合图片处理方法，采用整体组合处理的方法，用户在小程序前端的功能请求，相当于在“功能森林”中“功能树”的叶结点上进行选择操作，用户通过服务器发出一批参数请求，后台接收到所有参数的信息，对各个参数进行融合加工处理，该整体组合处理方法具体包括下述步骤：
(A1)功能选择与临时参数分配，包括下述内容：
(A1-1)1级功能的选择与1级临时参数的分配；
(A1-2)2级功能的选择与2级临时参数的分配；
(A1-3)按照步骤(A1-1)和(A1-2)继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树”的叶结点，前端也相应同步为这个“叶结点”临时分配参数，然后转入下一步；
(A2)后台中间件处理器工作，后台中间件处理器首先将各个同类的参数分别进行中间环节的加工和处理，形成中间产品；
(A3)组件加工处理，对不同类的参数进行相互搭配组合，形成最终产品；
(A4)对步骤(A3)制成的组合图片进行预览，若预览的结果：
(A4-1)用户对最终制作成的组合图片感到不满意，则算法回到上面不满意的那一步；
(A4-2)若用户对最终制作成的组合图片感到满意，则可直接向预设接收者发送组合图片，此时，组合图片将自动保存在“组合图片存储模块”中，供下次使用参考，算法结束。
作为优选的技术方案，所述步骤(A1-1)具体为：
假设小程序前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure GDA0001787797230000031
其中1≤ji≤N，i＝1,2,Λ,N；
Figure GDA0001787797230000032
Figure GDA0001787797230000033
是A1，A2，…，AN的一个部分，当服务器向后台发出指令请求时，假设后台数据库为其分配的n个临时1级参数为：
Figure GDA0001787797230000034
所述步骤(A1-2)具体为：
对步骤(A1)所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure GDA0001787797230000035
当用户在“一键平安”微信小程序主页面向后台发出功能指令请求时，假设前端同步为其分配的n个临时一级参数为：
Figure GDA0001787797230000036
作为优选的技术方案，所述步骤(A2)具体为：
对步骤(A1)选择的“功能树”所做的每一个分枝选择一直到叶结点的选择，在分枝上选择过的每一个结点，都相应发出一个参数请求，服务器在接收到参数请求后，传送到后台中间件处理器，由于在步骤(A1)中，用户可能选择很多个“功能树”并进行相应的功能参数请求，因此后台中间件处理器便开始依次对每一棵被选择的“功能树”的功能参数进行加工和处理，并最终对每一棵“功能树”所选择的叶结点参数请求的叠加结果进行处理，然后形成一个个的中间件；数学描述是：假设用户选择了P棵“功能树”进行功能请求，对每一棵“功能树”按其选择的顺序依次发出kj个功能请求，对应的临时分配参数为
Figure GDA0001787797230000041
假设用户对当前第j棵的“功能树”选择Sj个叶结点，则前端将发出Sj个参数请求，假设相应的参数为
Figure GDA0001787797230000042
则后台中间件处理器对这些参数
Figure GDA0001787797230000043
进行加工处理，形成中间件
Figure GDA0001787797230000044
其中，1≤P≤T，1≤kj≤第j棵“功能树”的层数，1≤j≤P。
作为优选的技术方案，所述步骤(A3)具体为：
将步骤(2)的j个中间件参数
Figure GDA0001787797230000045
在“组件加工处理模块”中进行组合加工处理，形成组件合成，最终可则制作成组合图片，其中，1≤j≤P。
作为优选的技术方案，“一键平安”微信小程序后台系统的“功能森林”包含3棵“功能树”，其中，第1棵“功能树”是“文本处理模块”，第2棵“功能树”是“图片处理模块”，第3棵“功能树”是“特色应用模块”，每一棵“功能树”中只设计2层，第2层都是叶结点，是用户的具体需求；处理时的具体内容为：
首先用户在“一键平安”微信小程序界面向服务器发出功能参数请求，前端将同步为这些功能请求分配临时参数，并通过网络接口向服务器传送；共设置了三种参数请求：文本粘贴请求、图片处理请求和特色应用请求；服务器将接收到的请求参数向后台发送，后台接收到指令信息后，对中间件处理模块即文本处理模块、图片处理模块和特色应用模块进行加工、处理和制作；后台中间件处理器对中间过程产品进行加工制作后，进入多功能融合组件加工处理模块，对文本处理模块、图片处理模块和特色应用模块所执行的中间加工结果进行融合处理；经过组件加工处理模块工作后，所有的功能操作所对应的参数合成，最终形成一个组合图片，在组合图片存储模块中进行存储，以备前端调用。
本发明基于移动终端的“一键平安”微信小程序后台组合图片处理方法，采用分步组合处理的方法，用户只要在前端发出到一棵“功能树”叶结点的参数请求，后台调度系统则立刻将该叶结点的参数信息，加入到后台中间件处理器中，与前一个组合图片进行融合加工处理，生成一张新的组合图片，供用户选择是否发送，如果用户选择不发送，则可在前端继续发出另一棵“功能树”叶结点的新功能参数请求，继续融合到当前的组合图片中，进行新组件的加工、处理和融合，生成更新的一张组合图片，继续供用户选择是否发送，并且如此一直进行去，直到用户停止选择新的功能参数请求为止，算法结束；分步组合处理方法在组合图片处理过程中需要定义一个长度为2的数组A，A只有两个空间：首空间和尾空间；其中，A的首空间临时存储后台当前接收到前端发来的临时参数，尾空间依次用于临时存储前端首次发来的临时参数以及后台中间件的组合图片参数；该分步组合处理方法具体包括下述步骤：
(B1)功能选择与临时参数分配，包括下述内容：
(B1-1)1级功能的选择与1级临时参数的分配；
(B1-2)2级功能的选择与2级临时参数的分配；
(B1-3)按照步骤(B1-1)和(B1-2)继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树”的叶结点，前端也相应同步为这个“叶结点”临时分配参数，然后转入下一步；
(B2)判断与存储，判断用户是第几次发出的功能请求；如果是第1次发出，则将相应的功能请求参数临时存放在A的首空间，如果是第2次发出，则A的首元素先移动到尾空间，然后再将第2次的功能请求参数临时存放在A的首空间。从第3次起，所有发出的功能请求参数都临时存放在A的首空间。
(B3)后台调用系统每次调用数组A中的首元素和尾元素，进行组合加工和融合处理，生成新的组合图片，此时，后台系统再为该新的组合图片分配一个临时参数，同时存储到数组A的尾空间和组合图片存储器中，并转入下一步；
(B4)当用户对“组合图片存储器”中的组合图片选择“发送”时，算法结束；否则，回到第(B1)步。
作为优选的技术方案，所述步骤(B1-1)具体为：
假设前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure GDA0001787797230000051
其中1≤ji≤N，i＝1,2,Λ,N，
Figure GDA0001787797230000052
是A1，A2，…，AN的一个部分，当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时1级功能对应参数为：
Figure GDA0001787797230000053
所述步骤(B1-2)具体为：
对步骤(B1-1)所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure GDA0001787797230000061
当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时二级功能参数为：
Figure GDA0001787797230000062
作为优选的技术方案，步骤(B2)具体为：
(B2-1)第1次判断：判断用户发出的功能请求是否是第1次，如果是，后台系统接收到指令信息后，将所分配的相应参数数据存储到数组A中，占首空间；此时，如果用户选择“发送”，则算法结束；否则，回到第(B1)步，如果不是，则进入下一步；
(B2-2)第2次判断：判断用户发出的功能请求是否是第2次，如果是，后台系统接收到指令信息后，数组A中的首空间将移位到尾空间，然后将第2次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入(B3)步，如果不是，后台系统接收到指令信息后，将本次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入下一步。
作为优选的技术方案，“一键平安”微信小程序后台图片处理应用和特色组件都是封装在一个个函数中，并对外提供一个灵活调用接口，前端只要调用这个接口就可以简洁快速地实现图片处理应用了，这个对外接口是封装在make_image(*args)函数中，该函数集成了一个参数判断集合，对*args进行判断并给出对应的图片处理应用，也就是说前端在调用接口的时候，只需要输入应用的参数就可以了，如果用户要实现多个社交图片处理应用，只需要在make_image函数中输入多个对应参数即可；
当用户在前端向服务器发出请求，后台图片组合处理程序通过make_image函数来集中使用或组合使用后台图片处理功能模块的元应用和组合应用，在后台图片组合处理程序中每个图片处理元应用都是封装在对应的一个函数中，而这个函数又对应函数make_image的一个参数，也就是说只要make_image中出现了该参数，就执行该参数所对应的元应用或者特色组件的函数。
作为优选的技术方案，在服务器端编写后台图片组合处理程序过程中，使用了异步网络框架Sanic，并编写了异步等待函数，避免服务器端单线程操作可能造成的网络阻塞和卡顿问题，同时，对“一键平安”微信小程序后台的图片处理、问候文本处理、特色组件模块进行了多线程开发，使得这些模块能同时支持多人的请求应用。
本发明与现有技术相比，具有如下优点和有益效果：
(1)本发明的“一键平安”微信小程序的后台图片组合处理方法，通过分析“一键平安”微信小程序的使用场景，梳理微信小程序的图片处理功能需求，抽象出后台图片处理四大功能模块，包括一键平安图片处理、问候文本处理应用、图片存储数据库、特色组件库等四大功能模块，所述功能应用模块均由多个图片处理基本元应用或特色组件组成，并利用Python脚本语言及其扩展库设计实现了能够与用户交互、简洁、灵活的多图片处理应用，可以有效的支撑“一键平安”微信小程序的灵活快捷的图片处理应用。
(2)在关键技术上，由于本发明在程序设计上采用独特的基于参数判断的网络接口简洁灵活调用方式，让“一键平安”微信小程序实现各种图片组合处理应用，如背景模版、城市地图图片的粘贴、印章、大头像、照片、问候语、表情包等多种图片组合粘贴，较好的实现了“一键平安”微信小程序图片处理一体化功能，同时由于后台图片组合处理方法使用异步网络框架Sanic并进行了异步操作开发，有效支持了”一键平安”微信小程序的多图片的处理功能。
附图说明
图1是后台环境的“功能森林”和“功能树”的示意图；
图2是后台系统的“功能森林”参数和“功能树”参数示意图；
图3是本发明“一键平安”小程序后台系统的“功能森林”和“功能树”示意图；
图4是本发明“一键平安”微信小程序前端请求与后台整体组合的示意图；
图5是本发明“一键平安”微信小程序前端请求与后台分步组合处理示意图；
图6是本发明对外接口调用执行流程图；
图7是本发明“一键平安”微信小程序后台图片组合处理模块算法调用图。
具体实施方式
下面结合实施例及附图对本发明作进一步详细的描述，但本发明的实施方式不限于此。
本发明基于移动终端的“一键平安”微信小程序后台组合图片处理方法中，“一键平安”小程序后台，其中有一块工作是专门为用户在“一键平安”小程序界面的功能请求、前端同步做临时参数的匹配而设计的。在“一键平安”小程序平台上，将设置各种各样的需求功能供用户个性化选择使用。“一键平安”小程序后台设计的工作原理是：用户在“一键平安”小程序界面发出的某一功能请求，前端同步为该功能请求分配临时的参数，通过网络接口向服务器发出该功能参数请求后，服务器向后台进行指令传送，后台系统接收到服务器的指令信息后，就将该功能请求参数临时存储到一个数组空间中，以备后台调度系统调用，在后台中间件处理器中加工、处理与制作，最终生成新的组合图片。因此，当用户在界面发出功能请求时，前端同步为其分配相应的临时参数，后台系统的工作将是对用户所有的功能参数请求进行相应的需求加工、处理、组合和制作，最终形成一个组合图片，供用户发送含有平安寓意的组合图片给家人或朋友(短信平台或微信平台均可)。
本发明采用功能森林和功能树来实现，其原理如下：
假设后台系统设置有可供用户请求的T级功能，其中第1级功能有N类：A1，A2，…，AN，后台系统相应分配的“第1级功能”临时参数为：x1，x2，…，xN。对每个1级功能Ai(i＝1,2,Λ,N)，假设又分别设置有mi(i＝1,2,Λ,N)个2级的功能：
Figure GDA0001787797230000081
后台系统相应分配的“第2级功能”临时参数为：
Figure GDA0001787797230000082
Figure GDA0001787797230000083
如此继续假设系统一些(或全部)2级功能还设置有3级功能，一些(或全部)3级功能中还设置有4级功能，…，一直到一些(或全部)T-1级功能中还设置有T级功能，则后台系统相应临时分配有“3级功能参数”、“4级功能参数”，…“T级功能参数”。于是，这T个功能便构成T个“功能树”，各棵“功能树”的1级功能是树的根结点，是整体组合处理模块中的访问入口。这T个“功能树”合起来便构成一个“功能森林”。后台环境的“功能森林”和“功能树”如图1所示。后台系统相应分配的“功能森林”参数和“功能树”参数如图2所示。
本发明研发“一键平安”小程序后台系统的工作原理是：用户在前端发出的功能请求，相当于在“一键平安”小程序后台的“功能森林”中选择了某一棵“功能树”，并从其根结点开始访问。然后沿着其某一个分枝一直访问到叶结点，叶结点便是用户最终的功能请求。而整个功能请求的过程所走过的每个分枝上的每一个结点，前端都将同步为其分配一个临时的参数与之对应。用户点击某一棵“功能树”的某一个结点，前端同步将相应地临时分配给它一个功能参数。于是，用户在前端发出的功能请求，就相当于向后台发出一个功能参数的请求，通过这个参数请求，后台系统就可以按照预先对这个参数的定义，进行相应的工作。
本发明为“一键平安”微信小程序后台设计并研发两种组合图片处理的方法，建立两大组合图片处理模块：整体组合处理模块和分步组合处理模块，分别设计和实施的技术是整体组合技术和分步组合技术。在实际运用中，所研发的“一键平安”微信小程序，采用这两种方法进行组合图片的处理、制作和生成，供用户个性化的需求使用。下面将在实施例1和实施例2中分别对两种方法进行详细的阐述。
实施例1
本实施例1基于移动终端的“一键平安”微信小程序后台组合图片处理方法，采用整体组合处理的方法，整体组合处理方法主要是设计了整体组合处理模块，整体组合处理模块的功能是在微信小程序后台，当服务器接收到用户发出的多个参数顺序请求时，后台中间件处理器首先将各个同类的参数分别进行中间环节的加工和处理，形成中间产品；然后再对不同类的参数进行相互搭配组合，形成最终产品。最终产品是一张组合图片，供用户在平台上发送给接收者。其中，后台中间件处理器是指对用户发出的某些参数请求，通过服务器来接收，并发指令到后台。后台在接收到前端发出的指令信息后，进行中间过程的加工和处理，形成中间过程产品，为此所需要进行的系统程序编译。
在实际运用中，当用户在“一键平安”小程序平台把个性化的制作成品点击“发送”后，后台中间件处理器将自动把临时分配的所有对应参数进行删除，放入一个临时建立的堆栈，供该用户下次再进行参数请求时，提醒用户“是否使用上一次的问候”。如果用户选择“是”，就可以把上一次临时存放在堆栈里的首元素(即上一次的问候)发送出去；如果用户选择“否”，则可以进入新的参数请求环境。该堆栈只定义一个临时空间，专用于存放用户当前的参数组合。如果用户下一次有新的参数组合，则后台系统在将该有新的参数组合推入该堆栈中，由于堆栈只有一个空间位置，则上一个参数组合自动被置换掉。
为了省去重复使用组合图片的制作过程，“一键平安”小程序后台系统还为最终生成的组合图片开一个存储空间，用于存放用户一次在前端发出功能参数请求后生成的最终组合图片，供用户下次再使用“一键平安”小程序时使用。所以，当用户启动“一键平安”小程序时，后台系统首先向用户推出“您是否发送上一次的平安问候？”回答“是”，则直接将上一次后台的存储空间中的平安问候组合图片发送给所选择的家人或朋友(短信平台或微信平台均可)。
用户在小程序前端的功能请求，相当于在“功能树“的叶结点上进行选择操作。这样，用户通过服务器发出一批参数请求，后台接收到所有参数的信息，对各个参数进行融合加工处理，这便是整体组合处理算法思想，整体组合算法及步骤如下：
(1)第1步：功能选择与临时参数分配；
①1级功能的选择与1级临时参数的分配；
假设小程序前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure GDA0001787797230000101
(1≤ji≤N，i＝1,2,Λ,N)，其中
Figure GDA0001787797230000102
Figure GDA0001787797230000103
是A1，A2，…，AN的一个部分。当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时1级参数为：
Figure GDA0001787797230000104
②2级功能的选择与2级临时参数的分配
对步骤1所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure GDA0001787797230000105
当服务器向后台发出指令请求时，假设后台数据库为其分配的n个临时二级功能参数为：
Figure GDA0001787797230000106
②按照这样继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树”的叶结点，前端也相应同步为这个“叶结点”临时分配参数。然后转入下一步；
(2)第2步：后台中间件处理器工作；
对第1步选择的“功能树”所做的每一个分枝选择一直到叶结点的选择，在分枝上的选择过的每一个结点，都相应发出一个参数请求，服务器在接收到参数请求后，传送到后台中间件处理器。由于在第1步中，用户可能选择很多个“功能树”并进行相应的功能参数请求，因此后台中间件处理器便开始依次对每一棵被选择的“功能树”的功能参数进行加工和处理，并最终对每一棵“功能树”所选择的叶结点参数请求的叠加结果进行处理，然后形成一个个的中间件。数学描述是：假设用户选择了P(1≤P≤T)棵“功能树”进行功能请求，对每一棵“功能树”按其选择的顺序依次发出kj(1≤kj≤第j棵“功能树”的层数，(1≤j≤P)个功能请求，对应的临时分配参数为
Figure GDA0001787797230000107
假设用户对当前第j棵的“功能树”选择Sj个叶结点，则前端将发出Sj个参数请求，假设相应的参数为
Figure GDA0001787797230000111
则后台中间件处理器对这些参数
Figure GDA0001787797230000112
进行加工处理，形成中间件
Figure GDA0001787797230000113
(3)第3步：组件加工处理
将第2步的j个中间件参数
Figure GDA0001787797230000114
(1≤j≤P)在“组件加工处理模块”中进行组合加工处理，形成组件合成，最终可则制作成组合图片；
(4)第4步：组合图片存储
将第3步制作成的组合图片进行预览，若预览的结果：
(ⅰ)用户对最终制作成的组合图片感到不满意，则算法回到上面不满意的哪一步；
(ⅱ)若用户对最终制作成的组合图片感到满意，则可直接向接收者发送组合图片。此时，组合图片将自动保存在“组合图片存储模块”中，供下次参考使用，算法结束。
下面利用整体组合技术的工作原理、算法思想应用到“一键平安”微信小程序的后台系统。
在具体应用中，基于“一键平安”微信小程序后台系统的“功能森林”如3所示。由图4知，“一键平安”微信小程序后台系统的“功能森林”包含3棵“功能树”。其中，第1棵“功能树”是“文本处理模块”，第2棵“功能树”是“图片处理模块”，第3棵“功能树”是“特色应用模块”。每一棵“功能树”中只设计2层，第2层都是叶结点，是用户的具体需求。比如，“文本处理模块”设计了：问候语文本粘贴、艺术字粘贴、笔签字粘贴和智能文本粘贴等文字应用处理；“图片处理模块”设计了：图像下载、图片粘贴、图片分割、图片压缩、图片变异和像素变换等图片处理应用；“特色应用模块”设计了：个人印章生成、城市地图粘贴、人脸识别组件、表情粘贴等四个特色组件。
首先由前端向服务器发出参数请求，共设置了三种参数请求：文本粘贴请求、图片处理请求和特色应用请求；服务器将请求的参数向后台发送，后台接收到指令信息后，进行中间处理器对文本处理模块、图片处理模块和特色应用模块进行加工、处理和制作；后台中间处理器对中间过程产品进行加工制作后，进入多功能融合组件加工处理模块，对文本处理模块、图片处理模块和特色应用模块所执行的中间加工结果进行融合处理；经过后台中间件处理模块工作后，所有的功能操作所对应的参数合成，最终形成一个组合图片，在组合图片存储模块中进行存储，以备前端调用。
从技术上来说，本实施例的“一键平安”微信小程序，前端可供用户发出三大类参数请求：本文粘贴请求、图片处理请求、特色应用请求。这三大类请求分别对应三种不同的中间件加工模块：本文处理模块、图片处理模块和特色应用模块。在流程设计中，先经过后台中间件处理器把这三种不同的中间件加工模块中的参数请求进行相应的加工和制作，形成中间过程产品；然后将这三大类的过程产品进行性能综合和形式组合，再进入到一个整体的组件加工处理过程；最后，把整体的组件加工处理过程形成的终极成果即组合图片，存储到后台数据库中，供前端调用。这三大功能模块都是在后台中间件处理器中进行处理、加工和制作，形成中间产品，供后台对整体产品的组合加工和制作做准备。后台中间件处理器的功能是专为用户发出的参数请求进行个性化的需求处理，形成中间的过程产品，为下一步的整体需求处理服务。其中，用户请求的参数是对应于用户的某一个性化的需求，一种需求临时分配一个参数，保存在后台存储器中，供后台中间处理器随时调用和加工处理。后台整个过程的请求、加工、制作、组合和存储的整体组合技术流程如图4所示。
实施例2
本实施例2基于移动终端的“一键平安”微信小程序后台组合图片处理方法，采用分步组合处理的方法进行图片处理，分步组合处理技术主要是设计分步组合处理模块，分步组合处理模块的功能是在微信小程序后台，当服务器接收到用户发出的某一棵“功能树”的第1个叶结点参数请求时，后台中间件处理器立刻先将这个参数临时存放到后台的临时存储器中；当服务器接收到用户发出的某一棵“功能树”(可以与上一棵“功能树”相同，也可以是另一棵“功能树”)的第2个叶结点参数请求时，后台立刻从存储器中调度出与第1个叶结点相匹配的参数，和刚刚分配的与第2个叶结点相匹配的参数，在后台中间件处理器中按用户的个性化需求进行加工、处理和组合，生成一幅新的组合图片，以分配临时参数的形式存放到后台的临时存储器中。当用户继续在前端向服务器发出功能参数请求，后台系统就会重复这处过程，直到组合图片经过一步一步地加工处理，最后制作生成一个新的满足用户需要的组合图片。
后台的临时存储器定义为一个空间长度为2的数组，数组的第1个临时空间存放当前用户发出请求的功能参数；第2个临时空间存放前一个组合图片加工处理的结果。当用户发出新的参数请求时，后台数据库读取和调用的是该数组的第1个空间数据，该数据与数组的第2个空间数据进行组合加工处理，得到新的组合图片，存放在组合图片存储空间中，供用户结束功能参数请求时发送给接收者。
本实施例2“一键平安”微信小程序后台系统还为最终生成的组合图片开一个存储空间，用于存放用户一次在前端发出功能参数请求后生成的组合图片。该存储器称为“组合图片存储器”，只定义1个空间，用于存放后台中间件处理器当前生成的组合图片。当下一个组合图片到来时，当前存放的组合图片自动被取代掉。当用户停止进行新的功能操作，则可将当前组合图片存储器中存储的组合图片发送给家人或朋友的短信平台和微信平台。并且，当前存放在组合图片存储器中的组合图片将一直保存在组合图片存储器，供用户下次再使用“一键平安”小程序时使用。所以，当用户进行“一键平安”微信小程序时，后台系统为首先向用户推出“您是否发送上一次的平安问候？”回答“是”，则直接将上一次住友后台的存储空间中的平安问候组合图片发送给所选择的家人或朋友的短信平台或微信平台。
本实施例2分步组合技术与实施例1整体组合技术最大的区别是，在后台中间件处理器的工作对象和最终组合图片的制作方法是完全不同。在实施分步组合技术时，当用户在“一键平安”小程序前端的功能发出请求时，就相当于在“功能树“的叶结点上进行了功能选择操作。用户将沿着这棵“功能树”的某一个分枝一直走到叶结点，前端则一路跟着为每一个访问到的结点进行临时参数的分配，并将最终把这个叶结点的参数存放在到后台一个长度为2的数组A中的首空间，然后再经过后台中间件处理器对该数据参数的调用，与后台中间件处理器当前已调用出来的前一步已经制作图片再进行合成处理和制作，生成一个新的组合图片存放到数组A的第2个空间，也是尾空间。
对于数组A中的两个空间，①首空间只用于临时存储用户发出的功能请求参数，当下一个用户再发出的功能请求参数达到时，前一个功能请求的参数将自动被取代掉；②尾空间只用于临时存储后台中间处理器每一次生成的组合图片，当下一次用户又发出新的功能请求参数时，后台中间件处理器则对当前的功能请求参数以及上一次已经做好的组合图片再继续合成处理成新的组合图片，并把这张新的组合图片临时存放到数组A中的尾空间中。这时，前一个的组合图片将自动被取代掉。
特别注意的是，当用户发出的第1个叶结点参数时，该参数被临时存储在数组A的首空间，由于这是用户发出的第1个功能参数，所以后台中间件处理器还没启动工作。因此，此时后台调度系统从数组A的首空间中调出这个功能参数后，直接只是判断数组A的尾空间是否已存储元素，如果还没有，则将数组A中首空间的参数直接存放到断数组A的尾空间，等待后台调用系统调用。于是，当用户停止发出第2个功能参数时，后台系统则直接将第1个功能参数与后台的随机系统产生的功能参数进行组合加工处理，生成的组合图片保存在组合图片存储器中，用于发送给家人或朋友的短信平台或微信平台；但当用户接着发出第2个功能参数时，该第2个功能参数便临时存储于数组A的首空间。此时，后台调度系统直接从数组A的两个空间中调出第1个功能参数和第2个功能参数，将它们进行组合加工和处理，制成新的组合图片将同时存储在数组A的尾空间和组合图片存储器中，然后再等待下一个指令。下一个指令有两种情形：①用户停止发出下一个功能参数请求，则可直接发送当前组合图片给家人或朋友的短信平台或微信平台；②用户继续发出下一个功能参数请求，则与前一个中间组合图片融合处理生成一幅新的组合图片，然后再将这幅新生成的组合图片存储在数组A的尾空间和组合图片存储器中，然后再继续等待下一个指令。
本实施例2分步组合技术的算法思想是：用户只要在前端发出到一棵“功能树”叶结点的参数请求，后台调度系统则立刻将该叶结点的参数信息，加入到后台中间件处理器中，与前一个组合图片进行融合加工处理，生成一张新的组合图片，供用户选择是否发送。如果用户选择不发送，则可在前端继续发出某一棵“功能树”叶结点的新的功能参数请求，继续融合到当前的组合图片中，进行新的加工、处理和融合，生成更新的一张组合图片，继续供用户选择是否发送。并且如此一直进行去，直到用户停止选择新的功能参数请求为止，算法结束。分步组合算法及步骤如下：
(1)第1步：功能选择与临时参数分配
①1级功能的选择与1级临时参数的分配
假设前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure GDA0001787797230000141
(1≤ji≤N，i＝1,2,Λ,N)，其中
Figure GDA0001787797230000142
是A1，A2，…，AN的一个部分。当服务器向后台发出指令请求时，假设后台数据库为其分配的n个临时1级参数为：
Figure GDA0001787797230000143
②2级功能的选择与2级临时参数的分配
对步骤1所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure GDA0001787797230000151
当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时二级功能参数为：
Figure GDA0001787797230000152
②按照这样继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树“的叶结点，前端也相应同步为这个”叶结点”临时分配参数。然后转入下一步；
(2)第2步：判断与存储
①第1次判断：判断用户发出的功能请求是否是第1次。如果是，后台系统接收到指令信息后，将所分配的相应参数数据存储到数组A中，占首空间；此时，如果用户选择“发送”，则算法结束；否则，回到第1步。如果不是，则进入下一步；
②第2次判断：判断用户发出的功能请求是否是第2次。如果是，后台系统接收到指令信息后，数组A中的首空间将移位到尾空间，然后将第2次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入第3步。如果不是，后台系统接收到指令信息后，将本次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入下一步；
(3)第3步：后台中间处理器
后台调用系统调用数组A中的首元素和尾元素，进行组合加工和融合处理，生成新的组合图片。此时，后台系统再为该新的组合图片分配一个临时参数，同时存储到数组A的尾空间和组合图片存储器中，并转入下一步；
(4)第4步：算法终止条件
当用户对“组合图片存储器”中的组合图片选择“发送”时，算法结束；否则，回到第1步。
下面对分步组合算法应用做具体的介绍：
分步组合算法在“一键平安”小程序后台系统的应用过程中，对用户发出的功能参数请求，每一次都调用分步组合算法。如图5所示，具体调用算法执行过程如下：
(1)在执行第1步时，用户可随意选择“一键平安”小程序的三个功能模块：“文本处理模块”、“图片处理模块”、“特色应用模块”中任一二级功能也即是“一键平安”小程序“功能树”中的叶结点发出请求。假设用户选择“文本处理模块”中的“问候语”功能，则服务器响应后，将收到的指令信息传送给后台系统，后台系统则为该功能请求临时分配一个参数，存储到数组A中的首空间中；
假设用户不再执行第2步，而是选择“发送”，则“一键平安”小程序将把一张带有用户选择的后台数据库预设的一句问候语连同发送人的微信头像经过随机组合成一幅新的组合图片发送给所选择的接收者。可以发送到接收者的手机短信平台，也可以发送到接收者的微信平台。但如果用户选择执行第2步，则转入到第2步的执行过程；
(2)在执行第2步时，用户仍可随意选择“一键平安”小程序的三个功能模块：“文本处理模块”、“图片处理模块”、“特色应用模块”中任一二级功能也即是“一键平安”小程序“功能树”中的叶结点发出第2次请求。假设用户选择“图片处理模块”中的“背景”功能，则服务器响应后，将收到的指令信息传送给后台系统。后台系统则为该功能请求临时分配一个参数，先数组A中的首空间移位到尾空间，然后再存储该功能参数存储到数组A中的首空间中；
(3)在执行第3步时，“一键平安”小程序后台系统将具体对用户当前的功能参数请求和前一步已经制作好的一幅组合图片再重新融合在一起，进行新一轮的加工、处理、制作、组合和存储。此时是把当前最鷴制作成的这一幅组合图片，经过后台系统赋予临时参数后，该功能参数同时存储到数组A中的尾空间和组合图片存储器中；
(4)若用户选择“发送”，则算法结束；否则，回到第1步，重新新一轮的调用分步组合算法。
本实施例“一键平安”微信小程序后台图片数据库模块创新了中国城市地图图片数据、背景图片数据、表情图片数据，这些图片数据都是由巴拿赫研究团队制作的，这些数据将有效的支持着特色组件的功能实现，并且“一键平安”微信小程序处理的最终图片也将存在这个数据库里。
为支持微信小程序的用户将最终的处理的图片存储在数据库中，“一键平安”微信小程序在后台数据库设计上建立了存储图片与用户ID的关联索引，就是用户处理的得到的最终图片在存储的时候都会对应同步存储该用户的ID，这样用户就可以非常方便的通过自己的ID来索引最后处理得到的图片。
本发明的关键技术有基于参数判断的网络接口调用、后台图片处理算法内置处理和多图片处理请求异步操作，具体内容为：
(1)基于参数判断的网络接口调用；
“一键平安”微信小程序后台图片处理应用和特色组件都是封装在一个个函数中，并对外提供一个灵活调用接口，用户只要调用这个接口就可以简洁快速的实现图片处理应用了，这个对外接口是封装在make_image(*args)函数中，该函数集成了一个参数判断集合，对*args进行判断并给出对应的图片处理应用，也就是说用户在调用接口的时候，只需要输入应用的参数就可以了，如果用户要实现多个社交图片处理应用，只需要在make_image函数中输入多个对应用参数就可以了；具体用户调用接口执行流程如图6所示。
当用户在前端向服务器发出请求，后台图片组合处理程序通过make_image函数来集中使用或组合使用后台图片处理功能模块的元应用和组合应用，在后台图片组合处理程序中每个图片处理元应用都是封装对应的一个函数中，而这个函数又对应函数make_image的一个参数，也就是说只要make_image中出现了该参数，就执行该参数对应的元应用或者特色组件的函数，具体流程如下：
用户通过网络接口向后台发出图片处理应用，给出所需处理的图片信息，以及图片处理的参数信息(可以是一个也可以是多个)，后台收到请求并根据用户给出应用参数执行对应的图片应用函数；假设用户在make_image中给出的应用参数是图片粘贴、图片切割的参数，那么用户会按照参数顺序执行图片粘贴、和图片切割。而实现这一灵活快捷的图片应用调用方法是基于make_image函数中的参数判断集合。
函数make_image参数判断集合编写方式如下：
Figure GDA0001787797230000171
(2)后台图片处理算法内置处理；
基于微信小程序的“一键平安”后台图片组合处理并不强调算法的具体实现。算法实现是由第三方开发包提供接口，后台调用该算法接口并将该算法内置于各大后台图片处理模块以及特色组件之中，例如图片压缩、像素变换、图片模糊、人脸识别等。本文对后台图片处理的算法设计主要集中于算法交互设计与研究，因为从使用者角度上看，使用者更关注于应用交互。“一键平安”微信小程序后台图片组合处理提供对算法交互的抽象，对不同算法均设计与之对应的用户应用模块和交互行为，为方便这种与用户的交互应用，后台的图片处理算法全部内置于给大功能模块中，这样用户只要从前端发出请求，就可以在后台对应的功能模块中自动调用该图片处理算法，使用起来极为方便。因此在实现一键平安小程序图片处理功能的过程中，所有的图片处理算法都内置于后台各大应用模块与组件之中，如图7所示。
(3)多图片处理请求异步操作；
为研发基于微信小程序的“一键平安”后台，在服务器端编写后台图片组合处理程序过程中，使用了异步网络框架Sanic，并编写了大量的异步等待函数，有效地避免了服务器端单线程操作可能造成的网络阻塞和卡顿问题。同时，对“一键平安”微信小程序后台的图片处理、问候文本处理、特色组件等模块进行了多线程开发，使得这些模块能同时支持多人的请求应用，让”一键平安”微信小程序的后台图片处理集成框架显得健壮，有效的支持了微信小程序的多图片的处理功能，如下所示是如何实现网络异步的操作的一段python代码如下所示：
Figure GDA0001787797230000181
Figure GDA0001787797230000191
上述代码是在展示在Sanic框架下一个网络异步函数是怎么编程实现的，Sanic将一个网络异步很好的封装在异步装饰器@app.route...，这样用户这样简单的使用这个装饰器就可以实现网络异步操作了，Sanic异步装饰器其内部程序逻辑如下：
Figure GDA0001787797230000192
本发明服务器端研发设计的一种图片组合处理的方法，以期为“一键平安”微信小程序提供服务器端的图片组合处理服务。而随着图片社交新特性的不断引人，本发明在设计中将社交元素融合在后台图片组合处理服务中，以使得用户在使用“一键平安”微信小程序时更具趣味性。
上述实施例为本发明较佳的实施方式，但本发明的实施方式并不受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，都包含在本发明的保护范围之内。

Claims (9)

1.基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，采用整体组合处理的方法，用户在小程序前端的功能请求，相当于在“功能森林”中“功能树”的叶结点上进行选择操作，用户通过前端发出一批参数请求，后台接收到所有参数的信息，对各个参数进行融合加工处理，该整体组合处理方法具体包括下述步骤：
(A1)功能选择与临时参数分配，包括下述内容：
(A1-1)1级功能的选择与1级临时参数的分配；
(A1-2)2级功能的选择与2级临时参数的分配；
(A1-3)按照步骤(A1-1)和(A1-2)继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树”的“叶结点”，前端也相应为这个“叶结点”同步临时分配参数，然后转入下一步；
(A2)后台中间处理器工作，后台中间处理器首先将各个同类的参数分别进行中间环节的加工和处理，形成中间产品；
(A3)组件加工处理，对不同类的参数进行相互搭配组合，形成最终产品；
(A4)对步骤(A3)制成的组合图片进行预览，若预览的结果：
(A4-1)用户对最终制作成的组合图片感到不满意，则算法回到上面不满意的那一步；
(A4-2)若用户对最终制作成的组合图片感到满意，则可直接向预设接收者发送组合图片，此时，组合图片将自动保存在“组合图片存储模块”中，供下次使用参考，算法结束；
采用分步组合处理的方法，用户只要在前端发出到一棵“功能树”叶结点的参数请求，后台调度系统则立刻将该叶结点的参数信息，加入到后台中间件处理器中，与前一个组合图片进行融合加工处理，生成一张新的组合图片，供用户选择是否发送，如果用户选择不发送，则可在前端继续发出另一棵“功能树”叶结点的新功能参数请求，继续融合到当前的组合图片中，进行新组件的加工、处理和融合，生成更新的一张组合图片，继续供用户选择是否发送，并且如此一直进行去，直到用户停止选择新的功能参数请求为止，算法结束；该分步组合处理方法在组合图片处理过程中需要定义一个长度为2的数组A，A只有两个空间：首空间和尾空间；其中，A的首空间临时存储后台当前接收到前端发来的临时参数，尾空间依次用于临时存储前端首次发来的临时参数以及后台中间件的组合图片；该分步组合处理方法具体包括下述步骤：
(B1)功能选择与临时参数分配，包括下述内容：
(B1-1)1级功能的选择与1级临时参数的分配；
(B1-2)2级功能的选择与2级临时参数的分配；
(B1-3)按照步骤(B1-1)和(B1-2)继续进行下去，用户不断往下一层选择更低一级的功能，前端也相应都同步为这些功能临时分配参数，直到用户选择到“功能树”的叶结点，前端也相应为这个“叶结点”临时分配参数，然后转入下一步；
(B2)判断与存储，判断用户是第几次发出的功能请求；如果是第1次发出，则将相应的功能请求参数临时存放在A的首空间，如果是第2次发出，则A的首元素先移动到尾空间，然后再将第2次的功能请求参数临时存放在A的首空间，从第3次起，所有发出的功能请求参数都临时存放在A的首空间；
(B3)后台调用系统每次调用数组A中的首元素和尾元素，进行组合加工和融合处理，生成新的组合图片，此时，后台系统再为该新的组合图片分配一个临时参数，同时存储到数组A的尾空间和组合图片存储器中，并转入下一步；
(B4)当用户对“组合图片存储器”中的组合图片选择“发送”时，算法结束；否则，回到第(B1)步。
2.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，所述步骤(A1-1)具体为：
假设小程序前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure FDA0003063405320000021
其中1≤ji≤N，i＝1,2,…,N；
Figure FDA0003063405320000022
Figure FDA0003063405320000023
是A1，A2，…，AN的一个部分，当服务器向后台发出指令请求时，假设后台数据库为其分配的n个临时1级参数为：
Figure FDA0003063405320000024
所述步骤(A1-2)具体为：
对步骤(A1)所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure FDA0003063405320000025
当用户在“一键平安”微信小程序主页面向后台发出功能指令请求时，假设前端同步为其分配的n个临时一级参数为：
Figure FDA0003063405320000026
3.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，所述步骤(A2)具体为：
对步骤(A1)选择的“功能树”所做的每一个分枝选择一直到叶结点的选择，在分枝上选择过的每一个结点，都相应发出一个参数请求，服务器在接收到参数请求后，传送到后台中间件处理器，由于在步骤(A1)中，用户可能选择很多个“功能树”并进行相应的功能参数请求，因此后台中间件处理器便开始依次对每一棵被选择的“功能树”的功能参数进行加工和处理，并最终对每一棵“功能树”所选择的叶结点参数请求的叠加结果进行处理，然后形成一个个的中间件；数学描述是：假设用户选择了P棵“功能树”进行功能请求，对每一棵“功能树”按其选择的顺序依次发出kj个功能请求，对应的临时分配参数为
Figure FDA0003063405320000031
假设用户对当前第j棵的“功能树”选择Sj个叶结点，则前端将发出Sj个参数请求，假设相应的参数为
Figure FDA0003063405320000032
则后台中间件处理器对这些参数
Figure FDA0003063405320000033
进行加工处理，形成中间件
Figure FDA0003063405320000034
其中，1≤P≤T，1≤kj≤第j棵“功能树”的层数，1≤j≤P。
4.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，所述步骤(A3)具体为：
将步骤(2)的j个中间件参数
Figure FDA0003063405320000035
在“组件加工处理模块”中进行组合加工处理，形成组件合成，最终可则制作成组合图片，其中，1≤j≤P。
5.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，“一键平安”微信小程序后台系统的“功能森林”包含3棵“功能树”，其中，第1棵“功能树”是“文本处理模块”，第2棵“功能树”是“图片处理模块”，第3棵“功能树”是“特色应用模块”，每一棵“功能树”中只设计2层，第2层都是叶结点，是用户的具体需求；处理时的具体内容为：
首先由用户在“一键平安”微信小程序界面向服务器发出功能请求，前端将同步为这些功能请求分配临时参数，并通过网络接口向服务器传送； 共设置了三种参数请求：文本粘贴请求、图片处理请求和特色应用请求；服务器将接收到的请求参数向后台发送，后台接收到指令信息后，对中间件处理模块即文本处理模块、图片处理模块和特色应用模块进行加工、处理和制作；后台中间件处理器对中间过程产品进行加工制作后，进入多功能融合组件加工处理模块，对文本处理模块、图片处理模块和特色应用模块所执行的中间加工结果进行融合处理；经过组件加工处理模块工作后，所有的功能操作所对应的参数合成，最终形成一个组合图片，在组合图片存储模块中进行存储，以备前端调用。
6.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，所述步骤(B1-1)具体为：
假设前端可供用户请求的有T级功能，用户在选择所需要实施的n项1级功能为：
Figure FDA0003063405320000041
其中1≤ji≤N，i＝1,2,…,N，
Figure FDA0003063405320000042
是A1，A2，…，AN的一个部分，当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时1级功能对应参数为：
Figure FDA0003063405320000043
所述步骤(B1-2)具体为：
对步骤(B1-1)所选择的每个一级功能，用户须继续往下选择二级功能，假设相应的二级功能分别为：
Figure FDA0003063405320000044
当前端向后台发出指令请求时，假设后台数据库为其分配的n个临时二功能参数为：
Figure FDA0003063405320000045
7.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，步骤(B2)具体为：
(B2-1)第1次判断：判断用户发出的功能请求是否是第1次，如果是，后台系统接收到指令信息后，将所分配的相应参数数据存储到数组A中，占首空间；此时，如果用户选择“发送”，则算法结束；否则，回到第(B1)步，如果不是，则进入下一步；
(B2-2)第2次判断：判断用户发出的功能请求是否是第2次，如果是，后台系统接收到指令信息后，数组A中的首空间将移位到尾空间，然后将第2次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入(B3)步，如果不是，后台系统接收到指令信息后，将本次的功能请求所分配到的参数数据存储到数组A的首空间，然后进入下一步。
8.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，“一键平安”微信小程序后台图片处理应用和特色组件都是封装在一个个函数中，并对外提供一个灵活调用接口，前端只要调用这个接口就可以简洁快速地实现图片处理应用了，这个对外接口是封装在make_image(*args)函数中，该函数集成了一个参数判断集合，对*args进行判断并给出对应的图片处理应用，也就是说前端在调用接口的时候，只需要输入应用的参数就可以了，如果用户要实现多个社交图片处理应用，只需要在make_image函数中输入多个对应参数即可；
当用户在前端向服务器发出请求，后台图片组合处理程序通过make_image 函数来集中使用或组合使用后台图片处理功能模块的元应用和组合应用，在后台图片组合处理程序中每个图片处理元应用都是封装在对应的一个函数中，而这个函数又对应函数make_image的一个参数，也就是说只要make_image中出现了该参数，就执行该参数所对应的元应用或者特色组件的函数。
9.根据权利要求1所述基于移动终端的“一键平安”微信小程序后台组合图片处理方法，其特征在于，在服务器端编写后台图片组合处理程序过程中，使用了异步网络框架Sanic，并编写了异步等待函数，避免服务器端单线程操作可能造成的网络阻塞和卡顿问题，同时，对“一键平安”微信小程序后台的图片处理、问候文本处理、特色组件模块进行了多线程开发，使得这些模块能同时支持多人的请求应用。
CN201810803091.0A 2018-07-20 2018-07-20 基于移动终端的“一键平安”微信小程序后台组合图片处理方法 Active CN109101307B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810803091.0A CN109101307B (zh) 2018-07-20 2018-07-20 基于移动终端的“一键平安”微信小程序后台组合图片处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810803091.0A CN109101307B (zh) 2018-07-20 2018-07-20 基于移动终端的“一键平安”微信小程序后台组合图片处理方法

Publications (2)

Publication Number Publication Date
CN109101307A CN109101307A (zh) 2018-12-28
CN109101307B true CN109101307B (zh) 2021-11-05

Family

ID=64846944

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810803091.0A Active CN109101307B (zh) 2018-07-20 2018-07-20 基于移动终端的“一键平安”微信小程序后台组合图片处理方法

Country Status (1)

Country Link
CN (1) CN109101307B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110825466B (zh) * 2019-11-11 2021-11-02 腾讯科技（深圳）有限公司 一种程序卡顿的处理方法以及卡顿处理装置
CN111580820B (zh) * 2020-05-25 2023-09-15 泰康保险集团股份有限公司 一种小程序生成方法和装置
CN111752540B (zh) * 2020-06-28 2023-06-20 北京百度网讯科技有限公司 树组件生成方法、装置、设备和计算机存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1838646A (zh) * 2006-04-25 2006-09-27 浙江通普联合电气有限公司 基于移动通信网络的移动终端贺卡的传送方法
CN106780665A (zh) * 2016-11-28 2017-05-31 秘境（上海）网络科技有限公司 一种贺卡定制系统及基于该贺卡定制系统的定制方法
CN107798562A (zh) * 2017-10-25 2018-03-13 深圳市宝盒科技有限公司 一种自助式商品制作方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI588744B (zh) * 2015-11-24 2017-06-21 yu-xuan Lin Method to improve the degree of use of portable mobile devices
US11364011B2 (en) * 2016-08-04 2022-06-21 University Of Virginia Patent Foundation Ultrasound contrast agent decorrelation-based signal separation
CN106375187A (zh) * 2016-08-29 2017-02-01 湖南靠谱科技有限公司 一种基于五缘关系的亲情网络系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1838646A (zh) * 2006-04-25 2006-09-27 浙江通普联合电气有限公司 基于移动通信网络的移动终端贺卡的传送方法
CN106780665A (zh) * 2016-11-28 2017-05-31 秘境（上海）网络科技有限公司 一种贺卡定制系统及基于该贺卡定制系统的定制方法
CN107798562A (zh) * 2017-10-25 2018-03-13 深圳市宝盒科技有限公司 一种自助式商品制作方法

Also Published As

Publication number Publication date
CN109101307A (zh) 2018-12-28

Similar Documents

Publication Publication Date Title
CN109101307B (zh) 基于移动终端的“一键平安”微信小程序后台组合图片处理方法
CN101267452B (zh) 一种web服务合成方案转换方法及应用服务器
AU2016102438A4 (en) Systems and methods for displaying an identity relating to a service request
CN110536151A (zh) 虚拟礼物特效的合成方法和装置、直播系统
CN110475150A (zh) 虚拟礼物特效的渲染方法和装置、直播系统
CN116233491B (zh) 视频生成的方法及服务器
CN110795858B (zh) 家装设计图纸的生成方法和装置
CN102866919B (zh) 一种基于云端绘制的大规模三维场景多人协同创作方法
CN104765857B (zh) 一种背景图片的变换方法及装置
CN104079640B (zh) 一种用户服务提供方法及系统
CN109462769A (zh) 直播间挂件显示方法、装置、终端及计算机可读介质
CN111861867B (zh) 图像背景虚化方法和装置
CN110288703A (zh) 图像处理方法、装置、设备以及存储介质
CN109214876A (zh) 一种基于增强现实的试衣方法和系统
WO2023131090A1 (zh) 一种增强现实系统、多设备构建三维地图的方法及设备
CN113302622A (zh) 用于提供个性化视频的系统和方法
CN113330453A (zh) 用于提供多人个性化视频的系统和方法
CN113012082A (zh) 图像显示方法、装置、设备及介质
CN107179920A (zh) 网络引擎启动方法及装置
CN112750176A (zh) 一种图像处理方法、装置、电子设备及存储介质
CN113344794B (zh) 一种图像处理方法、装置、计算机设备及存储介质
CN100504771C (zh) 一种生成应用程序界面的方法及系统
CN108984764B (zh) 基于移动终端的“一键平安”微信小程序后台中间件系统及处理方法
CN109791703A (zh) 基于二维媒体内容生成三维用户体验
CN104899900A (zh) 移动终端生成分格漫画图像的方法和系统

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