WO2019080421A1 - 车险消息推送方法、装置、计算机存储介质和计算机设备 - Google Patents

车险消息推送方法、装置、计算机存储介质和计算机设备

Info

Publication number
WO2019080421A1
WO2019080421A1 PCT/CN2018/076841 CN2018076841W WO2019080421A1 WO 2019080421 A1 WO2019080421 A1 WO 2019080421A1 CN 2018076841 W CN2018076841 W CN 2018076841W WO 2019080421 A1 WO2019080421 A1 WO 2019080421A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
user terminal
webpage
report
insurance
Prior art date
Application number
PCT/CN2018/076841
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 WO2019080421A1 publication Critical patent/WO2019080421A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/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
    • 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/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Definitions

  • the present application relates to the field of mobile communications, and in particular, to a car insurance message pushing method, apparatus, computer readable storage medium, and computer device.
  • the acceptance of auto insurance is usually after the user is in distress, through remote reporting to convey the report message, such as making a call or sending a text message.
  • the user has adopted the method of remote reporting, and has not directly contacted the car insurance personnel, resulting in the progress of the subsequent processing of the car insurance case can not directly inform the user. Therefore, it is common to notify the user of the acceptance of the report message by sending a short message to the user terminal of the user to the feedback of the car insurance case.
  • a car insurance message pushing method for example, a car insurance message pushing method, apparatus, computer readable storage medium, and computer device are provided.
  • a method for pushing a car insurance message comprising: receiving a report message; and when detecting that the report message belongs to a car insurance case type, and the content of the report message satisfies a preset acceptance condition, obtaining a plurality of pieces of acceptance feedback on the report message a short message content; generating a webpage file according to the plurality of short message content, the webpage file is used to generate a car insurance news webpage including the plurality of short message content; obtaining an access link for accessing the webpage file; and generating a report accepting the embedded link SMS; and feedback the report acceptance SMS.
  • a vehicle risk message pushing device comprising: a receiving module, configured to receive a report message; and a short message obtaining module, configured to: when detecting that the report message belongs to a car insurance case type, and the content of the report message satisfies a preset acceptance condition, Obtaining a plurality of short message contents that are received and received by the report message; the webpage generating module is configured to generate a webpage file according to the plurality of short message content, the webpage file is used to generate a car insurance news webpage including the plurality of short message content; and the link obtaining module The method is used for obtaining an access link for accessing the webpage file, the short message generating module is configured to generate a report receiving short message embedded with the access link, and the short message sending module is configured to feed back the report receiving short message.
  • a computer device comprising a memory and one or more processors having stored therein computer readable instructions that, when executed by the processor, cause the one or more processors to perform the steps of: receiving Reporting message; when it is detected that the report message belongs to the type of the auto insurance case, and the content of the report message satisfies the preset acceptance condition, acquiring a plurality of short message contents that are accepted and feedbacked on the report message; generating a webpage file according to the plurality of short message contents The webpage file is used to generate a car insurance news webpage including the plurality of short message content; obtain an access link for accessing the webpage file; generate a report acceptance short message embedded with the access link; and feed back the report acceptance short message.
  • One or more non-transitory readable storage mediums storing computer readable instructions, when executed by one or more processors, cause the one or more processors to perform the steps of: receiving a report message When detecting that the report message belongs to the type of the auto insurance case, and the content of the report message satisfies the preset acceptance condition, acquiring a plurality of short message contents that are accepted and feedbacked on the report message; generating the webpage file according to the plurality of short message contents, The webpage file is used to generate a car insurance news webpage including the plurality of short message content; obtain an access link for accessing the webpage file; generate a report acceptance short message embedded with the access link; and feed back the report acceptance short message.
  • 1 is an application environment diagram of a method for pushing a car insurance message in an embodiment
  • FIG. 2 is a schematic diagram showing the internal structure of a computer device in an embodiment
  • FIG. 3 is a schematic flow chart of a method for pushing a car insurance message in an embodiment
  • FIG. 4 is an application environment diagram of a method for pushing a car insurance message in another embodiment
  • FIG. 5 is a schematic flow chart of a method for pushing a car insurance message in another embodiment
  • FIG. 6 is a structural block diagram of a vehicle risk message pushing device in an embodiment
  • Figure 7 is a block diagram showing the structure of a car insurance message pushing device in an embodiment
  • Figure 8 is a block diagram showing the structure of a car insurance message pushing device in an embodiment
  • FIG. 9 is a structural block diagram of a car insurance message pushing device in an embodiment
  • Figure 10 is a block diagram showing the structure of a car insurance message pushing device in an embodiment
  • Figure 11 is a block diagram showing the structure of a car insurance message pushing device in an embodiment.
  • first, second and the like, as used herein, are used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish one element from another.
  • the first quotient value can be referred to as a second quotient value without departing from the scope of the invention, and similarly, the second quotient value can be referred to as a first quotient value. Both the first quotient value and the second quotient value are quotient values, but they are not the same quotient value.
  • FIG. 1 is an application environment diagram of a method for pushing a car insurance message in an embodiment.
  • the vehicle insurance message pushing method is applied to a car insurance message pushing system.
  • the auto insurance message push system includes a user terminal 110 and a server 120.
  • the terminal 110 and the server 120 are connected through a network.
  • the terminal 110 may specifically be a desktop terminal or a mobile terminal, and the mobile terminal may specifically be at least one of a mobile phone, a tablet computer, a notebook computer, and the like.
  • the server 120 can be implemented by a stand-alone server or a server cluster composed of a plurality of servers.
  • Figure 2 shows an internal block diagram of a computer device in one embodiment.
  • the computer device may specifically be the server 120 of FIG.
  • the computer device includes a processor, memory, network interface, and database connected by a system bus.
  • the processor of the computer device is used to provide computing and control capabilities.
  • the memory of the computer device includes a non-volatile storage medium, an internal memory.
  • the non-volatile storage medium stores an operating system, computer readable instructions, and a database.
  • the internal memory provides an environment for operation of an operating system and computer readable instructions in a non-volatile storage medium.
  • the database of the computer device is used to store auto insurance messages.
  • the network interface of the computer device is used to communicate with an external terminal via a network connection.
  • the computer readable instructions are executed by the processor to implement a car insurance message push method.
  • FIG. 2 is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation of the computer device to which the solution of the present application is applied.
  • the specific computer device may It includes more or fewer components than those shown in the figures, or some components are combined, or have different component arrangements.
  • a car insurance message pushing method is provided. This embodiment is mainly illustrated by the method being applied to the server 120 in FIG. 1 described above. Referring to FIG. 3, the method for pushing a car insurance message specifically includes the following steps:
  • the report message is the message that informs the case.
  • the case is a case in which insurance is required.
  • the report message received by the server may be a voice message transmitted by a mobile phone or a fixed phone, a short message sent by a mobile phone or a short message machine, or a message sent by a webpage or a car insurance client.
  • the server determines the transmission mode of the report message when receiving the report message, and allocates a processing manner corresponding to the transmission mode of the report message to process the received report message.
  • the server when the server receives the report message, and determines that the report message is a transmission mode of the voice message transmitted by the mobile phone, the server allocates a voice server corresponding to the voice message transmission mode, and receives the indication transfer.
  • the type of auto insurance case is the type of case in which the report message can be reported.
  • the preset acceptance condition is a condition that the report message is successfully accepted.
  • the preset acceptance condition may include at least one of the auto insurance specified in the report message is not expired, the insurance institution designated by the report message is the default institution, and the insurance vehicle specified in the report message is not a temporary license vehicle.
  • Multiple text messages can be different from each other.
  • the plurality of short message content that is used for receiving and responding to the report message is a short message content that is subsequently accepted and fed back according to the report message. Multiple SMS content can be obtained at the same time. Obtaining a plurality of short message contents for receiving feedback on the report message may be generated according to a short message template pre-stored in the server.
  • the server when the server processes the report message, it determines that the report message belongs to the type of the auto insurance case, and determines that the report message can satisfy the preset acceptance condition in the server, and then sequentially generates the report message according to the received report message and the pre-stored short message template in the server. A number of text messages that receive feedback on the report message.
  • the webpage file may be an HTML (HyperText Markup Language) file, specifically an HTML5 file.
  • HTML HyperText Markup Language
  • the auto insurance news webpage can be opened and generated in the browser. On the auto insurance news page, you can view auto insurance messages including multiple SMS content.
  • the server generates a webpage file according to the plurality of short message content, and when the webpage file is opened and generates the auto insurance news webpage, the content including the plurality of short message content may be browsed in the generated auto insurance news webpage.
  • the server generates an HTML5 webpage file according to the acquired plurality of short message contents, and generates an HTML5-based auto insurance news webpage in the browser when the HTML5 webpage file is opened by the browser, and the auto insurance can be in the browser.
  • the message webpage browse to the auto insurance message including multiple SMS content.
  • An access link is a link to a web page file through which a web page file can be accessed.
  • the access link to the web page file can be a URL (Uniform.Resource Locator) or a hyperlink.
  • a hyperlink can be a hyperlink to an absolute URL, a hyperlink to a relative URL, or a hyperlink to a web page.
  • a hyperlink can be a word, a word, or a group of words, or it can be an image that can be clicked to jump to the web page pointed to by the hyperlink.
  • the webpage file is stored in the server, and an access link is generated according to the webpage file, and the webpage file stored in the server can be accessed according to the accessing link.
  • the server after acquiring the HTML5 webpage file, stores the HTML5 webpage file in the server, and generates a URL for accessing the HTML5 webpage file stored in the server according to the HTML5 webpage file.
  • the report acceptance SMS is a text message that accepts feedback on the report message.
  • the embedded access link can be a simple URL or a URL-based hyperlink.
  • An embedded access link can be text or an image, such as one or more words.
  • the server may select a short message template corresponding to the report acceptance SMS, embed the generated access link into the short message template, and generate a report acceptance short message.
  • the feedback report accepts the short message.
  • the feedback report accepts the SMS, which is sent to the user terminal pointed to by the mobile phone number through the mobile phone number reserved in the report message.
  • the user terminal may specifically be a mobile terminal.
  • the server sends the generated message to the mobile terminal pointed to by the mobile phone number through the mobile phone number reserved in the report message.
  • the above-mentioned auto insurance message pushing method can obtain multiple pieces of short message content that is accepted and fed back to the report message when the received report message belongs to the type of the car insurance case and the content of the report message satisfies the preset acceptance condition,
  • the short message content generates a webpage file, so that the webpage file can be used to generate a car insurance news webpage including a plurality of short message contents.
  • the access link of the webpage file is obtained, and the report acceptance short message in which the access link is embedded is generated and fed back.
  • the user terminal that receives the short message received by the report can access the auto insurance message webpage by using the access chain embedded in the report receiving text message, so that the user terminal receives the plurality of short message content by accepting a short message, thereby causing the notification to be sent by sending a short message.
  • the user accepts the feedback the effect of sending multiple text messages can be realized, and the information transmission efficiency is improved.
  • the foregoing auto insurance message pushing method further includes: receiving an access request, the access request is used to trigger an access link embedded in the report acceptance short message; the access request is initiated by the user terminal, and the user terminal is configured to receive the feedback report received. Sending a webpage file to the user terminal in response to the access request, so that the user terminal generates a car insurance message webpage according to the webpage file.
  • An access request is a request to obtain a web page file to access a car insurance message web page.
  • the user terminal that receives the feedback report receiving the short message may be the mobile terminal specified by the mobile phone number reserved in the received report message.
  • the user terminal generates a car insurance message webpage according to the webpage file, and may be a page for generating a car insurance news webpage according to the received webpage file on the browser of the user terminal.
  • the user terminal may be configured to trigger an access request by using an access link embedded in the report acceptance message, and the server responds to the received access request after receiving the access request triggered by the user terminal.
  • the webpage file specified by the access request is fed back, so that the user terminal generates the car insurance message webpage according to the webpage file, so that the user terminal
  • the car insurance news webpage can be accessed, so that the user terminal receives a plurality of short message content through the car insurance news webpage, thereby increasing the success rate of the user acquiring the car insurance message through the user terminal.
  • the above-mentioned auto insurance message pushing method further includes: receiving a geographic location reported by the user terminal through the auto insurance message webpage; searching for auto repair shop identification information according to the geographic location; and feeding back the auto repair shop identification information to the user terminal.
  • the geographic location may be obtained by the user terminal through a positioning device such as a GPS (Global Positioning System).
  • the auto repair shop identification information may include at least one of an auto repair shop name, an auto repair shop address, an auto repair shop coordinate position, and an auto repair shop picture.
  • the feedback of the auto repair shop identification information may be by adding the auto repair shop identification information to the webpage file of the auto insurance news webpage.
  • the server receives the geographic location acquired and reported when the user terminal opens the auto insurance message webpage. Querying the auto repair shop identification information matching the geographical location in the database of the server according to the geographical location, and adding the auto repair shop identification information to the webpage file of the auto insurance news webpage, so that the user terminal can view the auto repair through the auto insurance news webpage. Factory identification information.
  • the user terminal acquires the geographic location of the user terminal through the GPS and reports it to the server when the auto insurance message webpage is opened.
  • the server queries the database for the matching auto repair shop name, auto repair shop address, auto repair shop coordinate position and auto repair shop picture according to the received geographical location, and joins the webpage file of the auto insurance news webpage, so that the user terminal is in the auto insurance message.
  • At least one of the name of the auto repair shop, the address of the auto repair shop, the coordinate position of the auto repair shop, and the picture of the auto repair shop can be viewed on the web page.
  • the user terminal can quickly query the auto repair shop identification information, thereby improving the auto insurance case. Processing efficiency.
  • the foregoing auto insurance message pushing method further includes: receiving a confirmation instruction of the feedback information of the auto repair shop identification information by the user terminal; and feeding back, to the user terminal, the maintenance verification code matching the auto repair shop identification information according to the confirmation instruction.
  • the maintenance verification code can be either a graphic code or a string.
  • the graphic code can be a two-dimensional code or a barcode.
  • the maintenance verification code matching the auto repair shop identification information is a maintenance verification code generated by the server based on the auto repair shop identification information.
  • the car repair factory verification end can be a mobile terminal with a scanning function.
  • the feedback maintenance verification code matches the received maintenance verification code, and the feedback maintenance verification code may be consistent with the received maintenance verification code, or may be the received maintenance verification code converted by the algorithm, and the feedback maintenance may be obtained. Verification code.
  • the server after receiving the confirmation instruction of the feedback of the auto repair shop identification information by the user terminal, the server generates a two-dimensional code that matches the auto repair shop identification information, and sends the generated two-dimensional code to the user terminal.
  • the user terminal may display on the vehicle risk message webpage, and cause the verification end of the automobile repair factory to send the collected two-dimensional code to the server after collecting the two-dimensional code displayed on the automobile risk message webpage through the scanner.
  • the server matches the two-dimensional code fed back to the user terminal with the two-dimensional code received from the verification end of the automobile repair factory, and when the two are consistent, the authentication result of the user terminal is fed back to the verification end of the automobile repair shop.
  • the verification end of the automobile repair factory can identify the identity of the user terminal, so that the user terminal can be quickly confirmed. Identity, and thus improve the processing efficiency of auto insurance cases.
  • the foregoing auto insurance message pushing method further includes: receiving a location query request triggered by the user terminal through the auto insurance message webpage; acquiring location information of the auto insurance processing terminal according to the location query request; and identifying the auto insurance processing personnel identifier corresponding to the auto insurance processing terminal And matching the reporter's identification corresponding to the webpage file; and feeding back the location information to the user terminal.
  • the location query request may be a request to query the location of the car insurance processing terminal.
  • the car insurance processing terminal may be a mobile terminal carried by a car insurance handler.
  • a prompt button for acquiring location information is displayed on the webpage of the auto insurance message opened on the user terminal, and the prompt button can be used to obtain location information of the auto insurance processing terminal after being triggered.
  • the server receives the location query request by the user terminal through the prompt button, the server queries the car insurance processing terminal for the location information of the car insurance processing terminal, and feeds back the location information to the user terminal.
  • the user terminal after receiving the location query request triggered by the user terminal, acquiring and feeding back the location information of the car insurance processing terminal, so that the user terminal can obtain the location information of the car insurance processing terminal through the vehicle insurance message webpage, thereby causing the user terminal to pass the car insurance.
  • the message webpage obtains more auto insurance messages and improves the success rate of obtaining auto insurance messages through the user terminal.
  • the foregoing auto insurance message pushing method further includes: when the user terminal triggers an instruction to enter the auto insurance client through the auto insurance message webpage, and the user terminal does not install the auto insurance client, receiving the download request sent by the user terminal; according to the download request And feeding back the installation package of the auto insurance client to the user terminal, so that the user terminal installs the auto insurance client according to the installation package.
  • Auto insurance clients are executable programs such as mobile phone software or computer software.
  • the installation package is a file that installs the auto insurance client on the user terminal.
  • the installation package can be an exe suffix file, an apk suffix file, or a zip file.
  • the server is sent to the server.
  • the installation package of the auto insurance client is sent to the user terminal, so that the user terminal can install the auto insurance client according to the installation package.
  • the instruction to enter the auto insurance client is embedded in the webpage file, so that the user terminal can enter the auto insurance client from the auto insurance news webpage or download the auto insurance client, so that the user terminal can quickly obtain the auto insurance client and reduce the operation steps. Improve the efficiency of entering the auto insurance client.
  • FIG. 4 is an application environment diagram of a method for pushing a car insurance message in an embodiment.
  • the vehicle risk message pushing method is applied to a car insurance message pushing system.
  • the auto insurance message push system includes a server 410, a user terminal 420, an auto repair shop verification end 430, and a car insurance processing terminal 440.
  • the user terminal 420, the auto repair shop verification end 430, and the auto insurance processing terminal 440 can be connected to the server 410 via a network, and the user terminal 420 can communicate with the auto repair shop verification end 430 and the auto insurance processing terminal 440 via the network, direct contact, wire or optical transmission. Connect in a way that feels.
  • the server 410 can be implemented by a stand-alone server or a server cluster composed of a plurality of servers.
  • the user terminal 420, the auto repair shop verification end 430, and the auto insurance processing terminal 440 may specifically be a desktop terminal or a mobile terminal, and the mobile terminal may specifically be at least one of a mobile phone, a tablet computer, a notebook computer, and the like.
  • a car insurance message pushing method is further provided, which is specifically applied in the car insurance message pushing system of FIG.
  • the above-mentioned auto insurance message pushing method includes the following steps:
  • the user terminal 420 sends a report message to the server 410.
  • the server 410 determines whether the report message belongs to a car insurance case type.
  • the server 410 continues to determine whether the content of the report message satisfies the preset acceptance condition.
  • the server 410 acquires a plurality of short message contents that are received and received feedback on the report message.
  • the server 410 generates a webpage file according to the plurality of pieces of short message content.
  • the server 410 obtains an access link for accessing the webpage file.
  • the server 410 generates a report acceptance short message embedded with the access link.
  • the server 410 feeds back the report acceptance message to the user terminal 420.
  • the user terminal 420 opens an access link embedded in the report acceptance message.
  • the user terminal 420 sends the triggered access request to the server 410.
  • the server 410 feeds back the webpage file to the user terminal 420.
  • the user terminal 420 generates a car insurance message webpage according to the webpage file.
  • the user terminal 420 acquires a geographic location.
  • the user terminal 420 reports the geographic location to the server 410 through the auto insurance message webpage.
  • the server 410 searches for auto repair shop identification information according to the geographic location.
  • the server 410 feeds back the auto repair shop identification information to the user terminal 420.
  • the user terminal 420 sends a confirmation instruction for the feedback of the auto repair shop identification information.
  • the server 410 feeds back to the user terminal 420 a maintenance verification code that matches the auto repair shop identification information.
  • the garage verification terminal 430 collects the maintenance verification code from the user terminal 420.
  • the auto repair shop verification end 430 sends the collected maintenance verification code to the server 410.
  • the server 410 matches the feedback maintenance verification code and the received maintenance verification code.
  • the server 410 feeds back the identity confirmation result to the garage verification end 430.
  • the user terminal 420 triggers a location query request.
  • the server 410 acquires location information from the car insurance processing terminal 440.
  • the car insurance processing terminal 440 acquires a geographical location.
  • the car insurance processing terminal 440 feeds back the location information to the server 410.
  • the server 410 feeds back the location information of the car insurance processing terminal to the user terminal 420.
  • the above-mentioned auto insurance message pushing method can obtain multiple pieces of short message content that is accepted and fed back to the report message when the received report message belongs to the type of the car insurance case and the content of the report message satisfies the preset acceptance condition,
  • the short message content generates a webpage file, so that the webpage file can be used to generate a car insurance news webpage including a plurality of short message contents.
  • the access link of the webpage file is obtained, and the report acceptance short message in which the access link is embedded is generated and fed back.
  • the user terminal that receives the short message received by the report can access the auto insurance message webpage by using the access chain embedded in the report receiving text message, so that the user terminal receives the plurality of short message content by accepting a short message, thereby causing the notification to be sent by sending a short message.
  • the user accepts the feedback the effect of sending multiple text messages can be realized, and the information transmission efficiency is improved.
  • a car insurance message pushing device 600 is further provided.
  • the car insurance message pushing device 600 includes: a message receiving module 602, a short message acquiring module 604, a webpage generating module 606, and a link acquiring module. 608.
  • the receiving module 602 is configured to receive a report message.
  • the short message obtaining module 604 is configured to: when detecting that the report message belongs to the type of the car insurance case, and the content of the report message satisfies the preset acceptance condition, obtain a plurality of short message contents that are accepted and feedbacked on the report message.
  • the webpage generating module 606 is configured to generate a webpage file according to the plurality of pieces of short message content, where the webpage file is used to generate a car insurance message webpage including a plurality of pieces of short message content.
  • the link obtaining module 608 is configured to obtain an access link for accessing the webpage file.
  • the short message generating module 610 is configured to generate a report acceptance short message embedded with an access link.
  • the short message sending module 612 is configured to feed back the report and receive the short message.
  • the receiving module 602 is further configured to receive an access request, where the access request is used to trigger an access link embedded in the report receiving short message; the access request is initiated by the user terminal, and the user terminal is used by the user terminal.
  • Receiving the reported report acceptance message; the car insurance message pushing device 600 further includes: a webpage file sending module 614, configured to feed back the webpage file to the user terminal in response to the access request, so that the user terminal generates the car insurance message webpage according to the webpage file.
  • the receiving module 602 is further configured to receive a geographic location reported by the user terminal through the car insurance message webpage.
  • the car insurance message pushing device 600 further includes: an identifier information searching module 616, configured to: The auto repair shop identification information is searched according to the geographic location; the webpage file sending module 614 is further configured to feed back the auto repair shop identification information to the user terminal.
  • the receiving module 602 is further configured to receive a confirmation instruction of the feedback of the auto repair shop identification information by the user terminal.
  • the auto insurance message pushing apparatus 600 further includes: a verification code feedback module 618. And a feedback verification code matching the auto repair shop identification information to the user terminal according to the confirmation instruction; the receiving module 602 is further configured to receive the maintenance verification code collected by the verification end of the automobile repair factory; and the confirmation result feedback module 620, When the maintenance verification code of the feedback matches the received maintenance verification code, the identity confirmation result is fed back to the verification end of the automobile repair shop.
  • the receiving module 602 is further configured to receive a location query request triggered by the user terminal through the car insurance message webpage.
  • the car insurance message pushing device 600 further includes: a location information acquiring module 622, configured to: And obtaining the location information of the car insurance processing terminal according to the location query request; the car insurance processing personnel identifier corresponding to the car insurance processing terminal is matched with the reporter identifier corresponding to the webpage file; and the webpage file sending module 614 is further configured to feed back the location information to the user terminal.
  • the receiving module 602 is further configured to: when the user terminal triggers an instruction to enter the auto insurance client through the auto insurance message webpage, and the user terminal does not install the auto insurance client, receive the download sent by the user terminal.
  • the above-mentioned auto insurance message pushing device 600 further includes: an installation package feedback module 624, configured to feed back the installation package of the auto insurance client to the user terminal according to the download request, so that the user terminal installs the auto insurance client according to the installation package.
  • the above-described auto insurance message pushing device can be implemented in the form of a computer readable instruction that can be run on a computer device as shown in FIG.
  • the above-mentioned auto insurance message pushing device 600 obtains a plurality of short message contents that are accepted and feedbacked on the report message, and may obtain more
  • the text message content generates a webpage file, so that the webpage file can be used to generate a car insurance news webpage including a plurality of short message contents.
  • the access link of the webpage file is obtained, and the report acceptance short message in which the access link is embedded is generated and fed back.
  • the user terminal that receives the short message received by the report can access the auto insurance message webpage by using the access chain embedded in the report receiving text message, so that the user terminal receives the plurality of short message content by accepting a short message, thereby causing the notification to be sent by sending a short message.
  • the user accepts the feedback the effect of sending multiple text messages can be realized, and the information transmission efficiency is improved.
  • one or more non-volatile readable storage media having computer readable instructions that are executed by one or more processors such that the one or more The processor performs the following steps: receiving the report message; when detecting that the report message belongs to the type of the auto insurance case, and the content of the report message satisfies the preset acceptance condition, acquiring a plurality of short message contents that are accepted and feedbacked on the report message; Generating a webpage file, the webpage file is used to generate a car insurance news webpage including a plurality of short message content; obtaining an access link for accessing the webpage file; generating a report acceptance short message embedded with the access link; and feeding the report to accept the short message.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving an access request for triggering an embedded access in the report acceptance message
  • the access request is initiated by the user terminal, and the user terminal is configured to receive the reported report acceptance short message; and in response to the access request, feed back the webpage file to the user terminal, so that the user terminal generates the car insurance message webpage according to the webpage file.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving a geographic location reported by the user terminal via the car insurance message web page; Auto repair shop identification information; feedback auto repair shop identification information to the user terminal.
  • the one or more processors when the computer readable instructions are executed by the one or more processors, the one or more processors further cause the step of: receiving a confirmation command from the user terminal for the feedback of the auto repair shop identification information; Confirming the instruction, feeding back to the user terminal the maintenance verification code matching the auto repair shop identification information; receiving the maintenance verification code collected by the automobile repair factory verification end; when the feedback maintenance verification code matches the received maintenance verification code, The identity confirmation result is fed back to the verification side of the car repair shop.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving a location query request triggered by the user terminal via the car insurance message web page; Requesting, obtaining location information of the automobile insurance processing terminal; the vehicle insurance processing personnel identifier corresponding to the automobile insurance processing terminal is matched with the reporter identifier corresponding to the webpage file; and the location information is fed back to the user terminal.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: when the user terminal triggers an entry into the auto insurance client via the auto insurance message web page, and the user When the terminal does not install the auto insurance client, it receives the download request sent by the user terminal; according to the download request, feeds back the installation package of the auto insurance client to the user terminal, so that the user terminal installs the auto insurance client according to the installation package.
  • the computer readable storage medium obtains a plurality of short message contents that are received and fed back to the report message when the received report message belongs to the type of the car insurance case and the content of the report message satisfies the preset acceptance condition,
  • the text message content generates a webpage file, so that the webpage file can be used to generate a car insurance news webpage including a plurality of short message contents.
  • the access link of the webpage file is obtained, and the report acceptance short message in which the access link is embedded is generated and fed back.
  • the user terminal that receives the short message received by the report can access the auto insurance message webpage by using the access chain embedded in the report receiving text message, so that the user terminal receives the plurality of short message content by accepting a short message, thereby causing the notification to be sent by sending a short message.
  • the user accepts the feedback the effect of sending multiple text messages can be realized, and the information transmission efficiency is improved.
  • a computer apparatus comprising a memory and one or more processors, the memory storing computer readable instructions that, when executed by one or more processors, cause one or The plurality of processors perform the following steps: receiving the report message; when detecting that the report message belongs to the type of the auto insurance case, and the content of the report message satisfies the preset acceptance condition, acquiring a plurality of short message contents that are accepted and feedbacked on the report message;
  • the short message content generates a webpage file, the webpage file is used to generate a car insurance news webpage including a plurality of short message content; the access link for accessing the webpage file is obtained; the report accepting short message of the embedded access link is generated; and the report accepts the short message.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving an access request for triggering an embedded access in the report acceptance message
  • the access request is initiated by the user terminal, and the user terminal is configured to receive the reported report acceptance short message; and in response to the access request, feed back the webpage file to the user terminal, so that the user terminal generates the car insurance message webpage according to the webpage file.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving a geographic location reported by the user terminal via the car insurance message web page; Auto repair shop identification information; feedback auto repair shop identification information to the user terminal.
  • the one or more processors when the computer readable instructions are executed by the one or more processors, the one or more processors further cause the step of: receiving a confirmation command from the user terminal for the feedback of the auto repair shop identification information; Confirming the instruction, feeding back to the user terminal the maintenance verification code matching the auto repair shop identification information; receiving the maintenance verification code collected by the automobile repair factory verification end; when the feedback maintenance verification code matches the received maintenance verification code, The identity confirmation result is fed back to the verification side of the car repair shop.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: receiving a location query request triggered by the user terminal via the car insurance message web page; Requesting, obtaining location information of the automobile insurance processing terminal; the vehicle insurance processing personnel identifier corresponding to the automobile insurance processing terminal is matched with the reporter identifier corresponding to the webpage file; and the location information is fed back to the user terminal.
  • the one or more processors when the computer readable instructions are executed by one or more processors, the one or more processors further cause the step of: when the user terminal triggers an entry into the auto insurance client via the auto insurance message web page, and the user When the terminal does not install the auto insurance client, it receives the download request sent by the user terminal; according to the download request, feeds back the installation package of the auto insurance client to the user terminal, so that the user terminal installs the auto insurance client according to the installation package.
  • the computer device obtains a plurality of pieces of short message content that is subjected to the feedback of the report message, and the plurality of pieces of the message content can be obtained according to the acquired message content.
  • the webpage file is generated, so that the webpage file can be used to generate a car insurance news webpage including a plurality of short message contents. Then, the access link of the webpage file is obtained, and the report acceptance short message in which the access link is embedded is generated and fed back.
  • the user terminal that receives the short message received by the report can access the auto insurance message webpage by using the access chain embedded in the report receiving text message, so that the user terminal receives the plurality of short message content by accepting a short message, thereby causing the notification to be sent by sending a short message.
  • the user accepts the feedback the effect of sending multiple text messages can be realized, and the information transmission efficiency is improved.
  • Non-volatile memory can include read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory.
  • Volatile memory can include random access memory (RAM) or external cache memory.
  • RAM is available in a variety of formats, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronization chain.
  • SRAM static RAM
  • DRAM dynamic RAM
  • SDRAM synchronous DRAM
  • DDRSDRAM double data rate SDRAM
  • ESDRAM enhanced SDRAM
  • Synchlink DRAM SLDRAM
  • Memory Bus Radbus
  • RDRAM Direct RAM
  • DRAM Direct Memory Bus Dynamic RAM
  • RDRAM Memory Bus Dynamic RAM

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请涉及一种车险消息推送方法，包括：接收报案消息；当检测到所述报案消息属于车险案件类型、且所述报案消息的内容满足预设受理条件时，获取对所述报案消息进行受理反馈的多条短信内容；根据所述多条短信内容生成网页文件，所述网页文件用于生成包括所述多条短信内容的车险消息网页；获取用于访问所述网页文件的访问链接；生成嵌入有所述访问链接的报案受理短信；反馈所述报案受理短信。

Description

车险消息推送方法、装置、计算机存储介质和计算机设备
本申请要求于2017年10月23日提交中国专利局、申请号为2017109931214、发明名称为“车险消息推送方法、装置、计算机存储介质和计算机设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及移动通信领域，特别是涉及一种车险消息推送方法、装置、计算机可读存储介质和计算机设备。
背景技术
目前，车险的受理通常是用户在遇险后，通过远程报案的方式来传达报案消息，例如拨打电话或发送短信等等。但也是因为用户是采取了远程报案的方式，而没有与车险处理人员直接接触，导致车险案件后续处理的进度无法直接告知用户。因此，通常会通过向用户的用户终端发送对车险案件受理反馈的短信，来通知用户对报案消息进行受理反馈的情况。
然而，一条短信所允许的文本数量是严格限制的，因而一条短信能够传达的信息量非常有限，于是，目前通过短信来通知用户受理反馈的情况的方案，信息传递效率低下。
发明内容
根据本申请的各种实施例，提供一种车险消息推送方法、装置、计算机可读存储介质和计算机设备。
一种车险消息推送方法，该方法包括：接收报案消息；当检测到该报案消息属于车险案件类型、且该报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容；根据该多条短信内容生成网页文件，该网页文件用于生成包括该多条短信内容的车险消息网页；获取用于访问该网页文件的访问链接；生成嵌入有该访问链接的报案受理短信；及反馈该报案受理短信。
一种车险消息推送装置，该装置包括：接收模块，用于接收报案消息；短信获取模块，用于当检测到该报案消息属于车险案件类型、且该报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容；网页生成模块，用于根据该多条短信内容生成网页文件，该网页文件用于生成包括该多条短信内容的车险消息网页；链接获取模块，用于获取用于访问该网页文件的访问链接；短信生成模块，用于生成嵌入有该访问链接的报案受理短信；及短信发送模块，用于反馈该报案受理短信。
一种计算机设备，包括存储器和一个或多个处理器，该存储器中存储有计算机可读指令，该计算机可读指令被该处理器执行时，使得该一个或多个处理器执行以下步骤：接收报案消息；当检测到该报案消息属于车险案件类型、且该报案消息的内容满足预设受理 条件时，获取对该报案消息进行受理反馈的多条短信内容；根据该多条短信内容生成网页文件，该网页文件用于生成包括该多条短信内容的车险消息网页；获取用于访问该网页文件的访问链接；生成嵌入有该访问链接的报案受理短信；及反馈该报案受理短信。
一个或多个存储有计算机可读指令的非易失性可读存储介质，该计算机可读指令被一个或多个处理器执行时，使得该一个或多个处理器执行以下步骤：接收报案消息；当检测到该报案消息属于车险案件类型、且该报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容；根据该多条短信内容生成网页文件，该网页文件用于生成包括该多条短信内容的车险消息网页；获取用于访问该网页文件的访问链接；生成嵌入有该访问链接的报案受理短信；及反馈该报案受理短信。
本申请的一个或多个实施例的细节在下面的附图和描述中提出。本申请的其它特征、目的和优点将从说明书、附图以及权利要求书变得明显。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为一个实施例中车险消息推送方法的应用环境图；
图2为一个实施例中计算机设备的内部结构示意图；
图3为一个实施例中车险消息推送方法的流程示意图；
图4为另一个实施例中车险消息推送方法的应用环境图；
图5为另一个实施例中车险消息推送方法的流程示意图；
图6为一个实施例中车险消息推送装置的结构框图；
图7为一个实施例中车险消息推送装置的结构框图；
图8为一个实施例中车险消息推送装置的结构框图；
图9为一个实施例中车险消息推送装置的结构框图；
图10为一个实施例中车险消息推送装置的结构框图；
图11为一个实施例中车险消息推送装置的结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
可以理解，本发明所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语的限制。这些术语仅用于将第一个元件与另一个元件区分。 举例来说，在不脱离本发明的范围的情况下，可以将第一商值称为第二商值，且类似地，可将第二商值称为第一商值。第一商值和第二商值两者都是商值，但其不是同一商值。
图1为一个实施例中车险消息推送方法的应用环境图。参照图1，该车险消息推送方法应用于车险消息推送系统。该车险消息推送系统包括用户终端110和服务器120。终端110和服务器120通过网络连接。终端110具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
如图2示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的服务器120。如图2所示，该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机可读指令和数据库。该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储车险消息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种车险消息推送方法。
本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
如图3所示，在其中一个实施例中，提供了一种车险消息推送方法。本实施例主要以该方法应用于上述图1中的服务器120来举例说明。参照图3，该车险消息推送方法具体包括如下步骤：
S302，接收报案消息。
报案消息是通知案件发生的消息。该案件是需要办理保险的案件。服务器接收的报案消息，具体可以是通过移动电话或固定电话传输的语音消息，也可以是通过手机或短信机发送的短信消息，还可以是通过网页或车险客户端发送的消息。
在其中一个实施例中，服务器在接收到报案消息时，判断报案消息的传输方式，并分配与报案消息的传输方式相对应的处理方式，用以处理接收到的报案消息。
在其中一个实施例中，服务器在接收到报案消息时，判断该报案消息为移动电话传输的语音消息的传输方式，则分配与语音消息的传输方式相应的语音服务器，并在接收到表示转接人工服务的消息时，可以选择分配人工客服，用以处理接收到的语音消息。
S304，当检测到报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对报案消息进行受理反馈的多条短信内容。
车险案件类型是报案消息能够报案的案件类型。预设受理条件是报案消息被受理成功的条件。预设受理条件可以包括报案消息指定的车险未过期、报案消息指定的保险机构为预设机构以及报案消息指定的出险车辆不是临时牌照车辆等中的至少一种。多条短信内容 可以互不相同。对报案消息进行受理反馈的多条短信内容，是根据报案消息，进行后续的受理并反馈的短信内容。多条短信内容可以不在相同的时间获取。获取对报案消息进行受理反馈的多条短信内容，可以是根据服务器中预存的短信模版生成的。
具体地，当服务器处理报案消息时，判断报案消息属于车险案件类型，并且判断报案消息能够满足服务器中预设的受理条件时，则根据接收到的报案消息和服务器中预存的短信模版，依次生成对报案消息进行受理反馈的多条短信内容。
S306，根据多条短信内容生成网页文件，网页文件用于生成包括多条短信内容的车险消息网页。
网页文件可以是HTML(HyperText Markup Language，超文本标记语言)文件，具体可以是HTML5文件。根据多条短信内容生成的网页文件，可以在浏览器中打开、并生成车险消息网页。而车险消息网页上可以浏览包括多条短信内容在内的车险消息。
具体地，服务器根据多条短信内容生成网页文件，在网页文件被打开和生成车险消息网页时，可以在生成的车险消息网页中浏览包括多条短信内容在内的内容。
在其中一个实施例中，服务器根据获取的多条短信内容生成HTML5网页文件，在HTML5网页文件被浏览器打开时，在浏览器中生成一个基于HTML5的车险消息网页，可以在浏览器中的车险消息网页里，浏览到包括多条短信内容在内的车险消息。
S308，获取用于访问网页文件的访问链接。
访问链接是指向网页文件的链接，通过该访问链接可以访问网页文件。访问网页文件的访问链接，可以是URL(Uniform.Resource Locator，统一资源定位符)，也可以是超链接。超链接可以是指向绝对URL的超链接，也可以是指向相对URL的超链接，还可以是网页的超链接。超链接可以是一个字、一个词或者一组词，也可以是一幅图像，可以通过点击这些内容来跳转到超链接所指向的网页文件。
具体地，在获取网页文件后，将网页文件存储在服务器中，并根据网页文件生成访问链接，可以根据该访问链接访问存储在服务器中的网页文件。
在其中一个实施例中，服务器在获取HTML5网页文件后，将HTML5网页文件存储在服务器中，并根据HTML5网页文件生成用以访问存储在服务器中的HTML5网页文件的URL。
S310，生成嵌入有访问链接的报案受理短信。
报案受理短信是对报案消息进行受理反馈的短信。被嵌入的访问链接，可以是单纯的URL，也可以是基于URL的超链接。嵌入的访问链接，可以以是文本或者图像，文本比如一个或多个词。
在其中一个实施例中，服务器可选取报案受理短信相应的短信模版，将生成的访问链接嵌入短信模版，生成报案受理短信。
S312，反馈报案受理短信。
反馈报案受理短信，是通过报案消息中预留的手机号码，将报案受理短信发送至该手 机号码所指向的用户终端。用户终端具体可以是移动终端。
在其中一个实施例中，服务器将生成的报案受理短信，通过报案消息中预留的手机号码，发送至该手机号码所指向的移动终端。
上述车险消息推送方法，通过在接收的报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容，就可以根据获取的多条短信内容生成网页文件，从而可以使用该网页文件生成一个包括多条短信内容的车险消息网页。再获取上述网页文件的访问链接，生成并反馈嵌入了该访问链接的报案受理短信。使得接收到该报案受理短信的用户终端，可以通过报案受理短信中嵌入的访问链，访问车险消息网页，从而使得用户终端通过接受一个短信而接收到多条短信内容，进而使得通过发送一个短信通知用户受理反馈的情况，就能实现发送多条短信的效果，提高信息传递效率。
在其中一个实施例中，上述车险消息推送方法还包括：接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
访问请求是获取网页文件以访问车险消息网页的请求。接收到反馈的报案受理短信的用户终端，可以是接收到的报案消息中预留的手机号码所指定的移动终端。用户终端根据网页文件生成车险消息网页，可以是在用户终端的浏览器上根据接收的网页文件生成车险消息网页的页面。
具体地，在接收到服务器反馈的报案受理短信后，可以使得用户终端通过报案受理短信中嵌入的访问链接触发访问请求，服务器在接收到用户终端触发的访问请求后，响应于接收到的访问请求，向用户终端发送访问请求所指定的网页文件，使得用户终端可以根据接收到的网页文件生成车险消息网页。
上述实施例中，通过在接收到用户终端按报案受理短信中嵌入的访问链接所触发的访问请求后，反馈访问请求所指定的网页文件，使得用户终端根据网页文件生成车险消息网页，使得用户终端通过接受一个短信而能够访问车险消息网页，从而使得用户终端通过车险消息网页接收到多条短信内容，进而使得用户通过用户终端获取车险消息的成功率提高。
在其中一个实施例中，上述车险消息推送方法还包括：接收用户终端通过车险消息网页上报的地理位置；根据地理位置查找汽车修理厂标识信息；向用户终端反馈汽车修理厂标识信息。
地理位置可以是用户终端通过GPS(Global Positioning System，全球定位系统)等定位装置获取的。汽车修理厂标识信息可以包括汽车修理厂名称、汽车修理厂地址、汽车修理厂坐标位置和汽车修理厂图片等中的至少一种。反馈汽车修理厂标识信息，可以是通过将汽车修理厂标识信息加入车险消息网页的网页文件中。
具体地，服务器接收到用户终端打开车险消息网页时，获取并上报的地理位置。根据地理位置在服务器的数据库中查询与该地理位置相匹配的汽车修理厂标识信息，并将汽车修理厂标识信息加入车险消息网页的网页文件中，使得用户终端通过车险消息网页可以查看到汽车修理厂标识信息。
在其中一个实施例中，用户终端在打开车险消息网页时，通过GPS获取用户终端的地理位置，并上报至服务器中。服务器根据接收的地理位置在数据库中查询相匹配的汽车修理厂名称、汽车修理厂地址、汽车修理厂坐标位置和汽车修理厂图片，并加入车险消息网页的网页文件中，使得用户终端在车险消息网页中可以查看到/汽车修理厂名称、汽车修理厂地址、汽车修理厂坐标位置和汽车修理厂图片等中的至少一种。
本实施例中，通过获取用户终端的地理位置，并向用户终端反馈与用户终端的地理位置相匹配的汽车修理厂标识信息，使得用户终端能够快速查询到汽车修理厂标识信息，从而提高车险案件的处理效率。
在其中一个实施例中，上述车险消息推送方法还包括：接收用户终端对反馈的汽车修理厂标识信息的确认指令；根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；接收汽车维修厂验证端所采集的维修验证码；当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
维修验证码可以是图形码，也可以是字符串。图形码可以是二维码或条形码。与汽车修理厂标识信息相匹配的维修验证码，是服务器根据汽车修理厂标识信息生成的维修验证码。汽车维修厂验证端可以是具有扫描功能的移动终端。反馈的维修验证码和接收到的维修验证码相匹配，可以是反馈的维修验证码与接收到的维修验证码一致，也可以是接收到的维修验证码通过算法转换后，可以得到反馈的维修验证码。
在其中一个实施例中，服务器接收到用户终端对反馈的汽车修理厂标识信息的确认指令后，生成与汽车修理厂标识信息相匹配的二维码，并发送生成的二维码至用户终端，用户终端在接收到二维码后可以在车险消息网页上显示，并使得汽车维修厂验证端在通过扫描仪采集车险消息网页上显示的二维码后，向服务器发送采集到的二维码。服务器将向用户终端反馈的二维码和从汽车维修厂验证端接收到的二维码进行匹配，在两者一致时，向汽车维修厂验证端反馈用户终端的身份确认结果。
本实施例中，通过向用户终端反馈维修验证码，并和汽车维修厂验证端发送的维修验证码进行匹配，使得汽车维修厂验证端可以辨别用户终端的身份，从而可以快速确认用户终端对应的身份，进而提高车险案件的处理效率。
在其中一个实施例中，上述车险消息推送方法还包括：接收用户终端通过车险消息网页触发的位置查询请求；根据位置查询请求，获取车险处理终端的位置信息；车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；向用户终端反馈位置信息。
位置查询请求可以是查询车险处理终端的位置的请求。车险处理终端可以是车险处理 人员携带的移动终端。
在其中一个实施例中，用户终端上打开的车险消息网页上会显示获取位置信息的提示按键，该提示按键被触发后可以用于获取车险处理终端的位置信息。在服务器接收到用户终端通过提示按键发送位置查询请求时，向车险处理终端查询车险处理终端的位置信息，并向用户终端反馈该位置信息。
本实施例中，通过在接收到用户终端触发的位置查询请求后，获取并反馈车险处理终端的位置信息，使得用户终端能够通过车险消息网页获取车险处理终端的位置信息，从而使得用户终端通过车险消息网页获取更多的车险消息，提高通过用户终端获取车险消息的成功率。
在其中一个实施例中，上述车险消息推送方法还包括：当用户终端通过车险消息网页触发进入车险客户端的指令、且用户终端未安装车险客户端时，接收用户终端发送的下载请求；根据下载请求，向用户终端反馈车险客户端的安装包，以使用户终端根据安装包安装车险客户端。
车险客户端是可执行程序，例如手机软件或电脑软件等。安装包是在用户终端上安装车险客户端的文件。安装包可以是exe后缀的文件，也可以是apk后缀的文件，还可以是压缩包文件。
具体地，当用户终端通过车险消息网页触发进入车险客户端的指令时，若用户终端上安装了车险客户端时，则会进入车险客户端，若用户终端为安装车险客户端时，则会向服务器发送下载车险客户端的安装包的下载请求。在服务器接收到用户终端发送的下载请求后，发送车险客户端的安装包至用户终端，使得用户终端可以根据安装包安装车险客户端。
本实施例中，在网页文件中嵌入进入车险客户端的指令，使得用户终端可以从车险消息网页进入车险客户端或下载车险客户端，从而使得用户终端能够快速地获取车险客户端，减少操作步骤，提高进入车险客户端的效率。
图4为一个实施例中车险消息推送方法的应用环境图。参照图4，该车险消息推送方法应用于车险消息推送系统。该车险消息推送系统包括服务器410、用户终端420、汽车修理厂验证端430和车险处理终端440。用户终端420、汽车修理厂验证端430和车险处理终端440可以通过网络与服务器410相连接，用户终端420可以与汽车修理厂验证端430和车险处理终端440通过网络、直接接触、线材或光学传感的方式进行连接。服务器410可以用独立的服务器或者是多个服务器组成的服务器集群来实现。用户终端420、汽车修理厂验证端430和车险处理终端440具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。
如图5所示，在其中一个实施例中，还提供了一种车险消息推送方法，具体应用在图4的车险消息推送系统中。上述车险消息推送方法包括如下步骤：
S502，用户终端420向服务器410发送报案消息。
S504，服务器410判断报案消息是否属于车险案件类型。
S506，若判断结果为是，服务器410则继续判断报案消息的内容是否满足预设受理条件。
S508，若上述判断结果都为是，服务器410则获取对报案消息进行受理反馈的多条短信内容。
S510，服务器410根据多条短信内容生成网页文件。
S512，服务器410获取访问网页文件的访问链接。
S514，服务器410生成嵌入访问链接的报案受理短信。
S516，服务器410向用户终端420反馈报案受理短信。
S518，用户终端420打开报案受理短信中嵌入的访问链接。
S520，用户终端420向服务器410发送触发的访问请求。
S522，服务器410向用户终端420反馈网页文件。
S524，用户终端420根据网页文件生成车险消息网页。
S526，用户终端420获取地理位置。
S528，用户终端420通过车险消息网页向服务器410上报地理位置。
S530，服务器410根据地理位置查找汽车修理厂标识信息。
S532，服务器410向用户终端420反馈汽车修理厂标识信息。
S534，用户终端420发送对反馈的汽车修理厂标识信息的确认指令。
S536，服务器410向用户终端420反馈与汽车修理厂标识信息相匹配的维修验证码。
S538，汽车修理厂验证端430从用户终端420采集维修验证码。
S540，汽车修理厂验证端430向服务器410发送采集的维修验证码。
S542，服务器410匹配反馈的维修验证码和接收到的维修验证码。
S544，若反馈的维修验证码和接收到的维修验证码相匹配，服务器410向汽车修理厂验证端430反馈身份确认结果。
S546，用户终端420触发位置查询请求。
S548，服务器410从车险处理终端440获取位置信息。
S550，车险处理终端440获取地理位置。
S552，车险处理终端440向服务器410反馈位置信息。
S554，服务器410向用户终端420反馈车险处理终端的位置信息。
上述车险消息推送方法，通过在接收的报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容，就可以根据获取的多条短信内容生成网页文件，从而可以使用该网页文件生成一个包括多条短信内容的车险消息网页。再获取上述网页文件的访问链接，生成并反馈嵌入了该访问链接的报案受理短信。使得接收到该报案受理短信的用户终端，可以通过报案受理短信中嵌入的访问链，访问车险消息网页，从而使得用户终端通过接受一个短信而接收到多条短信内容，进而使得通过发送一个短信通知用户受理反馈的情况，就能实现发送多条短信的效果，提高信息 传递效率。
如图6所示，在其中一个实施例中，还提供了一种车险消息推送装置600，该车险消息推送装置600包括：消息接收模块602、短信获取模块604、网页生成模块606、链接获取模块608、短信生成模块610和短信发送模块612。
接收模块602，用于接收报案消息。
短信获取模块604，用于当检测到报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对报案消息进行受理反馈的多条短信内容。
网页生成模块606，用于根据多条短信内容生成网页文件，网页文件用于生成包括多条短信内容的车险消息网页。
链接获取模块608，用于获取用于访问网页文件的访问链接。
短信生成模块610，用于生成嵌入有访问链接的报案受理短信。
短信发送模块612，用于反馈报案受理短信。
如图7所示，在其中一个实施例中，上述接收模块602，还用于接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；上述车险消息推送装置600还包括：网页文件发送模块614，用于响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
如图8所示，在其中一个实施例中，上述接收模块602，还用于接收用户终端通过车险消息网页上报的地理位置；上述车险消息推送装置600还包括：标识信息查找模块616，用于根据地理位置查找汽车修理厂标识信息；网页文件发送模块614，还用于向用户终端反馈汽车修理厂标识信息。
如图9所示，在其中一个实施例中，上述接收模块602，还用于接收用户终端对反馈的汽车修理厂标识信息的确认指令；上述车险消息推送装置600还包括：验证码反馈模块618，用于根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；接收模块602，还用于接收汽车维修厂验证端所采集的维修验证码；确认结果反馈模块620，用于当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
如图10所示，在其中一个实施例中，接收模块602，还用于接收用户终端通过车险消息网页触发的位置查询请求；上述车险消息推送装置600还包括：位置信息获取模块622，用于根据位置查询请求，获取车险处理终端的位置信息；车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；网页文件发送模块614，还用于向用户终端反馈位置信息。
如图11所示，在其中一个实施例中，接收模块602，还用于当用户终端通过车险消息网页触发进入车险客户端的指令、且用户终端未安装车险客户端时，接收用户终端发送的下载请求；上述车险消息推送装置600还包括：安装包反馈模块624，用于根据下载请求， 向用户终端反馈车险客户端的安装包，以使用户终端根据安装包安装车险客户端。
上述的车险消息推送装置可以实现为一种计算机可读指令的形式，计算机可读指令可以在如图2所示的计算机设备上运行。
上述车险消息推送装置600，通过在接收的报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容，就可以根据获取的多条短信内容生成网页文件，从而可以使用该网页文件生成一个包括多条短信内容的车险消息网页。再获取上述网页文件的访问链接，生成并反馈嵌入了该访问链接的报案受理短信。使得接收到该报案受理短信的用户终端，可以通过报案受理短信中嵌入的访问链，访问车险消息网页，从而使得用户终端通过接受一个短信而接收到多条短信内容，进而使得通过发送一个短信通知用户受理反馈的情况，就能实现发送多条短信的效果，提高信息传递效率。
在其中一个实施例中，提供了一个或多个存储有计算机可读指令的非易失性可读存储介质，该计算机可读指令被一个或多个处理器执行时，使得该一个或多个处理器执行以下步骤：接收报案消息；当检测到报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对报案消息进行受理反馈的多条短信内容；根据多条短信内容生成网页文件，网页文件用于生成包括多条短信内容的车险消息网页；获取用于访问网页文件的访问链接；生成嵌入有访问链接的报案受理短信；反馈报案受理短信。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端通过车险消息网页上报的地理位置；根据地理位置查找汽车修理厂标识信息；向用户终端反馈汽车修理厂标识信息。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端对反馈的汽车修理厂标识信息的确认指令；根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；接收汽车维修厂验证端所采集的维修验证码；当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端通过车险消息网页触发的位置查询请求；根据位置查询请求，获取车险处理终端的位置信息；车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；向用户终端反馈位置信息。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多 个处理器执行以下的步骤：当用户终端通过车险消息网页触发进入车险客户端的指令、且用户终端未安装车险客户端时，接收用户终端发送的下载请求；根据下载请求，向用户终端反馈车险客户端的安装包，以使用户终端根据安装包安装车险客户端。
上述计算机可读存储介质，通过在接收的报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容，就可以根据获取的多条短信内容生成网页文件，从而可以使用该网页文件生成一个包括多条短信内容的车险消息网页。再获取上述网页文件的访问链接，生成并反馈嵌入了该访问链接的报案受理短信。使得接收到该报案受理短信的用户终端，可以通过报案受理短信中嵌入的访问链，访问车险消息网页，从而使得用户终端通过接受一个短信而接收到多条短信内容，进而使得通过发送一个短信通知用户受理反馈的情况，就能实现发送多条短信的效果，提高信息传递效率。
在其中一个实施例中，还提供了一种计算机设备，包括存储器和一个或多个处理器，存储器存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下的步骤：接收报案消息；当检测到报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对报案消息进行受理反馈的多条短信内容；根据多条短信内容生成网页文件，网页文件用于生成包括多条短信内容的车险消息网页；获取用于访问网页文件的访问链接；生成嵌入访问链接的报案受理短信；反馈报案受理短信。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端通过车险消息网页上报的地理位置；根据地理位置查找汽车修理厂标识信息；向用户终端反馈汽车修理厂标识信息。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端对反馈的汽车修理厂标识信息的确认指令；根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；接收汽车维修厂验证端所采集的维修验证码；当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：接收用户终端通过车险消息网页触发的位置查询请求；根据位置查询请求，获取车险处理终端的位置信息；车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；向用户终端反馈位置信息。
在其中一个实施例中，计算机可读指令被一个或多个处理器执行时，还使得一个或多 个处理器执行以下的步骤：当用户终端通过车险消息网页触发进入车险客户端的指令、且用户终端未安装车险客户端时，接收用户终端发送的下载请求；根据下载请求，向用户终端反馈车险客户端的安装包，以使用户终端根据安装包安装车险客户端。
上述计算机设备，通过在接收的报案消息属于车险案件类型、且报案消息的内容满足预设受理条件时，获取对该报案消息进行受理反馈的多条短信内容，就可以根据获取的多条短信内容生成网页文件，从而可以使用该网页文件生成一个包括多条短信内容的车险消息网页。再获取上述网页文件的访问链接，生成并反馈嵌入了该访问链接的报案受理短信。使得接收到该报案受理短信的用户终端，可以通过报案受理短信中嵌入的访问链，访问车险消息网页，从而使得用户终端通过接受一个短信而接收到多条短信内容，进而使得通过发送一个短信通知用户受理反馈的情况，就能实现发送多条短信的效果，提高信息传递效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的指令可存储于一非易失性计算机可读取存储介质中，该指令在执行时，可包括如上述各方法的实施例的流程。本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (20)

  1. 一种车险消息推送方法，包括：
    接收报案消息；
    当检测到所述报案消息属于车险案件类型、且所述报案消息的内容满足预设受理条件时，获取对所述报案消息进行受理反馈的多条短信内容；
    根据所述多条短信内容生成网页文件，所述网页文件用于生成包括所述多条短信内容的车险消息网页；
    获取用于访问所述网页文件的访问链接；
    生成嵌入有所述访问链接的报案受理短信；及
    反馈所述报案受理短信。
  2. 根据权利要求1所述的方法，其特征在于，还包括：
    接收访问请求，所述访问请求用于触发所述报案受理短信中嵌入的访问链接；
    所述访问请求由用户终端发起，所述用户终端用于接收所反馈的所述报案受理短信；及
    响应于所述访问请求，向所述用户终端反馈所述网页文件，使得所述用户终端根据所述网页文件生成车险消息网页。
  3. 根据权利要求2所述的方法，其特征在于，还包括：
    接收所述用户终端通过所述车险消息网页上报的地理位置；
    根据所述地理位置查找汽车修理厂标识信息；及
    向所述用户终端反馈所述汽车修理厂标识信息。
  4. 根据权利要求3所述的方法，其特征在于，还包括：
    接收所述用户终端对反馈的所述汽车修理厂标识信息的确认指令；
    根据所述确认指令，向所述用户终端反馈与所述汽车修理厂标识信息相匹配的维修验证码；
    接收汽车维修厂验证端所采集的维修验证码；及
    当反馈的维修验证码和接收到的所述维修验证码相匹配时，向所述汽车维修厂验证端反馈身份确认结果。
  5. 根据权利要求2所述的方法，其特征在于，还包括：
    接收所述用户终端通过所述车险消息网页触发的位置查询请求；
    根据所述位置查询请求，获取车险处理终端的位置信息；所述车险处理终端对应的车险处理人员标识，与所述网页文件对应的报案人标识相匹配；及
    向所述用户终端反馈所述位置信息。
  6. 根据权利要求1所述的方法，其特征在于，还包括：
    当所述用户终端通过所述车险消息网页触发进入车险客户端的指令、且所述用户终端未安装所述车险客户端时，接收所述用户终端发送的下载请求；及
    根据所述下载请求，向所述用户终端反馈所述车险客户端的安装包，以使所述用户终端根据所述安装包安装所述车险客户端。
  7. 一种车险消息推送装置，包括：
    接收模块，用于接收报案消息；
    短信获取模块，用于当检测到所述报案消息属于车险案件类型、且所述报案消息的内容满足预设受理条件时，获取对所述报案消息进行受理反馈的多条短信内容；
    网页生成模块，用于根据所述多条短信内容生成网页文件，所述网页文件用于生成包括所述多条短信内容的车险消息网页；
    链接获取模块，用于获取用于访问所述网页文件的访问链接；
    短信生成模块，用于生成嵌入有所述访问链接的报案受理短信；及
    短信发送模块，用于反馈所述报案受理短信。
  8. 根据权利要求7所述的装置，其特征在于，所述接收模块，还用于接收访问请求，所述访问请求用于触发所述报案受理短信中嵌入的访问链接；所述访问请求由用户终端发起，所述用户终端用于接收所反馈的所述报案受理短信；
    还包括：
    网页文件发送模块，用于响应于所述访问请求，向所述用户终端反馈所述网页文件，使得所述用户终端根据所述网页文件生成车险消息网页。
  9. 根据权利要求8所述的装置，其特征在于，所述接收模块，还用于接收所述用户终端通过所述车险消息网页上报的地理位置；
    所述车险消息推送装置还包括：标识信息查找模块，用于根据所述地理位置查找汽车修理厂标识信息；及
    网页文件发送模块，还用于向所述用户终端反馈所述汽车修理厂标识信息。
  10. 根据权利要求9所述的装置，其特征在于，所述接收模块，还用于接收所述用户终端对反馈的所述汽车修理厂标识信息的确认指令；
    所述接收模块，还用于接收汽车维修厂验证端所采集的维修验证码；
    所述车险消息推送装置还包括：验证码反馈模块，用于根据所述确认指令，向所述用户终端反馈与所述汽车修理厂标识信息相匹配的维修验证码；及
    确认结果反馈模块，用于当反馈的维修验证码和接收到的所述维修验证码相匹配时，向所述汽车维修厂验证端反馈身份确认结果。
  11. 一个或多个存储有计算机可读指令的非易失性可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收报案消息；
    当检测到所述报案消息属于车险案件类型、且所述报案消息的内容满足预设受理条件时，获取对所述报案消息进行受理反馈的多条短信内容；
    根据所述多条短信内容生成网页文件，所述网页文件用于生成包括所述多条短信内 容的车险消息网页；及
    获取用于访问所述网页文件的访问链接；生成嵌入有所述访问链接的报案受理短信；反馈所述报案受理短信。
  12. 根据权利要求11所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；
    访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；及
    响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
  13. 根据权利要求12所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端通过车险消息网页上报的地理位置；及
    根据地理位置查找汽车修理厂标识信息；向用户终端反馈汽车修理厂标识信息。
  14. 根据权利要求13所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端对反馈的汽车修理厂标识信息的确认指令；
    根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；
    接收汽车维修厂验证端所采集的维修验证码；及
    当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
  15. 根据权利要求12所述的存储介质，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端通过车险消息网页触发的位置查询请求；
    根据位置查询请求，获取车险处理终端的位置信息；
    车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；及
    向用户终端反馈位置信息。
  16. 一种计算机设备，包括存储器和一个或多个处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述一个或多个处理器执行以下步骤：
    接收报案消息；
    当检测到所述报案消息属于车险案件类型、且所述报案消息的内容满足预设受理条件时，获取对所述报案消息进行受理反馈的多条短信内容；
    根据所述多条短信内容生成网页文件，所述网页文件用于生成包括所述多条短信内容的车险消息网页；
    获取用于访问所述网页文件的访问链接；
    生成嵌入有所述访问链接的报案受理短信；及
    反馈所述报案受理短信。
  17. 根据权利要求16所述的计算机设备，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收访问请求，访问请求用于触发报案受理短信中嵌入的访问链接；
    访问请求由用户终端发起，用户终端用于接收所反馈的报案受理短信；及
    响应于访问请求，向用户终端反馈网页文件，使得用户终端根据网页文件生成车险消息网页。
  18. 根据权利要求17所述的计算机设备，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端通过车险消息网页上报的地理位置；
    根据地理位置查找汽车修理厂标识信息；及
    向用户终端反馈汽车修理厂标识信息。
  19. 根据权利要求18所述的计算机设备，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端对反馈的汽车修理厂标识信息的确认指令；
    根据确认指令，向用户终端反馈与汽车修理厂标识信息相匹配的维修验证码；
    接收汽车维修厂验证端所采集的维修验证码；及
    当反馈的维修验证码和接收到的维修验证码相匹配时，向汽车维修厂验证端反馈身份确认结果。
  20. 根据权利要求17所述的计算机设备，其特征在于，计算机可读指令被一个或多个处理器执行时，还使得一个或多个处理器执行以下的步骤：
    接收用户终端通过车险消息网页触发的位置查询请求；
    根据位置查询请求，获取车险处理终端的位置信息；
    车险处理终端对应的车险处理人员标识，与网页文件对应的报案人标识相匹配；及
    向用户终端反馈位置信息。
PCT/CN2018/076841 2017-10-23 2018-02-14 车险消息推送方法、装置、计算机存储介质和计算机设备 WO2019080421A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710993121.4 2017-10-23
CN201710993121.4A CN107682827B (zh) 2017-10-23 2017-10-23 车险消息推送方法、装置和计算机设备

Publications (1)

Publication Number Publication Date
WO2019080421A1 true WO2019080421A1 (zh) 2019-05-02

Family

ID=61140345

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/076841 WO2019080421A1 (zh) 2017-10-23 2018-02-14 车险消息推送方法、装置、计算机存储介质和计算机设备

Country Status (2)

Country Link
CN (1) CN107682827B (zh)
WO (1) WO2019080421A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110083782A (zh) * 2019-03-21 2019-08-02 中国平安财产保险股份有限公司 电子保单的查看方法、装置、计算机设备和存储介质
CN111242327A (zh) * 2020-01-15 2020-06-05 深圳市元征科技股份有限公司 一种维修请求处理方法、装置及电子设备
CN113051290A (zh) * 2021-03-19 2021-06-29 北京沃东天骏信息技术有限公司 电器配件的配置方法、装置、设备和可读存储介质

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107682827B (zh) * 2017-10-23 2019-10-29 平安科技（深圳）有限公司 车险消息推送方法、装置和计算机设备
CN109918588A (zh) * 2019-01-31 2019-06-21 德联易控科技(北京)有限公司 事故申报的数据处理方法、装置及电子设备
CN113726584A (zh) * 2021-09-24 2021-11-30 维沃移动通信有限公司 消息发送方法、装置和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640845A (zh) * 2009-07-17 2010-02-03 深圳市汇海科技开发有限公司 一种基于信息名址的信息发布方法
CN102289771A (zh) * 2010-06-18 2011-12-21 中兴通讯股份有限公司 一种基于移动通信网络的车险理赔系统及方法
CN103024054A (zh) * 2012-12-18 2013-04-03 绍兴文理学院 一种网络摄像监控报警系统及其信息传输方法
CN107682827A (zh) * 2017-10-23 2018-02-09 平安科技（深圳）有限公司 车险消息推送方法、装置、计算机存储介质和计算机设备

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102752360B (zh) * 2012-03-01 2015-07-08 浙江吉利汽车研究院有限公司 一种基于云计算的汽车故障检测系统
US10748216B2 (en) * 2013-10-15 2020-08-18 Audatex North America, Inc. Mobile system for generating a damaged vehicle insurance estimate
CN104361744A (zh) * 2014-11-18 2015-02-18 昆明融致升贸易有限公司 一种获取汽车交通事故处理建议的方法及系统
CN105894384A (zh) * 2015-11-11 2016-08-24 乐卡汽车智能科技（北京）有限公司 获得车辆出险理赔信息的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101640845A (zh) * 2009-07-17 2010-02-03 深圳市汇海科技开发有限公司 一种基于信息名址的信息发布方法
CN102289771A (zh) * 2010-06-18 2011-12-21 中兴通讯股份有限公司 一种基于移动通信网络的车险理赔系统及方法
CN103024054A (zh) * 2012-12-18 2013-04-03 绍兴文理学院 一种网络摄像监控报警系统及其信息传输方法
CN107682827A (zh) * 2017-10-23 2018-02-09 平安科技（深圳）有限公司 车险消息推送方法、装置、计算机存储介质和计算机设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110083782A (zh) * 2019-03-21 2019-08-02 中国平安财产保险股份有限公司 电子保单的查看方法、装置、计算机设备和存储介质
CN110083782B (zh) * 2019-03-21 2024-05-28 中国平安财产保险股份有限公司 电子保单的查看方法、装置、计算机设备和存储介质
CN111242327A (zh) * 2020-01-15 2020-06-05 深圳市元征科技股份有限公司 一种维修请求处理方法、装置及电子设备
CN113051290A (zh) * 2021-03-19 2021-06-29 北京沃东天骏信息技术有限公司 电器配件的配置方法、装置、设备和可读存储介质

Also Published As

Publication number Publication date
CN107682827B (zh) 2019-10-29
CN107682827A (zh) 2018-02-09

Similar Documents

Publication Publication Date Title
WO2019080421A1 (zh) 车险消息推送方法、装置、计算机存储介质和计算机设备
CN107784552B (zh) 信息推送任务执行方法、装置、计算机设备和存储介质
US20150156332A1 (en) Methods and apparatus to monitor usage of mobile devices
CN108804159B (zh) javascript模块加载方法及其预处理方法、装置和计算机设备
CN110213357B (zh) 业务数据回退方法、装置、计算机设备和存储介质
CN108959384B (zh) 网页数据获取方法、装置、计算机设备和存储介质
JP5433784B2 (ja) 情報処理装置及び情報処理方法
CN103347092A (zh) 一种识别缓存文件的方法及装置
US11080322B2 (en) Search methods, servers, and systems
CN108418797B (zh) 网页访问方法、装置、计算机设备和存储介质
CN109495553B (zh) 一种网页显示控制方法、系统及反向代理服务器
CN111431767B (zh) 多浏览器资源同步方法、装置、计算机设备和存储介质
CN112181532A (zh) 页面资源加载方法、装置、电子设备和可读存储介质
WO2017071121A1 (zh) 一种用于建立无线连接的方法与设备
CN111224939B (zh) 任务请求的拦截方法、装置、计算机设备和存储介质
JP6355341B2 (ja) 情報処理端末、情報処理端末の制御方法およびプログラム
US20160004850A1 (en) Secure download from internet marketplace
CN108418809B (zh) 聊天数据处理方法、装置、计算机设备及存储介质
CN112084403A (zh) 数据查询方法、装置、计算机设备和存储介质
CN112769674A (zh) 邮箱签名生成方法、装置、可读存储介质和计算机设备
KR20180021152A (ko) 정보 푸시 방법 및 장치
CN114585055B (zh) 车载WiFi接入方法、车辆控制器、云端服务器及移动终端
CN108111557B (zh) 一种获取云存储系统中数据的方法及装置
US20210174012A1 (en) Information processing apparatus and non-transitory computer readable medium storing program
WO2019214081A1 (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: 18871310

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

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 1205A DATED 28/09/2020)

122 Ep: pct application non-entry in european phase

Ref document number: 18871310

Country of ref document: EP

Kind code of ref document: A1