WO2023000952A1 - 基于邮箱的票据处理 - Google Patents

基于邮箱的票据处理 Download PDF

Info

Publication number
WO2023000952A1
WO2023000952A1 PCT/CN2022/103287 CN2022103287W WO2023000952A1 WO 2023000952 A1 WO2023000952 A1 WO 2023000952A1 CN 2022103287 W CN2022103287 W CN 2022103287W WO 2023000952 A1 WO2023000952 A1 WO 2023000952A1
Authority
WO
WIPO (PCT)
Prior art keywords
mailbox
bill
ticket
user
service
Prior art date
Application number
PCT/CN2022/103287
Other languages
English (en)
French (fr)
Inventor
李锵
Original Assignee
支付宝(杭州)信息技术有限公司
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 支付宝(杭州)信息技术有限公司 filed Critical 支付宝(杭州)信息技术有限公司
Publication of WO2023000952A1 publication Critical patent/WO2023000952A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/107Computer-aided management of electronic mailing [e-mailing]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/186Templates

Definitions

  • This document relates to the technical field of data processing, in particular to a mailbox-based bill processing method and device.
  • Electronic bills are vouchers issued and received by enterprises or individuals in the process of buying and selling goods, providing or receiving services, and engaging in other business activities.
  • the content includes the name, quality, and negotiated price of products or services provided to buyers.
  • a bill download link is provided to the user by email or short message, and the user needs to manually click on the electronic bill download link to download the bill to complete the acquisition of the electronic bill. After the electronic bill is obtained, it is also extremely important to manage the electronic bill in the process of processing the electronic bill.
  • the mailbox-based bill processing method includes: after detecting that the user's proxy mailbox receives the bill mail, parsing the bill mail; synchronizing the electronic bill obtained through the analysis to the bill service application, and performing the processing according to the service configuration information. Forwarding of the above ticket mail.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • One or more embodiments of the present specification provide a mailbox-based bill processing device, including: a parsing module configured to parse the bill mail after detecting that the user's proxy mailbox receives the bill mail; a forwarding module configured to It is configured to synchronize the electronic ticket obtained through analysis to the ticket service application, and forward the ticket email according to the service configuration information.
  • a parsing module configured to parse the bill mail after detecting that the user's proxy mailbox receives the bill mail
  • a forwarding module configured to It is configured to synchronize the electronic ticket obtained through analysis to the ticket service application, and forward the ticket email according to the service configuration information.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • One or more embodiments of the present specification provide a mailbox-based bill processing device, including a processor and a memory configured to store computer-executable instructions.
  • the processor when the computer-executable instructions are executed, the processor: after detecting that the user's proxy mailbox receives the receipt email, parses the receipt email. Synchronize the electronic bill obtained through analysis to the bill service application, and forward the bill email according to the service configuration information.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • One or more embodiments of this specification provide a storage medium for storing computer-executable instructions.
  • the computer-executable instructions When the computer-executable instructions are executed, the following process is implemented: after detecting that the user's proxy mailbox has received a receipt mail, the Analyzing the receipt email; synchronizing the electronic receipt obtained through analysis to the receipt service application, and forwarding the receipt email according to the service configuration information.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • Fig. 1 is a processing flowchart of a mailbox-based bill processing method provided by one or more embodiments of this specification;
  • Fig. 2 is a processing flowchart of a mailbox-based bill processing method applied to a bill service application scenario provided by one or more embodiments of this specification;
  • FIG. 3 is a schematic diagram of a mailbox-based bill processing device provided by one or more embodiments of this specification
  • Fig. 4 is a schematic structural diagram of a mailbox-based bill processing device provided by one or more embodiments of this specification.
  • FIG. 1 shows a processing flow chart of a mailbox-based ticket processing method provided by this embodiment.
  • FIG. 2 shows a mailbox-based ticket processing method applied to a ticket service application scenario provided by this embodiment. Process flowchart of the bill processing method.
  • the mailbox-based ticket processing method provided in this embodiment specifically includes steps S102 to S104.
  • Step S102 after detecting that the user's proxy mailbox has received the receipt email, the receipt email is analyzed.
  • the bill service application needs to be connected with the bill service provider, and the user's electronic bills can be automatically collected only after the electronic bill returned by the billing service provider is obtained, but the docking of the bill service application with different bill service providers is not only It will take a lot of time, a lot of manpower and a lot of resources, and the efficiency is low.
  • the mailbox-based bill processing method uses the proxy mailbox to transfer electronic bills, and connects the proxy mailbox with the bill service application, so that the bill mail sent to the proxy mailbox can be synchronized to the bill service application for collection. Specifically, configure a proxy mailbox for the user, and configure the forwarding mapping relationship between the proxy mailbox and the user mailbox. During the process of issuing an electronic bill, the user can set the proxy mailbox as the receiving address of the electronic bill. After receiving the bill email, Forward the receipt email to the user mailbox configured with the forwarding mapping relationship, and synchronize the electronic receipt obtained after parsing the receipt email to the receipt service application, so that the receipt service application can collect it. In this way, the efficiency problem of docking the bill service application with various bill service providers is solved, the management of user's electronic bills is improved, and the convenience for subsequent users to access electronic bills is improved.
  • an intermediate mailbox is introduced, and the intermediate mailbox is connected with the bill service provider and the user mailbox in two directions, that is, the intermediate mailbox forwards the bill mail to the user mailbox after receiving the bill mail sent by the bill service provider, and at the same time , analyze the receipt email received by the intermediate mailbox, and synchronize the electronic receipt obtained through the analysis to the receipt service application for collection. Therefore, the imported intermediate mailbox is called the proxy mailbox.
  • the ticket service application includes an application that provides ticket management services such as ticket collection and/or access, specifically, the application includes an independent third-party application, or a subroutine (such as a small program) loaded and accessed by a third-party application .
  • the mailbox service configuration is performed to the user through the bill service application, that is, the proxy mailbox connected with the bill service application is configured, so that the user will use the proxy mailbox when issuing electronic bills. As the receiving address of electronic bills.
  • the proxy mailbox and the service configuration information are configured after the ticket service application configures the mailbox service generate.
  • the following operations are performed: generating the proxy mailbox according to the mailbox configuration request submitted by the user through the ticket service application;
  • the user mailbox carried in the mailbox configuration request configure the forwarding mapping relationship between the proxy mailbox and the user mailbox, as the service configuration information, so as to perform the transfer from the proxy mailbox to the user mailbox according to the forwarding mapping relationship Mail forwarding.
  • the mailbox account of the user mailbox is used as the mailbox account of the proxy mailbox, and the email account is spliced with the server domain name of the proxy mailbox to obtain the mailbox ID of the proxy mailbox.
  • the following operations are performed: obtain the The mailbox configuration request submitted by the ticket service application; read the user mailbox identifier of the user mailbox carried in the mailbox configuration request, and extract the mailbox account of the user mailbox; compare the mailbox account with the server domain name of the proxy mailbox Splicing to generate the proxy mailbox.
  • the user applies for a proxy mailbox through the ticket service application, and after obtaining the mailbox configuration request submitted by the user through the ticket service application, reads the user mailbox identifier of the user mailbox carried in the mailbox configuration request, extracts the mailbox account, and uses the mailbox account Splicing with the server domain name of the proxy mailbox to obtain the proxy mailbox and the mailbox ID of the proxy mailbox. And configure the forwarding mapping relationship between the proxy mailbox and the user mailbox.
  • the user mailbox identifier of the user mailbox carried in the mailbox configuration request is read as "mailbox ID@xxx.com”
  • the server domain name of the proxy mailbox is "aaa.com”
  • extract the email account of the user mailbox as "mailbox ID”
  • splicing the email account of the user mailbox and the server domain name of the proxy mailbox to obtain the proxy mailbox with the mailbox ID of "mailbox ID@aaa.com”.
  • the forwarding mapping relationship between the user mailbox and the proxy mailbox is configured, and the generation includes "sending mailbox: mailbox ID@aaa.com, receiving mailbox: mailbox ID@xxx. com" service configuration information.
  • the mailbox identifier may be randomly generated as the mailbox identifier of the proxy mailbox after the user's mailbox configuration application is obtained.
  • the mailbox ID of the proxy mailbox is sent to the user.
  • the mailbox identifier of the proxy mailbox is sent to the user;
  • the agent mailbox is used as the receiving address of the electronic bill. For example, the user submits a mailbox configuration request through the ticket service application, and after generating the proxy mailbox and service configuration information, the mailbox identifier of the proxy mailbox is displayed to the user through the ticket service application.
  • the user can use the proxy mailbox as the address for receiving the electronic bill when applying for the electronic bill.
  • the proxy mailbox After receiving the receipt mail, in order to collect the emails corresponding to the receipt mail, it is necessary to analyze the receipt mail to obtain the electronic receipt.
  • the following operations are performed.
  • the preset email template set includes email templates provided by each receipt service provider, and each email template in the preset email template set corresponds to the respective receipt service provider.
  • the service provider ID is recorded in the email template, and the template content of each part of the email template corresponds to the email content of the corresponding part in the receipt email, for example, the receipt link part in the email template corresponds to the receipt link included in the receipt email , the location of the ticket link in the ticket email can also be determined by the position of the ticket link in the email template, therefore, the corresponding content of each part in the ticket email can be extracted through the location information of each part in the email template.
  • the position of the bill link part is line x1 to line x2, and this position is used as the positioning information, and this positioning information is used to enter line x1 in the bill email sent by service provider A Go to line x2 to extract the ticket link.
  • the receipt mail since the receipt mail also contains other contents, in the process of obtaining the electronic receipt. You need to read the ticket link of the electronic ticket included in the ticket email first, and then you can get the electronic ticket according to the ticket link. Due to different ticket service providers, the received ticket email may be different, that is, the position of the ticket link in the ticket email may be different , in the process of parsing, it is necessary to match the mail template corresponding to the bill service provider in the preset mail template set, and then read the bill link according to the matching result.
  • the position of the ticket link is recorded in the email template. After the email template corresponding to the ticket service provider is matched, the ticket link is read according to the location information of the ticket link in the matched email template; if the email corresponding to the ticket service provider is not matched template, then identify all the hyperlinks contained in the receipt email, and then obtain the receipt link according to the recognition result.
  • the following operations are performed: if the matching is successful, the The service provider identifies the location information corresponding to the ticket link in the ticket mail, reads the ticket link based on the location information; if the matching fails, then identifies the hyperlink contained in the ticket mail, and according to the recognition result Get the ticket link.
  • the following steps are performed: obtaining the hyperlink contained in the ticket email, and combining the hyperlink with the pre-receipt Set the keyword set for secondary matching; if the secondary matching is successful, then determine that the hyperlink is the ticket link; if the secondary matching fails, download the hyperlink, and determine that the successfully downloaded hyperlink is the link to the above ticket.
  • the proxy mailbox "email ID@aaa.com" as the receiving address for the electronic bills.
  • the server of the proxy mailbox detects that the proxy mailbox has received the bill email, Read the service provider ID of service provider A carried in the bill email; match the service provider ID with the preset email template set, if the preset email template set contains the email template corresponding to A service provider, then according to the corresponding email template Record the location information of the ticket link, and read the ticket link contained in the ticket email according to the location information; if the preset email template set does not contain the email template corresponding to A service provider, read all the hyperlinks in the ticket email, And each hyperlink is matched with the preset keyword set for the second time.
  • the hyperlink is used as a ticket link. keywords in the hyperlinks, try to download each hyperlink to determine whether to obtain an electronic bill, if so, use the corresponding hyperlink as a ticket link, extract the keywords in the hyperlink, and create the extracted keywords and A service The binding relationship of the supplier, and add the extracted keywords to the preset keyword set; if not, an abnormal reminder will be given.
  • the electronic ticket is obtained by: initiating an access request for the ticket link to obtain the response body corresponding to the access request; reading the response body of the response body type, and obtain the electronic note according to the type of the response body.
  • the response body types described in this embodiment include the first type that cannot be downloaded, and the second type that can be downloaded.
  • the following Obtaining an electronic note by means: if the type of the response body is the first type that cannot be downloaded, then determine the parsing method of the note link based on the first type; perform parsing processing on the note link according to the parsing method; The electronic note is acquired as a result of the parsing; if the type of the response body is a downloadable second type, download processing is performed based on the response body to obtain the electronic note.
  • the response body described in this embodiment includes a data packet containing a trigger result that is returned after the ticket link is triggered or accessed. Specifically, initiate an access request to the ticket link, obtain the response body corresponding to the access request; read the response body type of the response body, and if the response body type is the first type that cannot be downloaded, query the parsing method for the ticket link, according to The parsing method analyzes the bill link and obtains the download link of the electronic bill, and downloads the download link to obtain the electronic bill; if the response body type is the second type that can be downloaded, directly downloads the bill link to obtain the electronic bill.
  • the ticket link After obtaining the ticket link, visit the ticket link, get the response body of the ticket link, and then read the response body type of the response body. If the response body type is a downloadable type, download the ticket link to obtain For electronic bills, if the type of the response body is non-downloadable, query the resolution method of the bill link, analyze the bill link according to the resolution method, obtain the download link of the electronic bill, and download the download link to obtain the electronic bill.
  • Step S104 synchronizing the electronic receipt obtained through analysis to the receipt service application, and forwarding the receipt email according to the service configuration information.
  • the mailbox-based bill processing method configures a proxy mailbox for the user to receive the bill mail, and after receiving the bill mail, synchronizes the electronic bill to the bill service application to collect the electronic bill, and sends the bill mail Forwarding to the user's mailbox enables the user to archive the electronic bill for subsequent verification, thereby improving the convenience of the user's collection of bills, reducing the cost of development and docking, and ensuring the data security of the user's mailbox.
  • the electronic receipt can be synchronized to the receipt service application.
  • the ticket service application and the proxy mailbox may be two applications corresponding to one server, or may correspond to different servers, which is not limited in this embodiment.
  • the ticket service application updates the electronic bill to the user's bill list, so that after receiving the When an access request is submitted by the access portal of the ticket service application, the ticket list is displayed.
  • the receipt email needs to be forwarded according to the service configuration information, that is, the receipt email is sent to The user mailbox configured with the forwarding mapping relationship with the proxy mailbox performs forwarding.
  • the process of forwarding the ticket email according to the service configuration information firstly, according to the forwarding mapping relationship, Reading the user mailbox identifier of the user mailbox recorded in the service configuration information; then based on the user mailbox identifier, forwarding the ticket email to the user mailbox through the proxy mailbox.
  • the mailbox-based bill processing method applied to the bill service application scenario specifically includes steps S202 to S214.
  • step S202 it is detected that the agent mailbox has received the receipt email, and the service provider identification of the receipt service provider corresponding to the receipt email is read.
  • configure the proxy mailbox in the following way: read the user mailbox ID of the user mailbox submitted by the user through the ticket service application, and extract the email account in the user mailbox ID; splicing the email account and the default server domain name to generate a proxy Mailbox; configure the forwarding mapping relationship between the proxy mailbox and the user mailbox to obtain service configuration information.
  • Step S204 matching the service provider ID with the preset email template set.
  • Step S206 read the receipt link contained in the receipt email according to the matching result.
  • step S208 the download process is performed based on the note link, and the electronic note is obtained.
  • Step S210 synchronizing the electronic bill to the bill service application.
  • Step S212 read the user mailbox identifier of the user mailbox recorded in the service configuration information.
  • Step S214 based on the identifier of the user's mailbox, forward the receipt email to the user's mailbox through the proxy mailbox.
  • the mailbox-based bill processing method first detects that the user’s proxy mailbox receives the bill mail, then parses the bill mail, and then synchronizes the electronic bill obtained through the analysis to the bill service application, and, According to the service configuration information, the bill mail is forwarded.
  • the proxy mailbox and service configuration information are generated after the bill service application configures the mailbox service, so as to improve the convenience for users to collect electronic bills, and improve the integration of bill service applications and The cost of docking by each bill service provider, forwarding the bill email to the user's mailbox, so that the user can check the electronic bill later.
  • a mailbox-based bill processing method is provided.
  • a mailbox-based bill processing device is also provided, which will be described below with reference to the accompanying drawings.
  • FIG. 3 it shows a schematic diagram of a mailbox-based receipt processing device provided by this embodiment.
  • the description is relatively simple. For relevant parts, please refer to the corresponding description of the method embodiment provided above.
  • the device embodiments described below are illustrative only.
  • This embodiment provides a mailbox-based bill processing device, including: a parsing module 302 configured to parse the bill mail after detecting that the user's proxy mailbox receives the bill mail; a forwarding module 304 configured to parse the mail
  • the obtained electronic receipt is synchronized to the receipt service application, and the receipt email is forwarded according to the service configuration information.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • Fig. 4 is a schematic structural diagram of a mailbox-based bill processing device provided by one or more embodiments of this specification.
  • mailbox-based bill processing equipment may have relatively large differences due to different configurations or performances, and may include one or more than one processor 401 and memory 402, and one or more memory devices may be stored in the memory 402. application or data.
  • the storage 402 may be a short-term storage or a persistent storage.
  • the application program stored in the memory 402 may include one or more modules (not shown), each module may include a series of computer-executable instructions in the mailbox-based receipt processing device.
  • the processor 401 may be configured to communicate with the memory 402, and execute a series of computer-executable instructions in the memory 402 on the mailbox-based receipt processing device.
  • the mailbox-based receipt processing device may also include one or more power sources 403, one or more wired or wireless network interfaces 404, one or more input/output interfaces 405, one or more keyboards 406, and the like.
  • a mailbox-based receipt processing device may include memory and one or more programs.
  • One or more programs are stored in memory, and one or more programs may include one or more modules.
  • Each module may include a series of computer-executable instructions in the mailbox-based receipt processing device, and configured to be executed by one or more processors.
  • the one or more programs include computer-executable instructions for: detecting After receiving the receipt email at the user's proxy mailbox, the receipt email is analyzed; the electronic receipt obtained through the analysis is synchronized to the receipt service application, and the receipt email is forwarded according to the service configuration information. Wherein, the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • one or more embodiments of this specification further provide a storage medium.
  • the storage medium provided in this embodiment is used to store computer-executable instructions, and when the computer-executable instructions are executed, the following process is implemented: after detecting that the user's proxy mailbox receives the receipt email, the receipt email is parsed; The electronic receipt obtained through analysis is synchronized to the receipt service application, and the receipt email is forwarded according to the service configuration information.
  • the proxy mailbox and the service configuration information are generated after the ticket service application configures the mailbox service.
  • the improvement of a technology can be clearly distinguished as an improvement in hardware (for example, improvements in circuit structures such as diodes, transistors, switches, etc.) or improvements in software (improvement in method flow).
  • improvements in many current method flows can be regarded as the direct improvement of the hardware circuit structure.
  • Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by hardware physical modules.
  • a Programmable Logic Device such as a Field Programmable Gate Array (FPGA)
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • the controller may be implemented in any suitable way, for example the controller may take the form of a microprocessor or processor and a computer readable medium storing computer readable program code (such as software or firmware) executable by the (micro)processor , logic gates, switches, application specific integrated circuits (Application Specific Integrated Circuit, ASIC), programmable logic controllers and embedded microcontrollers, examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicone Labs C8051F320, the memory controller can also be implemented as part of the control logic of the memory.
  • controller in addition to realizing the controller in a purely computer-readable program code mode, it is entirely possible to make the controller use logic gates, switches, application-specific integrated circuits, programmable logic controllers, and embedded The same function can be realized in the form of a microcontroller or the like. Therefore, such a controller can be regarded as a hardware component, and the devices included in it for realizing various functions can also be regarded as structures within the hardware component. Or even, means for realizing various functions can be regarded as a structure within both a software module realizing a method and a hardware component.
  • a typical implementing device is a computer.
  • the computer may be, for example, a personal computer, a laptop computer, a cellular phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Combinations of any of these devices.
  • one or more embodiments of this specification may be provided as a method, system or computer program product. Accordingly, one or more embodiments of the present description may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present description may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
  • computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions
  • the device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-permanent storage in computer-readable media, in the form of random access memory (RAM) and/or nonvolatile memory such as read-only memory (ROM) or flash RAM. Memory is an example of computer readable media.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash random access memory
  • Computer-readable media including both permanent and non-permanent, removable and non-removable media, can be implemented by any method or technology for storage of information.
  • Information may be computer readable instructions, data structures, modules of a program, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read-Only Memory (EEPROM), Flash memory or other memory technology, Compact Disc Read-Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridge, tape disk storage or other magnetic storage device or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
  • computer-readable media excludes transitory computer-readable media, such as modulated data signals and carrier waves.
  • program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
  • program modules may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
  • program modules may be located in both local and remote computer storage media including storage devices.

