CN113592570A - 确定发票地址的方法及装置、维护方法及装置和发票系统 - Google Patents

确定发票地址的方法及装置、维护方法及装置和发票系统 Download PDF

Info

Publication number
CN113592570A
CN113592570A CN202110643877.2A CN202110643877A CN113592570A CN 113592570 A CN113592570 A CN 113592570A CN 202110643877 A CN202110643877 A CN 202110643877A CN 113592570 A CN113592570 A CN 113592570A
Authority
CN
China
Prior art keywords
invoice
account
address
determining
information
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.)
Granted
Application number
CN202110643877.2A
Other languages
English (en)
Other versions
CN113592570B (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.)
Qingdao Haier Technology Co Ltd
Haier Smart Home Co Ltd
Original Assignee
Qingdao Haier Technology Co Ltd
Haier Smart Home 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 Qingdao Haier Technology Co Ltd, Haier Smart Home Co Ltd filed Critical Qingdao Haier Technology Co Ltd
Priority to CN202110643877.2A priority Critical patent/CN113592570B/zh
Publication of CN113592570A publication Critical patent/CN113592570A/zh
Application granted granted Critical
Publication of CN113592570B publication Critical patent/CN113592570B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请涉及线上开票技术领域，公开一种用于确定发票地址的方法。该用于确定发票地址的方法包括：在选择发票的地址时，获得与当前账户关联的多个发票户头的地址；根据发票户头的使用频率以及维护频率确定每个发票户头的优先级；优先推荐优先级最高的发票户头对应的地址。采用该用于确定发票地址的方法便于用户选择并确认发票收件人的新地址，提高了而用户使用体验。本申请还公开一种用于确定发票地址的装置、用于维护发票信息的方法及装置、发票系统。

Description

确定发票地址的方法及装置、维护方法及装置和发票系统
技术领域
本申请涉及线上开票技术领域，例如涉及一种确定发票地址的方法及装置、维护方法及装置和发票系统。
背景技术
目前，一些电商平台不支持开具专票，若用户需要开具专票，则下单时在备注中注明要开此类发票及事后联系客服办理；在另一些电商平台中，可开具专票并且可邮寄专票，专票的地址为默认的收货人地址。
在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：
用户下单后，选择开具专票时，在发票收件人和货物收件人的地址不一致，需要修改发票收件人的地址情况下，修改地址的操作相对麻烦，用户使用体验低。
发明内容
为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
本公开实施例提供了一种用于确定发票地址的方法及装置、维护方法及装置和发票系统，以解决在发票收件人和货物收件人的地址不一致，需要修改发票收件人的地址情况下，修改地址的操作相对麻烦的技术问题。
在一些实施例中，用于确定发票地址的方法包括：
在选择发票的地址时，获得与当前账户关联的多个发票户头的地址；
根据发票户头的使用频率以及维护频率确定每个发票户头的优先级；
优先推荐优先级最高的发票户头对应的地址。
可选地，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，包括：获得每个发票户头最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次维护时刻与所述当前时刻之间的未维护时长；获得在所述当前时刻前设定时长内每个发票户头的使用次数和维护次数；获得每个发票户头对应的未使用时长和未维护时长的第一和，以及使用次数和维护次数的第二和；根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级。
可选地，获得每个发票户头对应的未使用时长和未维护时长的第一和，包括：获得每个发票户头对应的未使用时长与第一权重的第一乘积，以及未维护时长与第二权重的第二乘积；确定所述第一乘积和所述第二乘积的和为所述第一和。
可选地，根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级，包括：将每个发票户头对应的商，确定为每个发票户头的优先级；其中，发票户头的优先级的数值越小，发票户头的优先级越高；或者，
在预设数值范围内，确定每个发票户头对应的商所在实际数值范围；根据实际数值范围与优先级的对应关系，确定每个发票户头的优先级。
可选地，用于确定发票地址的方法还包括：推荐发票的默认地址；在确定修改默认地址的情况下，确定需要选择发票的地址。
在一些实施例中，用于维护发票信息的方法包括：
获得并存储修改后的开票信息和/或地址；
记录获得并存储修改后的开票信息和/或地址的维护时刻，以使在选择发票的地址时，获得与当前账户关联的多个发票户头的地址，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，优先推荐优先级最高的发票户头对应的地址。
可选地，获得开票信息，包括：获得营业执照的图像信息；读取所述图像信息中的纳税人识别号；获得与所述纳税人识别号对应的所述开票信息。
可选地，用于维护发票信息的方法还包括：展示所述纳税人识别号以及所述开票信息；当获得所述纳税人识别号以及所述开票信息无误的确认信息时，保存所述纳税人识别号以及所述开票信息；当获得所述纳税人识别号以及所述开票信息有误的确认信息时，获得所述纳税人识别号和/或所述开票信息的修改信息。
在一些实施例中，用于确定发票地址的装置，包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行前述实施例提供的用于确定发票地址的方法。
在一些实施例中，用于维护发票信息的装置包括处理器和存储有程序指令的存储器，所述处理器被配置为在执行所述程序指令时，执行前述实施例提供的用于维护发票信息的方法。
在一些实施例中，发票系统包括前述实施例提供的用于确定发票地址的装置；和/或，前述实施例提供的用于维护发票信息的装置。
本公开实施例提供的用于确定发票地址的方法及装置、维护方法及装置和发票系统，可以实现以下技术效果：
发票户头的使用频率以及维护频率，可用于描述使用当前账户的用户的使用习惯，在向用户推荐发票地址的时候，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，这样，每个发票户头的优先级也可反映用户的使用习惯，优先向用户推荐优先级最高的发票户头对应的地址，使得推荐的地址更符合用户的使用习惯。在需要修改发票收件人的地址的情况下，本技术方案简化了用户修改地址的操作，并且为用户推荐比较符合用户使用习惯的地址，便于用户选择并确认发票收件人的新地址，提高了而用户使用体验。
以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本申请。
附图说明
一个或一个以上实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件视为类似的元件，并且其中：
图1是本公开实施例提供的一种发票系统的使用状态的示意图；
图2是本公开实施例提供的一种用于确定发票地址的方法的示意图；
图3是本公开实施例提供的一种用于选择发票地址的应用场景的流程示意图；
图4是本公开实施例提供的一种用于维护发票信息的方法的示意图；
图5是本公开实施例提供的一种维护发票信息的流程示意图；
图6是本公开实施例提供的一种用于确定发票地址的装置的示意图；
图7是本公开实施例提供的一种用于维护发票信息的装置的示意图。
具体实施方式
为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或一个以上实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
除非另有说明，术语“多个”表示两个或两个以上。
本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。
术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。
图1是本公开实施例提供的一种发票系统的使用状态的示意图。图1中示出的是新建发票的使用界面的示意图，通过该界面，用户可录入开具发票的相关信息，以及发票的地址(发票收件人的地址)。
用户可录入多个开具发票的信息，以及发票的地址，当用户下单后，选择开具发票时，可在多个录入的发票信息及其对应的地址中选择合适的发票信息及其地址。
图1中示出的是录入增值税专用发票的界面的示意图，该示意图仅用于示例性说明，本公开实施例中的术语“发票”，包括但不限于增值税专用发票和普通发票。
图1中示出的地址包括公司注册地址以及增票收件人的邮寄地址，在未做特别说明的情况下，本公开实施例中的术语“地址”，指的是发票收件人的地址，包括但不限于邮寄地址和邮箱地址。
图2是本公开实施例提供的一种用于确定发票地址的方法的示意图。该用于确定发票地址的方法可在终端上执行，这里的终端可以为智能手机、平板电脑、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、上网本、个人数字助理(PersonalDigital Assistant，PDA)等终端设备，且不限于此。
结合图2所示，用于确定发票地址的方法包括：
S201、在选择发票的地址时，获得与当前账户关联的多个发票户头的地址。
在选择发票前，终端已经获得并存储了与当前账户关联的多个发票户头的发票信息及其地址。
这里的发票户头的地址，指的是发票收件人的邮寄地址，可同时包括收件人姓名、联系电话和具体地址等；这里的发票户头的地址，还可以是收件人的邮箱地址。
另外，这里的发票户头，可以是由一个开票信息与不同收件人组合构成的，例如，以下为四个独立的发票户头：开票信息为A公司的信息，接收人为甲，这属于一个发票户头；开票信息为A公司的信息，接收人为乙，这属于一个发票户头；开票信息为B公司的信息，接收人为甲，这属于一个发票户头；开票信息为B公司的信息，接收人为乙，这属于一个发票户头。
在一些应用场景中，可获得用户的面部图像信息，通过图像识别技术对用户的面部图像信息进行识别，再获得与面部图像信息相对应的账户，以该账户作为当前账户。
在用户下单后，选择开具发票时，首先向用户推荐发票的默认地址，当获得了用户对默认地址的确认信息时，以该默认地址作为当前开具的发票的接收地址。
在推荐发票的默认地址后，当接收到了修改地址的确认信息时，确定修改默认，在这种情况下，确定需要选择发票的地址，即执行本公开实施例提供的用于确定发票地址的方法。
在本公开实施例中，可通过在屏幕上显示默认地址的方式，实现推荐发票的默认地址，还可通过语音播放默认地址的方式，实现推荐默认地址。
S202、根据发票户头的使用频率以及维护频率确定每个发票户头的优先级。
例如，在当前时刻前设定时长内，发票户头被使用的次数越多，则发票户头的使用频率越高；在当前时刻前设定时长内，发票户头被维护(包括修改开票信息和/或地址)的次数越多，则发票户头的维护频率越高。发票户头的使用频率越高，表示用户越习惯于使用该发票户头；发票户头的维护频率越高，表示用户越习惯于使用该发票户头。发票户头的使用频率越高，发票户头的优先级越高；发票户头的维护频率越高，发票户头的优先级越高。
上述设定时长，可以是一周、一个月、一个季度、半年或一年等。当前账户开具发票的次数越多，则设定时候越短；当前账户开具发票的次数越少，则设定时长越长；本公开实施例对设定时长不做具体限定，本领域技术可根据实际开票情况，选择合适的设定时长。
可选地，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，包括：获得每个发票户头最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次维护时刻与当前时刻之间的未维护时长；获得在当前时刻前设定时长内每个发票户头的使用次数和维护次数；获得每个发票户头对应的未使用时长和未维护时长的第一和，以及使用次数和维护次数的第二和；根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级。
例如，T1＝t0-t1，T2＝t0-t2，其中，t0为当前时刻，t1为发票户头的最近使用时刻，T1为未使用时长；t2为发票户头的最近维护时刻，T2为未维护时长。
进一步地，
Figure BDA0003108231180000061
其中，n1为设定时长内发票户头的使用次数，n2为设定时长内发票户头的维护次数，H1为商。
可根据发票户头对应的H1值，确定每个发票户头的优先级，例如，发票户头对应的H1值越小，则发票户头的优先级越高。
进一步地，获得每个发票户头对应的未使用时长和未维护时长的第一和，可包括：获得每个发票户头对应的未使用时长与第一权重的第一乘积，以及未维护时长与第二权重的第二乘积；确定第一乘积和第二乘积的和为第一和。
例如，
Figure BDA0003108231180000071
T1为未使用时长，T2为未维护时长，w1为T1的第一权重，w2为T2的第二权重，T1×w1为第一乘积，T2×w2为第二乘积，T1×w1+T2×w2为第一和，n1为设定时长内发票户头的使用次数，n2为设定时长内发票户头的维护次数，n1+n2为第二和，H2为商。
其中，w1和w2与使用当前账户的用户的习惯相关，在使用当前账户的用户倾向于在多次使用第一发票户头后，即使中途维护了其他发票户头，仍继续使用该第一发票户头，则使w1<w2；在使用当前账户的用户倾向于在多次使用一发票户头后，在中途维护了第二发票户头，之后便使用该第二发票户头，则使w1>w2。通常情况下，可以使w1∈[0,1]，w2∈[0,1]，例如，使w1>w2，则可取w1＝1，w2＝1/2；使w1<w2，则可取w1＝1/2，w2＝1。本公开实施例中w1、w2的取值，仅为示例性说明，不对二者的具体取值构成限定，本领域技术人员可根据实际情况，选择合适的w1、w2的取值。
之后可根据发票户头对应的H2值，确定每个发票户头的优先级，例如，发票户头对应的H2值越小，则发票户头的优先级越高。
采用上述技术方案确定发票户头的优先级，可使得发票户头的优先级更能反映用户的使用习惯。
可选地，根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级，包括：将每个发票户头对应的商，确定为每个发票户头的优先级；其中，发票户头的优先级的数值越小，发票户头的优先级越高。
或者，根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级，可包括：在预设数值范围内，确定每个发票户头对应的商所在实际数值范围；根据实际数值范围与优先级的对应关系，确定每个发票户头的优先级。其中，实际数值范围中的数值越小，优先级越高。
采用上述技术方案，即可获得量化的优先级，便于比较每个发票户头的优先级的高低。
S203、优先推荐优先级最高的发票户头对应的地址。
例如，在通过在显示装置上显示发票户头实现推荐的情况下，可按优先级由高到低的顺序，依次显示一个或多个发票户头。
发票户头的使用频率以及维护频率，可用于描述使用当前账户的用户的使用习惯，在向用户推荐发票地址的时候，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，这样，每个发票户头的优先级也可反映用户的使用习惯，优先向用户推荐优先级最高的发票户头对应的地址，使得推荐的地址更符合用户的使用习惯。在需要修改发票收件人的地址的情况下，本技术方案简化了用户修改地址的操作，并且为用户推荐比较符合用户使用习惯的地址，便于用户选择并确认发票收件人的新地址，提高了而用户使用体验。
图3是本公开实施例提供的一种用于选择发票地址的应用场景的流程示意图。结合图3所示，用于选择发票地址的方法包括：
S301、获得用户下单后的确认开票的确认信息。
S302、判断开票类型是否需要展示开票信息以及地址：若是，则执行S303；否则执行S307。
这里的地址是发票收件人的地址，如果开具的发票为电子发票，且需要用户到指定网址下载的，则可直接提交订单。
S303、展示默认发票户头。
S304、判断是否需要更改发票户头：若是，则执行S305；否则执行S307。
这里的更改发票户头，包括更改开票信息，或，更改发票收件人的地址，或，同时更改开票信息以及收件人的地址。
S305、展示优先级最高的发票户头对应的地址。
S306、获得用户选择的发票户头。
S307、确认提交订单。
上述步骤中的判断操作、确定操作，可视为终端响应于用户操作，而进行的。
图4是本公开实施例提供的一种用于维护发票信息的方法的示意图。该用于确定维护发票信息的方法可在终端上执行，这里的终端可以为智能手机、平板电脑、超级移动个人计算机(Ultra-mobile Personal Computer，UMPC)、上网本、个人数字助理(PersonalDigital Assistant，PDA)等终端设备，且不限于此。
结合图4所示，用于维护发票信息的方法包括：
S401、获得并存储修改后的开票信息和/或地址。
这里的地址指的是发票收件人的地址。
可选地，获得开票信息，包括：获得营业执照的图像信息；读取图像信息中的纳税人识别号；获得与纳税人识别号对应的开票信息。
例如，公司内部设置有存储了开票信息的云平台，将纳税人识别号长传至云平台，接收云平台反馈的与纳税人识别号相对应的开票信息。
可选地，用于维护发票信息的方法还包括：展示纳税人识别号以及开票信息；当获得纳税人识别号以及开票信息无误的确认信息时，保存纳税人识别号以及开票信息；当获得纳税人识别号以及开票信息有误的确认信息时，获得纳税人识别号和/或开票信息的修改信息。
这里是由终端展示纳税人识别号以及开票信息，用户核对纳税人识别号以及开票信息，之后操作终端，终端响应于用户操作的，获得纳税人识别号以及开票信息无误的确认信息，或者，获得纳税人识别号以及开票信息有误的确认信息。当终端获得了纳税人识别号以及开票信息有误的确认信息时，终端响应于用户操作，获得纳税人识别号和/或开票信息的修改信息。
S402、记录获得并存储修改后的开票信息和/或地址的维护时刻。
该维护时刻可使在选择发票的地址时，获得与当前账户关联的多个发票户头的地址，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，优先推荐优先级最高的发票户头对应的地址。
发票户头的使用频率以及维护频率，可用于描述使用当前账户的用户的使用习惯，在向用户推荐发票地址的时候，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，这样，每个发票户头的优先级也可反映用户的使用习惯，优先向用户推荐优先级最高的发票户头对应的地址，使得推荐的地址更符合用户的使用习惯。在需要修改发票收件人的地址的情况下，本技术方案简化了用户修改地址的操作，并且为用户推荐比较符合用户使用习惯的地址，便于用户选择并确认发票收件人的新地址，提高了而用户使用体验。
图5是本公开实施例提供的一种维护发票信息的流程示意图。
S501、判断是否使用拍照功能：若是，则执行S502；否则执行S506。
S502、调取相机拍摄营业执照，获得纳税人识别号。
S503、获得与纳税人识别号相对应的开票信息。
例如，公司内部设置有存储了开票信息的云平台，将纳税人识别号长传至云平台，接收云平台反馈的与纳税人识别号相对应的开票信息。
S504、展示开票信息。
这里展示的开票信息，可以是根据发票户头的优先级由高到低的顺序，依次展示的每个发票户头对应的开票信息。其中，发票户头的优先级的确定，包括：获得与当前账户关联的多个发票户头的地址；根据发票户头的使用频率以及维护频率确定每个发票户头的优先级。
S505、确认开票信息是否正确：若是，则执行S507；否则执行S506。
S506、获得用户填写的开票信息。
S507、获得用户填写的发票收件人的地址。
在发票收件人的地址为邮寄地址时，可调用定位功能，获得用户当前的地理位置。
S508、保存开票信息以及地址。
在保存的过程中，可设置默认发票户头，以及选择需要保存的发票户头；在编辑时，也可设置默认发票户头以及选择需要编辑的发票户头。
S509、校验公司名称和纳税人识别号是否相符；若是，则结束，否则执行S510。
终端设备可将公司名称以及纳税人识别号发送至云平台，云平台将终端设备发送的公司名称以及纳税人识别号，与自身存储的公司名称和纳税人识别号进行比对，若相同，则确认公司名称和纳税人识别号相符，若不相同，则确认公司名称和纳税人识别号不相符。
S510、提示用户发票信息有误，需要修改，执行S506。
上述步骤中的确认操作、判断操作等，可视为终端响应于用户操作而进行的。
在一些实施例中，用于确定发票地址的装置包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述实施例提供的用于确定发票地址的方法。
在一些实施例中，用于维护发票信息的装置包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述实施例提供的用于维护发票信息的方法。
图6是本公开实施例提供的一种用于确定发票地址的装置的示意图。
结合图6所示，用于确定发票地址的装置包括：
处理器(processor)61和存储器(memory)62，还可以包括通信接口(Communication Interface)63和总线64。其中，处理器61、通信接口63、存储器62可以通过总线64完成相互间的通信。通信接口63可以用于信息传输。处理器61可以调用存储器62中的逻辑指令，以执行前述实施例提供的用于确定发票地址的方法。
此外，上述的存储器62中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
存储器62作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器61通过运行存储在存储器62中的软件程序、指令以及模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的方法。
存储器62可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器62可以包括高速随机存取存储器，还可以包括非易失性存储器。
图7是本公开实施例提供的一种用于维护发票信息的装置的示意图。
结合图7所示，用于维护发票信息的装置包括：
处理器(processor)71和存储器(memory)72，还可以包括通信接口(Communication Interface)73和总线74。其中，处理器71、通信接口73、存储器72可以通过总线74完成相互间的通信。通信接口73可以用于信息传输。处理器71可以调用存储器72中的逻辑指令，以执行前述实施例提供的用于维护发票信息的方法。
此外，上述的存储器72中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
存储器72作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器71通过运行存储在存储器72中的软件程序、指令以及模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的方法。
存储器72可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器72可以包括高速随机存取存储器，还可以包括非易失性存储器。
本公开实施例提供了一种发票系统，包含前述实施例提供的用于确定发票地址的装置，和/或，前述实施例提供的用于维护发票信息的装置。
本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令设置为执行前述实施例提供的用于确定发票地址的方法，和/或，用于维护发票信息的方法。
本公开实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行前述实施例提供的用于确定发票地址的方法，和/或，用于维护发票信息的方法。
上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或一个以上指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例中方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机读取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或一个以上用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

