WO2019029149A1 - 保单的险种状态信息统计方法、终端设备及存储介质 - Google Patents

保单的险种状态信息统计方法、终端设备及存储介质 Download PDF

Info

Publication number
WO2019029149A1
WO2019029149A1 PCT/CN2018/076520 CN2018076520W WO2019029149A1 WO 2019029149 A1 WO2019029149 A1 WO 2019029149A1 CN 2018076520 W CN2018076520 W CN 2018076520W WO 2019029149 A1 WO2019029149 A1 WO 2019029149A1
Authority
WO
WIPO (PCT)
Prior art keywords
state
state change
policy
record
change record
Prior art date
Application number
PCT/CN2018/076520
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 平安科技（深圳）有限公司
Priority to SG11201809827RA priority Critical patent/SG11201809827RA/en
Priority to US16/301,429 priority patent/US20210233027A1/en
Priority to JP2018553070A priority patent/JP6652659B2/ja
Publication of WO2019029149A1 publication Critical patent/WO2019029149A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2282—Tablespace storage structures; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2358—Change logging, detection, and notification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F7/00—Methods or arrangements for processing data by operating upon the order or content of the data handled
    • G06F7/06—Arrangements for sorting, selecting, merging, or comparing data on individual record carriers
    • G06F7/08—Sorting, i.e. grouping record carriers in numerical or other ordered sequence according to the classification of at least some of the information they carry
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management