Abstract

本说明书实施例提供了基于邮箱的票据处理方法及装置。其中,所述基于邮箱的票据处理方法包括:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发;其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。

Description

基于邮箱的票据处理 技术领域
本文件涉及数据处理技术领域,尤其涉及一种基于邮箱的票据处理方法及装置。
背景技术
电子票据是企业或个人在购销商品、提供或接受服务以及从事其他经营活动中,所开具和收取的凭证,内容包括向购买者提供产品或服务的名称、质量、协议价格等。在开具电子票据的过程中,通常会通过邮件或者短消息的方式将票据下载链接提供给用户,需要用户手动点击电子票据下载链接进行票据的下载,才能完成电子票据的获取。在获取电子票据之后,对电子票据进行管理在电子票据的处理过程中也极为重要。
发明内容
本说明书一个或多个实施例提供了一种基于邮箱的票据处理方法。所述基于邮箱的票据处理方法,包括:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
本说明书一个或多个实施例提供了一种基于邮箱的票据处理装置,包括:解析模块,被配置为检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;转发模块,被配置为将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
本说明书一个或多个实施例提供了一种基于邮箱的票据处理设备,包括处理器以及被配置为存储计算机可执行指令的存储器。其中,所述计算机可执行指令在被执行时使所述处理器:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析。将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
本说明书一个或多个实施例提供了一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据 服务应用进行邮箱服务配置后生成。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图;
图1为本说明书一个或多个实施例提供的一种基于邮箱的票据处理方法处理流程图;
图2为本说明书一个或多个实施例提供的一种应用于票据服务应用场景的基于邮箱的票据处理方法处理流程图;
图3为本说明书一个或多个实施例提供的一种基于邮箱的票据处理装置示意图;
图4为本说明书一个或多个实施例提供的一种基于邮箱的票据处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书一个或多个实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
本说明书提供的一种基于邮箱的票据处理方法实施例。参照图1,其示出了本实施例提供的一种基于邮箱的票据处理方法处理流程图,参照图2,其示出了本实施例提供的一种应用于票据服务应用场景的基于邮箱的票据处理方法处理流程图。
参照图1,本实施例提供的基于邮箱的票据处理方法,具体包括步骤S102至步骤S104。
步骤S102,检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析。
实际应用中,票据服务应用需要与票据服务商进行对接,在获取到开票服务商回传的电子票据之后才能对用户的电子票据进行自动归集,但是票据服务应用与不同的票据服务商对接不仅会花费大量的时间,也会花费大量的人力以及大量资源,且效率低下。
本实施例提供的基于邮箱的票据处理方法,通过代理邮箱对电子票据进行中转,并将代理邮箱与票据服务应用对接,使发送至代理邮箱的票据邮件能够同步至票据服务应用进行归集。具体的,向用户配置一个代理邮箱,并配置代理邮箱和用户邮箱的转发映射关系,用户在开具电子票据的过程中,可将代理邮箱设置为电子票据的接收地址,在接收到票据邮件后,将票据邮件转发至配置转发映射关系的用户邮箱,并将对票据邮件进行解析后获 得的电子票据同步至票据服务应用,以使票据服务应用进行归集。以此,解决将票据服务应用与各票据服务商对接的效率问题,提升对于用户电子票据的管理,以及提升后续用户访问电子票据的便捷性。
本实施例中,引入一个中间邮箱,通过中间邮箱与票据服务商和用户邮箱两个方向进行对接,即中间邮箱在接收到票据服务商发送的票据邮件后将票据邮件向用户邮箱进行转发,同时,对中间邮箱接收到的票据邮件进行解析,将解析获得的电子票据同步至票据服务应用进行归集。故此将引入的中间邮箱称为代理邮箱。所述票据服务应用,包括提供票据归集和/或访问等票据管理服务的应用,具体的,该应用包括独立的第三方应用,或者通过第三方应用加载并访问的子程序(比如小程序)。
具体实施时,由于用户邮箱无法对电子票据进行存储以及管理,因此,通过票据服务应用向用户进行邮箱服务配置,即配置与票据服务应用对接的代理邮箱,使用户在开具电子票据时将代理邮箱作为电子票据的接收地址。此外,在生成代理邮箱后,还需要配置代理邮箱与用户邮箱的转发映射关系,获得服务配置信息,其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
本实施例提供的一种可选实施方式中,在进行邮箱服务配置的过程中,执行如下操作:根据所述用户通过所述票据服务应用提交的邮箱配置请求,生成所述代理邮箱;基于所述邮箱配置请求中携带的用户邮箱,配置所述代理邮箱与所述用户邮箱的转发映射关系,作为所述服务配置信息,以根据所述转发映射关系进行所述代理邮箱至所述用户邮箱的邮件转发。
为了提升用户对代理邮箱的邮箱标识的感知程度,将用户邮箱的邮箱账号作为代理邮箱的邮箱账号,并将邮箱账号与代理邮箱的服务器域名进行拼接,获得代理邮箱的邮箱标识。本实施例提供的一种可选实施方式中,在根据所述用户通过所述票据服务应用提交的邮箱配置请求,生成所述代理邮箱的过程中,执行如下操作:获取所述用户通过所述票据服务应用提交的邮箱配置请求;读取所述邮箱配置请求中携带的用户邮箱的用户邮箱标识,并提取所述用户邮箱的邮箱账号;将所述邮箱账号与所述代理邮箱的服务器域名进行拼接,生成所述代理邮箱。
具体的,用户通过票据服务应用申请代理邮箱,获取到用户通过票据服务应用提交的邮箱配置请求后,读取邮箱配置请求中携带的用户邮箱的用户邮箱标识,并提取邮箱账号,将该邮箱账号与代理邮箱的服务器域名进行拼接,获得代理邮箱以及代理邮箱的邮箱标识。并对代理邮箱和用户邮箱配置转发映射关系。
例如,获取到用户通过票据服务应用提交邮箱配置请求,读取邮箱配置请求中携带的 用户邮箱的用户邮箱标识为“邮箱ID@xxx.com”,代理邮箱的服务器域名为“aaa.com”,则提取用户邮箱的邮箱账号为“邮箱ID”,将用户邮箱的邮箱账号和代理邮箱的服务器域名进行拼接,获得邮箱标识为“邮箱ID@aaa.com”的代理邮箱。生成代理邮箱后,为了使用户能够通过用户邮箱查看票据邮件,对用户邮箱和代理邮箱进行转发映射关系的配置,生成包含“发送邮箱:邮箱ID@aaa.com,接收邮箱:邮箱ID@xxx.com”的服务配置信息。
需要说明的是,在生成代理邮箱的过程中也可以在获取到用户的邮箱配置申请后,随机生成邮箱标识作为代理邮箱的邮箱标识。
在生成代理邮箱并配置转发映射关系完成后,为了提升用户对代理邮箱的邮箱标识的感知程度,将代理邮箱的邮箱标识向用户发送。本实施例提供的一种可选实施方式中,在转发映射关系配置完成后,将所述代理邮箱的邮箱标识向所述用户发送;以使所述用户在申请所述电子票据时将所述代理邮箱作为所述电子票据的接收地址。比如,用户通过票据服务应用提交邮箱配置请求,生成代理邮箱以及服务配置信息后,将代理邮箱的邮箱标识通过票据服务应用向用户展示。
具体实施时,在向用户发送代理邮箱的邮箱标识后,用户在申请电子票据时,可将代理邮箱作为接收电子票据的地址。在接收到票据邮件后,为了对票据邮件对应的电子邮件进行归集,需要对票据邮件进行解析以获得电子票据。本实施例提供的一种可选实施方式中,对所述票据邮件进行解析的过程中,执行如下操作。
(1)基于所述票据邮件,确定所述票据邮件对应的票据服务商的服务商标识。
(2)将所述服务商标识和预设邮件模板集进行匹配,并根据匹配结果,读取所述票据邮件中包含的所述电子票据的票据链接。
所述预设邮件模板集中包含各票据服务商提供的邮件模板,预设邮件模板集中的各邮件模板分别对应各自的票据服务商。具体的,邮件模板中记录服务商标识,同时,邮件模板的各个部分的模板内容分别对应票据邮件中的相应部分的邮件内容,比如,邮件模板中的票据链接部分对应票据邮件中包含的票据链接,通过邮件模板中票据链接部分的位置同样可以确定票据邮件中票据链接所在的位置,因此,通过邮件模板中各部分的定位信息能够提取到票据邮件中各部分对应的内容。
例如,A服务商的邮件模板中,票据链接部分所处的位置为第x1行至第x2行,将该位置作为定位信息,并利用该定位信息在A服务商发送的票据邮件中第x1行至第x2行提取票据链接。
具体实施时,由于票据邮件中还包含其他内容,因此,在获得电子票据的过程中。需要首先读取到票据邮件中包含的电子票据的票据链接,才能根据票据链接获得电子票据, 由于票据服务商不同,接收到的票据邮件也可能不相同,即票据邮件中票据链接的位置可能不同,在解析的过程中,需要在预设邮件模板集中匹配票据服务商对应的邮件模板,再根据匹配结果读取票据链接。
邮件模板中记录了票据链接的位置,在匹配到票据服务商对应的邮件模板后,根据匹配到的邮件模板中对于票据链接的定位信息读取票据链接;若未匹配到票据服务商对应的邮件模板,则对票据邮件中包含的所有超链接进行识别,再根据识别结果获取票据链接。
本实施例提供的一种可选实施方式中,在实现根据匹配结果,读取所述票据邮件中包含的所述电子票据的票据链接过程中,执行如下操作:若匹配成功,则根据所述服务商标识确定所述票据邮件中所述票据链接对应的定位信息,基于所述定位信息读取所述票据链接;若匹配失败,则识别所述票据邮件中包含的超链接,并根据识别结果获取所述票据链接。
本实施例提供的一种根据识别结果获取所述票据链接的可选实施方式中,若匹配失败,则执行如下步骤:获取所述票据邮件中包含的超链接,并将所述超链接与预设关键词集进行二次匹配;若二次匹配成功,则确定所述超链接为所述票据链接;若二次匹配失败,下载所述超链接,并确定下载成功的所述超链接为所述票据链接。
具体的,若未在预设邮件模板集中匹配到票据服务商对应的邮件模板,则获取票据邮件中包含的所有超链接,将超链接与预设关键词集进行二次匹配,若二次匹配成功,将匹配成功的超链接作为票据链接;若二次匹配失败,则基于超链接对电子票据进行尝试下载,若下载成功,则确定对应的超链接为票据链接,若失败,则进行异常提醒。为了丰富预设关键词集,对尝试下载成功的超链接进行关键词提取,将提取的关键词添加至预设关键词集中,并将提取的关键词和票据邮件对应的票据服务商进行绑定。
例如,用户在向A服务商申请进行电子票据的开具时,将代理邮箱“邮箱ID@aaa.com”作为对电子票据的接收地址,代理邮箱的服务器在检测到代理邮箱接收到票据邮件时,读取票据邮件中携带的A服务商的服务商标识;将服务商标识与预设邮件模板集进行匹配,若预设邮件模板集中包含A服务商对应的邮件模板,则根据对应的邮件模板中记录的票据链接的定位信息,并根据该定位信息读取票据邮件中包含的票据链接;若预设邮件模板集中未包含A服务商对应的邮件模板,则读取票据邮件中的所有超链接,并将各超链接与预设关键词集进行二次匹配,若预设关键词集中包含任一超链接中的关键词,则将该超链接作为票据链接,若预设关键词集中未包含各超链接中的关键词,则对各超链接进行尝试下载,判断是否获得电子票据,若是,则将对应的超链接作为票据链接,提取超链接中的关键词,建立提取的关键词与A服务商的绑定关系,并将提取到的关键词添加至预设关键词 集中;若否,则进行异常提醒。
(3)基于所述票据链接进行下载处理,获得所述电子票据。
具体实施时,读取票据链接后,基于票据链接进行下载处理,获得电子票据。本实施例提供的一种可选实施方式中,通过如下方式获得电子票据:发起针对所述票据链接的访问请求,以获取所述访问请求对应的响应体;读取所述响应体的响应体类型,并根据所述响应体类型,获取所述电子票据。
本实施例中所述响应体类型,包括不可下载的第一类型,以及可下载的第二类型,本实施例提供的一种可选实施方式中,针对第一类型和第二类型,采用如下方式获取电子票据:若所述响应体类型为不可下载的第一类型,则基于所述第一类型确定所述票据链接的解析方式;根据所述解析方式对所述票据链接进行解析处理;基于解析结果获取所述电子票据;若所述响应体类型为可下载的第二类型,则基于所述响应体进行下载处理,获得所述电子票据。
本实施例所述响应体,包括票据链接被触发或者访问后,返回的包含触发结果的数据包。具体的,发起对票据链接的访问请求,获取访问请求对应的响应体;读取响应体的响应体类型,若响应体类型为不可下载的第一类型,则查询对票据链接的解析方式,根据解析方式对票据链接进行解析处理并获得电子票据的下载链接,对下载链接进行下载处理获得电子票据;若响应体类型为可下载的第二类型,则直接对票据链接进行下载处理获得电子票据。
沿用上例,获取到票据链接后,访问票据链接,获取到票据链接的响应体,然后读取响应体的响应体类型,若响应体类型为可下载的类型,则对票据链接进行下载处理获得电子票据,若响应体类型为不可下载的类型,则查询票据链接的解析方式,根据解析方式对票据链接进行解析,获得电子票据的下载链接,对下载链接进行下载处理获得电子票据。
步骤S104,将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。
实际应用中,用户在获取其开具的电子票据时,通过电子邮件或者票据服务应用,通过票据服务应用获取电子票据需要与票据服务商对接,并不是所有的票据服务商都支持用户通过票据服务应用开具电子票据,为了解决与票据服务商的对接问题,在技术上需要对票据服务商和票据服务应用做技术升级,效率低下。大部分电子票据都能通过邮箱进行接收,但邮箱并不能对电子票据进行归集,用户手动归集电子票据效率低下,而授权票据服务应用读取用户邮件,不仅需要与邮箱服务商对接,还需对票据服务应用进行开发,此外,也无法保证用户的数据安全。利用邮箱接收电子票据还可能导致用户无法收到电子票据邮 件的原件,用户后续无法对电子票据进行核对。
基于此,本实施例提供的基于邮箱的票据处理方法,向用户配置代理邮箱,以接收票据邮件,并将接收票据邮件后向票据服务应用同步电子票据以进行电子票据的归集,将票据邮件向用户邮箱转发以使用户对电子票据进行存档以供后续核对,以此,提升用户对票据归集的便捷性,减少开发对接成本,还能保证用户邮箱的数据安全。
在对票据邮件进行解析获得电子票据后,可将电子票据同步至票据服务应用。需要说明的是,票据服务应用与代理邮箱可以为一个服务器对应的两个应用,也可以对应不同的服务器,本实施例在此不做限定。本实施例提供的一种可选实施方式中,票据服务应用在接收到同步的电子票据后,将所述电子票据更新至所述用户的票据列表中,以在接收到所述用户通过所述票据服务应用的访问入口提交的访问请求时,展示所述票据列表。
需要说明的是,在接收到票据邮件后,为了方便用户对电子票据进行存档,提升用户后续对电子票据进行核对的便捷性,需要根据服务配置信息进行所述票据邮件的转发,即将票据邮件向与代理邮箱配置转发映射关系的用户邮箱进行转发,本实施例提供的一种可选实施方式中,在根据服务配置信息进行所述票据邮件的转发的过程中,首先根据所述转发映射关系,读取所述服务配置信息中记录的所述用户邮箱的用户邮箱标识;然后基于所述用户邮箱标识,将所述票据邮件通过所述代理邮箱转发至所述用户邮箱。
下述以本实施例提供的一种基于邮箱的票据处理方法在票据服务应用场景的应用为例,对本实施例提供的基于邮箱的票据处理方法进行进一步说明。参见图2,应用于票据服务应用场景的基于邮箱的票据处理方法,具体包括步骤S202至步骤S214。
步骤S202,检测到代理邮箱接收到票据邮件,读取票据邮件对应的票据服务商的服务商标识。
在此之前,通过如下方式配置代理邮箱:读取用户通过票据服务应用提交的用户邮箱的用户邮箱标识,并提取用户邮箱标识中的邮箱账号;将邮箱账号和预设服务器域名进行拼接,生成代理邮箱;配置代理邮箱和用户邮箱的转发映射关系,获得服务配置信息。
步骤S204,将服务商标识和预设邮件模板集进行匹配。
步骤S206,根据匹配结果读取票据邮件中包含的票据链接。
步骤S208,基于票据链接进行下载处理,获得电子票据。
步骤S210,将电子票据同步至票据服务应用。
步骤S212,根据转发映射关系,读取服务配置信息中记录的用户邮箱的用户邮箱标识。
步骤S214,基于用户邮箱标识,将票据邮件通过代理邮箱转发至用户邮箱。
综上所述,本实施例提供的基于邮箱的票据处理方法,首先检测到用户的代理邮箱接 收票据邮件后,对票据邮件进行解析,然后将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行票据邮件的转发,其中,代理邮箱和服务配置信息,在票据服务应用进行邮箱服务配置后生成,以此提升用户对电子票据进行归集的便捷性,提升将票据服务应用与各票据服务商进行对接的成本,将票据邮件转发至用户邮箱,以便用户后续对电子票据进行核对。
在上述的实施例中,提供了一种基于邮箱的票据处理方法。与之相对应的,还提供了一种基于邮箱的票据处理装置,下面结合附图进行说明。
参照图3,其示出了本实施例提供的一种基于邮箱的票据处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种基于邮箱的票据处理装置,包括:解析模块302,被配置为检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;转发模块304,被配置为将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
对应上述描述的一种基于邮箱的票据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种基于邮箱的票据处理设备,该基于邮箱的票据处理设备用于执行上述提供的基于邮箱的票据处理方法。图4为本说明书一个或多个实施例提供的一种基于邮箱的票据处理设备的结构示意图。
如图4所示,基于邮箱的票据处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器401和存储器402,存储器402中可以存储有一个或一个以上存储应用程序或数据。其中,存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括基于邮箱的票据处理设备中的一系列计算机可执行指令。更进一步地,处理器401可以设置为与存储器402通信,在基于邮箱的票据处理设备上执行存储器402中的一系列计算机可执行指令。基于邮箱的票据处理设备还可以包括一个或一个以上电源403,一个或一个以上有线或无线网络接口404,一个或一个以上输入/输出接口405,一个或一个以上键盘406等。
基于邮箱的票据处理设备可包括有存储器以及一个或一个以上的程序。其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块。每个模块可以包括对基于邮箱的票据处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执 行指令:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
对应上述描述的一种基于邮箱的票据处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发。其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于基于邮箱的票据处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable Gate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description  Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此,本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一 流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所 述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本文件的实施例而已,并不用于限制本文件。对于本领域技术人员来说,本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。

