CN109976730A - 一种数据传递的方法及装置 - Google Patents

Abstract

本发明公开了一种数据传递的方法及装置。用以解决现有技术中的税务软件的开发效率较低的技术问题。包括：录入待传输数据到预设文件中；通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；将读取的所述待传输数据传递至指定处理区域进行分析处理。

Description

一种数据传递的方法及装置

技术领域

本发明涉及金融领域，尤其是涉及一种数据传递的方法及装置。

背景技术

随着市场经济日趋规范和完善，及市场竞争的日益激烈，企业为了自身的生存和发展，在搞好生产经营的同时，还需要对财税工作进行科学合理的管理，在规避财税风险的同时取得最佳的经济效益。

在企业参与到市场经济活动中时，必然会伴随着交易的产生，而交易的产生又必然会伴随着相应税务的产生。例如，对于销售产品的企业而言，为了提高销量、吸引顾客不仅需要为顾客提供丰富的产品，还时常需要进行各种各样的促销活动，而伴随着五花八门交易模式的出现，其背后产生的营销费用在事后的税务处理上会变得非常复杂。

通常，企业对这些税务进行处理时，都会交由公司的财会人员进行处理，而随着计算机技术的快速发展，财会人员只需要借助税务软件便能完成日常的税务处理工作。

然而，随着产品类型、产品销量的不断增加，税务软件所需要处理的数据也越来越多、越来越复杂，并且需要处理的频次也在不断增加。这些数据在用税务软件进行处理的过程中，需要对这些数据进行大量的计算，这将消耗大量的时间，如一周、甚至是一周。

在现有技术中，由于这些数据通常都是建立在Linux环境基础上的，为了节约时间，通常是通过调用外壳程序(shell)脚本来控制数据的计算。

然而，在shell脚本控制数据计算的过程中，又需要先通过各种不同的参数来调用数据，然后才能对数据进行计算。在shell脚本文件中使用这些参数前，需要事先在shell脚本文件中规定将要使用的参数的位置和个数，这就使得，在需要修改这些参数时，将受到这些参数位置和个数的限制，导致了税务软件开发效率的降低。

因此，如何有效的提高税务软件的开发效率，成为了一个亟待解决的技术问题。

发明内容

本发明提供了一种数据传递的的方法及装置。用以解决现有技术中的税务软件的开发效率较低的技术问题。

本发明实施例的第一方面，提供一种数据传递的方法，应用于shell脚本文件中，包括：

录入待传输数据到预设文件中；

通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；

将读取的所述待传输数据传递至指定处理区域进行分析处理。

可选的，在调用指定参数之前，还包括：

在预定路径建立一应用程序的配置文件；其中，所述应用程序的运行文件中至少包括所述配置文件和所述shell文件，且在运行过程中需要调用所述shell脚本文件，所述配置文件用于配置所述应用程序所需环境的基础信息；

在所述配置文件中增加所述指定参数，以获得新的配置文件；

将所述新的配置文件，加载到所述系统环境变量中，以使所述指定参数能被所述shell脚本文件直接使用。

可选的，在调用指定参数之前，还包括：

确定符合预设的触发条件时，在所述新的配置文件中，修改所述指定参数，获得修改后的配置文件；

将所述修改后的配置文件，重新加载到所述系统环境变量中，以使所述修改后的指定参数能被所述shell脚本文件直接调用。

可选的，确定符合预设的触发条件，包括：

判定所述指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定所述预设文件的位置发生了改变时，确定符合预设的触发条件。

可选的，将配置文件加载到所述环境变量中，包括：

按指定命令格式，将所述配置文件的参数信息写入所述环境变量中。

第二方面，本发明实施例提供了一种数据传递的装置，应用于shell脚本文件中，包括：

录入单元，用于录入待传输数据到预设文件中；

读取单元，用于通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；

处理单元，用于将读取的所述待传输数据传递至指定处理区域进行分析处理。

可选的，在调用指定参数之前，所述处理单元还用于：

在预定路径建立一应用程序的配置文件；其中，所述应用程序的运行文件中至少包括所述配置文件和所述shell文件，且在运行过程中需要调用所述shell脚本文件，所述配置文件用于配置所述应用程序所需环境的基础信息；

在所述配置文件中增加所述指定参数，以获得新的配置文件；

将所述新的配置文件，加载到所述系统环境变量中，以使所述指定参数能被所述shell脚本文件直接使用。

可选的，在调用指定参数之前，所述处理单元还用于：

确定符合预设的触发条件时，在所述新的配置文件中，修改所述指定参数，获得修改后的配置文件；

将所述修改后的配置文件，重新加载到所述系统环境变量中，以使所述修改后的指定参数能被所述shell脚本文件直接调用。

可选的，确定符合预设的触发条件时，所述处理单元还用于：

判定所述指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定所述预设文件的位置发生了改变时，确定符合预设的触发条件。

可选的，在将配置文件加载到所述环境变量中时，所述处理单元还用于：

按指定命令格式，将所述配置文件的参数信息写入所述环境变量中。

通过本发明实施例的上述一个或多个实施例中的技术方案，本发明实施例至少具有如下技术效果：

1、在本申请提供的实施例中，通过使用具有开机自启动功能的系统环境变量中的指定参数传递待传输数据，使得在需要修改或增加指定参数时，只需对系统环境变量中的指定参数进行修改，或者只需在系统环境变量中修改便可，从而在编写shell脚本文件时可以直接使用指定参数，进而有效的提高税务软件的开发效率。

进一步的，由于先通过将指定参数写入配置文件，再将配置文件加载到具有开机自启动功能的系统环境变量中，让开发者自定义的指定参数成为系统环境变量中的参数，进而使指定参数能被所有的shell脚本文件直接使用，而不必像现有技术中那样需要在各shell脚本文件中各自定义后再使用，从而使得在需要对指定参数进行修改或增加新的指定参数时，只需到配置文件中执行相应的修改或添加，并在完成对配置文件中指定参数的修改或添加之后，将修改后的配置文件加载到系统环境变量中，并重启应用软件使指定参数生效。由于上述对指定参数的修改或增加，只需在配置文件中一次完成，所以能够有效的降低指定参数的修改量、提高应用软件的开发效率。

进一步的，由于需要被众多shell脚本文件使用的指定参数，都是在配置文件中进行定义的，让配置文件能动态查看已有的指定参数、避免在应用程序的升级过程中出现重复定义指定参数的现象，进而能让不同的开发者在不同的时期都能使用同一标准、大大的提高了开发者间的协作效率、进而有效的提高了应用软件的开发效率。

附图说明

图1为本发明实施例提供的一种数据传递方法的流程图；

图2为本发明实施例提供的一种数据传递装置的结构示意图。

具体实施方式

本发明提供了一种数据传递的的方法及装置。用以解决现有技术中的税务软件的开发效率较低的技术问题。

本申请实施例中的技术方案为解决上述的技术问题，总体思路如下：

提供一种数据传递的方法，应用于shell脚本文件中，包括：录入待传输数据到预设文件中；通过调用指定参数，从预设文件中读取所述待传输数据；其中，指定参数为系统环境变量中的参数，系统环境变量为具有开机自启动功能的环境变量；将读取的待传输数据传递至指定处理区域进行分析处理。

由于上述技术方案，通过是由具有开机自启动功能的系统环境变量中的指定参数传递待传输数据，使得在需要修改或增加指定参数时，只需对系统环境变量中的指定参数进行修改，或者只需在系统环境变量中修改便可，从而在编写shell脚本文件时可以直接使用指定参数，进而有效的提高税务软件的开发效率。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

请参见图1，本发明实施例提供一种数据传递的方法，应用于shell脚本文件中，该方法的处理过程如下。

步骤101：录入待传输数据到预设文件中。

用户在使用税务软件时，通常需要录入各种各样的数据到税务软件中。

例如，甲公司在2017年10月25日于乙公司签订了销售合同，要将商品A以10000.00元的价格销售给乙公司，在2017.11.10甲公司按销售合同中的约定向乙公司开具A商品17％的增值税发票。

则在用户使用税务软件时，通常需要录入乙公司的公司名称、纳税人识别号、地址、电话、开户行及账号，A商品的规格型号、单位、数量、单价，甲公司的公司名称、开票人等数据。为了便于税务软件合理的使用这些数据，在开发税务软件时可能需要为它们设置不同的预设文件来存放相应数据，并且还可能会按公司或税号等，将同一公司或税号下的预设文件放在同一文件夹下。

具体的，税务软件可以利用shell脚本文件方便的读取任一预设文件中的待传输数据，而让shell脚本文件顺利读取预设文件中的带传输数据正是通过使用指定参数来完成的，具体请见步骤102。

步骤102：通过调用指定参数，从预设文件中读取待传输数据；其中，指定参数为系统环境变量中的参数，系统环境变量为具有开机自启动功能的环境变量。

需要理解的是，指定参数并非应用软件所在的操作系统自带的系统环境变量中的参数，而是应用软件的开发者在开发过程中，自定义的需要在应用软件中使用的指定参数。由于在现有技术中，对需要进行大量数据运算、处理的软件开发，通常都是建立在Linux基础上，使用shell脚本文件来控制计算过程的。而通常开发者在使用shell脚本文件控制数据运算时，用于传递数据的参数是自定义的。

而在通过调用指定参数，从预设文件中读取待传输数据之前，还需要将指定参数转换为具有开机自启动功能的系统环境变量中的参数，具体的为：

首先，在预定路径建立一应用程序的配置文件；其中，应用程序的运行文件中至少包括配置文件和所shell脚本文件，且在运行过程中需要调用shell脚本文件，配置文件用于配置应用程序所需环境的基础信息。

需要理解的是，一个应用程序只有一个配置文件，故在预定路径建立一应用程序的配置文件的前提条件，是该应用软件的运行文件中尚未建立配置文件，如果该应用软件的运行文件中已经建立了配置文件，则只需将需要新增的指定参数写入配置文件中即可。

其中，应用程序可以为税务软件。

例如，假设税务软件即为上述应用软件，其所在的目录为D:\Program Files\X，要在该税务软件的目录下的\bin目录中建立名为m的配置文件，则可以确定预设路径即为D:\Program Files\X\bin，将配置文件m.conf建在预设路径下即可，建立结果为：D:\ProgramFiles\X\bin\m.conf。

建立好配置文件后，便可接着执行下面的步骤。

其次，在配置文件中增加指定参数，以获得新的配置文件。

例如，要将指定参数date添加到配置文件m.conf中，则添加了date的配置文件便为新的配置文件m.conf。

需要理解的是，这里的配置文件和新的配置文件，对于应用程序来说其是同一个文件，因为其文件名并没有，改变，这里的配置文件相对于新的配置文件只是在文件内容上做了一个区分。

最后，将新的配置文件，加载到系统环境变量中，以使指定参数能被shell脚本文件直接使用。

在shell脚本文件编程的过程中，使用的参数需为以定义的参数，这就包括在shell脚本文件中定义的参数和系统定义的参数，对于在当前shell脚本文件中定义的参数只能在当前脚本文件中使用，即便是在别的shell脚本文件中也定义了同一个参数，而当前shell脚本文件没有定义此参数，那么此参数也不能本当前脚本文件所使用。

但对于系统定义的参数，所有shell脚本文件都可以直接使用，不需要重复定义。为了使配置文件中的指定参数能被所有shell脚本文件直接使用，需要将写入了指定参数的配置文件(即新的配置文件)加载到系统环境变量中，让开发者定义的指定参数能像系统参数那样被所有shell脚本文件直接使用。进而使得在进行应用软件升级的过程中，如需要统一指定参数名称、修改预设文件的位置，则可以在配置文件中直接进行修改。而不需要像现有技术那样，需要到大量的shell脚本文件中，逐一修改指定参数，从而能极大的减少工作量、提高应用软件的开发效率。

在调用指定参数之前，修改指定参数的过程如下：

首先，确定符合预设的触发条件时，在新的配置文件中，修改指定参数，获得修改后的配置文件。

然后，将修改后的配置文件，重新加载到系统环境变量中，以使修改后的指定参数能被shell脚本文件直接调用。

其中，确定符合预设的触发条件，包括：

判定指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定预设文件的位置发生了改变时，确定符合预设的触发条件。

举例来说，当需要将指定参数的命名都按照user_原指定参数名的格式进行修改时，若指定参数包括date、name、adress、cost时，则需要将它们依次修改为user_date、user_name、user_adress、user_cost，且这些指定参数在1000个shell文件被使用。

若采用现有技术中的方式，在这1000个文件中，指定参数date、name、adress、cost会在每个文件中都被定义一次，那么当需要指定参数date、name、adress、cost修改为user_date、user_name、user_adress、user_cost时，则需要到这1000个文件中去分别修改，将耗费大量的工作量。

而在实际的应用程序开发中，远不止这里所例举的几个参数，实际会有成百上千甚至上万个参数分布在几百几千个文件中，要对它们进行修改，可见工作量会十分巨大。

在采用本发明中提供的技术方案之后，将指定参数写入配置文件中(即在配置文件重定义指定参数)，然后将配置文件加载到系统环境变量中，让开发者定义的指定参数成为系统环境变量中的参数，进而让所有的shell脚本文件都能使用。使得在需要修改已定义的指定参数时，只需到配置文件中修改即可，而不用像现有技术中要去众多的shell脚本文件中修改，从而达到减少工作量的目的，进而实现提高应用软件的开发效率的技术效果。

当与指定参数所对应的预设文件的位置发生了改变，即预设文件的存储路径发生了改变，那么也只需在新的配置文件中修改指定参数，并将修改后的配置文件加载到系统环境变量中即可。

举例来说：当指定参数user_date、user_name、user_adress、user_cost所对应的预设文件A、B、C、D的位置发生改变时，假设预设文件A、B、C、D原位置依次为D:\ProgramFiles\X\exm、D:\Program Files\X\bmc、D:\Program Files\X\mlc、D:\Program Files\X\lib，现将预设文件A、B的位置都改为D:\Program Files\X\mlc。那么为了让指定参数user_date、user_name仍然能指向预设文件A、B，则需要修改指定参数中关于对应文件的地址。

同样的，假设指定参数user_date、user_name在1000个shell脚本文件中被使用，如果采用现有技术的方式在每个shell脚本中都需要单独定义指定参数user_date、user_name，那么此时修改时就需要到这1000个预设文件中去修改，十分耗费工作量。

而如果使用本发明提供的技术方案，则只需到配置文件中去修改指定参数，在修改完成后将修改后的配置文件重新加载到系统环境变量中即可。显然，这将大大工作量、提高应用软件的开发效率。

当然，要将配置文件加载到系统环境变量中，需要按指定命令格式，将配置文件的参数信息写入所述环境变量中。

其中，配置文件的参数信息包括，但不限于系统文件的文件名、地址信息等。

需要说明的是，由于配置文件被加载到系统环境变量中之后，只有在重启应用软件之后，配置文件中被新增或修改(包括删除)的指定参数才会生效(即才能被应用软件调用)，故在加载配置文件到系统环境变量中之后，需要重启应用软件。

在调用指定参数之前，完成上述对指定参数的设置之后，才能确保shell脚本文件通过使用指定参数从预设文件中读取待传输数据，完成应用软件分配的控制数据的任务。

在从预设文件中读取待传输数据之后，便可执行步骤103。

步骤103：将读取的待传输数据传递至指定处理区域进行分析处理。

由于在应用程序执行的过程中，通过调用shell脚本文件来控制数据的传递，而shell脚本文件又是通过使用被定义为了系统环境变量的指定参数从预设文件中读取数据，并传递到应用软件指定的指定处理区域进行分析处理的，所以能很好的完成数据的传输。

请参见图2，基于同一发明构思，本发明一实施例中提供一种数据传输的装置，应用于shell脚本文件中，该装置的信息处理方法的具体实施方式可参见方法实施例部分的描述，重复之处不再赘述，该装置包括：

录入单元201，用于录入待传输数据到预设文件中；

读取单元202，用于通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；

处理单元203，用于将读取的所述待传输数据传递至指定处理区域进行分析处理。

可选的，在调用指定参数之前，所述处理单元203还用于：

在预定路径建立一应用程序的配置文件；其中，所述应用程序的运行文件中至少包括所述配置文件和所述shell文件，且在运行过程中需要调用所述shell脚本文件，所述配置文件用于配置所述应用程序所需环境的基础信息；

在所述配置文件中增加所述指定参数，以获得新的配置文件；

将所述新的配置文件，加载到所述系统环境变量中，以使所述指定参数能被所述shell脚本文件直接使用。

可选的，在调用指定参数之前，所述处理单元203还用于：

确定符合预设的触发条件时，在所述新的配置文件中，修改所述指定参数，获得修改后的配置文件；

将所述修改后的配置文件，重新加载到所述系统环境变量中，以使所述修改后的指定参数能被所述shell脚本文件直接调用。

可选的，确定符合预设的触发条件时，所述处理单元203还用于：

判定所述指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定所述预设文件的位置发生了改变时，确定符合预设的触发条件。

可选的，在将配置文件加载到所述环境变量中时，所述处理单元还用于：

按指定命令格式，将所述配置文件的参数信息写入所述环境变量中。

在本发明提供的实施例中，通过使用具有开机自启动功能的系统环境变量中的指定参数传递待传输数据，使得在需要修改或增加指定参数时，只需对系统环境变量中的指定参数进行修改，或者只需在系统环境变量中修改便可，从而在编写shell脚本文件时可以直接使用指定参数，进而有效的提高税务软件的开发效率。

进一步的，由于先通过将指定参数写入配置文件，再将配置文件加载到具有开机自启动功能的系统环境变量中，让开发者自定义的指定参数成为系统环境变量中的参数，进而使指定参数能被所有的shell脚本文件直接使用，而不必像现有技术中那样需要在各shell脚本文件中各自定义后再使用，从而使得在需要对指定参数进行修改或增加新的指定参数时，只需到配置文件中执行相应的修改或添加，并在完成对配置文件中指定参数的修改或添加之后，将修改后的配置文件加载到系统环境变量中，并重启应用软件使指定参数生效。由于上述对指定参数的修改或增加，只需在配置文件中一次完成，所以能够有效的降低指定参数的修改量、提高应用软件的开发效率。

进一步的，由于需要被众多shell脚本文件使用的指定参数，都是在配置文件中进行定义的，让配置文件能动态查看已有的指定参数、避免在应用程序的升级过程中出现重复定义指定参数的现象，进而能让不同的开发者在不同的时期都能使用同一标准、大大的提高了开发者间的协作效率、进而有效的提高了应用软件的开发效率。

本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种数据传递的的方法，应用于shell脚本文件中，其特征在于，包括：

录入待传输数据到预设文件中；

通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；

将读取的所述待传输数据传递至指定处理区域进行分析处理。

2.如权利要求1所述的方法，其特征在于，在调用指定参数之前，还包括：

在预定路径建立一应用程序的配置文件；其中，所述应用程序的运行文件中至少包括所述配置文件和所述shell文件，且在运行过程中需要调用所述shell脚本文件，所述配置文件用于配置所述应用程序所需环境的基础信息；

在所述配置文件中增加所述指定参数，以获得新的配置文件；

将所述新的配置文件，加载到所述系统环境变量中，以使所述指定参数能被所述shell脚本文件直接使用。

3.如权利要求2所述的方法，其特征在于，在调用指定参数之前，还包括：

确定符合预设的触发条件时，在所述新的配置文件中，修改所述指定参数，获得修改后的配置文件；

将所述修改后的配置文件，重新加载到所述系统环境变量中，以使所述修改后的指定参数能被所述shell脚本文件直接调用。

4.如权利要求3所述的方法，其特征在于，确定符合预设的触发条件，包括：

判定所述指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定所述预设文件的位置发生了改变时，确定符合预设的触发条件。

5.如权利要求2-4任一权项所述的方法，其特征在于，将配置文件加载到所述环境变量中，包括：

按指定命令格式，将所述配置文件的参数信息写入所述环境变量中。

6.一种数据传递的装置，应用于shell脚本文件中，其特征在于，包括：

录入单元，用于录入待传输数据到预设文件中；

读取单元，用于通过调用指定参数，从所述预设文件中读取所述待传输数据；其中，所述指定参数为系统环境变量中的参数，所述系统环境变量为具有开机自启动功能的环境变量；

处理单元，用于将读取的所述待传输数据传递至指定处理区域进行分析处理。

7.如权利要求6所述的装置，其特征在于，在调用指定参数之前，所述处理单元还用于：

在预定路径建立一应用程序的配置文件；其中，所述应用程序的运行文件中至少包括所述配置文件和所述shell文件，且在运行过程中需要调用所述shell脚本文件，所述配置文件用于配置所述应用程序所需环境的基础信息；

在所述配置文件中增加所述指定参数，以获得新的配置文件；

将所述新的配置文件，加载到所述系统环境变量中，以使所述指定参数能被所述shell脚本文件直接使用。

8.如权利要求7所述的装置，其特征在于，在调用指定参数之前，所述处理单元还用于：

确定符合预设的触发条件时，在所述新的配置文件中，修改所述指定参数，获得修改后的配置文件；

将所述修改后的配置文件，重新加载到所述系统环境变量中，以使所述修改后的指定参数能被所述shell脚本文件直接调用。

9.如权利要求8所述的装置，其特征在于，确定符合预设的触发条件时，所述处理单元还用于：

判定所述指定参数的名称发生了改变时，确定符合预设的触发条件；或者，

判定所述预设文件的位置发生了改变时，确定符合预设的触发条件。

10.如权利要求6-9任一权项所述的装置，其特征在于，在将配置文件加载到所述环境变量中时，所述处理单元还用于：

按指定命令格式，将所述配置文件的参数信息写入所述环境变量中。