Definitions

  • the present application belongs to the technical field of insurance information processing, and in particular relates to a method for statistical information of insurance status information of a policy, a terminal device and a storage medium.
  • the insurance policy has multiple states, which can be roughly divided into an active state and an invalid state. Companies typically only focus on the types of insurance policies that are in effect.
  • the status of the policy may continue to be effective, or there may be repeated effective, invalid, effective changes, or failures that have been invalidated from a certain point in time.
  • the data of these changes are recorded in In the log table, one record is generated for each change.
  • the data volume of the log table will continue to increase, and the amount of data of 100 million meters will appear.
  • the policy number is first determined, and then the status change record corresponding to the policy number is searched in the log table according to the policy number, and the two change records adjacent to the policy number are counted.
  • the time interval the time interval corresponding to the invalid state in the time interval is filtered, and the time interval corresponding to the valid state is obtained, and the time interval corresponding to the valid state is accumulated to obtain the duration of the valid state of the policy number. Loop through all the policy numbers until you have counted the valid durations for all policy numbers.
  • the embodiment of the present application provides a method for counting the status information of a policy, a terminal device, and a storage medium, so as to solve the prior art, since it is necessary to count the time interval between all the two change records adjacent to each other, thereby causing each time The problem that the validity time of the policy status is too long.
  • a first aspect of the embodiments of the present application provides a method for statistically predicting the status information of a policy, including:
  • the duration of the active state is determined based on the time interval.
  • a second aspect of an embodiment of the present application provides a terminal device including a memory, a processor, and computer readable instructions stored in the memory and executable on the processor, the processor executing the computer The following steps are implemented when the instructions are readable:
  • the duration of the active state is determined based on the time interval.
  • a third aspect of embodiments of the present application provides a computer readable storage medium storing computer readable instructions that, when executed by a processor, implement insurance status information such as a policy Statistical method The steps of any of the methods described.
  • a fourth aspect of the embodiments of the present application provides a policy for the status information of a policy, the identifier receiving unit, and a unique identifier for receiving a policy of the policy;
  • a record search unit for searching, in the log table, all state change records corresponding to the unique identifier of the policy of the policy;
  • a record sorting unit for arranging all state change records of the search in chronological order
  • a record judging unit configured to determine whether two adjacent state change records are the same
  • the recording processing unit is further configured to: when the two adjacent state change records are different, subtract a time point of the subsequent state change record from a time point of the previous state change record to obtain a time interval;
  • the duration determining unit is further configured to determine the duration of the active state according to the time interval.
  • the calculation efficiency can be greatly improved when the duration of the effective state is determined according to the time interval.
  • FIG. 1 is a flowchart of a method for statistically predicting the status information of a policy provided by an embodiment of the present application
  • FIG. 2 is a schematic structural diagram of a service status statistical device for a policy provided by an embodiment of the present application
  • FIG. 3 is a schematic diagram of a terminal device according to an embodiment of the present application.
  • FIG. 1 is a flow chart showing a method for statistically analyzing the status information of a policy provided by the first embodiment of the present application, which is described in detail as follows:
  • Step S11 Receive a unique identifier of the insurance policy.
  • the unique identifier of the policy type is usually the policy number.
  • the unique identifier of the insurance type of the policy needs to be input or imported.
  • the batch processing interface is opened to receive the unique identifiers of the insurance policies of the multiple policies in parallel, thereby improving the statistical speed of the insurance status information of the subsequent policies.
  • Step S12 Searching in the log table for all state change records corresponding to the unique identifier of the insurance type of the policy.
  • the log status records the status change records of the insurance policies of each policy
  • all the status change records of the policy insurance are searched in the log table. come out. Of course, this is also convenient for users to view and reduce the search time. It should be noted that if a policy's insurance status change record is stored in multiple log tables, it is necessary to search from the multiple log tables.
  • the step S12 specifically includes:
  • A1. Receive the start time and end time of the user input to determine the time range of the log table to be searched.
  • step S13 all the state change records of the search are arranged in chronological order.
  • the plurality of status change records are usually separately recorded in one or more log tables, so when searching for all state change records of a policy insurance, it is necessary to press time.
  • the searched state change records are sequentially arranged, such as sorting the first recorded state change records in front of the post-recorded state change records, so as to obtain the exact effective state duration.
  • step S14 it is determined whether the adjacent two state change records are the same.
  • step S14 specifically includes:
  • the status change record is the same. Specifically, since the policy has a variety of states, it is usually marked with the following letters: I, P, A, W, R, J, B; and C, D, E, L, M, N, S, T, V, X, F, Z, Y, 0, 1, H, K, G, O, U, when the letter indicating the state is marked as: I, P, A, W, R, J, B, mark The status of the policy is valid. When the status is marked as C, D, E, L, M, N, S, T, V, X, F, Z, Y, 0, 1, H, K When G, O, U, the status of the insurance marked with the policy is invalid.
  • step S15 when the two adjacent state change records are different, the time point of the latter state change record is subtracted from the time point of the previous state change record to obtain a time interval.
  • step S15 specifically includes:
  • the time point of the latter state change record is subtracted from the time point of the previous state change record to obtain a time interval.
  • Step S16 Determine the duration of the effective state according to the time interval.
  • step S16 includes:
  • the status change record can be classified into three categories, the first type is data that changes from the valid state to the invalid state, the second type is data that changes from the invalid state to the valid state, and the third class is the valid state changed to the valid state.
  • the data of the failure state is changed to the failure state.
  • the expiration time of the policy of the above formula is the duration corresponding to the data of the first type, that is, only the data of the first type needs to participate in the calculation to obtain the duration of the valid state, thereby making the amount of data involved in the calculation (such as a log) The amount of data is greatly reduced.
  • the method of sorting by policy, insurance type, and log change date is used, and the analysis function (such as using lag()over, row_number() over analysis function) is used to calculate the adjacent two in batches.
  • the time interval of the log and then accumulate all the time intervals to obtain the corresponding failure time, thereby improving the operation efficiency.
  • the unique identifier of the insurance type of the policy is received, and all the state change records corresponding to the unique identifier of the insurance policy of the policy are searched in the log table, and all the state change records of the search are arranged in chronological order, and the phase is judged. Whether the two adjacent state change records are the same, and when the two adjacent state change records are different, the time point of the next state change record is subtracted from the time point of the previous state change record to obtain a time interval, according to the time The interval determines the length of the active state. Since the time interval of the adjacent two state change records is calculated only when the adjacent two state change records are different, the calculation efficiency can be greatly improved when the duration of the effective state is determined according to the time interval.
  • FIG. 2 is a schematic diagram showing the structure of a policy for the insurance status information of the policy provided by the embodiment of the present application.
  • the policy data storage device includes: an identifier receiving unit 21, a record searching unit 22, a record sorting unit 23, and a recording sorting unit. 24. Record processing unit 25, duration determining unit 26. among them:
  • the identifier receiving unit 21 is configured to receive a unique identifier of the insurance policy
  • a record search unit 22 for searching, in the log table, all state change records corresponding to the unique identifier of the policy of the policy;
  • a record sorting unit 23 configured to arrange all the state change records of the search in chronological order
  • the record judging unit 24 is configured to judge whether the two adjacent state change records are the same;
  • the recording processing unit 25 is further configured to: when the two adjacent state change records are different, subtract the time point of the subsequent state change record from the time point of the previous state change record to obtain a time interval;
  • the duration determining unit 26 is further configured to determine the duration of the active state according to the time interval.
  • the recording processing unit 23 does not perform an operation when two adjacent state change records are the same.
  • the record determining unit 24 includes:
  • the first determining module is configured to record the active state in the previous state change state, and the latter state change record is in a valid state, or, when the previous state change record is in an invalid state, and the latter state change record is in an invalid state, Determine that the two adjacent state change records are the same;
  • a second determining module configured to record the active state in the previous state change state, and the latter state change record is in an invalid state, or, when the previous state change record is in an invalid state, and the latter state change record is in a valid state, It is determined that the adjacent two state change records are different.
  • the record processing unit 25 is specifically configured to change the time point of the next state change record and the previous state change when the two adjacent state change records are different and the valid state is changed to the invalid state.
  • the time points of the records are subtracted to obtain a time interval.
  • the duration determining unit 26 includes:
  • a date determination module for determining an end date and a start date of the valid state
  • the interval statistics module is configured to count the time interval corresponding to the change of the status change record from the valid state to the invalid state, and accumulate all the time intervals of the statistics to obtain the expiration time of the policy;
  • the duration calculation module is used to calculate the duration of the valid status of the policy according to the following formula:
  • FIG. 3 is a schematic diagram of the terminal device provided by the second embodiment of the present application.
  • the terminal device 3 of this embodiment includes a processor 30, a memory 31, and computer readable instructions 32 stored in the memory 31 and operable on the processor 30.
  • the processor 30 performs the steps in the embodiment of the method for statistically predicting the status information of the policy when the computer readable instructions 32 are executed:
  • the duration of the active state is determined based on the time interval.
  • the determining whether the two adjacent state change records are the same includes:
  • the time point of the latter state change record is subtracted from the time point of the previous state change record to obtain a time interval, including:
  • the time point of the latter state change record is subtracted from the time point of the previous state change record to obtain a time interval.
  • the determining the duration of the valid state according to the time interval includes:
  • the terminal device 3 may be a computing device such as a desktop computer, a notebook, a palmtop computer, and a cloud server.
  • the terminal device may include, but is not limited to, the processor 30 and the memory 31. It will be understood by those skilled in the art that FIG. 3 is only an example of the terminal device 3, does not constitute a limitation of the terminal device 3, may include more or less components than those illustrated, or combine some components, or different components.
  • the terminal device may further include an input/output device, a network access device, a bus, and the like.
  • the so-called processor 30 can be a central processing unit (Central Processing Unit, CPU), can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc.
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the memory 31 may be an internal storage unit of the terminal device 3, such as a hard disk or a memory of the terminal device 3.
  • the memory 31 may also be an external storage device of the terminal device 3, for example, a plug-in hard disk equipped on the terminal device 3, a smart memory card (SMC), and a secure digital (SD). Card, flash card (Flash Card) and so on.
  • the memory 31 may also include both an internal storage unit of the terminal device 3 and an external storage device.
  • the memory 31 is configured to store the computer readable instructions and other programs and data required by the terminal device.
  • the memory 31 can also be used to temporarily store data that has been output or is about to be output.
  • each functional unit and module in the foregoing system may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit, and the integrated unit may be implemented by hardware.
  • Formal implementation can also be implemented in the form of software functional units.
  • the specific names of the respective functional units and modules are only for the purpose of facilitating mutual differentiation, and are not intended to limit the scope of protection of the present application.
  • the disclosed device/terminal device and method may be implemented in other manners.
  • the device/terminal device embodiments described above are merely illustrative.
  • the division of the modules or units is only a logical function division.
  • there may be another division manner for example, multiple units.
  • components may be combined or integrated into another system, or some features may be omitted or not performed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated modules/units if implemented in the form of software functional units and sold or used as separate products, may be stored in a computer readable storage medium. Based on such understanding, the present application implements all or part of the processes in the foregoing embodiments, and may also be implemented by computer readable instructions, which may be stored in a computer readable storage medium.
  • the computer readable instructions when executed by a processor, may implement the steps of the various method embodiments described above.
  • the computer readable medium can include any entity or device capable of carrying the computer readable instruction code, a recording medium, a USB flash drive, a removable hard drive, a magnetic disk, an optical disk, a computer memory, a read only memory (ROM, Read-Only) Memory), random access memory (RAM, Random) Access Memory), electrical carrier signals, telecommunications signals, and software distribution media.
  • ROM Read Only memory
  • RAM Random Access Memory
  • electrical carrier signals telecommunications signals
  • telecommunications signals and software distribution media. It should be noted that the content contained in the computer readable medium may be appropriately increased or decreased according to the requirements of legislation and patent practice in a jurisdiction, for example, in some jurisdictions, according to legislation and patent practice, computer readable media Does not include electrical carrier signals and telecommunication signals.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Technology Law (AREA)
  • Computational Linguistics (AREA)
  • Software Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请适用于险种信息处理技术领域，提供了保单的险种状态信息统计方法、终端设备及存储介质，包括：接收保单的险种的唯一标识；在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；将搜索的所有的状态变更记录按照时间顺序排列；判断相邻两个状态变更记录是否相同；在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；根据所述时间间隔确定有效状态的时长。通过上述方法能够极大提高数据处理效率。

Description

保单的险种状态信息统计方法、终端设备及存储介质
本申请要求于2017年8月8日提交中国专利局、申请号为CN 201710669475.3、发明名称为“保单的险种状态信息统计方法、终端设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请属于险种信息处理技术领域，尤其涉及保单的险种状态信息统计方法、终端设备及存储介质。
 背景技术
保单的险种有多种状态，大体可以分为有效状态和无效状态。而企业通常只会关注处于有效状态的保单的险种。
保单的险种在投保、续保过程中，其状态可能会出现持续有效，或反复出现有效、失效、有效的变更，或者出现从某个时间点开始就一直失效等情况，这些变更的数据记录在日志表中，每变更一次生成1条记录，当保单持续增加时，日志表的数据量也会持续增加，出现亿级的数据量。
现有的保单的险种有效状态统计方法中，首先确定保单号，再根据该保单号在日志表中查找该保单号对应状态变更记录，统计该保单号所有的前后相邻的2条变更记录之间的时间间隔，再过滤该时间间隔中的无效状态对应的时间间隔，得到有效状态对应的时间间隔，累加该有效状态对应的时间间隔，得到该保单号的有效状态的时长。循环遍历所有的保单号，直到统计出所有的保单号对应的有效的时长。
由于需要统计所有前后相邻的2条变更记录之间的时间间隔，因此，导致每个保单号的有效状态时长的统计时间过长。
 技术问题
由于需要统计所有前后相邻的2条变更记录之间的时间间隔，因此，导致每个保单号的有效状态时长的统计时间过长。
 技术解决方案
有鉴于此，本申请实施例提供了保单的险种状态信息统计方法、终端设备及存储介质，以解决现有技术由于需要统计所有前后相邻的2条变更记录之间的时间间隔，从而导致每个保单号的有效状态时长的统计时间过长的问题。
本申请实施例的第一方面提供了一种保单的险种状态信息统计方法，包括：
接收保单的险种的唯一标识；
在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
将搜索的所有的状态变更记录按照时间顺序排列；
判断相邻两个状态变更记录是否相同；
在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
根据所述时间间隔确定有效状态的时长。
本申请实施例的第二方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现以下步骤：
接收保单的险种的唯一标识；
在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
将搜索的所有的状态变更记录按照时间顺序排列；
判断相邻两个状态变更记录是否相同；
在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
根据所述时间间隔确定有效状态的时长。
本申请实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如保单的险种状态信息统计方法任一项所述方法的步骤。
本申请实施例的第四方面提供了一种保单的险种状态信息统计装置，标识接收单元，用于接收保单的险种的唯一标识；
记录搜索单元，用于在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
记录排序单元，用于将搜索的所有的状态变更记录按照时间顺序排列；
记录判断单元，用于判断相邻两个状态变更记录是否相同；
记录处理单元，还用于在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
时长确定单元，还用于根据所述时间间隔确定有效状态的时长。
 有益效果
本申请实施例与现有技术相比存在的有益效果是：
由于只在相邻两个状态变更记录不同时，才计算相邻两个状态变更记录的时间间隔，因此，在根据所述时间间隔确定有效状态的时长时能够极大提高计算效率。
 附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种保单的险种状态信息统计方法的流程图；
图2是本申请实施例提供的一种保单的险种状态信息统计装置的结构示意图；
图3是本申请实施例提供的终端设备的示意图。
 本发明的实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
图1示出了本申请第一实施例提供的一种保单的险种状态信息统计方法的流程图，详述如下：
步骤S11、接收保单的险种的唯一标识。
其中，保单的险种的唯一标识通常为保单号，当用户需要统计某个保单的险种的有效状态时长时，需要输入或者导入该保单的险种的唯一标识。可选地，在保单的险种的唯一标识有多个时（如5万个），开放批量处理接口，以并行接收该多个保单的险种的唯一标识，提高后续保单的险种状态信息统计速度。
步骤S12、在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录。
由于日志表中记录的是各个保单的保险的状态变更记录，因此，为了便于快速统计某个保单的保险的有效状态的时长，则首先在日志表中将该保单的保险的所有状态变更记录搜索出来。当然，这样也便于用户查看，减少查找时间。需要指出的是，若一个保单的保险状态变更记录存储在多个日志表中，则需要从该多个日志表中搜索。
可选地，当一个保单的保险的状态变更记录跨越较长的时间段时，若仅需统计某个时间段的保险的状态变更记录，则所述步骤S12具体包括：
    A1、接收用户输入的开始时间和结束时间，以确定需搜索的日志表的时间范围。
    A2、在所述日志表的时间范围内搜索与所述保单的险种的唯一标识对应的所有的状态变更记录。
上述A1~A2中，以需搜索的日志表的时间范围为依据，在一个或多个日志表中搜索与保单的险种的唯一标识对应的所有的状态变更记录。
步骤S13、将搜索的所有的状态变更记录按照时间顺序排列。
具体地，当状态变更记录有多条时，该多条状态变更记录通常是分开记录在一个或多个日志表中，因此，当搜索出一个保单的保险的所有状态变更记录后，需要按时间先后顺序排列搜索到的状态变更记录，如将先记录的状态变更记录排序在后记录的状态变更记录的前面，以便后续得到准确的有效状态的时长。
步骤S14、判断相邻两个状态变更记录是否相同。
可选地，所述步骤S14具体包括：
    B1、在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同。具体地，由于保单的险种有好多种状态，其通常用以下字母标记：I,P,A,W,R,J,B；以及C,D,E,L,M,N,S,T,V,X,F,Z,Y,0,1,H,K,G,O,U，当判断出状态的字母标记为：I,P,A,W,R,J,B时，标记该保单的险种的状态为有效状态，当判断出状态的字母标记为C,D,E,L,M,N,S,T,V,X,F,Z,Y,0,1,H,K,G,O,U时，标记该保单的险种的状态为无效状态。
    B2、在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
步骤S15、在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
可选地，所述步骤S15具体包括：
所述在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
需要指出的是，在相邻两个状态变更记录相同时，不执行操作。
步骤S16、根据所述时间间隔确定有效状态的时长。
可选地，所述步骤S16包括：
    C1、确定有效状态的结束日期和开始日期。
    C2、统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长。
    C3、根据以下公式计算保单的有效状态的时长：
（结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
具体地，状态变更记录可归为3类，第1类为从有效状态变更为失效状态的数据，第2类是从失效状态变更为有效状态的数据，第3类是有效状态变更为有效状态、失效状态变更为失效状态的数据。通过分析数据得出，第1类的数据量是最小的，只占全部数据的20%左右，第3类的数据最大，约占60%，因第3类数据是同种状态的变更，这类数据可以忽视，不影响计算结果。
其中，上述公式的保单的失效时长即为第1类的数据对应的时长，即只需要用第1类的数据参与计算就可以得出有效状态的时长，从而使得参与计算的数据量（如日志数据量）大大减少。
可选地，对第1类数据的时长计算，采用按保单，险种分组，日志变更日期排序的方式，用分析函数（如采用lag()over，row_number()over分析函数）批量计算相邻两条日志的时间间隔，再累加所有的时间间隔得到对应的失效时长，从而提高运算效率。
本申请实施例中，接收保单的险种的唯一标识，在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录，将搜索的所有的状态变更记录按照时间顺序排列，判断相邻两个状态变更记录是否相同，在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔，根据所述时间间隔确定有效状态的时长。由于只在相邻两个状态变更记录不同时，才计算相邻两个状态变更记录的时间间隔，因此，在根据所述时间间隔确定有效状态的时长时能够极大提高计算效率。即通过识别数据的规律分布，在不影响计算结果的前提下，尽量剔除无效的数据，从而减少了计算量，此外，若采用批量的计算方式则可以进一步达到更好的计算效率，通过以上2点的处理，使得计算速度有10倍左右的提升。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
图2示出了本申请实施例提供的一种保单的险种状态信息统计装置的结构示意图，该保单数据存储装置，包括：标识接收单元21、记录搜索单元22、记录排序单元23、记录排序单元24、记录处理单元25、时长确定单元26。其中：
标识接收单元21，用于接收保单的险种的唯一标识；
记录搜索单元22，用于在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
记录排序单元23，用于将搜索的所有的状态变更记录按照时间顺序排列；
记录判断单元24，用于判断相邻两个状态变更记录是否相同；
记录处理单元25，还用于在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
时长确定单元26，还用于根据所述时间间隔确定有效状态的时长。
在本申请实施例中，所述记录处理单元23在相邻两个状态变更记录相同时，不执行操作。
可选地，所述记录判断单元24包括：
第一判定模块，用于在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
第二判定模块，用于在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
在本申请实施例中，所述记录处理单元25具体用于，在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
可选地，所述时长确定单元26包括：
日期确定模块，用于确定有效状态的结束日期和开始日期；
间隔统计模块，用于统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
时长计算模块，用于根据以下公式计算保单的有效状态的时长：
（结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
与第一实施例的保单的险种状态信息统计方法对应，图3是本申请第二实施例提供的终端设备的示意图。如图3所示，该实施例的终端设备3包括：处理器30、存储器31以及存储在所述存储器31中并可在所述处理器30上运行的计算机可读指令32。所述处理器30执行所述计算机可读指令32时实现上述保单的险种状态信息统计方法实施例中的步骤：
接收保单的险种的唯一标识；
在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
将搜索的所有的状态变更记录按照时间顺序排列；
判断相邻两个状态变更记录是否相同；
在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
根据所述时间间隔确定有效状态的时长。
可选地，所述处理器执行所述计算机可读指令时还实现以下步骤：
在相邻两个状态变更记录相同时，不执行操作。
可选地，所述判断相邻两个状态变更记录是否相同，包括：
在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
可选地，所述在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔，包括：
所述在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
可选地，所述根据所述时间间隔确定有效状态的时长，包括：
确定有效状态的结束日期和开始日期；
统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
根据以下公式计算保单的有效状态的时长：
（结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
所述终端设备3可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器30、存储器31。本领域技术人员可以理解，图3仅仅是终端设备3的示例，并不构成对终端设备3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
所称处理器30可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路 (Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器31可以是所述终端设备3的内部存储单元，例如终端设备3的硬盘或内存。所述存储器31也可以是所述终端设备3的外部存储设备，例如所述终端设备3上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器31还可以既包括所述终端设备3的内部存储单元也包括外部存储设备。所述存储器31用于存储所述计算机可读指令以及所述终端设备所需的其他程序和数据。所述存储器31还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。所述计算机可读介质可以包括：能够携带所述计算机可读指令代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种保单的险种状态信息统计方法，其特征在于，包括：
    接收保单的险种的唯一标识；
    在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
    将搜索的所有的状态变更记录按照时间顺序排列；
    判断相邻两个状态变更记录是否相同；
    在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
    根据所述时间间隔确定有效状态的时长。
  2. 如权利要求1所述的保单的险种状态信息统计方法，其特征在于，在相邻两个状态变更记录相同时，不执行操作。
  3. 如权利要求1所述的保单的险种状态信息统计方法，其特征在于，所述判断相邻两个状态变更记录是否相同，包括：
    在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
    在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
  4. 如权利要求3所述的保单的险种状态信息统计方法，其特征在于，所述在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔，包括：
    所述在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
  5. 如权利要求4所述的保单的险种状态信息统计方法，其特征在于，所述根据所述时间间隔确定有效状态的时长，包括：
    确定有效状态的结束日期和开始日期；
    统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
    根据以下公式计算保单的有效状态的时长：
    （结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
  6. 一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现以下步骤：
    接收保单的险种的唯一标识；
    在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
    将搜索的所有的状态变更记录按照时间顺序排列；
    判断相邻两个状态变更记录是否相同；
    在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
    根据所述时间间隔确定有效状态的时长。
  7. 如权利要求6所述的终端设备，其特征在于，所述处理器执行所述计算机可读指令时还实现以下步骤：
    在相邻两个状态变更记录相同时，不执行操作。
  8. 如权利要求6所述的终端设备，其特征在于，所述判断相邻两个状态变更记录是否相同，包括：
    在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
    在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
  9. 如权利要求8所述的终端设备，其特征在于，所述在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔，包括：
    所述在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
  10. 如权利要求9所述的终端设备，其特征在于，所述根据所述时间间隔确定有效状态的时长，包括：
    确定有效状态的结束日期和开始日期；
    统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
    根据以下公式计算保单的有效状态的时长：
    （结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
  11. 一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，其特征在于，所述计算机可读指令被处理器执行时实现如下步骤。
    接收保单的险种的唯一标识；
    在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
    将搜索的所有的状态变更记录按照时间顺序排列；
    判断相邻两个状态变更记录是否相同；
    在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
    根据所述时间间隔确定有效状态的时长。
  12. 如权利要求11所述的计算机可读存储介质，其特征在于，在相邻两个状态变更记录相同时，不执行操作。
  13. 如权利要求11所述的计算机可读存储介质，其特征在于，所述判断相邻两个状态变更记录是否相同，包括：
    在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
    在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
  14. 如权利要求13所述的计算机可读存储介质，其特征在于，所述在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔，包括：
    所述在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
  15. 如权利要求14所述的计算机可读存储介质，其特征在于，所述根据所述时间间隔确定有效状态的时长，包括：
    确定有效状态的结束日期和开始日期；
    统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
    根据以下公式计算保单的有效状态的时长：
    （结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
  16. 一种保单的险种状态信息统计装置，其特征在于，包括：
    标识接收单元，用于接收保单的险种的唯一标识；
    记录搜索单元，用于在日志表搜索与所述保单的险种的唯一标识对应的所有的状态变更记录；
    记录排序单元，用于将搜索的所有的状态变更记录按照时间顺序排列；
    记录判断单元，用于判断相邻两个状态变更记录是否相同；
    记录处理单元，用于在相邻两个状态变更记录不同时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔；
    时长确定单元，还用于根据所述时间间隔确定有效状态的时长。
  17. 如权利要求16所述的保单的险种状态信息统计装置，其特征在于，所述记录处理单元在相邻两个状态变更记录相同时，不执行操作。
  18. 如权利要求16所述的保单的险种状态信息统计装置，其特征在于，所述记录判断单元包括：
    第一判定模块，用于在前一个状态变更记录为有效状态，且后一个状态变更记录为有效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为无效状态时，判定相邻两个状态变更记录相同；
    第二判定模块，用于在前一个状态变更记录为有效状态，且后一个状态变更记录为无效状态，或者，在前一个状态变更记录为无效状态，且后一个状态变更记录为有效状态时，判定相邻两个状态变更记录不相同。
  19. 如权利要求18所述的保单的险种状态信息统计装置，其特征在于，所述记录处理单元具体用于，在相邻两个状态变更记录不同且为有效状态变更为无效状态时，将后一个状态变更记录的时间点与前一个状态变更记录的时间点相减，得到一个时间间隔。
  20. 如权利要求19所述的保单的险种状态信息统计装置，其特征在于，所述时长确定单元包括：
    日期确定模块，用于确定有效状态的结束日期和开始日期；
    间隔统计模块，用于统计所有状态变更记录从有效状态变更为无效状态对应的时间间隔，累加统计的所有时间间隔，得到保单的失效时长；
    时长计算模块，用于根据以下公式计算保单的有效状态的时长：
    （结束日期–开始日期）-保单的失效时长=保单的有效状态的时长。
PCT/CN2018/076520 2017-08-08 2018-02-12 保单的险种状态信息统计方法、终端设备及存储介质 WO2019029149A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
SG11201809827RA SG11201809827RA (en) 2017-08-08 2018-02-12 Method for conducting statistics on insurance type state information of policy, terminal device and storage medium
US16/301,429 US20210233027A1 (en) 2017-08-08 2018-02-12 Method for conducting statistics on insurance type state information of policy, terminal device and storage medium
JP2018553070A JP6652659B2 (ja) 2017-08-08 2018-02-12 保険契約書種別状態情報集計方法及び端末機器

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710669475.3A CN107784596A (zh) 2017-08-08 2017-08-08 保单的险种状态信息统计方法、终端设备及存储介质
CN201710669475.3 2017-08-08

Publications (1)

Publication Number Publication Date
WO2019029149A1 true WO2019029149A1 (zh) 2019-02-14

Family

ID=61437798

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/076520 WO2019029149A1 (zh) 2017-08-08 2018-02-12 保单的险种状态信息统计方法、终端设备及存储介质

Country Status (5)

Country Link
US (1) US20210233027A1 (zh)
JP (1) JP6652659B2 (zh)
CN (1) CN107784596A (zh)
SG (1) SG11201809827RA (zh)
WO (1) WO2019029149A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111179097A (zh) * 2019-11-28 2020-05-19 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108648088B (zh) * 2018-03-30 2023-06-20 平安科技（深圳）有限公司 保险生效日期的确定方法、装置及存储介质、服务器
US20220105752A1 (en) * 2018-10-16 2022-04-07 Sumitomo Rubber Industries, Ltd. Tire
CN109840852B (zh) * 2019-01-09 2024-03-19 中国平安人寿保险股份有限公司 一种保单自动处理的方法及相关产品
CN111126769A (zh) * 2019-11-26 2020-05-08 泰康保险集团股份有限公司 业绩统计数据的处理方法、装置、介质及设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060282630A1 (en) * 2003-09-08 2006-12-14 International Business Machines Corporation Method, system, and program for retention management and protection of stored objects
CN106485419A (zh) * 2016-10-18 2017-03-08 财付通支付科技有限公司 一种二级资源管理方法及装置
CN106603605A (zh) * 2015-10-16 2017-04-26 阿里巴巴集团控股有限公司 数据传输方法和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7813944B1 (en) * 1999-08-12 2010-10-12 Fair Isaac Corporation Detection of insurance premium fraud or abuse using a predictive software system
JP2001229286A (ja) * 2000-02-18 2001-08-24 Telephony Co Ltd 携帯端末を用いた保険業務支援システム
US20050283388A1 (en) * 2004-06-17 2005-12-22 Eberwine David B System and method for automotive liability insurance verification
CN103559208B (zh) * 2013-10-10 2017-03-01 北京智谷睿拓技术服务有限公司 应用程序的排名欺诈检测方法和排名欺诈检测系统
JP5844345B2 (ja) * 2013-12-26 2016-01-13 損保ジャパン日本興亜保険サービス株式会社 営業支援システム、営業支援方法、情報処理装置、情報処理方法および情報処理プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060282630A1 (en) * 2003-09-08 2006-12-14 International Business Machines Corporation Method, system, and program for retention management and protection of stored objects
CN106603605A (zh) * 2015-10-16 2017-04-26 阿里巴巴集团控股有限公司 数据传输方法和系统
CN106485419A (zh) * 2016-10-18 2017-03-08 财付通支付科技有限公司 一种二级资源管理方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111179097A (zh) * 2019-11-28 2020-05-19 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质
CN111179097B (zh) * 2019-11-28 2023-07-28 泰康保险集团股份有限公司 保单批改的方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
JP2019531518A (ja) 2019-10-31
US20210233027A1 (en) 2021-07-29
JP6652659B2 (ja) 2020-02-26
SG11201809827RA (en) 2019-03-28
CN107784596A (zh) 2018-03-09

Similar Documents

Publication Publication Date Title
WO2019029149A1 (zh) 保单的险种状态信息统计方法、终端设备及存储介质
CN108615119B (zh) 一种异常用户的识别方法及设备
WO2019052162A1 (zh) 提高数据清洗效率的方法、装置、设备及可读存储介质
WO2019041774A1 (zh) 一种客户信息筛选方法、装置、电子设备及介质
CN108388675A (zh) 一种身份标识拉通方法及终端设备
CN104750703B (zh) 一种提高数据准确性的方法和装置
WO2019037449A1 (zh) 基于资金归集的余额计算方法、装置、终端设备及介质
CN107633015A (zh) 一种数据处理方法、装置及设备
CN111160855A (zh) 一种报告单自动审核方法、装置、设备及存储介质
CN115994830A (zh) 取数模型的构建方法和数据归集方法及相关装置
WO2020224242A1 (zh) 区块链数据处理方法、装置、服务器及存储介质
WO2020224218A1 (zh) 基于hbase的数据写入方法、系统、装置及可读存储介质
CN109062638B (zh) 一种系统组件显示方法、计算机可读存储介质及终端设备
CN102930046B (zh) 数据处理方法、计算节点及系统
WO2021184588A1 (zh) 集群优化方法、装置、服务器及介质
CN109377391A (zh) 一种信息追踪方法、存储介质和服务器
CN110020166A (zh) 一种数据分析方法及相关设备
CN107515816A (zh) 一种数据统计的方法及服务器
CN112907009B (zh) 标准化模型的构建方法、装置、存储介质及设备
CN109428771B (zh) 一种高速外围组件互联报文性能检测方法和装置
CN110309176B (zh) 一种数据处理方法和数据中转站
WO2018233308A1 (zh) 统计指标处理方法、装置、终端设备及可读存储介质
CN107301526A (zh) 数据处理方法和装置
WO2018233309A1 (zh) 保单数据存储方法、装置、终端设备及可读存储介质
CN111198900A (zh) 工业控制网络的数据缓存方法、装置、终端设备及介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2018553070

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 18844125

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18844125

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 04/08/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18844125

Country of ref document: EP

Kind code of ref document: A1