Claims (14)

  1. 一种基于邮箱的票据处理方法,包括:
    检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;
    将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发;
    其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
  2. 根据权利要求1所述的基于邮箱的票据处理方法,所述邮箱服务配置,通过如下方式实现:
    根据所述用户通过所述票据服务应用提交的邮箱配置请求,生成所述代理邮箱;
    基于所述邮箱配置请求中携带的用户邮箱,配置所述代理邮箱与所述用户邮箱的转发映射关系,作为所述服务配置信息;以根据所述转发映射关系进行所述代理邮箱至所述用户邮箱的邮件转发。
  3. 根据权利要求2所述的基于邮箱的票据处理方法,所述根据所述用户通过所述票据服务应用提交的邮箱配置请求,生成所述代理邮箱,包括:
    获取所述用户通过所述票据服务应用提交的所述邮箱配置请求;
    读取所述邮箱配置请求中携带的用户邮箱的用户邮箱标识,并提取所述用户邮箱的邮箱账号;
    将所述邮箱账号与所述代理邮箱的服务器域名进行拼接,生成所述代理邮箱。
  4. 根据权利要求2所述的基于邮箱的票据处理方法,所述转发映射关系配置完成后,执行如下操作:
    将所述代理邮箱的邮箱标识向所述用户发送;以使所述用户在申请所述电子票据时将所述代理邮箱作为所述电子票据的接收地址。
  5. 根据权利要求1所述的基于邮箱的票据处理方法,所述对所述票据邮件进行解析,包括:
    基于所述票据邮件,确定所述票据邮件对应的票据服务商的服务商标识;
    将所述服务商标识和预设邮件模板集进行匹配,并根据匹配结果,读取所述票据邮件中包含的所述电子票据的票据链接;
    基于所述票据链接进行下载处理,获得所述电子票据。
  6. 根据权利要求5所述的基于邮箱的票据处理方法,所述根据匹配结果,读取所述票据邮件中包含的所述电子票据的票据链接,包括:
    若匹配成功,则根据所述服务商标识确定所述票据邮件中所述票据链接对应的定位信息,基于所述定位信息读取所述票据链接;
    若匹配失败,则识别所述票据邮件中包含的超链接,并根据识别结果获取所述票据链接。
  7. 根据权利要求6所述的基于邮箱的票据处理方法,所述识别所述票据邮件中包含的超链接,并根据识别结果获取所述票据链接,包括:
    获取所述票据邮件中包含的超链接,并将所述超链接与预设关键词集进行二次匹配;
    若二次匹配成功,则确定所述超链接为所述票据链接;
    若二次匹配失败,下载所述超链接,并确定下载成功的所述超链接为所述票据链接。
  8. 根据权利要求5所述的基于邮箱的票据处理方法,所述基于所述票据链接进行下载处理,获得所述电子票据,包括:
    发起针对所述票据链接的访问请求,以获取所述访问请求对应的响应体;
    读取所述响应体的响应体类型,并根据所述响应体类型,获取所述电子票据。
  9. 根据权利要求8所述的基于邮箱的票据处理方法,所述根据所述响应体类型,获取所述电子票据,包括:
    若所述响应体类型为不可下载的第一类型,则基于所述第一类型确定所述票据链接的解析方式;根据所述解析方式对所述票据链接进行解析处理;基于解析结果获取所述电子票据;
    若所述响应体类型为可下载的第二类型,则基于所述响应体进行下载处理,获得所述电子票据。
  10. 根据权利要求1所述的基于邮箱的票据处理方法,所述票据服务应用在接收到所述电子票据后,执行如下操作:
    将所述电子票据更新至所述用户的票据列表中,以在接收到所述用户通过所述票据服务应用的访问入口提交的访问请求时,展示所述票据列表。
  11. 根据权利要求2所述的基于邮箱的票据处理方法,所述根据服务配置信息进行所述票据邮件的转发,包括:
    根据所述转发映射关系,读取所述服务配置信息中记录的所述用户邮箱的用户邮箱标识;
    基于所述用户邮箱标识,将所述票据邮件通过所述代理邮箱转发至所述用户邮箱。
  12. 一种基于邮箱的票据处理装置,包括:
    解析模块,被配置为检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解 析;
    转发模块,被配置为将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发;
    其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
  13. 一种基于邮箱的票据处理设备,包括:
    处理器;以及,
    被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:
    检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;
    将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发;
    其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
  14. 一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被执行时实现以下流程:
    检测到用户的代理邮箱接收票据邮件后,对所述票据邮件进行解析;
    将解析获得的电子票据同步至票据服务应用,以及,根据服务配置信息进行所述票据邮件的转发;
    其中,所述代理邮箱和所述服务配置信息,在所述票据服务应用进行邮箱服务配置后生成。
PCT/CN2022/103287 2021-07-20 2022-07-01 基于邮箱的票据处理 WO2023000952A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110819507.X 2021-07-20
CN202110819507.XA CN113435862B (zh) 2021-07-20 2021-07-20 基于邮箱的票据处理方法及装置

Publications (1)

Publication Number Publication Date
WO2023000952A1 true WO2023000952A1 (zh) 2023-01-26

Family

ID=77761136

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/103287 WO2023000952A1 (zh) 2021-07-20 2022-07-01 基于邮箱的票据处理

Country Status (2)

Country Link
CN (2) CN114971571A (zh)
WO (1) WO2023000952A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114971571A (zh) * 2021-07-20 2022-08-30 支付宝(杭州)信息技术有限公司 基于邮箱的票据处理方法及装置
CN114418551A (zh) * 2022-01-29 2022-04-29 北京字跳网络技术有限公司 一种票据处理方法、装置、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080177643A1 (en) * 2007-01-22 2008-07-24 Matthews Clifton W System and method for invoice management
CN107424065A (zh) * 2017-05-15 2017-12-01 贾琨 一种处理电子邮件中电子发票的方法及系统
CN112132671A (zh) * 2020-09-01 2020-12-25 苏宁云计算有限公司 发票信息采集方法、装置、计算机设备和存储介质
CN113435862A (zh) * 2021-07-20 2021-09-24 支付宝(杭州)信息技术有限公司 基于邮箱的票据处理方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8311942B1 (en) * 2010-10-22 2012-11-13 Intuit Inc. Method and system for payment of a bill
CN104980469A (zh) * 2014-04-10 2015-10-14 阿里巴巴集团控股有限公司 一种提取邮件的方法及系统
CN104579931B (zh) * 2015-01-23 2017-11-03 浪潮通用软件有限公司 一种基于邮件的待审批单据的访问方法及装置
CN104933086B (zh) * 2015-05-11 2019-03-26 苏州奖多多科技有限公司 一种数据处理方法及其装置
CN106341313A (zh) * 2016-09-29 2017-01-18 北京小米移动软件有限公司 获取账单信息的方法及装置
CN108965095B (zh) * 2017-05-17 2021-03-30 北京京东尚科信息技术有限公司 邮件解析方法、邮件解析系统、电子设备和可读存储介质
CN111797070A (zh) * 2019-04-08 2020-10-20 杭州晨熹多媒体科技有限公司 票务数据处理方法及装置
CN110189099A (zh) * 2019-05-10 2019-08-30 天津中新智冠信息技术有限公司 一种基于邮件的数据处理方法及邮件系统
CN111222851B (zh) * 2019-12-31 2024-02-06 论客科技(广州)有限公司 一种邮件分类方法、装置及电子设备
CN111737967A (zh) * 2020-08-27 2020-10-02 国信电子票据平台信息服务有限公司 一种电子发票收票即查验的方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080177643A1 (en) * 2007-01-22 2008-07-24 Matthews Clifton W System and method for invoice management
CN107424065A (zh) * 2017-05-15 2017-12-01 贾琨 一种处理电子邮件中电子发票的方法及系统
CN112132671A (zh) * 2020-09-01 2020-12-25 苏宁云计算有限公司 发票信息采集方法、装置、计算机设备和存储介质
CN113435862A (zh) * 2021-07-20 2021-09-24 支付宝(杭州)信息技术有限公司 基于邮箱的票据处理方法及装置

Also Published As

Publication number Publication date
CN114971571A (zh) 2022-08-30
CN113435862B (zh) 2022-06-10
CN113435862A (zh) 2021-09-24

Similar Documents

Publication Publication Date Title
US11216476B2 (en) Data processing method, apparatus, and device
WO2023000952A1 (zh) 基于邮箱的票据处理
US9311286B2 (en) Intelligent automatic expansion/contraction of abbreviations in text-based electronic communications
US11934394B2 (en) Data query method supporting natural language, open platform, and user terminal
CN109062563B (zh) 用于生成页面的方法和装置
TW201821966A (zh) 資訊展示方法及裝置
US20170024443A1 (en) Generating and executing query language statements from natural language
CN113495797B (zh) 一种消息队列及消费者动态创建方法及系统
CN108829467B (zh) 第三方平台对接实现方法、装置、设备及存储介质
CN110058864A (zh) 微服务的部署方法及装置
US10382313B2 (en) Test building for testing server operation
WO2022267766A1 (zh) 访问聚合码支付页面的方法、装置、设备及介质
WO2019011186A1 (zh) 信息验证处理方法、装置、系统、客户端及服务器
EP3847546A1 (en) Interfacing with applications via dynamically updating natural language processing
CN111225018A (zh) 一种请求报文处理方法、装置和电子设备
WO2024066758A1 (zh) 一种业务处理的方法、装置、存储介质以及电子设备
CN113254813B (zh) 一种短链接生成方法、装置、服务器和计算机可读介质
US20230108637A1 (en) Generating sorted lists of chat bot design nodes using escalation logs
US20140207819A1 (en) Using metaphors to present concepts across different intellectual domains
CN114553858A (zh) 一种资源预下载的方法、装置以及设备
CN114398396A (zh) 数据查询方法、存储介质和计算机程序产品
CN106384255A (zh) 一种创建信息码推广信息的方法和装置
CN113408254A (zh) 一种页面表单信息填写方法、装置、设备和可读介质
WO2023000954A1 (zh) 票据处理
CN113448960A (zh) 一种导入表格文件的方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22845117

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE