匿名寄件系统与方法

技术领域

本发明涉及一种寄件系统及方法，尤其涉及一种匿名寄件系统及 方法。

背景技术

在传统寄件服务中，消费者在到一寄件中心(比如是连锁便利商 店)要求将一物品寄出之前，必须记忆或记录寄件者数据或/及收件者 数据(以下称寄件数据)，也必须在寄件中心内花费冗长时间以将寄件 者数据或/及收件者填写在一寄件单据上。此外，寄件服务人员必须 花费额外时间检查消费者所书写的数据是否为完整及正确的寄件数 据。当消费者需要将众多物品分别寄送给众多不同收件者的情况中， 所耗费的时间尤为可观。此外，人工书写的笔误或是字迹不清等所造 成的误寄事件更是时常发生。

发明内容

有鉴于此，本发明的目的在于提供一种可节省寄件及送件时间以 及可增加投递正确率的匿名寄件系统。

本发明提供一种匿名寄件系统，用以使一消费者到一寄件服务处 不须提供完整的寄件数据而提供一匿名代号以寄送一物品。该匿名寄 件系统存储多个匿名代码及多个个申请寄件数据，其中每一该匿名代 码分别对应于该申请寄件数据当中之一。当该匿名寄件系统接收该消 费者所提供的一匿名代码后，该匿名寄件系统输出一所存储并对应于 该匿名代码的申请寄件数据。一物品继而可根据该申请寄件数据而被 送达一收件者。

本发明提供一种匿名寄件方法，该方法包括以下步骤：首先，接 受一代码申请者所提供的申请寄件数据，并决定一匿名代码。接下来， 将该匿名代码及该申请寄件数据以对应的方式存储起来。接下来，由 一寄件服务处获得由一寄件要求者所提供的该匿名代码。接下来，输 出该申请寄件数据。最后，根据该申请寄件数据而将一物品送达一收 件者。

本发明还提供一种寄件要求系统，其设置于一寄件服务处。当一 消费者至该寄件服务处寄送一物品时，该寄件要求系统由该消费者接 收一匿名代码。该匿名代码被转换为一申请寄件数据，其中该申请寄 件数据包括完整或部分的收件者及寄件者数据。

由于申请寄件数据在消费者到寄件中心寄件前已预先存储，并与 匿名代码相对应。因此消费者到寄件服务处寄件时，仅需提供该匿名 代码，先前存储的申请寄件数据即可被输出而用于接续的寄件过程。 消费者毋须耗费时间记忆、记录、以及填写寄件数据，本发明由此节 省了庞大的寄件及送件时间。此外，本发明能够免除人工填写的笔误 及字迹不清，因而增加了投递正确率。

附图说明

根据参考附图进行的详细说明，可以更容易地了解根据本发明的 各种特点、功能和实施例，在该附图中：

图1是本发明所提供的一匿名寄件系统的架构示意图；

图2是图1的匿名寄件系统所进行的匿名寄件流程图；

图3A至3D是图1的匿名寄件服务系统在执行图2的程序的详 细步骤示意图的不同实施例；

图4A-4B是本发明所提供的图1的匿名寄件系统的较细部结构图 的两实施例；

图5A及5B分别是本发明所提供的图4A及4B的匿名寄件服务 系统在执行图3A所示程序的详细步骤示意图的实施例；

图6分别是本发明所提供的图4A的匿名寄件服务系统在执行图 3A所示程序的详细步骤示意图的另一实施例；

图7A及7B分别是本发明所提供的图4A及4B的匿名寄件服务 系统在执行图3B所示程序的详细步骤示意图的实施例；

图8A及8B分别是本发明所提供的图4A及4B的匿名寄件服务 系统在执行图3C所示程序的详细步骤示意图的实施例；

图9A及9B分别是本发明所提供的图4A及4B的匿名寄件服务 系统在执行图3D所示程序的详细步骤示意图的实施例；以及

图10是图1的匿名寄件系统在执行图2所示程序的架构示意图 的不同实施例。

【主要组件符号说明】

11～寄件中心                  12～数据处理总部

100～匿名寄件系统             110～寄件要求系统

120～远程数据处理系统         130～网络

22～匿名代码申请程序          24～匿名代码输入程序

26～寄件数据输出程序          28～传统寄件程序

310～货运集散中心             311～配送数据处理系统

312～订单处理中心             313～订单处理系统

400、400’～匿名寄件系统      411～使用者端

413～使用者终端装置           414～输入装置

415～凭据打印装置             416～收银机

417～扫描装置                 418～前台打印装置

421～数据处理装置             422～数据库

511～收银装置                     514～输入装置

518～前台打印装置                 612～配送数据处理主机

613～扫描装置                     614～贴条打印装置

814～订单数据处理主机             815～贴条打印装置

CODE_T～交易序号                  CRED、CODE’～凭据

D_CER～确认数据                   D_CRED、D_CRED’～凭据数据

D_DEL～物流配送数据               D_DELP～配送进度数据

D_DR～寄件要求数据                D_ORDER、D_ORDER’～订单数

                                  据

D_SHOPPING～购物相关数据          D_REAL～真实寄件数据

D_RECT、D_RECT’～收据数          D_RECTD～收据驱动数据

据

D_TATAL～完整寄件数据             PARL～物品

SLIP、SLIP’～贴条                RECT、RECT’～收据

具体实施方式

图1示出本发明所提供的匿名寄件系统100的架构示意图，其中 该匿名寄件系统100可提供匿名寄件服务。如图所示，该匿名寄件系 统100包括寄件要求系统110、远程数据处理系统120，以及网络130。

该寄件要求系统110架设于一寄件服务处，比如是寄件服务中心 11的内部。该寄件服务中心11，举例而言，是连锁便利商店的一分 店。所谓匿名寄件服务意谓：当一消费者至寄件服务中心11而欲寄 送一物品时，毋须提供完整的寄件者数据及收件者数据(以下称寄件 数据)给寄件要求系统110；相反地，消费者仅需提供一匿名代码给该 寄件要求系统110。

该远程数据处理系统120架设于一数据处理总部12内，并通过 网络130(比如为一网际网络)而与该寄件要求系统110相连接以互相 传送数据。在本图的实施例中，数据处理总部12内的远程数据处理 系统120仅连接至单一的寄件服务中心11的寄件要求系统110；然 而，在其它实施例中，数据处理总部12可通过网络连接至一个以上 的寄件服务中心内的寄件要求系统。此外，在其它实施例中，远程数 据处理系统120可与寄件要求系统110同样架设于该寄件服务中心 11内。

图2示出图1的匿名寄件系统100所进行的匿名寄件流程图，用 以说明当一消费者至寄件服务中心11要求使用匿名寄件服务以寄件 之前后，匿名寄件系统100的运作过程。如图所示，匿名寄件流程包 括匿名代码申请程序22，匿名代码输入程序24，寄件数据输出程序 26，以及传统寄件程序28。

当该消费者至寄件服务中心要求使用匿名寄件服务以寄件之前， 匿名代码申请程序22必须先被执行。在此程序22中，远程数据处理 系统120接收一申请相关数据，其中该申请相关数据系包括一申请寄 件数据。远程数据处理系统120决定一匿名代码，以及将该匿名代码 及申请寄件数据以对应的方式存储起来。有种种不同方式可实现该对 应关系。举例而言，在一实施例中，该匿名代码与该申请寄件数据存 储在同一数据表的不同字段。在另一实施例中，该匿名代码与该申请 寄件数据分别存储在不同数据表中，并对应至一相同数据号码。

申请寄件数据由一代码申请者提供。该代码申请者可为该消费者 本身、该收件者、该寄件者(须注意，该消费者可能为该收件者或该 寄件者当中之一)、或是其余可能提供该申请寄件数据的人士。申请 寄件数据包括与寄件者及/或收件者相关的数据，即寄件者姓名、住 址和/或电话，以及/或是收件者姓名、住址，和/或电话。在本发明中， 同一代码申请者可申请一个以上的不同匿名代码，分别对应不同的申 请寄件数据。

匿名代码在优选情况下是由阿拉伯数字及/或英文字母所构成的 序列。该序列的字符内容可由远程数据处理系统120产生，亦可由代 码申请者决定。在前者之情况中，当远程数据处理系统120接收该申 请寄件数据后，根据一既定程序而产生一匿名代码。该既定程序，举 例而言，是一随机字符串产生程序。远程数据处理系统120产生一由 阿拉伯数字及/或英文字母所构成的随机序列作为匿名代码。在后者 之情况中，远程数据处理系统120除了接收申请寄件数据外，还接收 一由代码申请者所提供的匿名申请代码，并继而判断该匿名申请代码 是否与所存储的任一匿名代码相同。若否，则数据处理装置决定该匿 名代码等于该匿名申请代码；若是，则该远程数据处理系统120发出 一错误信息以命令该代码申请者重新提供一匿名申请代码，并且重新 判断该匿名申请代码是否与该数据库所存储的任一匿名代码相同。

在本发明中，可根据设计需要来决定是否限定代码申请者必须提 供完整的寄件数据(即完整的寄件者数据及完整的收件者数据)才可 申请匿名代码。在一些实施例中，远程数据处理系统120要求代码申 请者必须提供完整的寄件数据(即完整的寄件者数据及完整的收件者 数据)才可申请匿名代码。在其余一些实施例中，远程数据处理系统 120不要求代码申请者必须提供完整的寄件数据就可申请匿名代码， 即申请寄件数据仅包括部分的寄件数据。在不要求代码申请者必须提 供完整的寄件数据就申请匿名代码的一些实施例中，匿名代码所对应 的寄件数据种类更可由代码申请者自行决定，或者，在另一些实施例 中，则根据设计上之需求而预先决定于该远程数据处理系统120中。

在本发明中，可在种种不同之场所使用种种不同装置以执行程序 22。举例而言，在一实施例中，上述代码申请者或一协助该代码申请 者的门市服务人员使用寄件服务中心11内的寄件要求系统110来执 行此程序。在另一实施例中，代码申请者可于家中或一提供上网服务 之场所中使用一可通过网络而连接至远程数据处理系统120的计算 机来执行此程序22。在另一实施例中，消费者先将申请相关数据填 写于一申请单上，继而由数据输入人员进行程序22。以下将在图10 中举数个实施例来详细说明。

继续参考图2。当匿名代码申请程序22完成后，该消费者即可 在该寄件服务中心11要求寄件。当该消费者要求寄件时，一匿名代 码输入程序24首先被执行。在此程序24中，该寄件要求系统110接 收一寄件要求数据，其中该寄件要求数据包括一先前在程序22中存 储于远程数据处理系统120的匿名代码。寄件要求系统110继而将该 寄件要求数据传送至该远程数据处理系统120的数据处理装置421。 该寄件要求数据由一寄件服务要求者提供，其中该寄件服务要求者举 例而言，可为该消费者，或为一咨询该消费者该寄件要求数据的门市 服务人员。

须注意，在此程序24中，寄件要求数据除匿名代码外，还可包 括其余种类的数据。在优选实施例中，寄件要求数据包括一额外寄件 数据，其中该额外寄件数据例如包括送货日期/时间、运送方式，和/ 或所欲递送的物品名称或性质…等数据。

此外，若程序22所存储的申请寄件数据不为完整的寄件数据， 则在程序24的一实施例中，寄件要求数据包括一补充寄件数据，其 中该补充寄件数据以及该匿名代码所对应的申请寄件数据构成完整 的寄件数据。举例而言，申请寄件数据仅包括寄件者数据，而补充寄 件数据包括收件者数据。

当远程数据处理系统120由该寄件要求系统110接收寄件要求数 据后，还可对该寄件要求数据进行处理以产生其余种类的数据。举例 而言，远程数据处理系统120接收寄件要求数据后，还可根据寄件要 求数据并参照一运费数据表以产生一运费数据。

或举另外一例。当远程数据处理系统120接收寄件要求数据后， 还可产生一交易数据与一交易记录文件，并将该交易数据存储在该交 易记录文件中，其中该交易记录文件对应一交易序号(举例而言，该 交易序号为该交易记录文件的文件名)，便于以后可利用该交易序号 读取、修改、或更新交易记录文件所记录的数据。在一些实施例中， 该交易记录文件还可对应于该匿名代码(比如该交易序号与该匿名代 码在一数据表中相对应)，便于以后可利用该匿名代码读取、查询、 或修改交易记录文件所记录的数据。该交易数据例如包括部分或完整 的寄件要求数据(匿名代码、补充寄件数据、及/或额外寄件数据)、匿 名代码所对应的申请寄件数据、以及/或是获得寄件要求数据的时间、 运费数据…等等与交易相关的数据。

继续参考回图2。当匿名代码输入程序24完成后，寄件数据输 出程序26必须被执行。在此程序26中，该远程数据处理系统120接 收一寄件数据接收者的要求而输出一真实寄件数据，其中该真实寄件 数据包括申请寄件数据，其中该申请寄件数据对应于步骤24中寄件 要求系统110所接收的匿名代码。在其它实施例中，该真实寄件数据 还可包括程序24所获得或产生的完整或部分补充寄件数据、额外寄 件数据、运费数据、及/或交易数据(比如为一交易序号)。

在程序26的优选实施例中，远程数据处理系统120所输出的真 实寄件数据包括完整的寄件数据。举例而言，这可藉由限制代码申请 者程序22必须提供完整寄件数据为申请寄件数据才能申请匿名代码 来达成。或是如程序24之相关说明中所述，寄件要求数据包括匿名 代码与补充寄件数据。因此，在程序26中，远程数据处理系统120 即可提供对应于该匿名代码的申请寄件数据与补充寄件数据(两者即 构成完整的寄件数据)作为真实寄件数据。

然而，若程序24执行时，匿名寄件要求者并未如上述提供使用 者端411该补充寄件数据。则在其它实施例中，当程序26执行期间， 消费者必须提供一补充寄件数据，方以使当程序26完成后，能够产 生完整寄件数据。

有种种不同方式以使消费者在程序26中可提供补充寄件数据。 在程序26的一实施例中，当远程数据系统120在接收该寄件数据接 收者的要求以输出真实寄件数据之前，通过该寄件要求系统110来要 求寄件数据接收者(为该消费者或一咨询消费者之门市服务人员)提 供一补充寄件数据。该寄件要求系统110继而由寄件数据接收者获得 一补充寄件数据，并将该补充寄件数据传送至远程数据处理系统120。 因此，远程数据处理系统可产生包括完整寄件数据的真实寄件数据。

在程序26的另一实施例中，当远程数据系统120在接收该寄件 数据接收者的要求以输出真实寄件数据之前，并不要求寄件数据接收 者提供补充寄件数据。当远程数据系统120在接收该寄件数据接收者 的要求以输出真实寄件数据之后，消费者在寄件中心内填写补充寄件 数据。所填写的补充寄件数据以及真实寄件数据当中的申请寄件数据 即构成完整的寄件数据。

继续参考图2。由于程序26完成后，完整的寄件数据已经产生， 因此在程序28中，消费者所欲递送的物品依据该完整的寄件数据而 被送达至一收件者。在一优选实施例中，消费者所欲递送的物品会先 由寄件服务中心(或仓库)递送至一货运集散中心。该货运集散中心之 货运人员继而根据完整的寄件数据而将物品递送至收件者。

须注意，在本发明中，匿名寄件系统100可不进行任何会员注册 及登入程序以允许代码申请者申请匿名代码。换言之，在一些实施例 中，代码申请者仅需提供申请寄件数据(或还提供匿名申请代码)即可 申请匿名代码。因此，在远程数据处理系统120中，每一匿名代码并 无对应至任何会员注册数据(包括会员帐号、身分相关数据等)，也因 此匿名代码彼此相互独立而不会有两匿名代码对应至相同的会员帐 号。在这种情况下，匿名代码所具有的字符数较长为佳(比如为六或 八码以上)，用以使匿名代码系统本身即具密码性质而增加安全性。 更优选地，该匿名代码须限定为可使用来寄件达一既定次数或须于一 既定时间内使用。在一实施例中，匿名代码申请者可对匿名代码及/ 或与匿名代码所对应的申请寄件数据进行修改。

在其它实施例中，匿名寄件服务系统100在每次执行程序22前， 均须执行一会员登录程序，以要求匿名代码申请者必须输入一先前注 册的帐号与密码，才有权限申请匿名代码。若匿名代码申请者先前无 注册任何帐号及密码，远程数据处理系统120即执行一会员注册程 序。每一匿名代码在数据库422中除对应申请寄件数据外，还对应于 一会员帐号。同一代码申请者可申请一个以上的匿名代码(即同一会 员帐号可对应一个以上的匿名代码)。匿名代码申请者日后亦可再次 登录远程数据处理系统120以修改匿名代码及/或申请寄件数据。在 一实施例中，具同一帐号的匿名代码申请者能允许申请一既定数量 (比如50个)以内的匿名代码。须注意，在优选实施例中，当会员注 册程序执行时，远程数据处理系统120毋需要求代码申请者提供身分 证字号、住址、电话、年纪、职业…等个人相关信息，以维护代码申 请者的人身数据安全。

须注意，在优选实施例中，程序22与24的最小间隔时间并无限 制。消费者可在寄件服务中心11内执行程序22并随即执行程序24。 此外，在优选实施例中，程序22与24的最大间隔时间有所限制。当 匿名代码申请程序22完成后一既定时间内，第一次匿名代码输入程 序24必须完成，否则远程数据处理系统120即删除程序22所存储的 匿名代码及申请相关数据。此外，在优选实施例中，当程序22完成 后，使用程序22的匿名代码而执行的程序24的可执行次数或可使用 时间有所限制。举例而言，当程序22完成后，消费者可于一既定有 效时间(比如为半年或一年)内使用该程序22所得的匿名代码至寄件 服务中心寄件任意次，或是不限定有效时间而寄件达一既定次数(比 如一次、或十次)。

须注意，本发明的匿名代码并不要求为单一字符串。在另一实施 例中，匿名代码是一包括多个字符串的字符串组，其中每一字符串对 应至不同种类的寄件数据。举例而言，匿名代码可包括第一及第二字 符串，分别对应至寄件者数据以及收件者数据。

此外，亦须注意，本发明并不要求一匿名代码申请程序22执行 时，代码申请者仅能申请单一的匿名代码，以及不需要求寄件要求者 在寄件时仅提供单一的匿名代码。举例而言，在一要求执行会员注册 及登录程序以执行程序22的实施例中，消费者可于第一次匿名代码 程序时，申请第一及第二匿名代码，分别对应寄件者数据以及收件者 (称为R1)数据。代码申请者可于更多匿名代码程序中申请更多不同的 匿名代码而对应于不同的收件者(称为R2，R3…等)。当程序24执行 时，寄件要求者即可提供对应寄件者数据的匿名代码以及对应 R1-R3…当中之一的匿名代码。

亦须注意，虽然名为「匿名」代码，然而，匿名代码亦可为接受 代码申请者自订而为一真实人名或公司名，或具有第一及第二字符 串，其中第一字符串是一代码申请者所提供的真实人名或公司名，第 二字符串是一代码申请者自订或数据处理装置120产生的另一代码 而具密码功用以增加安全性。

图3A-3D是本发明所提供的图1的匿名寄件服务系统100在执 行图2的程序24至28时的详细步骤示意图的不同实施例。首先，参 考图3A。在此图所示的实施例中，消费者所欲递送的物品PARL由 消费者自行携带至寄件服务中心11，或消费者由寄件服务中心(比如 为一便利商店)的陈列架上所购得。

首先，执行图2的程序24。一寄件服务要求者(比如为该消费者， 或一咨询该消费者的门市服务人员)将寄件要求数据D_DR提供给寄 件要求系统110，其中该寄件要求数据D_DR包括一先前在程序22 所申请的匿名代码。寄件要求系统413接收该寄件要求数据后，继而 将该寄件要求数据D_DR传送至该远程数据处理系统(步骤31)。

接下来，执行图2的程序26。远程数据处理系统120继而将一 真实寄件数据D_REAL回传给寄件要求系统110(步骤32)，其中该真 实寄件数据D_REAL包括一与该匿名代码相对应的申请寄件数据。

如图2的程序26的相关说明中所述，若申请寄件数据不为完整 的寄件数据，则在程序26的一实施例中，当远程数据处理系统120 将真实寄件数据D_REAL传送给寄件要求系统110之前，可通过该 寄件要求系统110来要求寄件数据接收者(为该消费者或一咨询消费 者之门市服务人员)提供一补充寄件数据，远程数据处理系统120继 而可产生一包括完整寄件数据的真实寄件数据D_REAL。或是在程序 26的另一实施例中，真实寄件数据D_REAL不包括完整的寄件数据 之情况，消费者在寄件要求系统110接收真实寄件数据D_REAL后， 填写一补充寄件数据。消费者所填写的补充寄件数据与真实寄件数据 D_REAL当中的申请寄件数据构成完整的寄件数据。

接下来，执行图2的程序28。根据完整寄件数据D_TATAL将物 品PARL直接送达收件者或先送至一货运集散中心310继而再送达收 件者RECEIVER(步骤33)。

现转而参考图3B。类似地，首先执行图2的程序24。此图与图 3A之差异在于，当远程数据处理系统120由寄件交求系统110接收 寄件要求数据D_DR(步骤)后，不直接执行程序26以将一包括申请寄 件数据的真实寄件数据D_REAL传送回寄件要求系统110。反之，远 程数据处理系统120产生一相对应的交易序号CODE_T及一交易记 录文件(如同程序24的相关说明)，并将一真实寄件数据D_REAL存 储在该交易记录文件中，其中该真实寄件数据D_REAL包括一申请 寄件数据对应于寄件要求数据D_DR内的匿名代码。

须注意，在此图的实施例中，真实寄件数据D_REAL必须包括 完整的寄件数据D_TATAL。达成的方式，如前所述，比如为限定程 序22的申请寄件数据必须为完整的寄件数据，或是在程序24中，寄 件要求数据包括一补充寄件要求数据。

接下来，远程数据处理系统120不如图3A的实施例的步骤32 所示将一包括该申请寄件数据的真实寄件数据传送给寄件要求系统， 反而将该交易序号CODE_T传送给寄件要求系统的使用者终端装置 413(步骤34)。物品PARL与交易序号CODE_T随后一起送至一货运 集散中心310(步骤35)，其中该货运集散中心310设置一配送数据处 理系统311。

接下来，执行图2的程序26。该配送数据处理系统311接受一 配送数据处理人员的操作，而将该交易序号CODE_T传送至远程数 据处理系统120(步骤36)。远程数据处理系统120继而将该存储在交 易记录文件(对应于交易序号CODE_T)中的真实寄件数据D_REAL 传送回给配送数据处理系统311，其中该真实寄件数据D_REAL包括 完整寄件数据(D_TATAL)(步骤37)。

接下来，执行图2的程序28。类似地，根据完整寄件数据 D_TATAL将物品PARL送达收件者(步骤38)。

现转而参考图3C。此图之实施例与图3A及3B所示之实施例之 主要差异在于，寄件服务中心11并无取得消费者所欲地送之物品 PARL。反之，消费者在寄件服务中心11内，通过寄件要求系统110 预订所欲递送的物品PARL。

首先，消费者将一购物相关数据D_SHOPPING(所欲订购之物品 种类、数量等数据…等与物品PARTL的预订相关数据)提供给寄件要 求系统110(步骤39)。寄件要求系统110继而将所接收之购物相关数 据通过网络130而传送至远程数据处理系统120(步骤39)。远程数据 处理系统120产生一相对应的交易序号CODE_T及一交易记录文件 (类似于程序24对于交易记录文件及交易序号之说明)，并将购物相 关数据D_SHOPPING存储在该交易记录文件中。

接下来，寄件要求系统110将一寄件要求数据D_DR(包括一匿名 代码、一额外寄件数据，及或一补充寄件数据)传送给远程数据处理 系统120(步骤31)。远程数据处理系统120继而将一真实寄件数据 D_REAL存储在该交易记录文件中，其中该真实寄件数据D_REAL 包括一申请寄件数据对应于该匿名代码。须注意，与图3B类似，真 实寄件数据D_REAL必须包括完整的寄件数据D_TATAL。达成的方 式，如前所述，比如为限定程序22的申请寄件数据必须为完整的寄 件数据，或是在程序24中，寄件要求数据D_DR包括一补充寄件要 求数据。

如同程序24的相关说明中所述，远程数据处理系统120还可产 生其余种类的数据，如运费数据及一交易数据，并将该交易数据存储 在该交易记录文件中。与图3B的程序24不同的是，远程数据处理 系统120在此程序24中，还根据该购物相关数据D_SHOPPING及真 实寄件数据D_REAL而产生一订单数据D_ORDER。该订单数据 D_ORDER包括真实寄件数据D_REAL(包括完整的寄件数据)，以及 一订单处理相关数据，该订单处理相关数据用以使一订单处理中心 312(比如为一仓库、一产品制造工厂)能准备或制造消费者所订购的 物品PARTL。远程数据处理系统120还可将该订单数据D_ORDER 存储在该交易记录文件中。

接下来，执行图2的程序26。远程数据处理系统120将该包括 真实寄件数据D_REAL的订单数据D_ORDER传送给订单数据处理 中心312所设置的一订单处理系统313(步骤40)。

接下来，执行图2的程序28。物品PARL根据完整寄件数据 D_TATAL直接送达收件者或先送至一货运集散中心310继而再送达 收件者RECEIVER(步骤33)。

现转而参考图3D。此图与图3C类似的是，消费者在寄件服务中 心11内，通过寄件要求系统110预订所欲递送的物品PARL。

此图与图3C的差异主要在于，在程序24中，远程数据处理系 统120根据购物相关数据D_SHOPPING及真实寄件数据D_REAL所 产生的一订单数据D_ORDER’不包括真实寄件数据D_REAL而是 包括交易序号CODE_T。同样地，远程数据处理系统120将订单数据 D_ORDER传送订单处理系统313(步骤40’)。接下来，订单处理系 统313将物品PARL连同交易序号CODE_T传送至货运集散中心 310(步骤41)。

接下来，执行图2的程序26。与图3B的程序26类似，配送数 据处理系统311将该交易序号CODE_T传送至远程数据处理系统 120(步骤36)。远程数据处理系统120继而将该存储在交易记录文件 (对应于交易序号CODE_T)中的真实寄件数据D_REAL传送给配送 数据处理系统311，其中该真实寄件数据D_REAL包括完整的寄件数 据(D_TATAL)(步骤37)。

接下来，执行图2的程序28。类似地，根据完整寄件数据 D_TATAL将物品PARL送达收件者(步骤38)。

须注意，以上虽以先执行步骤39在执行步骤31来说明图3C及 3D的实施例。然而，在其它情况中，可先执行步骤31，产生一存储 真实寄件数据D_REAL的交易记录文件，继而执行步骤39，以接收 并存储D_SHOPPING于该交易记录文件中。或是可同时接收购物相 关数据D_SHOPPING以及寄件要求数据D_DR后，才产生交易记录 文件并存储真实寄件数据D_REAL。

图4A示出了本发明所提供的图1的匿名寄件系统之一较细部结 构图的第一实施例。如图所示，在匿名寄件系统400中，寄件要求系 统110包括一使用者端411及一前台装置412，分别与远程数据处理 系统120通过网络130相连接。须注意，在另一实施例中，使用者端 411及前台装置412彼此亦通过网络(比如为局域网络，未显示于图中) 而彼此相连。在另一实施例中，使用者端411(或前台装置412)可不直 接通过网络130而连接至远程数据处理系统120，而是通过前台装置 412(或使用者端411)而连接至远程数据处理系统120。在一实施例中， 使用者端411及前台装置412分别接受消费者及门市服务人员的操 作，在另一实施例中，两者则皆由门市人员操作。

该使用者端411包括至少一使用者终端装置413、一输入装置 414，以及一凭据打印装置415。使用者终端装置413安装一可连接 该远程数据处理系统120的软件。当使用者终端装置413连接至该远 程数据处理系统120时，该软件在使用者终端装置413的屏幕上显示 该远程数据处理系统所提供的数据(比如为一匿名寄件服务页面)。输 入装置414比如是一鼠标及/或键盘及/或触控式屏幕，用以接受使用 者(比如为消费者或门市服务人员)所输入的数据。当使用者终端装置 D_DR接收远程数据处理系统120的数据后，根据所接收的数据而产 生一凭据数据，并驱动凭据打印装置415以将该凭据数据打印于一寄 件凭据上。

该前台装置412包括一收银机416、一扫描装置417，以及一前 台打印装置418。该收银机416用以储纳消费者的缴款，并执行一结 帐程序。该收银机416连接至远程数据处理系统120(如本图所示)。 该扫描装置417可扫描该寄件凭据，以接收使用者端411所提供的凭 据数据，并传送至收银机416。收银机416继而可根据该凭据数据进 行后续处理。比如连接至远程数据处理系统120，并根据该凭据数据 以获得所需数据。该前台打印装置418可接收该收银机416的驱动以 打印收据。在一些实施例中，前台打印装置418还打印一贴条。

须注意，在本图所示的实施例中，前台装置412扫描凭据而获得 使用者端411所提供的凭据数据，以及根据该凭据数据获得远程数据 处理系统110所提供的数据资料。然而，在一些实施例中，前台装置 412还可与该使用者端411相连接，因此前台装置412可不须扫描该 凭据来获得使用者端411所提供之数据，使用者端411也可将由远程 数据处理系统120所获得的数据直接传送至前台装置411。在一些实 施例中，凭据打印装置415因此可被移除。以下在图5A、6及7A将 有更详细之说明。

远程数据处理系统120包括一数据处理装置421、以及一数据库 422。该数据处理装置421，比如为一服务器，与寄件要求系统110 传送数据并进行处理。数据库422用以存储匿名寄件服务执行时之种 种相关数据(比如为匿名代码、申请寄件数据)。

图4B示出了本发明所提供的图1的匿名寄件系统之一较细部结 构图的第二实施例。如图所示，匿名寄件系统400’与400差别主要 在于使用者端411与前台装置421相整合。如图所示，寄件要求系统 110包括一收银装置511，其与数据处理装置120通过网络130相连 以相互传送数据，并储纳消费者之缴款以进行一结帐程序，一输入装 置514，其可接收使用者所输入的数据并传送至收银装置511，以及 一前台打印装置518，其接受收银装置511之驱动以打印一收据。在 一实施例中，该前台打印装置518还打印一贴条。

图5A是本发明所提供的图4A的匿名寄件服务系统400在执行 图3A的程序31至33的详细步骤示意图的第一实施例。在此实施例 中，程序26的寄件数据接收者与程序24的寄件服务要求者同为一消 费者。

首先，执行图3A的步骤31。消费者通过使用者端411的使用者 终端装置413而连接至远程数据处理系统120的数据处理装置421， 数据处理装置421继而在该使用者终端装置413的屏幕上显示一匿名 寄件服务页面。消费者继而在该匿名寄件服务页面下，使用输入装置 414而将寄件要求数据D_DR提供给使用者终端装置413(步骤51)， 其中该寄件要求数据D_DR包括一先前于程序22所申请的匿名代码。 使用者终端装置413继而将该寄件要求数据D_DR传送至该远程数据 处理系统(步骤52)。如图2的程序22及图3A的步骤31的相关说明 中所述，在匿名代码相对应的申请寄件数据不为完整的寄件数据的情 况下，寄件要求数据D_DR还可包括一补充寄件数据。此外，寄件要 求数据D_DR还可包括一额外寄件数据。此外，数据处理装置421 还可产生一运费数据及交易数据(比如包括缴费相关数据)，并将该交 易数据存储在数据库422内之一对应一交易序号CODE_T的交易记 录文件中。

接下来，执行图3A的步骤32。数据处理装置421随即由该数据 库422获得一与该匿名代码相对应的申请寄件数据，并且将一真实寄 件数据D_REAL回传给使用者端411的使用者终端装置413(步骤 53)，该真实寄件数据D_REAL包括该匿名代码所对应的申请寄件数 据。如图2的程序26及图3A的步骤32的相关说明中所述，真实寄 件数据D_REAL还可包括补充寄件数据，以及完整或部分额外寄件 数据、运费数据、及/或交易数据(比如为一交易序号、缴费相关数据)。

接下来，当使用者终端装置413接收该真实寄件数据D_REAL 后，根据该真实寄件数据D_REAL产生一凭据数据D_CRED(步骤 54)，并继而驱动凭据打印装置415以将该凭据数据D_CRED打印于 一寄件凭据CRED上(步骤55)。该凭据数据D_CRED包括一寄件辨 识数据D_READ与一收据驱动数据D_RECTD。该收据驱动数据 D_RECTD被打印为至少一可供前台装置412之扫描装置417辨识的 条形码。该寄件辨识数据D_READ包括申请寄件数据，其在凭据 CRED上被打印为可供消费者及货运人员辨识的文字。

在真实寄件数据D_REAL包括完整的寄件数据D_TATAL的情况 下，该寄件辨识数据D_READ也包括完整的寄件数据D_TATAL。然 而，在真实寄件数据D_REAL中的申请寄件数据不为完整的寄件数 据D_TATAL之情况下，在使用者终端装置413产生该凭据数据 D_CRED的一实施例中，该远程数据处理系统120通过使用者终端装 置413所显示的页面而更要求该消费者输入一补充寄件数据，使用者 终端装置413并该补充寄件数据及申请寄件数据同样作为寄件辨识 数据D_READ而打印为人可辨识之文字于该凭据CRED上。该远程 数据处理系统120可将该补充寄件数据存储在上述交易记录文件中。

在使用者终端装置413产生该凭据数据D_CRED的另一实施例 中，远程数据处理系统120无需要求消费者输入一补充寄件数据，因 此使用者终端装置仅将申请寄件数据做为寄件辨识数据D_READ而 打印于凭据CRED上。消费者必须以手写之方式将该补充寄件数据 填于该寄件凭据CRED上。

接下来，消费者携带该寄件凭据CRED及所欲递送的物品PARL 至前台装置412缴费(步骤56)。扫描装置418接受门市服务人员的操 作以扫描该寄件凭据CRED上的条形码以接收该条形码所表示的收 据驱动数据D_RECTD，并继而将收据驱动数据D_RECTD传送给收 银机416(步骤57)。

收银机416根据该收据驱动数据D_RECTD以产生一收据数据 D_RECT(步骤48)，并驱动前台打印装置418将该收据数据D_RECT 打印于一收据RECT上(步骤49)。该收据数据D_RECT包括运费数 据、缴费日期…等可供交易证明的信息。

在收银机412产生收据数据D_RECT的一实施例中，收银机416 与该远程数据处理系统120通过网络相通信，以执行一交易确认程 序，并当该交易确认程序完成后才打印该收据RECT。举例而言，寄 件凭据上的收据驱动数据D_RECTD包括程序22所产生的交易序号 CODE_T。当扫描装置417扫描凭据CRED而接收该交易序号并将交 易序号CODE_T传给收银机416后，收银机416将该交易序号 CODE_T传送至该远程数据处理系统120(步骤581)。数据处理装置 421继而可根据存储在数据库422并对应于该交易序号CODE_T的交 易记录文件而产生一确认数据D_CER，并将该该确认数据D_CER传 送给收银机416(步骤482)。数据处理装置421可在此时对该交易记 录文件进行修改，以记录一缴费成功信息(可包括缴费时间、缴费地 点、付费方式…等数据)。在一实施例中，该确认数据D_CER包括该 交易序号CODE_T是否有效的信息，当收银机接收确认数据D_CER 后，若交易序号CODE_T为有效，才将收据数据D_RECT打印于收 据RECT上。在另一实施例中，该确认数据D_CER还包括该交易序 号CODE_T相对应的交易数据文件所存储的部分数据。当收银机接 收该确认数据D_CER后，根据该确认数据D_CER以产生该收据数 据D_RECT。

在一实施例中，该收据驱动数据D_RECTD包括运费数据、缴费 日期…等可供交易证明的信息，以及该收据数据D_RECT包括收据 驱动数据D_RECTD的该等可供交易证明的数据。在另一实施例中， 该收据驱动数据D_RECTD不包括上述信息而仅包括交易序号 CODE_T，以及收银机根据确认数据D_CER以获得运费数据、缴费 日期…等可供交易证明的信息。

在一些实施例中，当数据处理装置421接收该交易序号CODE_T 后，除了根据交易数据而产生该确认数据D_CER外，可根据交易数 据而更产生一物流配送数据D_DEL，并将该物流配送数据传送至货 运集散中心310的配送数据管理系统311(步骤583)。该物流配送数据 D_DEL决定后续一货运集散中心310派车以至寄件服务中心取回物 品PARL的取货流程、以及/或决定一货运其散中心310派车以将该 物品PARL递送给收件者的送货流程，其中该两流程包括收货/送货 时间、运送人员的配置、运送车辆的配置、配送路线等。在其它一些 实施例中，数据处理装置421可直接将交易数据当中产生物流配送数 据相关者传送至配送数据处理系统311，由配送数据处理系统311来 产生物流配送数据D_DEL。

当收据RECT打印完成，消费者领取该收据RECT，以作为寄件 交易的证明。门市服务人员继而将包含完整寄件数据D_TATAL的该 寄件凭据CRED黏贴于消费者所欲递送的物品PARL上。

接下来，执行图3A的步骤33。一货运人员至寄件收取黏贴有该 寄件凭据CRED的该物品PARL，并将该物品PARL根据该寄件凭据 CRED上的完整寄件数据D_TATAL直接送达收件者或先送至一货运 集散中心420继而再送达收件者(步骤60)。

如前所述，在程序26中，远程数据处理系统120可传送一物流 配送数据D_DEL至货运集散中心的配送数据处理系统。该配送数据 处理系统583继而在步骤60中，可根据该物流配送数据D_DEL而 安排适当的取货及送货流程。在一实施例中，该物流配送数据D_DEL 包括程序24中所存储的交易序号，以及配送数据处理系统311根据 配送进度及情况而产生一配送进度数据D_DELP，并将该配送进度数 据D_DELP传送给远程数据处理系统120(步骤601)。远程数据处理 系统120继而将该配送进度数据记录在一对应该交易序号的交易记 录文件中。消费者或系统工作人员即可根据该交易序号/匿名代码以 查询配送进度。

须注意，本实施例是将寄件辨识数据D_READ及收据驱动数据 D_RECTD打印于单一寄件凭据CRED上，然而寄件辨识数据 D_READ及收据驱动数据D_RECTD在其它实施例中可分别打印于 不同之凭据上。此外，亦须注意，凭据可包括两部分(比如为一双联 凭据)，其中一部份供黏贴于物品PARL上，另一部份供消费者留存。

此外，亦须注意，在本图所示的实施例中，是以寄件数据接收者 与寄件服务要求者皆为消费者来举例说明。然而，在其余一些实施例 中，寄件数据接收者与寄件服务要求者可为一门市服务人员。

须注意，若使用者终端装置413与收银装置416相连接，则可对 图5A稍加修改而成其它实施例。举例而言，在一实施例(未以图式显 示)中，所有步骤几乎与图5A无异，差别仅在于使用者终端装置413 将在步骤53中所接收的该真实寄件数据D_REAL传送至收银机416， 以及收银机416还根据该真实寄件数据D_REAL而打印一包含寄件 辨识数据D_READ的贴条SLIP，最后门市服务人员该贴条SLIP而 非该凭据CRED黏贴至物品上。此传送过程可于前台装置412扫描 凭据CRED以接收凭据数据D_CRED之前或之后进行。使用者终端 装置所产生的凭据数据D_CRED可根据应用需求而包括或不包括寄 件辨识数据D_READ。真实寄件数据D_REAL包括交易序号 CODE_T，以及该交易序号CODE_T打印于该凭据上以供前台装置 412辨识。然而，若使用者端413及前台装置416皆由门市服务人员 操作之情况下，则可移除该凭据打印装置415而不打印凭据CRED’。

图5B是本发明所提供的图4B的匿名寄件服务系统400’在执行 图3A的程序31至33的详细步骤示意图的一实施例。在此实施例中， 寄件服务要求者与寄件数据接收者皆为一门市服务人员。以下主要描 述与图5A的差异以简化说明。

首先，同样执行图3A的步骤31。首先，依序执行步骤51’及 52’。步骤51’及52’分别与图5A的步骤51至52类似，差别仅在 于使用者由消费者改为门市服务人员，输入装置由414以输入装置 514取代，以及使用者终端装置413以收银装置514取代。

接下来，执行图3A的步骤32。首先，执行步骤53’。步骤53’ 与图5A的步骤53类似，差别仅在于数据处理装置421将真实寄件 数据D_REAL回传给收银装置511而非使用者终端装置413。

接下来，执行步骤48’及59’。在步骤48’中，收银装置511 在接收该真实寄件数据D_REAL后，根据该真实寄件数据D_REAL 而产生一贴条数据D_SLIP以及收据数据D_RECT。在步骤59’中， 收银装置511继而驱动前台打印装置614将该贴条数据D_SLIP及收 据数据D_RECT分别打印于一贴条SLIP及一收据RECT’上。贴条 数据D_SLIP与图5A的寄件辨识数据D_READ相似，其包括申请寄 件数据(或更包括补充寄件数据)，并且该申请寄件数据(或更包括补充 寄件数据)于贴条SLIP上被打印为可供消费者及货运人员辨识的文 字。同样地，当收据RECT’打印完成，消费者领取该收据RECT’， 以及门市服务人员继而将包含完整寄件数据的该贴条SLIP(注意非凭 据CRED)黏贴于消费者所欲递送的物品PARL上。

与图5A相似，在真实寄件数据D_REAL包括完整的寄件数据 D_TATAL之情况下，该贴条数据D_SLIP亦包括完整的寄件数据 D_TATAL以打印为人可辨识之文字于该贴条SLIP上。反之，在真实 寄件数据DREL不包括完整的寄件数据D_TATAL之情况下，门市服 务人员可藉由该输入装置514而输入一补充寄件数据，方以使该补充 寄件数据及申请寄件数据做为贴条数据D_SLIP而打印为人可辨识之 文字于该贴条SLIP上，或是仅有申请寄件数据做为贴条数据D_SLIP 而打印于贴条SLIP上，而消费者必须以手写之方式将该补充寄件数 据填于该贴条SLIP上。

继而，执行图3A的步骤33。一货运人员收取黏贴有该贴条SLIP 的该物品PARL，并将该物品PARL根据该贴条SLIP上的完整寄件 数据D_TATAL以送达收件者RECEIVEL(步骤60’)。

类似地，在其它实施例中，远程数据系统120在接收寄件要求数 据D_DR后(步骤52’)，可根据该寄件要求数据D_DR直接产生该贴 条数据D_SLIP及收据数据D_RECT。继而当收银装置511即可由远 程数据处理系统120直接获得该贴条数据D_SLIP及收据数据 D_RECT。

图6是本发明所提供的图4A的匿名寄件服务系统400在执行图 3A的程序31至33的详细步骤示意图的第二实施例。在此实施例中， 寄件服务要求者是一消费者，寄件数据接收者则由消费者改为一门市 服务人员。以下主要描述与图5A的差异以简化说明。

首先，同样执行图3A的步骤31。当步骤52执行后，数据处理 装置421产生一彼此相对应的交易序号CODE_T及一交易记录文件， 并将一真实寄件数据D_REAL存储在该交易记录文件中，其中该真 实寄件数据D_REAL包括一申请寄件数据对应于寄件要求数据 D_DR内的匿名代码。

接下来，不如图5A依序执行步骤53-60，而依序执行步骤61-70。 在步骤61中，数据处理装置421不如图5A的步骤53所示将一包括 该申请寄件数据的真实寄件数据D_REAL传送给使用者端411的使 用者终端装置413，反而将该交易序号CODE_T传送给寄件要求系统 110的使用者终端装置413。

接下来，当使用者终端装置413接收该交易序号CODE_T后， 产生一凭据数据CRED’(步骤62)，其中该凭据数据D_CRED’包括 该交易序号CODE_T。类似地，该使用者终端装置413继而驱动打印 装置以将该凭据数据打印于一寄件凭据CRED’上(步骤63)，其中该 寄件凭据CRED’上打印一条形码以表示该交易序号CODE_T。在一 些实施例中，亦可如图5A，该凭据数据D_CRED’还包括寄件辨识 数据D_READ及/或收据驱动数据D_RECTD，分别在该寄件凭据 CRED’打印为可供消费者辨识的文字，以及该收据驱动数据 D_RECTD打印为一可供扫描装置417辨识的条形码。

接下来，执行图3A的步骤32。同样地，寄件数据接收者携带该 寄件凭据CRED’及所欲递送的物品PARL至前台装置412缴费，以 及扫描装置418接受门市人员的操作以扫描该寄件凭据CRED’上的 条形码并接收该条形码所表示的交易序号CODE_T(步骤64)。当扫描 装置418接收该凭据CRED’上的交易序号CODE_T并将交易序号 CODE_T传送给收银机416(步骤65)后，收银机416将该交易序号 COED’传送至数据处理装置421(步骤66)。

数据处理装置421在接收该交易序号CODE_T后，将对应于该 交易序号CODE_T的交易记录文件所记录的该真实寄件数据 D_REAL回传给收银机416(步骤67)。数据处理装置421可在此时对 该交易记录文件进行修改，以记录一缴费成功信息(可包括缴费时间、 缴费地点、付费方式…等数据)，及/或执行步骤583。

接下来，当收银机416接收该真实寄件数据D_REAL后，根据 该真实寄件数据D_REAL产生一贴条数据D_SLIP以及一收据数据 D_RECT’(步骤68)，并继而驱动前台打印装置418以将该贴条数据 D_SLIP及收据数据D_RECT’分别打印于一贴条SLIP及一收据 RECT’上(步骤69)。收据数据D_RECT’，与图5A的收据数据D_RECT 相似，包括运费数据、缴费日期…等可供交易证明的信息。贴条数据 D_SLIP则与图5A的寄件辨识数据D_READ相似，包括申请寄件数 据(或更包括补充寄件数据)，并且该申请寄件数据(或更包括补充寄件 数据)于贴条SLIP上被打印为可供消费者及货运人员辨识的文字。在 凭据数据D_CRED’包括收据驱动数据D_RECTD的实施例中，收银 机418可根据真实寄件数据D_REAL及收据驱动数据D_RECTD以 产生收据数据D_RECT’。

在其他一些实施例中，数据处理装置421在输出真实寄件数据 D_REAL之前，先产生一确认数据D_CER，其中该确认数据D_CER 包括该交易序号CODE_T是否有效的信息。当交易序号有效，数据 处理装置421才将该确认数据D_CER与该真实寄件数据D_REAL传 送回收银机412。当收银机接收确认数据D_CER后，若交易序号 CODE_T为有效，才进行步骤68以打印收据。

与图5A相似，在真实寄件数据D_REAL包括完整的寄件数据 D_TATAL的情况下，该贴条数据D_SLIP亦包括完整的寄件数据 D_TATAL以打印为人可辨识的文字于该贴条SLIP上。反之，在真实 寄件数据DREL不包括完整的寄件数据D_TATAL的情况下，在收银 机416产生贴条数据D_SLIP的一实施例中，该收银机416还包括一 输入装置(未显示于图中)。门市服务人员藉由该输入装置而输入一补 充寄件数据，继而收银机416将该补充寄件数据及申请寄件数据作为 贴条数据D_SLIP以在该贴条SLIP上打印为可辨识的文字。在收银 机416产生贴条数据D_SLIP的另一实施例中，仅有申请寄件数据作 为贴条数据D_SLIP而打印在贴条SLIP上，以及消费者补充寄件数 据填写于该贴条SLIP上。

同样地，当收据RECT’打印完成，消费者领取该收据RECT’， 以及门市服务人员继而将包含完整寄件数据D_TATAL的该贴条 SLIP(注意非凭据CRED’)黏贴于消费者所欲递送的物品PARL上。

继而，执行图3A的步骤33。一货运人员收取黏贴有该贴条SLIP 的该物品PARL，并根据该贴条SLIP上的完整寄件数据D_TATAL将 该物品PARL送达收件者RECEIVEL(步骤70)。

须注意，在其它实施例中，远程数据系统120在接收寄件要求数 据D_DR后(步骤52)，可根据该寄件要求数据D_DR直接产生该交易 序号CODE_R、该贴条数据D_SLIP，以及该收据数据D_RECT’， 并将该贴条数据D_SLIP及收据数据D_RECT’存储在一对应于该交 易序号的文件中。继而当收银机416传送该交易序号CODE_D至该 远程数据处理系统120后，即可由远程数据处理系统120直接获得该 贴条数据D_SLIP及收据数据D_RECT。

须注意，若使用者终端装置413与收银装置416相连接，则可对 图6稍加修改而成其它实施例。举例而言，在一实施例(未以图式显 示)中，所有步骤几乎与图6无异，差别仅在于使用者终端装置413 将在步骤61中所接收的交易序号CODE_T传送至收银机416，以及 该凭据打印装置415可移除而不打印凭据CRED’。

图7A是本发明所提供的图4A的匿名寄件服务系统400在执行 图3B的程序31、34至38的详细步骤示意图的一实施例。在此实施 例中，寄件服务要求者是一消费者，而寄件数据接收者是一配送数据 处理人员。如图3B的相关说明中所述，存储在数据库421的真实寄 件数据D_REAL必须包括完整的寄件数据D_TATAL。达成的方式， 如前所述，比如为限定程序22的申请寄件数据必须为完整的寄件数 据，或是寄件要求数据D_DR包括一补充寄件数据。以下主要描述此 图与图6的差异以简化说明。

首先，在执行图3B的步骤35中，是与图6相似而先依序执行 步骤64至66。然而，接下来，在执行步骤582与步骤71至80，而 非执行步骤67-70。步骤582后可更执行步骤583。

步骤582与步骤67的差别在于，收银机416是由远程数据系统 120接收一确认数据D_CER而非该真实寄件数据D_REAL。步骤71 与步骤68的差别在于，收银机416是根据该确认数据D_CER而产 生一收据数据D_RECT(步骤71)以驱动前台打印装置418打印一收据 RECT(步骤72)，而不产生贴条数据D_SLIP以驱动前台打印装置418 打印一贴条SLIP。步骤73与步骤70的差别在于，门市服务人员将 步骤63所产生的具有交易序号CODE_T的凭据CRED’而非贴条 SLIP黏贴于消费者所欲递送的物品上。一货运人员继而至寄件服务 中心11收取黏贴有该凭据CRED’的物品PARL，并将该物品PARL 运送至一货运集散中心310。

如图所示，该货运中心310设置一配送数据处理系统311。如图 所示，该配送数据处理系统311包括一配送数据处理主机612、一扫 描装置613，以及一前台打印装置614。

接下来，执行图3B的程序36。一配送数据处理人员取得上述黏 贴有凭据CRED’的物品PARL。扫描装置613接受该配送数据处理 人员的操作以扫描该寄件凭据CRED’上的条形码(步骤74)，接收该 条形码所表示的交易序号CODE_T，并且将交易序号CODE_T传送 给配送数据处理主机612(步骤75)。配送数据处理主机612将该交易 序号传送至该远程数据处理系统120(步骤76)。

接下来，执行图3B的步骤37。数据处理装置421继而将一对应 于该交易序号的交易记录文件所记录的真实寄件数据D_REAL(包括 完整的寄件数据D_TATAL)传送回配送数据主机(步骤77)。当配送数 据主机612接收该真实寄件数据D_REAL后，根据该真实寄件数据 D_REAL而产生一贴条数据D_SLIP(步骤78)，其中该贴条数据 D_SLIP与图6的步骤68的贴条数据D_SLIP类似，包括完整的寄件 数据。配送数据主机612继而驱动前台打印装置614将该贴条数据 D_SLIP打印于一贴条SLIP上(步骤79)，其中该完整寄件数据 D_TATAL被打印为可辨识之文字。接下来，该配送数据处理人员/或 其余工作人员将贴条SLIP黏贴于物品PARL上。

接下来，执行图3B的程序38。一货运人员收取黏贴有该贴条 SLIP之物品PARL，并将该物品PARL根据该贴条SLIP上的完整寄 件数据以送达收件者(步骤80)。

须注意，虽然本图的实施例是将凭据CRED’黏贴至该物品PARL 来说明，然而，在另一实施例中(未以图式显示)，所有步骤几乎与本 图所示者无异，差别仅在于收银机416在步骤71还产生一包括交易 序号CODE_T的贴条数据D_SLIP’，以及驱动前台打印装置418将 该贴条数据D_SLIP’打印于一贴条SLIP’上，继而该贴条SLIP’而 非该凭据CRED’黏贴至物品PARL上。

此外，若使用者终端装置413与收银装置416相连接，则可对图 7A稍加修改而成为其它实施例。举例而言，在一实施例(未以图式显 示)中，所有步骤几乎与图7A无异，差别仅在于使用者终端装置413 是将在步骤53中所接收的交易序号CODE_T传送至收银机416。而 若将此实施例与上段的实施例相结合，可根据设计需求而移除该凭据 打印装置CRED’。

图7B是本发明所提供的图4B的匿名寄件服务系统400’在执行 图3B的程序31、34至38的详细步骤示意图的一实施例。在此实施 例中，寄件服务要求者是一门市服务人员，而寄件数据接收者是一配 送数据处理人员。以下主要描述与图5B及7A的差异以简化说明。

首先，与图5B相似而先依序执行步骤51’至53’。须注意，在 步骤52执行后，数据处理装置421在数据库中储存一对应于一交易 代码CODE_T的交易数据文件，并且该交易数据文件存储真实寄件 数据D_REAL。以及在步骤53中，数据处理装置421所输出的真实 寄件数据D_REAL必须包括完整的寄件数据D_TATAL与交易代码 CODE_T。使真实寄件数据D_REAL必须包括完整之寄件数据 D_TATAL之方式比如为限定程序22的申请寄件数据为完整的寄件数 据，或寄件要求数据D_DR包括一补充寄件数据)。

接下来，不如图5B执行步骤48’、59’以及60’，而改为执行 步骤68’、69’以及70’。在步骤68’中，当收银装置511接收真实 数据D_REAL时，产生一贴条数据D_SLIP’及一收据数据D_RECT。 其中贴条数据D_SLIP’包括该交易序号CODE_T。在步骤69’中， 该收银装置413继而驱动前台打印装置518以将该收据数据D_RECT 打印于一收据REFT上，其中该贴条数据D_SLIP’上打印一条形码 以表示该交易序号CODE_T。在步骤70’中，门市服务人员将贴条 SLIP’黏贴于消费者所欲递送的物品上。一货运人员继而至寄件服务 中心11收取物品PARL，并将该物品PARL运送至一货运集散中心。

接下来，依序进行步骤74’以及75-80。与图7A的差异仅在于 不执行步骤74而执行步骤74’。步骤74’与步骤74的差异仅在于扫 描装置613不扫描凭据CRED’而扫瞄贴条SLIP。

图8A是本发明所提供的图4A的匿名寄件服务系统400在执行 图3C的程序31、33及39至40的详细步骤示意图的一实施例。在 此实施例中，寄件服务要求者是消费者，寄件数据接收者是一订单数 据处理人员。以下描述着重于图8A与图7A间的差异以简化说明。

首先，必须执行图3C所示的步骤39。消费者通过使用者端411 的使用者终端装置413而连接至远程数据处理系统120的数据处理装 置421，数据处理装置421继而在该使用者终端装置413的屏幕上显 示一线上购物服务页面。消费者继而在该线上购物服务页面下，使用 输入装置414而将一购物相关数据D_SHOPPING(所欲订购的物品种 类、数量等数据)提供给使用者终端装置413(步骤81)。使用者终端装 置413继而将购物相关数据D_SHOPPING传送给数据处理装置 421(步骤82)。数据处理装置421产生一相对应的交易序号CODE_T 及一交易记录文件(类似于程序24对于交易记录文件及交易序号之说 明)，并将购物相关数据D_SHOPPING存储在该交易记录文件中。

接下来，执行图3C的步骤31。与图7A类似，依序执行步骤51、 52、61至66，71、72以及582(无须执行步骤73，以及可更执行步骤 583)。然而，此图与图6B的差异在于(1)增加一步骤584。在步骤66 执行后，除了执行步骤582，亦执行一步骤584。在步骤584中，数 据处理装置421根据该购物相关数据D_SHOPPING及真实寄件数据 D_REAL而产生一订单数据D_ORDER，并将该订单数据D_ORDER 传送给订单数据处理主机314。该订单数据D_ORDER包括真实寄件 数据D_REAL(包括完整的寄件数据)，以及一订单处理相关数据 D_OP，该订单处理相关数据D_OP用以使一订单处理中心312(比如 为一仓库、一产品制造工厂)能准备或制造消费者所订购的物品。数 据处理装置421还可将该订单数据D_ORDER存储在该交易记录文件 中(2)步骤583中该物流配送数据D_DEL用以决定货运集散中心310 派车以至订单处理中心311而非寄件服务中心取回物品PARL的取货 流程。

当订单数据处理主机814接收订单数据D_ORDER后(步骤584)， 订单数据处理主机814根据订单处理相关数据D_OP而制造或准备消 费者所订购的物品PARL。当物品PARL制备完成后，接下来执行步 骤83至85。在步骤83中，订单处理主机814根据该订单处理数据 D_REAL当中的真实寄件数据D_REAL而产生一贴条数据D_SLIP， 其中该贴条数据D_SLIP包括完整的寄件数据。在步骤84中，订单 处理主机312并驱动贴条打印装置82以将完整的寄件数据打印为人 可辨识之文字在一贴条SLIP上。接下来，在步骤85中，物品PARL 即根据贴条上的完整寄件数据D_TATAL直接送达收件者或先送至一 货运集散中心310继而再送达收件者。

图8B是本发明所提供的图4B的匿名寄件服务系统400’在执行 图3C的程序31、33及39至40的详细步骤示意图的一实施例。在 此实施例中，寄件服务要求者是一咨询消费者的门市服务人员，寄件 数据接收者是一订单数据处理人员。以下描述着重于图8B与图8A 间的差异以简化说明。

首先，执行步骤82’而非图8A的步骤82。步骤82’与步骤82 之差异仅在于使用者终端装置411取代为收银装置511，以及输入装 置414取代为输入装置514。接下来，与图7B类似而执行步骤51’ 及52’。

接下来，执行步骤582’与步骤71’及72’(并可更执行步骤583)。 步骤582’与步骤71’及72’分别与与图8A的步骤582与步骤71 及72相似，差别仅在于收银机416被取代为收银装置511以及前台 打印装置418被取代为前台打印装置518。当步骤582’结束后，亦 如第8A图的流程，执行步骤584(可更执行步骤583)、步骤83-85以 及步骤601而完成匿名寄件流程。

图9A及9B图分别是本发明所提供的图4A及4B的匿名寄件服 务系统400及400’在执行图3D的程序31、36至39、40’及41的 详细步骤示意图的实施例。在此两实施例中，寄件服务要求者是一咨 询消费者的门市服务人员，而寄件数据接收者是一配送数据处理人 员。以下对于图9A的描述着重于其与图8A间的差异，对于图9B的 描述着重于其与图8B间的差异，以简化说明。

如图所示，图9A与图8A(或图9B与图8B)的差异在于，当步骤 66执行后，不执行步骤584而执行步骤584’。在步骤584’中，订 单数据D_ORDER仅包括交易序号CODE_T而不包括真实寄件数据 D_REAL。接下来，依序执行步骤83’及84’而不执行步骤83及84。 步骤83’与83的差别仅在于订单数据处理主机814输出贴条数据 D_SLIP’而非贴条数据D_SLIP，其中贴条数据D_SLIP’包括交易 序号CODE_T而非真实寄件数据D_REAL或完整的寄件数据 D_TATAL。类似地，步骤84’与84的差别仅在于贴条打印装置815 输出一贴条SLIP’而非贴条SLIP，其中贴条SLIP’打印一条形码以 对应交易序号CODE_T。接下来，不执行步骤85，而执行步骤74’、 75至80。步骤74’、75至80的过程可参见图7B的相关说明，在此 不再赘述。

须注意，图8A、8B及图9A及9B的实施例虽然先执行图3C及 3D的步骤39再执行步骤31(先执行步骤81及82，再执行步骤51及 52)。然而，在其他一些实施例中，先执行步骤31，而使数据处理装 置421产生一存储真实寄件数据D_REAL的交易记录文件，继而执 行步骤39，而使数据处理装置421接收并存储购物相关数据 D_SHOPPING在该交易记录文件中(即先执行步骤81及82，再执行 步骤51及52)。在其他更一些实施例中，步骤31及39可同时执行。 举例而言，可先执行步骤51及81，继而再执行步骤52及82。

亦须注意，虽然图8A、8B及图9A及9B是以远程数据处理系 统120提供一购物服务页面以使消费者进行购物，然而在其它实施例 中，寄件服务中心412可提供一产品目录纸本。举例而言，该产品目 录纸本是节庆佳节/特殊活动的应景食品/产品目录，或例行的优惠/ 折扣目录。每一产品对应一产品代码。因此，消费者仅须提供产品目 录纸本所列的产品代码及所欲订购的数量作为购物相关数据 D_SHOPPING以执行图3C及3D的步骤39(即图8A、8B及图9A及 9B的步骤81及81’)。

亦须注意，虽然图8A及9A，消费者通过使用者终端装置413 以将购物相关数据D_SHOPPING提供给远程数据处理系统120。然 而，在其它实施例中，门市人员可通过收银机416以将购物相关数据 D_SHOPPING提供给远程数据处理系统120。

举例而言，在一实施例中，所有步骤几乎与图8A或9A无异， 差别仅在于不须执行步骤81及82，而直接执行步骤51、52及65， 以使消费者使用提供远程数据处理系统120而获得一寄件凭据。继而 消费者至前台装置412而提供门市服务人员一纸本目录上的产品代 码及所欲订购的数量。而在步骤64执行之前或执行同时，门市操作 人员通过收银机416以将一包括该产品代码及数量的购物相关数据 D_SHOPPING提供给远程数据处理系统120。在优选的情况下，扫描 装置417可接收目录上的产品代码并传送至收银机416。

亦须注意，可对上述图5A-5B、6、7A-7B、8A-8B以及9A-9B 所示的实施例稍加修改，以使收件者RECEIVER而非消费者对此匿 名寄件服务付费，即所谓「货到付款服务」。举例而言，在一实施例 中，所有步骤几乎与图5A所示者无异，差别仅在于消费者毋须缴款 给收银机416，收据驱动数据D_RECTD及收据数据D_RECT不包括 缴费相关信息，以及数据处理装置421接收交易序号CODE_T后， 不将缴费成功信息存储在交易记录文件中，而改为存储收件相关信息 (可包括收件时间、收件地点…等数据)。同理可类推至其余附图。为 简略起见，在此省略其说明。

此外，亦须注意，在图8A-8B及9A-9B所示的实施例中，购物 相关数据D_SHOPPING传送至远程数据系统120以产生订单处理相 关数据D_OP。然而，本发明不限定于此。举例而言，在其它实施例 中，所有步骤几乎与图8A-8B及9A-9B的实施例所示相同，差别仅 在于购物相关数据D_SHOPPING可直接传送至订单处理系统312， 由该订单处理系统312产生订单处理相关数据D_OP。

此外，须注意，上述的实施例中，寄件要求系统110、远程数据 处理系统120、配送数据处理系统310、订单数据处理系统312分别 设置于不同场所。然而，本发明并不限定于此。这些系统当中几个或 全体可根据需要而设置于同一场所中。更者，这些系统当中几个或全 体可根据需要而相整合成为同一装置内的不同模块。举例而言，订单 处理系统313与数据处理装置421相整合，或配送数据处理系统313 与数据处理装置421相整合、或寄件要求系统110与远程数据处理系 统120相整合…等等。

图10示出图1的匿名寄件系统在执行图2的程序22的架构示意 图的不同实施例。

在一实施例中，一代码申请者可于家中或任一场所中使用一可通 过网络而连接至远程数据处理系统120的计算机来执行此程序22。 该代码申请者为该消费者本身、该收件者、该寄件者(须注意，该消 费者可能为该收件者或该寄件者当中之一)、或是其余可能提供申请 寄件数据的人士。如图10所示，一个人计算机端102通过一网络101 而与该远程数据处理系统120相连接。该个人计算机端102，举例而 言，包括一个人计算机103，其安装一可连接该远程数据处理系统120 的软件。在一实施例中，该软件是一浏览器。当代码申请者使用该个 人计算机103而连接至该远程数据处理系统120时，该浏览器在该个 人计算机103的屏幕上显示该远程数据处理系统120所提供的匿名寄 件服务的代码申请页面。该个人计算机103还包括至少一输入装置 104，比如是一鼠标及/或键盘，用以接受程序22中代码申请者所输 入的申请相关数据(包括上述申请寄件数据)，并将所接收数据传送给 个人计算机103。个人计算机103继而将所接收的数据通过网络101 而传送至远程数据处理系统120。当远程数据处理系统120决定匿名 代码后，将该匿名代码及申请寄件数据传送回该个人计算机103。

在另一实施例中，一代码申请者使用寄件要求系统110来执行程 序22。该代码申请者同样可为该消费者本身、该收件者、该寄件者(该 消费者可能为该收件者或该寄件者当中之一)、或是其余可能提供申 请寄件数据的人士，或亦可能为一咨询前者数据的门市服务人员。以 下以寄件要求系统110具有图4A的细部结构来举例说明。本领域的 普通技术人员可轻易类推至图4B的情况。当代码申请者使用使用者 终端装置413而连接至该远程数据处理系统120时，使用者终端装置 413的屏幕上显示该远程数据处理系统120所提供的一匿名寄件服务 的代码申请页面。代码申请者继而将申请相关数据(包括上述申请寄 件数据)通过输入装置414而提供给使用者终端装置413，使用者终端 装置413继而将所接收的数据通过网络130而传送至远程数据处理系 统120。当数据处理装置421决定匿名代码后，将该匿名代码及申请 寄件数据传送回该使用者终端装置413。使用者终端装置413继而驱 动凭据打印装置415打印代码申请者所申请成功的匿名代码及申请 寄件数据，方便代码申请者留存。

在另一实施中，远程数据系统120还连接至一数据输入主机(图 10中未显示)，其包括一输入装置以及一打印装置。该数据输入主机 可设置于数据处理总部12内或外，或可设置于该寄件服务中心11内。 代码申请者须填写一匿名代码申请表。一数据输入人员继而通过该输 入装置将该匿名代码申请表上所填写的申请相关数据(包括上述申请 寄件数据)输入该数据输入主机。数据输入主机将该申请相关数据传 送给远程数据处理系统120，远程数据处理系统120继而产生一对应 该申请寄件数据的匿名代码并将该匿名代码及申请寄件数据传送回 数据输入主机。该打印装置继而接收该匿名代码及寄件申请数据，并 将其打印于一匿名代码回函上。该匿名代码回函继而被递送给该代码 申请者。

在本发明中，消费者毋需记忆或记录寄件者数据或/及收件者数 据，也无须花费冗长时间以将寄件者数据或/及收件者数据填写于一 寄件单据上。此外，服务人员毋须额外花费时间以仔细查阅消费者所 书写的数据是否正确及完整。特别是当消费者需要将众多物品分别寄 送给众多不同收件者之情况中，所节省下之时间尤为可观。此外，消 费者毋须于寄件服务处的公开场合公开完整的寄件数据。此外，本发 明更免除了人工书写的笔误或是字迹不清等所造成的误寄事件。此 外，由于本发明的匿名寄件操作流程是完全计算机化的，因而取件及 送件流程能够即早排定及使其更有效率，从而整个匿名送件过程的效 率增加。此外，本发明更能够提供书写不便的消费者的便利寄件服务， 所服务之消费者客层更为广泛。此外，本发明无须执行一会员注册程 序或要求代码申请者提供任何身分相关数据(如身分证号码、生日、 职业…等)即可实施。此外，由于本发明的匿名寄件系统于注册时， 可不需要求消费者提供完整的身份数据，消费者仅于注册时提供寄件 者及收件者数据即可，因而可增加消费者的使用意愿。此外，本发明 可依消费者的喜好或匿名寄件服务厂商的设计需求来调整匿名代码 所对应的数据种类及内容，增加使用上的弹性。此外，本发明可根据 设计需求而限定或不限定申请寄件数据必须包括完整之寄件数据。综 合言之，本发明大大缩减寄件时间并提升寄件的便利性及投寄正确 性。

虽然本发明已以优选实施例揭露如上，然其并非用以限定本发 明，任何本领域技术人员，在不脱离本发明的精神和范围内，当可作 些许更动与润饰，因此本发明的保护范围当视后附的权利要求所界定 者为准。