Claims (11)

1.一种用于确定发票地址的方法，其特征在于，包括：
在选择发票的地址时，获得与当前账户关联的多个发票户头的地址；
根据发票户头的使用频率以及维护频率确定每个发票户头的优先级；
优先推荐优先级最高的发票户头对应的地址。
2.根据权利要求1所述的方法，其特征在于，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，包括：
获得每个发票户头最近一次使用时刻与当前时刻之间的未使用时长，以及最近一次维护时刻与所述当前时刻之间的未维护时长；
获得在所述当前时刻前设定时长内每个发票户头的使用次数和维护次数；
获得每个发票户头对应的未使用时长和未维护时长的第一和，以及使用次数和维护次数的第二和；
根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级。
3.根据权利要求2所述的方法，其特征在于，获得每个发票户头对应的未使用时长和未维护时长的第一和，包括：
获得每个发票户头对应的未使用时长与第一权重的第一乘积，以及未维护时长与第二权重的第二乘积；
确定所述第一乘积和所述第二乘积的和为所述第一和。
4.根据权利要求2所述的方法，其特征在于，根据发票户头对应的第一和与其对应的第二和的商，确定每个发票户头的优先级，包括：
将每个发票户头对应的商，确定为每个发票户头的优先级；其中，发票户头的优先级的数值越小，发票户头的优先级越高；
或者，
在预设数值范围内，确定每个发票户头对应的商所在实际数值范围；根据实际数值范围与优先级的对应关系，确定每个发票户头的优先级。
5.根据权利要求1至4任一项所述的方法，其特征在于，还包括：
推荐发票的默认地址；
在确定修改默认地址的情况下，确定需要选择发票的地址。
6.一种用于维护发票信息的方法，其特征在于，包括：
获得并存储修改后的开票信息和/或地址；
记录获得并存储修改后的开票信息和/或地址的维护时刻，以使在选择发票的地址时，获得与当前账户关联的多个发票户头的地址，根据发票户头的使用频率以及维护频率确定每个发票户头的优先级，优先推荐优先级最高的发票户头对应的地址。
7.根据权利要求6所述的方法，其特征在于，获得开票信息，包括：
获得营业执照的图像信息；
读取所述图像信息中的纳税人识别号；
获得与所述纳税人识别号对应的所述开票信息。
8.根据权利要求7所述的方法，其特征在于，还包括：
展示所述纳税人识别号以及所述开票信息；
当获得所述纳税人识别号以及所述开票信息无误的确认信息时，保存所述纳税人识别号以及所述开票信息；
当获得所述纳税人识别号以及所述开票信息有误的确认信息时，获得所述纳税人识别号和/或所述开票信息的修改信息。
9.一种用于确定发票地址的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求1至5任一项所述的用于确定发票地址的方法。
10.一种用于维护发票信息的装置，包括处理器和存储有程序指令的存储器，其特征在于，所述处理器被配置为在执行所述程序指令时，执行如权利要求6至8任一项所述的用于维护发票信息的方法。
11.一种发票系统，其特征在于，包括：
如权利要求9所述的用于确定发票地址的装置；和/或
如权利要求10所述的用于维护发票信息的装置。
CN202110643877.2A 2021-06-09 2021-06-09 确定发票地址的方法及装置、维护方法及装置和发票系统 Active CN113592570B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110643877.2A CN113592570B (zh) 2021-06-09 2021-06-09 确定发票地址的方法及装置、维护方法及装置和发票系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110643877.2A CN113592570B (zh) 2021-06-09 2021-06-09 确定发票地址的方法及装置、维护方法及装置和发票系统

Publications (2)

Publication Number Publication Date
CN113592570A true CN113592570A (zh) 2021-11-02
CN113592570B CN113592570B (zh) 2024-05-28

Family

ID=78243591

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110643877.2A Active CN113592570B (zh) 2021-06-09 2021-06-09 确定发票地址的方法及装置、维护方法及装置和发票系统

Country Status (1)

Country Link
CN (1) CN113592570B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107045695A (zh) * 2016-02-05 2017-08-15 阿里巴巴集团控股有限公司 一种发票抬头信息变更方法、装置和发票管理系统
CN107481072A (zh) * 2017-08-08 2017-12-15 威海信帆进出口有限公司 便携式网络开票系统及方法
CN109670879A (zh) * 2018-12-25 2019-04-23 航天信息股份有限公司 一种分布式开票方法及系统
CN110070404A (zh) * 2019-03-14 2019-07-30 西安艾润物联网技术服务有限责任公司 一种电子发票的获取方法及装置
CN112613932A (zh) * 2020-12-25 2021-04-06 航天信息股份有限公司 开票方法、装置、存储介质及电子设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107045695A (zh) * 2016-02-05 2017-08-15 阿里巴巴集团控股有限公司 一种发票抬头信息变更方法、装置和发票管理系统
TW201802739A (zh) * 2016-02-05 2018-01-16 阿里巴巴集團服務有限公司 發票抬頭資訊變更方法、裝置和發票管理系統
CN107481072A (zh) * 2017-08-08 2017-12-15 威海信帆进出口有限公司 便携式网络开票系统及方法
CN109670879A (zh) * 2018-12-25 2019-04-23 航天信息股份有限公司 一种分布式开票方法及系统
CN110070404A (zh) * 2019-03-14 2019-07-30 西安艾润物联网技术服务有限责任公司 一种电子发票的获取方法及装置
CN112613932A (zh) * 2020-12-25 2021-04-06 航天信息股份有限公司 开票方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
CN113592570B (zh) 2024-05-28

Similar Documents

Publication Publication Date Title
CN109636556B (zh) 单据推荐方法及系统、计算机可读存储介质
CN106657129A (zh) 居家老人服务数据处理的方法及装置
JP2007058558A (ja) ポイント管理システムおよびポイント管理方法
AU2009200899A1 (en) Computer system for distributing a validation instruction message
CN113011769A (zh) 事项预约方法及装置
KR101994025B1 (ko) 서비스 프로세싱 방법, 서비스 프로세싱 장치 및 저장 매체
JP2010176670A (ja) 多機能デバイス用サプライの注文装置及び方法
CN107329945B (zh) 短消息的展示处理方法、展示处理装置以及移动终端
CN107016428A (zh) 一种二维码的初始化方法及装置
CN111242715B (zh) 一种订单处理方法及其设备、计算机存储介质
CN113592570A (zh) 确定发票地址的方法及装置、维护方法及装置和发票系统
JP2014203355A (ja) 転写自販システム
CN109961258A (zh) 取件码生成方法及电子设备
JP2019046218A (ja) 顧客管理システム
JP6230034B2 (ja) 労働時間についての証拠保全のためのサーバ、クライアント、方法及びプログラム
WO2007145828A2 (en) Method and computer system for generating customi zed maps
CN110473079B (zh) 一种基于图像识别的报销清单生成方法、装置及电子设备
CN110135861B (zh) 信息通知方法、装置、计算机设备及存储介质
CN107103527B (zh) 信息备注方法、信息备注装置和终端
US8117132B2 (en) Dating service system and method increasing member profile development and reducing unwanted communications
JP6307280B2 (ja) 販売価格設定情報のチェック方法
WO2017002313A1 (en) Information processing system, information processing apparatus, information processing method, and program
US20050154775A1 (en) Contacting a recipient by a preferred technique via a page
US20050075944A1 (en) Design order receiving system
EP3104322A1 (en) Authentication processing system and authentication processing server

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