CN112162951A - 一种信息检索方法、服务器及存储介质 - Google Patents
一种信息检索方法、服务器及存储介质 Download PDFInfo
- Publication number
- CN112162951A CN112162951A CN202011022330.2A CN202011022330A CN112162951A CN 112162951 A CN112162951 A CN 112162951A CN 202011022330 A CN202011022330 A CN 202011022330A CN 112162951 A CN112162951 A CN 112162951A
- Authority
- CN
- China
- Prior art keywords
- target
- client
- information
- data source
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
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/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/148—File search processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/14—Details of searching files based on file metadata
- G06F16/156—Query results presentation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Library & Information Science (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例公开了一种信息检索方法,方法应用于客户关系管理CRM服务器,该方法包括:接收客户端设备发送的包括客户编号的第一获取请求;获取至少一个数据源对应的索引表,得到至少一个索引表;基于客户编号与至少一个索引表,确定客户编号对应的客户目标信息的目标索引地址;其中,目标索引地址用于指向客户目标信息在目标数据源服务器中的存储位置;发送包括目标索引地址的第二获取请求至目标数据源服务器;接收目标数据源服务器发送的客户目标信息;其中,客户目标信息是目标数据源服务器从目标索引地址对应的存储位置处获取得到的;响应第一获取请求,发送客户目标信息至客户端设备。本申请实施例还公开了一种服务器和存储介质。
Description
技术领域
本申请涉及信息检索技术领域,尤其涉及一种信息检索方法、服务器及存储介质。
背景技术
随着计算机技术的飞速发展,越来越多的技术应用在金融领域,传统金融业正在逐步向金融科技(Fintech)转变,但由于金融行业的安全性和实时性要求,也对技术提出了更高的要求。在Fintech领域中,客户信息尤为重要,如何对客户信息进行有效管理成为一个亟需解决的技术问题。目前,从第三方数据源获取客户信息后,通过客户关系管理(Customer Relationship Management,CRM)系统对接收到的客户信息按照一定的格式进行解析处理,得到需要的客户信息内容并保存至数据库(Data Base,DB)对应的关系模型中。在需要检索指定客户的信息时,采用结构化查询语句从数据库中进行遍历查询后得到查询结果,并将查询结果进行反馈。
目前,采用结构化查询语句从数据中进行遍历查询时,是采用遍历的方式进行查询的,需要访问大量的数据内容,导致查询时间较长,造成查询效率较低,资源消耗较为严重。
申请内容
为解决上述技术问题,本申请实施例期望提供一种信息检索方法、服务器及存储介质,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。
本申请的技术方案是这样实现的:
第一方面,一种信息检索方法,所述方法应用于客户关系管理CRM服务器,所述方法包括:
接收客户端设备发送的包括客户编号的第一获取请求;
获取至少一个数据源对应的索引表,得到至少一个索引表;
基于所述客户编号与所述至少一个索引表,确定所述客户编号对应的客户目标信息的目标索引地址;其中,所述目标索引地址用于指向所述客户目标信息在目标数据源服务器中的存储位置;
发送包括所述目标索引地址的第二获取请求至所述目标数据源服务器;
接收所述目标数据源服务器发送的所述客户目标信息;其中,所述客户目标信息是所述目标数据源服务器从所述目标索引地址对应的存储位置处获取得到的;
响应所述第一获取请求,发送所述客户目标信息至所述客户端设备。
第二方面,一种信息检索方法,所述方法应用于数据源服务器,所述方法包括:
确定所述数据源服务器存储的客户信息;
对所述客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识;其中,m为大于或等于1的整数;
确定所述m组文件中每一文件包括的每一客户信息对应的行偏移量;其中,每一客户信息以行为单位进行存储;
统计所述每一客户信息的每一信息内容对应的列偏移量;
基于所述文件标识、所述行偏移量和所述列偏移量,生成索引表,并发送所述索引表至CRM服务器;
若接收到所述CRM服务器发送的包括目标索引地址的第二获取请求,响应所述第二获取请求,从所述目标索引地址对应的存储位置处获取客户目标信息,并发送所述客户目标信息至所述CRM服务器;其中,所述客户目标信息属于所述客户信息,所述客户目标信息用于通过所述CRM服务器发送至客户端设备。
第三方面,一种CRM服务器,所述服务器包括:第一存储器、第一处理器和第一通信总线;其中:
所述第一存储器,用于存储可执行指令;
所述第一通信总线,用于实现所述第一处理器和所述第一存储器之间的通信连接;
所述第一处理器,用于执行所述第一存储器中存储的信息检索方法,实现如上述任一项所述的信息检索方法的步骤。
第四方面,一种数据源服务器,所述服务器包括:第二存储器、第二处理器和第二通信总线;其中:
所述第二存储器,用于存储可执行指令;
所述第二通信总线,用于实现所述第二处理器和所述第二存储器之间的通信连接;
所述第二处理器,用于执行所述第二存储器中存储的信息检索方法,实现如上述所述的信息检索方法的步骤。
第五方面,一种存储介质,所述存储介质上存储有信息检索程序,所述信息检索程序被处理器执行时实现如上述任一项所述的信息检索方法的步骤。
本申请实施例中,数据源服务器对自身存储的客户信息进行分组处理,确定每一组文件的文件标识,以及每一文件包括的每一客户信息对应的行偏移量以及每一客户信息的每一信息内容对应的列偏移量,基于文件标识、行偏移量和列偏移量生成索引表并发送至CRM服务器,CRM服务基于至少一个数据源服务器发送得到的至少一个索引表,确定客户端设备发送的第一获取请求中的客户编号对应的客户目标信息的目标索引地址后,将目标索引地址发送至目标数据源服务器,以使目标数据源服务器从目标索引地址对应的存储位置处获取到客户目标信息并发送至CRM服务器,进而使CRM服务器将获得的客户目标信息发送至客户端设备。这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。
附图说明
图1为本申请实施例提供的一种信息检索方法的流程示意图;
图2为本申请实施例提供的另一种信息检索方法的流程示意图;
图3为本申请实施例提供的又一种信息检索方法的流程示意图;
图4为本申请实施例提供的一种客户编号的结构示意图;
图5为本申请实施例提供的一种基于客户编号中的文件标识的所在位确定索引表中的文件标识的示意图;
图6为本申请实施例提供的一种确定目标索引地址的示意图;
图7为本申请实施例提供的一种文件系统磁盘存储的示意图;
图8为本申请实施例提供的一种CRM服务器的结构示意图;
图9为本申请实施例提供的一种数据源服务器的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本申请的实施例提供一种信息检索方法,参照图1所示,方法应用于客户关系管理CRM服务器,该方法包括以下步骤:
步骤101、接收客户端设备发送的包括客户编号的第一获取请求。
在本申请实施例中,客户端设备是可以访问客户关系管理(CustomerRelationship Management,CRM)系统对应的网页或者是可以安装并运行CRM系统应用程序的设备,例如可以计算机设备、笔记本电脑、平板电脑、智能手机,甚至是车载电脑等设备。
用户通过相应的输入设备例如键盘、语音输入设备即麦克风或触摸屏等对客户端设备进行操作,输入客户编号,以期望获得与客户编号对应的客户目标信息。客户端设备接收到用户输入的客户编号后,基于客户编号生成第一获取请求,以用于通过第一获取请求通过CRM服务器中获取与客户编号对应的客户目标信息。
步骤102、获取至少一个数据源对应的索引表,得到至少一个索引表。
在本申请实施例中,一个CRM服务器可以访问至少一个数据源,即一个CRM服务器与至少一个数据源服务器建立客户信息的数据业务往来,以通过至少一个数据源服务器为CRM服务器提供客户信息。其中,一个数据源对应一个索引表。
CRM服务器可以是从自身对应的存储单元中获取至少一个数据源对应的索引表的,其中,CRM服务器自身对应的存储单元中存储的至少一个索引表可以是CRM服务器与数据源服务器建立通信链接时,数据源服务器将根据自身的客户信息以及对应的存储位置生成的索引表发送至CRM服务器的。
步骤103、基于客户编号与至少一个索引表,确定客户编号对应的客户目标信息的目标索引地址。
其中,目标索引地址用于指向客户目标信息在目标数据源服务器中的存储位置。
在本申请实施例中,CRM服务器采用客户编号对至少一个索引表进行分析,从至少一个索引表中确定客户编号对应的客户目标信息的目标索引地址。
步骤104、发送包括目标索引地址的第二获取请求至目标数据源服务器。
在本申请实施例中,CRM服务器确定目标索引地址后,基于目标索引地址生成第二获取请求,并发送第二获取请求至目标数据源服务器。其中,目标索引地址指向的是目标数据源服务器的存储区域。
步骤105、接收目标数据源服务器发送的客户目标信息。
其中,客户目标信息是目标数据源服务器从目标索引地址对应的存储位置处获取得到的。
在本申请实施例中,目标数据源服务器接收到第二获取请求后,响应第二获取请求,从目标索引地址对应的存储位置处获取对应的客户目标信息,并将获取得到的客户目标信息发送至CRM服务器。
步骤106、响应第一获取请求,发送客户目标信息至客户端设备。
在本申请实施例中,CRM服务器响应第一获取请求,将目标数据源服务器发送的客户目标信息发送至客户端设备,以使客户端设备对接收到的客户目标信息进行相应的处理,例如可以是将接收到的客户目标信息在对应的显示区域进行显示。在一些应用场景中,CRM服务器还可以对接收到客户目标信息进行相应的分析处理,并将分析处理后的客户目标信息发送至客户端设备。
本申请实施例中,CRM服务器接收到客户端设备发送的包括客户编号的第一获取请求后,从至少一个数据源对应的索引表中确定客户编号对应的客户目标信息的目标索引地址,并将目标索引地址通过第二获取请求发送至目标数据源服务器,接收到目标数据源服务器从目标索引地址对应的存储位置处获取并发送的客户目标信息后,发送客户目标信息至客户端设备。这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。
基于前述实施例,本申请的实施例提供一种信息检索方法,参照图2所示,方法应用于数据源服务器,该方法包括以下步骤:
步骤201、确定数据源服务器存储的客户信息。
在本申请实施例中,数据源服务器确定自身存储的全部客户信息,或者数据源服务器确定相对于最近一次向CRM服务器反馈索引表后,对应的增量客户信息。
步骤202、对客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识。
其中,m为大于或等于1的整数。
在本申请实施例中,数据源服务器对自身存储的客户信息的存储位置可以并不进行实际改动,而是只对存储的客户信息进行统计分组处理,将存储的客户信息进行分组处理,得到m个文件,并按照为文件进行命名的要求为每一组文件进行标识,确定每一组文件的文件标识。或者,数据源服务器在收集到客户信息后,就按文件的形式对客户信息进行存储,这样,数据源服务器可以直接确定当前存储的m组文件,并确定每一组文件的文件标识。需说明的是,文件标识是用于唯一标识每一组文件的标识信息。
示例性的,例如数据源服务器中包括1000条客户信息时,对1000条客户信息进行分组处理,例如将第0~99条客户信息作为文件标识为文件1的文件内容,将第100~199条客户信息作为文件标识为文件2的文件内容,将第200~299条客户信息作为文件标识为文件3的文件内容,依次重复,直至将第900~999条客户信息作为文件标识为文件10的文件内容,从而得到m为10的10组组文件。或者,数据源服务器收到客户信息时,将客户信息存储到文件标识为文件1的文件中,直至文件1中存储的客户信息有100条时,创建文件标识为文件2的文件,并将收集到的其他客户信息存储到文件2中,直至文件2中存储的客户信息有100条时,然后又创建文件标识为文件3的文件,并将收集到的客户信息存储到文件3中,如此重复操作。
步骤203、确定m组文件中每一文件包括的每一客户信息对应的行偏移量。
其中,每一客户信息以行为单位进行存储。
在本申请实施例中,在每一文件中,每一客户信息以行为单位进行存储记录,即一行信息为一个客户的客户信息。其中,每一行又分为至少一列,每一列为每一客户信息中的一个信息内容。行偏移量是针对每一文件的文件头来确定的。
步骤204、统计每一客户信息的每一信息内容对应的列偏移量。
在本申请实施例中,列偏移量是针对每一行行头来确定的。在一些应用场景中,每一行的第一列的列偏移量记为0。
步骤205、基于文件标识、行偏移量和列偏移量,生成索引表,并发送索引表至CRM服务器。
在本申请实施例中,索引表用于记录每一文件标识对应的存储位置,每一文件标识中的每一行偏移量对应的存储位置,以及每一行中每一列偏移量对应的存储位置。在一些应用场景中,数据源服务器将索引表发送至CRM服务器时,可以是按照预设周期定时发送的,也可以是按照固定时间发送的。对应的索引表可以是包括全部客户信息的索引表,也可以是增量客户信息对应的索引表。
步骤206、若接收到CRM服务器发送的包括目标索引地址的第二获取请求,响应第二获取请求,从目标索引地址对应的存储位置处获取客户目标信息,并发送客户目标信息至CRM服务器。
其中,客户目标信息属于客户信息,客户目标信息用于通过CRM服务器发送至客户端设备。
在本申请实施例中,数据源服务器接收到CRM服务器发送的第二获取请求后,从第二获取请求中解析得到目标索引地址,然后从目标索引地址对应的存储位置处获取客户目标信息,并将客户目标信息发送至CRM服务器。这样,数据源服务器不用将全部客户信息发送至CRM服务器,只需将CRM服务器需要的客户目标信息发送至CRM服务器,有效减少了CRM服务器中的存储单元的资源消耗,也降低了数据源服务器与CRM服务器之间的通信网络资源的消耗。
本申请实施例中,数据源服务器对自身存储的客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识,以及每一组文件包括的每一客户信息对应的行偏移量,每一客户信息的每一信息内容对应的列偏移量,然后基于文件标识、行偏移量和列偏移量生成索引表,并发送索引表至CRM服务器,并在接收到CRM服务器发送的包括目标索引地址的第二获取请求时,从目标索引地址对应的存储位置处获取客户目标信息,并发送客户目标信息至CRM服务器,这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。
基于前述实施例,本申请的实施例提供一种信息检索方法,参照图3所示,该方法包括以下步骤:
步骤301、数据源服务器确定数据源服务器存储的客户信息。
在本申请实施例中,以数据源服务器确定的数据源服务器存储的客户信息是距离当前最近一次的增量客户信息为例进行说明,数据源服务器确定当前的增量客户信息。
步骤302、数据源服务器对客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识。
其中,m为大于或等于1的整数。
在本申请实施例中,以数据源服务器对客户信息进行分组处理的方式为将搜集到的客户信息是按文件的形式进行存储的为例进行说明,数据源服务器确定增量客户信息存储的m个文件,并确定这m个文件的文件标识。
步骤303、数据源服务器确定m组文件中每一文件包括的每一客户信息对应的行偏移量。
其中,每一客户信息以行为单位进行存储。
步骤304、数据源服务器统计每一客户信息的每一信息内容对应的列偏移量。
步骤305、数据源服务器基于文件标识、行偏移量和列偏移量,生成索引表,并发送索引表至CRM服务器。
在本申请实施例中,以数据源服务器是每天定时向CRM服务器发送更新后的索引表为例进行说明,数据源服务器基于文件标识、行偏移量和列偏移量,对该数据源服务器的索引表进行更新,得到更新后的索引表,并按照与CRM服务器约定的时间例如每天上午6点将更新后的索引表发送的CRM服务器。
步骤306、CRM服务器接收数据源服务器发送的索引表,并存储索引表。
在本申请实施例中,CRM服务器接收到数据源服务器发送的索引表后,将索引表存储至CRM服务器对应的存储单元中。在一些应用场景中,CRM服务器接收到数据源服务器发送的索引表后,可以将存储的该数据源服务器对应的历史索引表进行删除。或者在一些应用场景中,可以将接收到该数据源服务器发送的索引表与该数据源服务器对应的历史索引表进行比较,判断索引表内容是否有更新,若索引表内容存在更新,则将历史索引表删除,并存储此次数据源服务器刚发送的索引表。
步骤307、CRM服务器接收客户端设备发送的包括客户编号的第一获取请求。
在本申请实施例中,客户编号是CRM服务器与客户端设备之间约定好的以一定格式来命名客户信息的识别信息。客户编号可以是采用字母和/或数字、或者字母和/或数字与字符符号组合表示。客户编号采用数字来表示时,可以是二进制形式的,也可以是十进制形式,还可以是十六进制形式。
在本申请其他实施例中,CRM服务器执行步骤307后,还可以选择执行以下步骤:若客户编号的格式与预设编号格式不匹配,CRM服务器发送提示信息至客户端设备。
其中,提示信息用于提示用户客户编号不正确。
在本申请实施例中,CRM服务器对接收到的客户编号进行预判断,判断客户编号是否合法,即客户编号的格式是否与预设编号格式匹配;若客户编号的格式与预设编号格式匹配,则继续执行后续相关步骤;若客户编号的格式与预设编号格式不匹配,则CRM服务器可以发送提示信息至客户端设备,以使客户端设备接收到提示信息后,显示提示信息,以提示用户输入的客户编号不正确,需重新输入正确的客户编号。
步骤308、CRM服务器获取至少一个数据源对应的索引表,得到至少一个索引表。
步骤309、CRM服务器解析客户编号,确定目标文件标识、目标行偏移量和目标列偏移量。
其中,客户编号中的目标文件标识的长度为第一预设数量位,目标行偏移量的长度为第二预设数量位,列偏移量的长度为第三预设数量位。
在本申请实施例中,客户编号至少包括目标文件标识、目标行偏移量和目标列偏移量。CRM服务器对客户编号进行解析,确定客户编号中包括的目标文件标识、目标行偏移量和目标列偏移量。在一些应用场景中,客户编号例如可以记为目标文件标识-目标行偏移量-目标列偏移量,或者(目标文件标识,目标行偏移量,目标列偏移量)。在一些应用场景中,对客户编号的即系操作也可以包括进制的转换操作,例如将客户编号中的十进制数据转换成二进制数据等。
第一预设数量位、第二预设数量位和第三预设数量位为经验值,具体可以根据实际需求进行设定,第一预设数量位、第二预设数量位和第三预设数量位越大,对应的CRM服务器和数据源服务器的容量越大,即可以存储的客户信息的数量越多。
步骤310、CRM服务器基于客户编号,确定目标数据源服务器标识。
在本申请实施例中,CRM服务器可以是根据客户编号的格式来确定目标数据源服务器标识的,即不同的数据源服务器,对应的客户编号的格式可以不同。CRM服务器也可以对客户编号中包括的数据源服务器标识进行识别来确定得到目标数据源服务器标识的。
步骤311、CRM服务器从至少一个索引表中,确定与目标数据源服务器标识匹配的目标索引表。
步骤312、CRM服务器基于目标文件标识、目标行偏移量和目标列偏移量,从目标索引表中确定目标索引地址。
其中,目标索引地址用于指向客户目标信息在目标数据源服务器中的存储位置。
在本申请其他实施例中,步骤312可以由步骤a11,或步骤a12~a13,或步骤a14~a16来实现:
步骤a11、若目标文件标识不为空,目标行偏移量和目标列偏移量均为空,CRM服务器从目标索引表中确定目标文件标识对应的存储地址为目标索引地址。
在本申请实施例中,目标文件标识不为空,目标行偏移量和目标列偏移量均为空表明客户端设备需要的客户信息是针对整个目标文件标识对应的目标文件中的全部客户信息的。
步骤a12、若目标文件标识和目标行偏移量不为空,目标列偏移量为空,CRM服务器从目标索引表中确定目标文件标识对应的第一子索引表。
在本申请实施例中,目标文件标识和目标行偏移量不为空,目标列偏移量为空表明的是客户端设备需要的是目标文件标识对应的目标文件中,目标行偏移量对应的整条客户目标信息。
步骤a13、CRM服务器从第一子索引表中,确定目标行偏移量对应的存储地址为目标索引地址。
步骤a14、若目标文件标识、目标行偏移量和目标列偏移量均不为空,CRM服务器从目标索引表中确定目标文件标识对应的第二子索引表。
在本申请实施例中,目标文件标识、目标行偏移量和目标列偏移量均不为空表明的是客户端设备需要的是目标文件标识对应的目标文件中,目标行偏移量对应的目标列偏移量之后对应的信息为客户目标信息。
步骤a15、CRM服务器从第二子索引表中,确定目标行偏移量对应的参考行。
步骤a16、CRM服务器从参考行中,确定目标列偏移量加1至最后一列对应的参考位置为目标索引地址。
步骤313、CRM服务器发送包括目标索引地址的第二获取请求至目标数据源服务器。
步骤314、若接收到CRM服务器发送的包括目标索引地址的第二获取请求,数据源服务器响应第二获取请求,从目标索引地址对应的存储位置处获取客户目标信息,并发送客户目标信息至CRM服务器。
其中,客户目标信息属于客户信息,客户目标信息用于通过CRM服务器发送至客户端设备。
在本申请实施例中,若数据源服务器接收到CRM服务器发送的包括目标索引地址的第二获取请求,那么可以确定数据源服务器为CRM服务器确定的目标数据源服务器。
步骤315、CRM服务器接收目标数据源服务器发送的客户目标信息。
其中,客户目标信息是目标数据源服务器从目标索引地址对应的存储位置处获取得到的。
步骤316、CRM服务器响应第一获取请求,发送客户目标信息至客户端设备。
需说明的是,与CRM服务器建立通信链接的数据源服务器至少包括一个,其他数据源服务器的操作过程可以参照本实施例中的数据源服务器的操作过程,此处不再详细赘述。
基于前述实施例,本实施例提供一种信息检索方法,其中,定义的客户编号格式可以如图4所示,客户编号的总计长度例如可以是64位,其中,前20位可以定义为文件标识的所在位A,中间的30位可以定义为行偏移量所在位B,最后的14位可以定义为列偏移量的所在位C,即第0~13位为列偏移量的所在位,14~43位为行偏移量的所在位,44~63为文件标识的所在位。这样,可以采用M表示文件标识,N用于表示行偏移量,Q表示列偏移量,M部分是指到客户文件的索引,M被解释成是无符号整数,M占20位,理论上可支持220个文件,N是文件内的行偏移量,N占30位,理论上单个文件可支持230行客户信息,Q是客户信息行内列字段偏移量,Q占14位,理论上一条客户信息可以容纳214个列字段。基于该客户编号的定义,本实施例提供的信息检索方法的具体步骤可以如下所示:
步骤1、用户通过客户端设备输入的客户编号为:0000000000000000001100000000000000000000100000000000000000001111,客户端设备将接收到的客户编号发送至CRM服务器。
步骤2、CRM服务器对接收到的客户编号的格式进行检查。
步骤3、若检测到客户编号的格式不满足预先定义的客户编号格式,CRM服务器发送用于指示客户编号错误的提示信息至客户端设备,以使客户端设备进一步提示用户输入的客户编号错误。
步骤4、若检测到客户编号的格式满足预先定义的客户编号格式,CRM服务器从客户编号中确定前20位二进制数为文件标识,中间30位二进制数为文件行偏移量,最后14位二进制数为对应行的列偏移量通过前20位文件标识,可以确定具体的某个文件。
示例性的,如图5所示,索引表中包括n个文件,此处客户输入的客户编号中的文件标识的所在位A对应的M值为00000000000000000011,因此可以确定选择的是文件标识为3的文件。
步骤5、CRM服务器在步骤4中已确定具体文件的文件标识为3,因此,可以通过行偏移标量来定位具体文件中的具体行。
示例性的,如图6所示,客户编号中的行偏移量的所在位B对应的N的值为000000000000000000001000000000,因此,可以确定选择的是文件标识为3的文件中编号为1024的行记录信息。其中,每一行对应的记录信息代表一条完整的客户信息。
步骤6、CRM服务器在步骤5中已经确定了文件标识为3的文件中的具体行为第1024行记录信息,这样,通过列偏移量实现筛选具体列信息。
示例性的,如图6所示,客户编号中列偏移量的所在位C对应的Q的值为00000000001111,因此,可以确定为跳过前15列,如图6中箭头所指向的后一位即从列号为16开始至该1024行的最后一列的列字段信息均为客户目标信息,因此可以确定该1024行的最后一列的列字段信息对应的目标索引地址。
步骤7、CRM服务器将确定得到的目标索引地址发送至第三方数据源服务器,以使第三方数据源服务器根据目标索引地址确定对应的存储位置,并从该存储位置处获取对应的客户目标信息,然后发送获取到的客户目标信息至CRM服务器。其中,第三方数据源服务器可以是采用内存映射(Memory-Mapped,MMP)机制将编号为3的磁盘文件映射到内存。
其中,图7所示为第三方数据源服务器中的文件系统磁盘存储形式,每一个块中存储有客户信息,对应的目标索引地址对应的存储位置对应图7中的某一个或几个块,这样,第三方数据源服务器可以从这目标索引地址对应的块中获取对应的客户目标信息。其中,图7中仅示出了16个块,每个块的大小可以为4千字节(KB)。在实际应用场景中,每个文件系统磁盘划分的块不止16个块,图7仅示意。
步骤8、结束。
这样,以客户编号的总计长度是64位,其中,前20位为文件标识的所在位,中间的30位为行偏移量所在位,最后的14位为列偏移量的所在位为例,可以确定支持最大客户数据量为:20位文件标识位=220=1048576个文件,30位行偏移量=230=1073741824行客户信息,14位列偏移量=21416384个列字段。对应的可支持的总的行客户信息量为:S=m*n=1048576*1073741824=1125899906842624。
需要说明的是,本实施例中与其它实施例中相同步骤和相同内容的说明,可以参照其它实施例中的描述,此处不再赘述。
本申请实施例中,数据源服务器对自身存储的客户信息进行分组处理,确定每一组文件的文件标识,以及每一文件包括的每一客户信息对应的行偏移量以及每一客户信息的每一信息内容对应的列偏移量,基于文件标识、行偏移量和列偏移量生成索引表并发送至CRM服务器,CRM服务基于至少一个数据源服务器发送得到的至少一个索引表,确定客户端设备发送的第一获取请求中的客户编号对应的客户目标信息的目标索引地址后,将目标索引地址发送至目标数据源服务器,以使目标数据源服务器从目标索引地址对应的存储位置处获取到客户目标信息并发送至CRM服务器,进而使CRM服务器将获得的客户目标信息发送至客户端设备。这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。且数据源服务器之间无需每次均将全部客户信息或增量客户信息发送至CRM服务器,CRM服务器也无需存储大量客户信息,而是数据源服务器将CRM服务器需要的客户目标信息发送至CRM服务器,有效降低了服务器之间的网络资源的消耗,也降低了CRM服务器中的存储资源的消息。并且在数据源服务器中数据字段发生变化时,对CRM服务器的解析过程影响较小。
基于前述实施例,本申请的实施例提供一种CRM服务器,参照图8所示,该CRM服务器4可以包括:第一处理器41、第一存储器42和第一通信总线43,其中:
第一存储器42,用于存储可执行指令;
第一通信总线43,用于实现第一处理器41和第一存储器42之间的通信连接;
第一处理器41,用于执行第一存储器42中存储的信息检索程序,以实现以下步骤:
接收客户端设备发送的包括客户编号的第一获取请求;
获取至少一个数据源对应的索引表,得到至少一个索引表;
基于客户编号与至少一个索引表,确定客户编号对应的客户目标信息的目标索引地址;其中,目标索引地址用于指向客户目标信息在目标数据源服务器中的存储位置;
发送包括目标索引地址的第二获取请求至目标数据源服务器;
接收目标数据源服务器发送的客户目标信息;其中,客户目标信息是目标数据源服务器从目标索引地址对应的存储位置处获取得到的;
响应第一获取请求,发送客户目标信息至客户端设备。
在本申请其他实施例中,第一处理器执行步骤基于客户编号与至少一个索引表,确定客户编号对应的客户目标信息的目标索引地址时,可以通过以下步骤来实现:
解析客户编号,确定目标文件标识、目标行偏移量和目标列偏移量;
基于客户编号,确定目标数据源服务器标识;
从至少一个索引表中,确定与目标数据源服务器标识匹配的目标索引表;
基于目标文件标识、目标行偏移量和目标列偏移量,从目标索引表中确定目标索引地址。
在本申请其他实施例中,第一处理器执行步骤基于目标文件标识、目标行偏移量和目标列偏移量,从目标索引表中确定目标索引地址时,可以通过以下步骤来实现:
若目标文件标识不为空,目标行偏移量和目标列偏移量均为空,从目标索引表中确定目标文件标识对应的存储地址为目标索引地址;
若目标文件标识和目标行偏移量不为空,目标列偏移量为空,从目标索引表中确定目标文件标识对应的第一子索引表;
从第一子索引表中,确定目标行偏移量对应的存储地址为目标索引地址。
在本申请其他实施例中,第一处理器执行步骤基于目标文件标识、目标行偏移量和目标列偏移量,从目标索引表中确定目标索引地址时,还可以通过以下步骤来实现:
若目标文件标识、目标行偏移量和目标列偏移量均不为空,从目标索引表中确定目标文件标识对应的第二子索引表;
从第二子索引表中,确定目标行偏移量对应的参考行;
从参考行中,确定目标列偏移量加1至最后一列对应的参考位置为目标索引地址。
在本申请其他实施例中,第一存储器中存储的客户编号中的目标文件标识的长度为第一预设数量位,目标行偏移量的长度为第二预设数量位,列偏移量的长度为第三预设数量位。
在本申请其他实施例中,第一处理器执行步骤接收客户端设备发送的包括客户编号的第一获取请求之后,还用于执行以下步骤:
若客户编号的格式与预设编号格式不匹配,发送提示信息至客户端设备;其中,提示信息用于提示用户客户编号不正确。
需说明的是,本实施例中CRM服务器中的单元与模块之间信息交互的具体实现过程,可以参照图1和图3对应的实施例提供的信息检索方法中的实现过程,此处不再赘述。
本申请实施例中,CRM服务器接收到客户端设备发送的包括客户编号的第一获取请求后,从至少一个数据源对应的索引表中确定客户编号对应的客户目标信息的目标索引地址,并将目标索引地址通过第二获取请求发送至目标数据源服务器,接收到目标数据源服务器从目标索引地址对应的存储位置处获取并发送的客户目标信息后,发送客户目标信息至客户端设备。这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。且数据源服务器之间无需每次均将全部客户信息或增量客户信息发送至CRM服务器,CRM服务器也无需存储大量客户信息,而是数据源服务器将CRM服务器需要的客户目标信息发送至CRM服务器,有效降低了服务器之间的网络资源的消耗,也降低了CRM服务器中的存储资源的消息。并且在数据源服务器中数据字段发生变化时,对CRM服务器的解析过程影响较小。
基于前述实施例,本申请的实施例提供一种数据源服务器,参照图9所示,该数据源服务器5可以包括:第二处理器51、第二存储器52和第二通信总线53,其中:
第二存储器52,用于存储可执行指令;
第二通信总线53,用于实现第二处理器51和第二存储器52之间的通信连接;
第二处理器51,用于执行第二存储器52中存储的信息检索程序,以实现以下步骤:
确定数据源服务器存储的客户信息;
对客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识;其中,m为大于或等于1的整数;
确定m组文件中每一文件包括的每一客户信息对应的行偏移量;其中,每一客户信息以行为单位进行存储;
统计每一客户信息的每一信息内容对应的列偏移量;
基于文件标识、行偏移量和列偏移量,生成索引表,并发送索引表至CRM服务器;
若接收到CRM服务器发送的包括目标索引地址的第二获取请求,响应第二获取请求,从目标索引地址对应的存储位置处获取客户目标信息,并发送客户目标信息至CRM服务器;其中,客户目标信息属于客户信息,客户目标信息用于通过CRM服务器发送至客户端设备。
需要说明的是,本实施例中数据源服务器中的单元与模块之间信息交互的具体实现过程,可以参照图2~3对应的实施例提供的信息检索方法中的实现过程,此处不再赘述。
本申请实施例中,数据源服务器对自身存储的客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识,以及每一组文件包括的每一客户信息对应的行偏移量,每一客户信息的每一信息内容对应的列偏移量,然后基于文件标识、行偏移量和列偏移量生成索引表,并发送索引表至CRM服务器,并在接收到CRM服务器发送的包括目标索引地址的第二获取请求时,从目标索引地址对应的存储位置处获取客户目标信息,并发送客户目标信息至CRM服务器,这样,通过索引方式确定目标索引地址,从目标索引地址处获取对应的客户目标信息,解决了目前查询数据时查询效率较低的问题,缩短了查询时间,提高了查询效率,降低了资源的消耗。
基于前述实施例,本申请的实施例提供一种计算机可读存储介质,简称为存储介质,该计算机可读存储介质存储有一个或者多个程序,该一个或者多个程序可被一个或者多个处理器执行,以实现如图1和图3或图2~3对应的实施例提供的信息检索方法实现过程,此处不再赘述。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。
Claims (10)
1.一种信息检索方法,其特征在于,所述方法应用于客户关系管理CRM服务器,所述方法包括:
接收客户端设备发送的包括客户编号的第一获取请求;
获取至少一个数据源对应的索引表,得到至少一个索引表;
基于所述客户编号与所述至少一个索引表,确定所述客户编号对应的客户目标信息的目标索引地址;其中,所述目标索引地址用于指向所述客户目标信息在目标数据源服务器中的存储位置;
发送包括所述目标索引地址的第二获取请求至所述目标数据源服务器;
接收所述目标数据源服务器发送的所述客户目标信息;其中,所述客户目标信息是所述目标数据源服务器从所述目标索引地址对应的存储位置处获取得到的;
响应所述第一获取请求,发送所述客户目标信息至所述客户端设备。
2.根据权利要求1所述的方法,其特征在于,所述基于所述客户编号与所述至少一个索引表,确定所述客户编号对应的客户目标信息的目标索引地址,包括:
解析所述客户编号,从所述客户编号中,确定目标文件标识、目标行偏移量、目标列偏移量;
基于所述客户编号,确定目标数据源服务器标识;
从所述至少一个索引表中,确定与所述目标数据源服务器标识匹配的目标索引表;
基于所述目标文件标识、所述目标行偏移量和所述目标列偏移量,从所述目标索引表中确定所述目标索引地址。
3.根据权利要求2所述的方法,其特征在于,所述基于所述目标文件标识、所述目标行偏移量和所述目标列偏移量,从所述目标索引表中确定所述目标索引地址,包括:
若所述目标文件标识不为空,所述目标行偏移量和所述目标列偏移量均为空,从所述目标索引表中确定所述目标文件标识对应的存储地址为所述目标索引地址;
若所述目标文件标识和所述目标行偏移量不为空,所述目标列偏移量为空,从所述目标索引表中确定所述目标文件标识对应的第一子索引表;
从所述第一子索引表中,确定所述目标行偏移量对应的存储地址为所述目标索引地址。
4.根据权利要求2所述的方法,其特征在于,所述基于所述目标文件标识、所述目标行偏移量和所述目标列偏移量,从所述目标索引表中确定所述目标索引地址,还包括:
若所述目标文件标识、所述目标行偏移量和所述目标列偏移量均不为空,从所述目标索引表中确定所述目标文件标识对应的第二子索引表;
从所述第二子索引表中,确定所述目标行偏移量对应的参考行;
从所述参考行中,确定所述目标列偏移量加1至最后一列对应的参考位置为所述目标索引地址。
5.根据权利要求2至4任一所述的方法,其特征在于,所述客户编号中的所述目标文件标识的长度为第一预设数量位,所述目标行偏移量的长度为第二预设数量位,所述列偏移量的长度为第三预设数量位。
6.根据权利要求1所述的方法,其特征在于,所述接收客户端设备发送的包括客户编号的第一获取请求之后,所述方法还包括:
若所述客户编号的格式与预设编号格式不匹配,发送提示信息至所述客户端设备;其中,所述提示信息用于提示用户所述客户编号不正确。
7.一种信息检索方法,其特征在于,所述方法应用于数据源服务器,所述方法包括:
确定所述数据源服务器存储的客户信息;
对所述客户信息进行分组处理,得到m组文件,并确定每一组文件的文件标识;其中,m为大于或等于1的整数;
确定所述m组文件中每一文件包括的每一客户信息对应的行偏移量;其中,每一客户信息以行为单位进行存储;
统计所述每一客户信息的每一信息内容对应的列偏移量;
基于所述文件标识、所述行偏移量和所述列偏移量,生成索引表,并发送所述索引表至CRM服务器;
若接收到所述CRM服务器发送的包括目标索引地址的第二获取请求,响应所述第二获取请求,从所述目标索引地址对应的存储位置处获取客户目标信息,并发送所述客户目标信息至所述CRM服务器;其中,所述客户目标信息属于所述客户信息,所述客户目标信息用于通过所述CRM服务器发送至客户端设备。
8.一种CRM服务器,其特征在于,所述服务器包括:第一存储器、第一处理器和第一通信总线;其中:
所述第一存储器,用于存储可执行指令;
所述第一通信总线,用于实现所述第一处理器和所述第一存储器之间的通信连接;
所述第一处理器,用于执行所述第一存储器中存储的信息检索方法,实现如权利要求1至6中任一项所述的信息检索方法的步骤。
9.一种数据源服务器,其特征在于,所述服务器包括:第二存储器、第二处理器和第二通信总线;其中:
所述第二存储器,用于存储可执行指令;
所述第二通信总线,用于实现所述第二处理器和所述第二存储器之间的通信连接;
所述第二处理器,用于执行所述第二存储器中存储的信息检索方法,实现如权利要求7中所述的信息检索方法的步骤。
10.一种存储介质,其特征在于,所述存储介质上存储有信息检索程序,所述信息检索程序被处理器执行时实现如权利要求1至6或权利要求7中任一项所述的信息检索方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011022330.2A CN112162951A (zh) | 2020-09-25 | 2020-09-25 | 一种信息检索方法、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011022330.2A CN112162951A (zh) | 2020-09-25 | 2020-09-25 | 一种信息检索方法、服务器及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112162951A true CN112162951A (zh) | 2021-01-01 |
Family
ID=73862975
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011022330.2A Pending CN112162951A (zh) | 2020-09-25 | 2020-09-25 | 一种信息检索方法、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112162951A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116319809A (zh) * | 2022-12-27 | 2023-06-23 | 昆仑数智科技有限责任公司 | 数据操作的方法和系统 |
-
2020
- 2020-09-25 CN CN202011022330.2A patent/CN112162951A/zh active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116319809A (zh) * | 2022-12-27 | 2023-06-23 | 昆仑数智科技有限责任公司 | 数据操作的方法和系统 |
CN116319809B (zh) * | 2022-12-27 | 2023-12-29 | 昆仑数智科技有限责任公司 | 数据操作的方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105207806A (zh) | 分布式服务的监控方法及装置 | |
CN107992492B (zh) | 一种数据区块的存储方法、读取方法、其装置及区块链 | |
CN113704243A (zh) | 数据分析方法、装置、计算机装置及存储介质 | |
CN112115133A (zh) | 分布式全局唯一id生成方法和系统、存储介质、设备 | |
CN105786941B (zh) | 一种信息挖掘方法和装置 | |
CN112613271A (zh) | 数据分页方法、装置、计算机设备及存储介质 | |
CN111814045A (zh) | 数据查询方法、装置、电子设备及存储介质 | |
CN110032578B (zh) | 一种海量数据查询缓存的方法及装置 | |
CN111046081A (zh) | 一种工业时序数据的访问方法及系统 | |
CN114328632A (zh) | 基于位图的用户数据分析方法、装置及计算机设备 | |
CN112162951A (zh) | 一种信息检索方法、服务器及存储介质 | |
CN104503983A (zh) | 为搜索引擎提供网站认证数据的方法及装置 | |
CN113778947A (zh) | 一种kafka流处理平台的数据导入方法、装置及设备 | |
CN113010542A (zh) | 业务数据处理方法、装置、计算机设备及存储介质 | |
CN109068286B (zh) | 一种信息解析的方法、介质及设备 | |
CN116595106A (zh) | 一种用户分群方法、设备及存储介质 | |
CN108052521B (zh) | 协调数据显示方法、应用服务器及存储介质 | |
CN113836169A (zh) | 一种基于Clickhouse的数据处理方法、设备及介质 | |
CN112148705A (zh) | 数据迁移的方法和装置 | |
CN115795187A (zh) | 资源访问方法、装置及设备 | |
CN113377604B (zh) | 一种数据处理方法、装置、设备和存储介质 | |
CN110222070B (zh) | 报表归档方法、装置、介质、电子设备 | |
CN112632132A (zh) | 一种异常导入数据的处理方法、装置及设备 | |
CN111475505A (zh) | 一种数据采集的方法及设备 | |
CN117251384B (zh) | 一种接口自动化测试用例生成方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |