移动服务预订系统的制作方法与工艺

本发明总体上涉及移动业务，更具体地，涉及通过其客户能够从这些移动业务中识别并预订服务的系统。

背景技术：
在本说明书中称为移动业务的许多业务在移动的同时提供其服务。因此，在一段时间内，例如移动汽车保养和服务公司能够使人们让其机动车辆在他们自己的车库中被维修，而无需将车辆送到用于该服务的服务站。这是服务提供者（称为移动供应商）移动而客户固定的移动业务的示例。出租汽车（也简称为“出租车”）是移动供应商和客户两者都移动的业务的示例（在此情况下，客户称为移动客户）。希望安排通过移动供应商来提供服务的移动客户经常因所遭受的由于在这样的业务中通常使用的预订和调度系统产生的延迟而沮丧。

技术实现要素：
本发明的目的是改善现存布置的一个或更多个缺点。公开了称为局部位置与预订（即，LLO）布置的布置，其通过使客户能够在服务器上公布服务请求来设法改善当前系统的缺点，其中，移动供应商能够查看已记录在服务器上的针对其局部区域的公布，然后，选择具体的公布请求的供应商直接与请求客户进行通信以建立用于提供服务的协议，这删除了在服务器上的公布请求。可选择地，局部区域和相关的日期和时间可以是客户和供应商当前所处的当前时刻和区域（该布置处理“立即”服务请求），或者可替代地，可以涉及所指定的将来的日期和时刻以及客户和供应商两者计划在某一将来的指定的时间所处的对应区域（该布置处理“预先”服务请求）。根据本发明的第一方面，提供了一种由移动客户终端执行的用于在系统中建立用于提供服务的协议的方法，该系统包括通过移动网络进行通信的服务器、多个移动客户终端和多个移动供应商终端，其中，服务器从供应商终端接收以下内容：指定的时刻和位置；指定的活动距离，在该指定的活动距离内供应商终端将接受对于在指定的时刻和位置处提供服务的请求；以及用来指定如下客户终端的请求：该客户终端已请求在匹配的指定的活动距离内在匹配的所述指定的时刻和位置处提供服务，所述指定的客户终端称为活动终端；并且其中，服务器将所述活动终端的位置传送至移动供应商终端；该方法包括以下步骤：（a）从移动客户终端接收（i）指定的时刻和位置，以及（ii）对于在所述指定的时刻和位置处提供服务的请求；（b）将所述请求存储在服务器上；以及（c）在作为活动终端的移动客户终端与已选择了所述移动客户终端来提供所述服务的移动供应商终端之间建立通信连接，在建立后所述服务器删除所存储的所选择活动终端的位置和请求。根据本发明的另一方面，提供了一种由移动供应商终端执行的用于在系统中建立用于提供服务的协议的方法，该系统包括通过移动网络进行通信的服务器、多个移动客户终端和多个移动供应商终端，其中，服务器从移动客户终端接收指定的时刻和位置以及对于在所述指定的时刻和位置提供服务的请求；其中，服务器将所述请求存储在服务器上；该方法包括以下步骤：（a）从供应商终端接收（i）指定的时刻和位置，（ii）指定的活动距离，在该指定的活动距离内将接受对于在指定的时刻和位置处提供服务的请求，以及（iii）用来指定如下客户终端的请求：该客户终端已请求在匹配的所述指定的活动距离内在匹配的指定的时刻和位置处提供服务，所述客户终端称为活动终端；（b）通过服务器将所述活动终端的位置传送至移动供应商终端；（c）由移动供应商终端选择活动终端之一；（d）在移动供应商终端与所选择的活动终端之间建立通信连接，在建立后所述服务器删除所存储的所选择的活动终端的位置和请求。根据本发明的另一方面，提供了一种由服务器执行的用于在系统中建立用于提供服务的协议的方法，该系统包括通过移动网络进行通信的服务器、多个移动客户终端和多个移动供应商终端；并且其中，移动客户终端传送指定的时刻和位置以及对于在所述指定的时刻和位置处提供服务的请求；以及，所述供应商终端传送以下内容：指定的时刻和位置；指定的活动距离，在该指定的活动距离内将接受对于在指定的时刻和位置处提供服务的请求；以及用来指定如下客户终端的请求：该客户终端已请求在匹配的所述指定的活动距离内在匹配的指定的时刻和位置处提供服务，所述客户终端称为活动终端；该方法包括以下步骤：（a）存储所述请求；（b）指定已请求在所匹配的所述指定的活动距离内在所匹配的指定的时刻和位置处提供服务的客户终端，所述客户终端称为活动终端；以及（c）将所述活动终端的位置传送至移动供应商终端，所述移动供应商终端选择活动终端之一并且在移动供应商终端与所选择的活动终端之间建立通信连接；以及（d）在所述通信被建立后删除所存储的所选择的活动终端的位置和请求。根据本发明的另一方面，提供一种用于在系统中建立用于提供服务的协议的方法，该系统包括通过移动网络进行通信的服务器、多个移动客户终端和多个移动供应商终端，该方法包括：（a）将移动客户终端的对于提供服务的请求和位置传送至服务器；（b）将所述请求和所述位置存储在服务器上；（c）将以下内容传送至服务器：（a）移动供应商终端的位置，（b）活动距离，在该活动距离内移动供应商终端将考虑对于提供服务的请求，以及（c）对于识别已请求提供服务的在所述活动距离内的客户终端的请求；（d）将所述移动客户终端的位置传送至移动供应商终端；（e）由移动供应商终端选择所识别的移动客户终端之一；（f）在移动供应商终端与所选择的移动客户终端之间建立通信连接；以及（g）指示服务器删除所存储的所选择的移动客户终端的位置和请求。根据本发明的另一方面，提供一种用于实现前述方法中任一方法的装置。根据本发明的另一方面，提供一种包括计算机可读介质的计算机程序产品，所述计算机可读介质上记录了用于实现前述方法中任一方法的计算机程序。还公开了本发明的其他方面。附图说明现在将参照附图及附录来描述本发明的至少一个实施方式，其中：图1示出了LLO系统的示例的功能框图；图2A和图2B共同形成在其上能够实践所述各种LLO布置的通用计算机系统的示意性框图；图3示出了应用于出租车服务提供示例的LLO系统相对于立即服务请求如何进行操作的多实体处理流程描述；图4示出了在相对于立即服务请求的前述LLO示例中被客户使用的方法的示例的处理流程图；图5示出了供应商根据出租车提供服务的相对于图4中示出的立即服务请求的所述LLO布置进行操作的处理；图6示出了客户和/或供应商能够下载LLO应用的处理；图7示出了供应商在实际选择客户之一之前如何能够首先查看在活动区域内请求出租车的各个客户；图8示出了LLO布置如何能够在服务提供处理期间向客户提供反馈；图9示出了用于LLO供应商终端的有利显示布置；图10示出了用于LLO客户终端的有利显示布置；图11示出了应用于出租车服务提供示例的LLO系统相对于预先服务请求如何进行操作的多实体处理流程描述；图12示出了在相对于预先服务请求的前述LLO示例中被客户使用的方法的示例的处理流程图；以及图13示出了供应商根据出租车提供服务相对于图12中示出的预先服务请求的所述LLO布置进行操作的处理。具体实施方式其中，在附图中的任意一个或更多个附图中参照了具有相同附图标记的步骤和/或特征，出于该描述的目的，这些具有相同附图标记的步骤和/或特征具有相同的功能或操作，除非另有相反意图表示。注意，包含在“背景”部分中的讨论和以上涉及现有技术布置的讨论都涉及可以通过其使用形成公开知识的设备的讨论。这样的讨论不应当被本发明人或本专利申请人理解为表示：以任何形式的这样的文献或设备形成本领域内的公知常识部分。图1示出了LLO系统的示例的功能框图，出于说明的目的，该功能框图针对出租车服务提供示例。应当理解，这仅仅简化了示例，而LLO布置不限于该具体应用。在图1的示例中，自身持有移动客户终端115的人希望预订出租车。客户可以希望在其当前位置立即预订出租车，或者希望针对某一将来指定的时刻在客户计划在该时刻所处的指定位置处预订出租车。在本说明书中，在前述上下文中的术语“立即”意味着从现在至此后的15分钟内的任何时刻。因此，术语“某一将来时刻”包括从前移15分钟的时刻起的将来的任何指定的时刻。明显地，这为随意界限的且仅出于说明的目的。在其他因素中，还可以基于所讨论的具体服务来使用其他适当的术语定义。因此，例如，本示例中说明的15分钟与客户将通常准备等待向客户开来的出租车的时间一致。在形成以上定义之后，待立即执行的工作被称为“立即工作”。待在某一将来时刻执行的工作被称为“预先工作”。如果没有明确表示，该描述表示立即工作或预先工作。对于供应商和客户两者而言，虽然高级移动终端在LLO布置中是优选的，但是还可以使用老式移动终端。手边有移动供应商终端111的出租车司机已限定描述圆122内的活动区域126的活动距离123，圆122示出了在其内出租车司机准备接受工作的局部区域。就立即工作而言，从出租车司机的角度出发，这些是机会工作，即，出租车司机当前发现自己（即，圆122内的活动区域）且出租车司机会希望在当前时刻进行服务的位置处可获得的工作。从客户的角度出发，立即工作反映了当前位于圆122内的活动区域中的客户希望尽快预订出租车而非预订出租车的事实。参照关于立即工作的图1，因此，出租车司机111当前处于圆122内的活动区域内，并且寻找在该活动区域内待立即（即，在15分钟内）被服务的工作。客户115或客户119当前处于圆122内的活动区域内，并且在即刻寻找出租车。就预先工作而言，从出租车司机的角度出发，这些是司机相对于活动区域预先已布置或者希望布置的工作，该活动区域例如为司机计划在某一指定的将来日期、时刻和位置所处于的在圆122内的活动区域。虽然这里提到了图1中所示的特定活动区域，但是明显的是，相对于立即工作或预先工作，所公开的LLO布置应用于已被客户和供应商两者同样指定的任何活动区域。换言之，预先工作是已被打算在所提日期和时刻在活动区域内的指定的位置处的客户预订的工作。这是已被打算在相同的所提日期和时刻在活动区域内的相同的指定的位置处的出租车司机同意的工作，关于此，出租车司机已与相应的客户做了预先布置以在客户已指定的时刻和地点向客户提供出租车服务。关于预先工作，在对应的参数（例如位置、时刻和日期）彼此相差不足对应的预定差异的情况下，认为被客户指定的将来的位置、日期和时刻与被供应商指定的将来的位置、日期和时刻相“匹配”。还可以使用用于确定匹配的其他方法。就以下示例而言：其中，被客户针对提供出租车服务所指定的指定的请求、位置、日期和时刻是“八个客户，其中之一需要轮椅通道服务，在2010年1月1日上午10:00从帝国大厦正门搭载”。如果所容许的时刻差异是1小时，则被出租车司机指定的为“用于八个人的特定大型轮椅可出入的出租车，在2012年1月1日上午9:30在活动区域包括帝国大厦的位置处”的一组参数与客户说明相匹配。如果所容许的时刻差异是15分钟，则被出租车司机指定的这组参数将不匹配。如相对于图3至图8和图11至图13将更加详细地描述的，客户终端115的用户能够使用所述LLO布置来快速并有效地请求具有供应商终端111的出租车司机提供出租车服务。LLO布置使用服务器106作为LLO系统的一部分。落在通过活动距离123描述的圆122外部的客户终端101使用所公开的LLO系统不能请求由具有供应商终端111的个人来提供出租车服务。这是因为已布置了LLO系统，使得在所述示例中提供出租车服务限于具有落在圆122内部的客户终端的人。因此，具有客户终端115和119的人可以获得来自具有供应商终端111的人的出租车服务，然而具有客户终端101的人不能获得该服务。如下面将描述的，通过使用供应商终端111来限定圆122的大小，而关于圆的大小没有固有限制。然而，从实际商业角度出发，服务提供商将通过经验来学习调节圆122的大小以包括足够的潜在客户从而提供能够选择合适费用的高概率，而不必由于过多的潜在客户而变得混乱。在讨论LLO系统的操作之前，现在将更详细地描述图1的其他方面。移动客户终端101、115和119、移动供应终端107和111以及服务器106通过网络121进行通信。无线通信形成图1所述的LLO系统的基础，因此，客户终端101使用无线链路102与基站103进行通信，如所示的，基站103又通过连接部分104连接至网络121。如所示的，服务器106通过连接部分105连接至网络121。客户终端115和119通过相应的无线链路116和120连接至基站117。如所示的，基站117通过连接部分118连接至网络121。供应商终端111通过无线链路112连接至基站113，如所示的，基站113通过连接部分114连接至网络121。另一供应商终端107通过无线链路108连接至基站109，如所示的，基站109通过连接部分110连接至网络121。图2A和图2B共同形成在其上能够实践所述各种LLO布置的通用计算机系统的示意性框图。以下描述提供服务器106的结构和功能细节。然而注意，从计算和通信的角度出发，移动终端101、115、119、107和111具有许多与服务器106相似的功能属性。此外，移动终端101、115、119、107和111另外地具有与无线通信有关的功能元件，服务器106可能具有这些功能元件但是在LLO布置中通常不需要这些功能元件。如图2A所示，通过以下设备形成计算机系统200：用作服务器106的计算机模块；输入设备例如键盘202、鼠标打印机203、扫描仪226、摄像头227和麦克风280；以及包括打印机215、显示设备214和扬声器217的输出设备。服务器106可以使用外部调制器-解调器（调制解调器）收发设备216来经由通信网络121、连接部分221和无线连接269与移动终端101、115、119、107和111进行往来通信。移动终端101、115、119、107和111还可以经由通信网络121彼此进行通信。网络121可以是广域网（WAN）例如互联网或专用WAN或者可以形成公用网络的一部分或使用公用网络。其中，连接部分221是电话线，调制解调器216可以是传统“拨号调制解调器”。可替代地，其中，连接部分221是高容量（例如，电缆）连接部分，调制解调器216可以是宽带调制解调器。对于与网络121的无线连接还可以使用无线调制解调器。服务器106通常包括：至少一个处理器单元205、以及例如由半导体随机存取存储器（RAM）和半导体只读存储器（ROM）形成的存储器单元206。服务器106还包括多个输入/输出（I/O）接口，该多个输入/输出（I/O）接口包括：耦接至视频显示器214、扬声器217和麦克风280的音频-视频接口207；用于键盘202、鼠标203、扫描仪226、摄像头227以及可选地控制杆（未示出）的I/O接口213；以及用于外部调制解调器216和打印机215的接口208。在一些实现中，调制解调器216可以合并在计算机服务器106中，例如在接口208中。计算机服务器106还具有本地网络接口211，该本地网路接口211经由连接部分223使计算机系统200耦接至称为局域网（LAN）的本地计算机网络222。如还示出的，本地网络222还可以经由连接部分224耦接至通常包括所谓的“防火墙”设备或类似功能的设备的广域网121。接口211可以通过以太网电路卡、蓝牙无线装置或者IEEE802.11无线装置来形成。接口208和213可以提供串行连接或并行连接或者其两者，串行连接通常根据通用串行总线（USB）标准来实现并且具有对应的USB连接器（未示出）。存储设备209被设置并且通常包括硬盘驱动器（HDD）210。还可以使用其他存储设备，例如软盘驱动器和磁带驱动器（未示出）。光盘驱动器212通常被设置成用作非易失性数据源。然后，可以将便携式存储设备例如光盘（例如，压缩只读存储器（CD-ROM），数字化视频光盘（DVD））、USB-RAM和软盘用作适于系统200的数据源。计算机服务器106的部件205至213通常经由互连总线204并以产生相关领域内技术人员公知的操作计算机系统200的传统模式的方式来进行通信。可以在其上实践所述布置的计算机示例包括IBM个人计算机和兼容机、升阳工作站、苹果电脑或根据它们发展的计算机系统等。可以使用计算机系统200实现LLO方法，其中，待描述的图3至图8和图11至图13的处理可以被实现为：在服务器106上运行的一个或更多个软件应用程序233，在移动供应商终端107、111上运行的相关软件应用（未示出）以及在移动客户终端101、115、119上运行的相关软件应用（未示出），所有前述软件应用可在计算机系统200内执行。在本说明书的剩余部分中，除非另有指出并且在不损失一般性的情况下，如上下文共同或单独指示的，所提到的一个或更多个软件应用程序233应当被理解为提到在服务器、移动供应商终端以及移动客户终端上运行的软件应用程序。具体地，LLO方法的步骤受软件233中的在计算机系统200中执行的指令231的影响。软件指令231可以形成为一个或更多个代码模块，每个代码模块用于执行一个或更多个具体任务。除了在服务器与移动终端之间分配软件之外，还可以将软件在功能上分割成两个独立的逻辑部分，其中第一部分和相对应的代码模块执行LLO方法，并且第二部分和相对应的代码模块管理在第一部分与各个平台的相应用户之间的用户接口。一般将软件233从计算机可读介质例如225载入到计算机系统200中，然后，通常将该软件233如图2A所示存储在HDD210中或存储在存储器206中，在此之后，可以通过计算机系统200执行软件233。在一些情况下，具体地，关于服务器106，应用程序233可以被提供给在一个或更多个CD-ROM225上进行编码的用户，并且可以在存储在存储器210或206之前经由相对应的驱动器212来读取。可替代地，具体地，关于移动终端，软件233可以被计算机系统200从网络121或222读取或者可以从其他计算机可读介质载入到计算机系统200中。计算机可读存储介质指的是参与提供指令和/或数据给计算机系统200以进行执行和/或处理的任何存储介质。这样的存储介质的示例包括软盘、磁带、CD-ROM、硬盘驱动器、ROM、集成电路、USB存储器、磁光盘或计算机可读卡例如移动存储（PCMCIA）卡等，而不论这样的设备在服务器106的内部还是外部。还可以参与向服务器106和/或移动终端提供软件、应用程序、指令和/或数据的计算机可读传输介质的示例包括：无线电传输信道或红外线传输信道和与另一计算机或网络设备的网络连接；以及包括邮件传输和记录在网站等上的信息的互联网和内联网。可以执行上述应用程序233的第二部分和相对应的代码模块以实现待提出或另外地在显示器214上表示并在各种终端（例如，对于供应商终端上的显示终端参见图9中的901并且对于用户终端上的显示终端参见图10中的1003）上显示的一个或更多个图形用户界面（GUI）。针对通过通常操纵键盘202和鼠标203的服务器106，以及对于通过通常操纵触摸屏显示器例如901、1003或键区906、1004（参见图9和图10）的移动终端，计算机系统200和LLO应用的用户可以以在功能上适合的方式来操纵接口以向与GUI相关联的应用提供控制命令和/或输入。还可以实现在功能上适合的其他形式的用户接口，例如使用经由扬声器217、907和1006的语音提示输出和经由麦克风180、908和1007的用户声音命令输入的声频接口。图2B是处理器205和“存储器”234的详细的示意性框图。存储器234表示可以被图2A中的服务器106访问的所有存储设备（包括HDD210和半导体存储器206）的逻辑集合。以下描述提供服务器106的结构和功能细节。然而注意，从计算和通信的角度出发，移动终端101、115、119、107和111具有许多与服务器106类似的功能属性。当服务器106开始通电时，执行开电自检（POST）程序250。POST程序250通常存储在半导体存储器206的ROM249中。永久地存储在硬件设备例如ROM249中的程序有时被称为固件。POST程序250检查服务器106内的硬件以确保适当地运行，并且通常检查处理器205、存储器（209、206）、以及基本输入输出系统（BIOS）软件模块251，该基本输入输出系统（BIOS）软件模块251也通常存储在ROM249中用于正确操作。一旦POST程序250成功运行，BIOS251就激活硬盘驱动器210。硬盘驱动器210的激活使得位于硬盘驱动器210上的引导装入程序252经由处理器205进行执行。这将操作系统253载入到在其上操作系统253开始操作的RAM存储器206中。操作系统253是可通过处理器205执行以实现包括以下内容的各种高级功能的系统级应用：处理器管理、内存管理、设备管理、存储器管理、软件应用接口和通用用户接口。操作系统253管理存储器（209、206）以确保在服务器106上运行的每个处理或应用具有在其中进行执行而不与分配给其他处理的内存相冲突的足够内存。此外，必须适当地使用在系统200中可用的不同类型的存储器，使得可以有效地运行每个处理。因此，聚合存储器234没有意在说明存储器的具体部分如何进行分配（除非另有说明），而是提供可以被计算机系统200访问的存储器以及如何使用这样的存储器的概述。处理器205包括多个功能模块，该多个功能模块包括控制单元239、算术逻辑单元（ALU）240以及有时称为高速缓冲存储器的局部存储器或内存储器248。高速缓冲存储器248通常包括处于寄存器部分中的多个存储寄存器244至246。一个或更多个内部总线241在功能上互连这些功能模块。处理器205通常还具有用于使用连接部分218经由系统总线204与外部设备进行通信的一个或更多个接口242。LLO应用程序233包括可以包括条件转移指令和循环指令的一组指令231。程序233还可以包括在执行程序233中使用的数据232。该指令231和数据232分别存储在存储单元228至230和存储单元235至237中。根据指令231和存储单元228至230的相对大小，可以将具体指令存储在通过在存储单元230中所示的指令示出的单个存储单元中。可替代地，如通过在存储单元228至229中示出的指令段所表示的，可以将指令分割成多个部分，每个部分存储在单独的存储单元中。通常，处理器205被给予在该处理器205中执行的一组指令。然后，处理器205等待后续输入，该处理器205通过执行另一组指令而对该输入起反应。可以从包括以下内容的多个源中的一个或更多个源提供每个输入：由输入设备202、203中的一个或更多个输入设备生成的数据，从在网络121、222之一上的外部源接收的数据，以及从存储设备206、209之一检索到的数据或者从插入到对应的读出器212中的存储介质225检索到的数据。在一些情况下，执行一组指令可以产生数据输出。执行还可以包括将数据或变量存储到存储器234中。所公开的LLO布置使用存储在存储器234中的相对应的存储单元255至258中的输入变量254。LLO布置产生存储在存储器234中的相对应的存储单元262至265中的输出变量261。可以将中间变量268存储在存储单元259、260、266和267中。至移动供应商终端的输入变量的示例包括以下内容：●工作请求命令；●工作类型说明；○如果工作是“立即”，则工作类型说明可以包括待提供服务的当前日期和时刻（该时刻可以是从现在直到15分钟后的时刻）○如果工作是“预先”，则工作类型说明可以包括待提供服务的将来日期和时刻（该时刻可以是从那时向前15分钟起）●活动距离；●工作位置（针对“预先”工作，该工作位置是一种布置中的活动区域的中心）；●选择特定显示的移动客户终端的命令；移动供应商终端中的中间变量的示例包括以下内容：●与位于活动距离内的移动客户终端有关的位置和其他信息（活动距离和移动客户终端信息可以涉及立即工作或预先工作）；来自移动供应商终端的输出变量的示例包括以下内容：●移动供应商终端的地理位置；●活动距离；●工作请求（至服务器）；●工作信息的总结（例如，自移动客户请求以来经过的时间）；●建立与选择的移动客户终端的双向通信的命令；●指示服务器接受并完成来自选择移动客户终端的请求和其他信息的命令；至服务器的输入变量的示例包括以下内容：●来自移动客户终端的服务请求；●来自移动客户终端的服务类型说明（立即或预先）；●移动客户终端的地理位置（立即或预先）；●移动供应商终端的地理位置（立即或预先）；●移动供应商终端的活动距离；●来自移动供应商终端的工作请求；●来自移动供应商终端的工作类型说明（立即或预先）；服务器中的中间变量的示例包括以下内容：●基于与活动距离、工作类型和指定位置的一致性，具体移动客户终端服务请求与具体移动供应商终端的适用性；来自服务器的输出变量的示例包括以下内容：●与位于被移动供应商终端指定的活动距离内的移动客户终端有关的位置和其他信息；至移动客户终端的输入变量的示例包括以下内容：●服务请求命令；●建立与寻求工作的移动供应商终端的双向通信的命令；●在步骤409处的超时时间；移动客户终端中的中间变量的示例包括以下内容：、●自服务请求以来的时间；以及●已查看工作的供应商的数目；来自移动客户终端的输出变量的示例包括以下内容：●服务请求；●移动客户终端的地理位置；处理器205的寄存器段244至246、算术逻辑单元（ALU）240以及控制单元239一起工作来执行一组微操作，需要这组微操作来针对组成程序233的指令集中的每个指令执行“取、解码以及执行”循环。每个取、解码以及执行循环包括：（a）取操作，该取操作从存储单元228取出或读取指令231；（b）解码操作，在解码操作中控制单元239确定已取出了哪个指令；以及（c）执行操作，在执行操作中控制单元239和/或ALU240执行指令。此后，可以执行针对下一个指令的另外的取、解码和执行循环。类似地，可以执行存储循环，控制单元239可以通过该存储循环将值存储或写入存储单元232。在图3至图8和图11至图13的处理中的每个步骤或子处理与程序233中的一段或更多段相关联，并且通过处理器205中一起工作以针对程序233的所提段的指令集中的每个指令来执行取、解码和执行循环的寄存器段244至246、ALU240和控制单元239，相对于服务器106来执行该每个步骤或子处理。在如前面提到的各种移动终端中创建相同的功能。可替代地，可以在专用硬件例如一个或更多个门阵列和/或执行LLO功能或子功能的集成电路中实现LLO方法。这样的专用硬件还可以包括图形处理器、数字信号处理器或者一个或更多个微处理器以及相关存储器。如果使用门阵列，则图3至图8和图11至图13中的处理流程图被转换为硬件描述语言（HDL）形式。该HDL描述被转换为设备级网表，布局和路由（P&L）工具使用该设备级网表来产生下载至门阵列从而使用在HDL描述中所指定的设计来进行编译的文件。图3示出了应用于出租车服务提供示例的LLO系统相对于立即服务请求如何进行操作的多实体处理流300。图3描述的实体是移动供应商终端111、服务器106和移动客户终端115。明显地，还可以包括其他移动终端，然而已省略了这些移动终端以简化描述。在第一步骤1中，使用移动客户终端115的人通过键区1004或触敏显示器1003输入服务请求命令，移动客户终端115依据该服务请求命令使用全球定位系统（GPS）基础设施或其他等同基础设施例如使用图1中的基站103、117、109和113的三角网来确定其自身位置。可替代地，客户可以使用客户终端的用户接口手动地输入客户终端115的位置。然后，在步骤2中，移动客户终端115与服务器106进行通信以传送终端位置和用于提供出租车服务的请求。在步骤3中，服务器106存储前述用于提供出租车服务的请求和客户终端115的位置。步骤1、2和3发生在虚线301之上，这表示这些步骤与本示例的“客户请求”状态相关联。在虚线301与302之间示出的以下步骤涉及示例的“供应商”状态。在步骤4中，使用移动供应商终端111的人通过键区906或触敏显示器901输入工作请求命令，供应商终端111依据该命令使用如上提到的GPS基础设施或其他等同基础设施来确定其地理位置。使用移动供应商终端111的人使用键区906或触摸式显示器901来限定活动距离例如123（参见图1），该活动距离123是在本示例中供应商将考虑用于提供出租车服务的请求的范围距供应商终端111的距离。在后续步骤5中，移动供应商终端111将以下内容传送至服务器106：移动供应商终端111的位置；活动距离123；以及对识别已请求提供出租车服务的位于活动距离（即，在圆122内）内所有客户的信息的请求。图1示出客户终端115和119两者都位于圆122内，并且在该示例中，在后续步骤6中，这两个客户终端会被服务器识别，当然，只要两个终端已请求提供出租车服务，在后续步骤7中，该信息就被传送至移动供应商终端111。在后续步骤8中，移动供应商终端111在供应商终端111的显示器901（在图9中）上描绘出（即，显示）被识别的移动客户终端的存在。可以使用各种手段来呈现在圆122内的移动客户终端的存在，然而，图9中显示并描述了一个特别有利的方式。在步骤8中，供应商终端111还选择在显示器上描绘出的移动客户终端之一，此后，在步骤9中，供应商终端111与客户终端115建立双向通信。在此LLO示例中，步骤10和步骤9一起发生，步骤10指示服务器106在步骤11中删除所存储的客户终端115的对于提供服务的请求。因此，步骤11删除在步骤3中存储的信息，如通过点线双向箭头303所示。当供应商终端111与客户终端115的双向通信（在步骤9中设立）是激活的时，与供应商终端111相关联的出租车司机和与客户终端115相关联的客户可以交换用于出租车司机寻找客户的足够的细节。这在以下环境下是重要的：客户终端115被处于拥挤区域中的用户所使用，在该拥挤区域内对于出租车司机来说谁是客户可能不能立即显而易见。在这些环境下，客户通常将以足够的细节来向出租车司机描述自己，使得出租车司机能够在不费力的情况下发现客户。图4示出了在相对于立即服务请求的前述LLO示例中被客户和客户终端115使用的方法400的示例的处理流程图。处理400从确定客户是否需要出租车的开始步骤401（由使用移动客户终端115的人执行）开始。如果不存在需要出租车的情况，则处理400以无限循环的形式跟随NO箭头循环围绕步骤401。另一方面，如果存在需要出租车的情况，这是由客户通过使用键区906或触敏显示器901（参见图9）给予服务请求命令产生的，那么处理400跟随YES箭头从步骤401至步骤402。在步骤402中，使用移动客户终端的人通过使用触敏显示器1003或键区1004输入服务请求命令，此后，客户终端115通过使用例如GPS基础设施来确定其自身的地理位置。此后，在步骤403中，使用客户终端115的客户使用例如客户终端115的键区1004指定所需的服务（在本示例中为出租车）。在后续步骤404中，客户终端115将在步骤402中确定的位置和在步骤403中所需要的服务的说明传送至服务器106。在已在步骤404中传送了上面提到的信息的情况下，将处理400转向测试步骤405，在该测试步骤405中，终端115确定供应商（在本示例中为出租车司机）是否已对客户的请求作出回应。只要客户终端没有接收到回应，这例如通过在图10的1005处的“N”或者仅通过终端115仍未接收到来自接收工作的出租车司机的确认呼叫（参见图3中的步骤9）的事实来表示，处理400就跟随NO箭头至确定本工作的超时时间是否已经期满的步骤409。如果超时时间还未期满，那么处理400跟随NO箭头从步骤409至步骤405。返回至步骤409，如果超时时间已经期满，那么处理400跟随YES箭头从步骤409至步骤410。步骤410通过删除客户终端115中的相关信息和通过将取消请求传送至服务器106两者来取消被客户预订的工作。然后，处理400跟随箭头411回到步骤401。返回至步骤405，一旦在客户终端115处接收到来自供应商终端的回应，这例如由图10的1005处的“Y”或者通过终端115接收到来自接受工作的出租车司机的确认呼叫（参见图3中的步骤9）的事实来表示，处理400就跟随YES箭头从步骤405至建立图3的步骤9中所提到的双向通信的步骤406。在客户使用客户终端115执行的后续测试步骤407中，如果客户仍具有给予出租车司机的信息或者出租车司机仍具有给予客户的信息，则处理400跟随NO箭头回到步骤406，并且继续图3的步骤9所示的双向通信直至双方已经给予并接收了全部信息为止。一旦这被完成，即，一旦在步骤407中完成了交流，那么，根据来自客户终端115的例如被使用图10中的触敏显示器1003或键区1004来终止图3中的步骤9处的双向通信的客户执行的命令，处理400跟随YES箭头408回到步骤401，并且客户终端准备下一个服务请求。图5示出了供应商终端111根据出租车提供服务的相对于图4所示的立即服务请求的所述LLO布置进行操作的方法500的示例的处理流程图。处理500从被使用供应商终端111的供应商执行的确定出租车司机是否希望提供服务（即，所述出租车司机当时是否寻找出租车工作）的测试步骤501开始。如果不存在出租车希望提供服务的情况，则处理500跟随围绕步骤501无限循环的NO箭头。如果出租车司机确实希望获得工作，这例如由出租车司机通过使用键区906或触敏显示器901发出的工作请求命令来表示，则处理500跟随YES箭头至步骤502。在步骤502中，供应商终端111通过使用GPS基础设施或等同基础设施来确定其自身的位置。在后续步骤503中，出租车司机通过使用供应商终端111的键区906或触敏显示器901来限定活动距离123。此后，在步骤504中，供应商终端111将以下内容传送至服务器106：供应商终端111的位置；指定的活动距离123；以及与圆122内活动客户有关的信息的请求。活动客户是已请求出租车服务的落在圆122内的那些使用LLO布置的客户。在后续步骤505中，供应商终端111从服务器106接收与活动距离内（即，在圆122内）的活动客户（即，已将服务请求记录在服务器106上的那些客户）的位置有关的信息。在后续步骤506中，供应商终端111将活动客户显示在显示设备上，在供应商终端111的情况下，该显示设备通常是可视化图形显示器901，还可以是触敏的，用于接收来自终端111的用户的输入（参见图9）。然后，处理500跟随箭头514从步骤506至决定步骤511，在该决定步骤511中供应商终端111询问出租车司机基于在步骤506中显示的信息司机是否希望提供服务。如果司机通过使用键区906或者触敏显示器901表示其确实希望提供服务，则处理500跟随YES箭头从步骤511至后续步骤507，在该步骤507中出租车司机通过使用键区906或触敏显示器901选择在显示器901上显示的活动客户之一。返回至步骤511，如果司机可能因为工作不适合或出于某个其他原因而表示其不希望提供服务，则处理500跟随NO箭头从步骤511至步骤512，该步骤512通过初始化供应商终端111并相应地通知服务器106来取消处理。在步骤507之后，两个处理平行地发生在本示例中。注意，该平行的操作仅是LLO处理500如何能够进行操作的示例，而可以使用其他顺序的或平行的操作。在本示例中，在步骤508中，使用供应商终端111的出租车司机与客户终端115建立双向连接，如图3的步骤9所示。然后，出租车司机和客户彼此讨论出租车司机所需要的用来如前所述寻找客户的各种细节。在平行步骤509中，供应商终端111指示服务器106删除客户终端115在请求该出租车工作时提供的信息。这与图3中的步骤10有关。然后，处理500根据箭头510转回到步骤501。如前面提到的出租车示例所述的LLO布置可以由客户和服务提供者使用多种移动通信设备来实践。现代设备例如第三代蜂窝电话“3G”（例如在图9和图10中所示的那些设备）具有还可以是触敏的大显示器，并且简单地支持从网站下载第三方软件应用，从而使LLO布置可用于非常广大的供应商和客户。还可以在老式移动终端上实践该LLO布置，虽然对于用户来说不太方便。图6示出了客户和/或供应商能够下载LLO应用至其相应的终端115、111上的处理600。图6中的处理600可以同样地被服务的供应商或者服务的客户使用，因此，描述将仅涉及客户，注意针对供应商的处理是相同的。处理600从开始步骤601开始，在该开始步骤601之后，客户通过使用终端115的键区1004和/或触敏显示器1003登录到由LLO布置的提供商主办的网站。此后，在步骤604中，网站给予客户终端115以下选项：选择用于下载至客户终端115的多用途LLO应用的任一个用途。例如，单用途应用可能仅用于如上述示例描述的预订出租车。多用途应用可以包括多种服务请求选项，例如，请求来自出租车司机、水管工人、锁匠或适合在LLO布置的移动环境中使用的服务的其他供应商的服务。如果使用客户终端115的客户选出单用途应用下载，则处理600跟随“单”箭头至步骤603，在步骤603中，使用客户终端的客户选择期望的LLO应用。此后，在步骤607中，使用客户终端115的客户实现LLO应用下载到移动终端115，在后续步骤608中安装该应用，并且处理600终止于停止步骤609。返回至测试步骤604，如果使用客户终端115的客户选择多用途LLO应用下载，则处理600跟随“多”箭头至步骤605。在步骤605中，客户通过使用客户终端115的键区1004或触敏显示器1003来选择期望的应用，在此之后，在步骤606中，客户定制应用以仅选择他或她感兴趣的那些服务。因此，例如，所述客户可以对由出租车和锁匠提供的服务感兴趣，而对水管工人提供的服务不感兴趣。在已在步骤606中定制了应用的情况下，然后将处理600转向步骤607，在此之后，已经在前面描述了处理的剩余部分。图5中描述的LLO布置（即，由服务提供者使用的处理）能够如图7所示展开。图7示出了供应商终端111能够在实际选择客户之一之前首先“查看”在圆122中的活动区域内请求出租车的各个移动客户终端。这在例如以下情况下是恰当的：客户没有提供使出租车司机确定他实际上是否想要该工作的足够信息。例如，客户有时没有使用其请求提供期望的目的地。出租车司机可能不希望接受没有向其提供需要行进的足够距离的出租车请求。在该情况下可以使用图7中的布置。图7以虚线形式示出了来自图5的步骤506和507，其与图5中的步骤506和507具有相同的功能。然而，在图7中，在步骤506之后，处理500转向步骤701，在该步骤701中，使用供应商终端111的供应商能够查看在供应商终端111的显示器901上描绘出的活动客户，而不实际选择用于提供服务的客户。该查看操作将被传送至例如客户终端115并在1002处指示。在后续步骤702中，供应商终端111能够检查与具体请求相关联的客户信息以确定提供商是否希望继续进行。在后续测试步骤703中，使用提供商终端111的提供商决定（a）是否继续进行与当前查看的客户有关的查看工作，或者（b）不接受具体客户请求的工作而仍然寻找当前显示的另一客户，或者（c）完全退出处理，这可能因为出租车司机突然记起其必须立即参加一些其他业务。如果供应商终端决定不继续进行当前查看的工作而从当前显示的活动客户中寻找另一客户，则处理700跟随“当前查看”箭头回到步骤506，在该步骤506中，出租车司机将再次检查在圆122内的活动区域内的各个客户，而不选择其在步骤701和702中查看过的客户。回到测试步骤703，如果出租车司机决定接受其在步骤701和702中已经查看过的工作，则处理700跟随“当前客户”箭头至已经在图5中描述的步骤507。返回测试步骤703，如果出租车司机决定完全退出处理，则处理跟随“退出”箭头回到图5中的步骤501。图8示出了如何从客户的角度出发展开如图4所述的LLO布置以在服务提供处理期间向客户提供反馈。以虚线形式示出了步骤403、404和405以表示这些步骤与如图4所述的步骤实现相同的功能。在步骤404之后，该（展开的）处理800转向步骤801，在该步骤801中服务器106将与查看客户请求的（潜在）供应商有关的反馈（在图10中的1002处示出）提供给客户终端115。在图10所示的LLO布置中，该反馈可以采用实时指示符的形式，用来指示多少出租车司机已查看了客户请求而仍未接受该请求（即，以下情况：处理700已跟随“当前查看”或“退出”箭头之一从步骤703相应地回到步骤506或501）。在后续测试步骤802中，客户决定是否重新提交其服务请求的修改版本，这可能由于插入另外的信息例如所需目的地，或者由于对与图4中的步骤409相关联的超时进行复位。如果客户决定跟随这个过程，则处理800跟随YES箭头从步骤802回到步骤403。在一个LLO布置中，由客户提交修改请求会自动地删掉前面的来自客户当前存储在服务器106上的先前请求。另一方面，如果返回至步骤802而客户不修改其服务请求，则处理800将跟随NO箭头回到步骤405。在处理800中，当没有供应商回应时，处理800跟随NO箭头回到步骤801。图9示出了用于供应商终端111的有利显示设备900，除了其他模块之外，其还具有扬声器907和麦克风908。在终端111上的可以是触敏的显示器901示出了一组同心椭圆，例如围绕示出终端111的位置的中心点904的905。每个同心椭圆905表示距供应终端111的距离，该距离与由在图5的步骤503中的供应商限定的活动距离123的部分成比例。在图9的示例中，最外面的椭圆905表示圆122，而较小的同心椭圆向出租车司机提供与圆122内的各个客户位于多远有关的信息。因此，例如，903处的客户位于用虚线902与水平线的倾斜度描绘出的角方位，并且位于与距供应商的接近于最外面的椭圆905的距离处。图9中的该显示器尤其在显示器901是触敏的情况下能够使供应商终端的用户简单并容易地选择用于查看或选择具体工作请求的客户。能够挨着例如903的位置显示辅助信息以向供应商提供与每个客户请求有关的另外信息。图10示出了用于客户终端115的有利显示设备1000，除了其他模块之外，其还具有扬声器1006和麦克风1007。在终端115上的可以是触敏的显示器1003描绘出了“自请求以来的时间”栏1001、“查看器”栏1002以及“已接受”栏1005。例如，当客户在图4的步骤401处表示工作请求时，会显示前述信息。该“自请求以来的时间”栏表示自客户在图4的步骤404中将其服务请求传送至服务器106以后经过了多长时间，在所示示例中显示14分34秒。在根据图6和图7所示的LLO布置提供反馈的情况下，“查看器”栏表示已查看但仍未接受客户工作请求的供应商数目。在所示的示例5中，供应商已检查了工作请求。该“已接受”栏表示供应商是否已接受了工作。本示例在1005处示出了“N”，以表示仍旧没有供应商接受工作。在所述LLO示例中，在供应商根据图5中的步骤507接受了工作之后，显示“已接受”栏。图11示出了应用于出租车服务提供示例的LLO系统相对于预先服务请求如何进行操作的多实体处理流程描述。图3所述的实体是移动供应终端111，服务器106和移动客户终端115。明显地，还可以包括其他移动终端，然而已省略了这些移动终端以简化描述。在第一步骤1中，使用移动客户终端115的人通过键区1004或触敏显示器1003输入服务请求命令。由于这涉及预先服务请求，所以客户通过使用客户终端的用户接口手动地输入客户终端115所指定的将来的日期和时刻以及计划的将来位置。这些指定的参数限定了在何地何时期望出租车服务。因此，例如，移动客户终端111当前可能位于位置A，然而预先服务请求表示客户希望在十天后的早上7:30在位置B处预订出租车。然后，在步骤2中，移动客户终端115与服务器106进行通信以传送前述指定的日期、时刻和位置以及用于提供出租车服务的请求。在步骤3中，服务器106存储前述对于提供出租车服务的请求以及待提供服务的日期、时刻和在该日期和时刻客户终端115的指定的位置。步骤1、2和3发生在虚线1101之上，这表示这些步骤与本示例的“客户请求”状态相关联。在虚线1101和1102之间示出的以下步骤涉及示例的“供应商”状态。在步骤4中，使用移动供应商终端111的人通过键区906或触敏显示器901输入工作请求指令，供应商终端111依据该命令指定将来的位置以及日期和时刻，在本示例中，该信息表示出租车司机打算寻找在指定的日期和时刻在指定位置处的工作。使用移动供应商终端111的人通过使用键区906或触敏显示器901限定活动距离例如123（参见图1），该活动距离123是在前述指定的未来日期、时刻和位置处距供应商终端111的距离，在该活动距离123内供应商将考虑对于提供出租车服务的请求。在后续步骤5中，移动供应商终端111将以下内容传送至服务器106：所指定的未来的预期位置、日期和时刻；活动距离；以及对识别如下所有客户终端的信息的请求：这些客户终端已请求提供出租车服务，位于指定的预期活动距离内，已登记了在前述位置处在前述日期和时刻的服务请求。涉及本示例中的预先服务提供的图1示出了客户终端115和119两者已表示其将在指定的未来日期和时刻位于圆122内，这已考虑了与客户参数和供应商参数之间的“匹配”相关联的各个参数可容许的差异。前述差异可以基于每个服务类型在服务器106中预定义，或者可以在步骤5中由供应商终端111设置。将在后续步骤6中由服务器识别两个客户终端，当然，只要这两个终端已请求提供出租车服务，在后续步骤7中，就将该信息传送至移动供应商终端111。这意味着客户终端115和119在供应商终端在步骤4中传送工作请求之前已经在相对应的步骤1至3中作出相应的对于服务提供的服务请求。因此，对于在特定日期/时刻/位置预先登记的服务请求，供应商终端111能够预见该特定日期/时刻/位置。在后续步骤8中，移动供应商终端111在供应商终端111的图9中的显示器901上描绘出（即，显示）计划在特定日期/时刻/位置存在的所识别的移动客户终端。可以使用呈现圆122内存在的移动客户终端的各种手段，然而，图9显示并描述了一个特别有利的方式。在步骤8中，供应商终端111选择在显示器上描绘出的移动客户终端之一，此后，在步骤9中，供应商终端111与客户终端115建立双向通信。在此LLO示例中，步骤10和步骤9一起发生，步骤10指示服务器106在步骤11中删除所存储的客户终端115的对于提供服务的请求。因此，步骤11删除在步骤3中存储的信息，如通过点线的双向箭头1103所示。当供应商终端111与客户终端115之间的双向连接（在步骤9中设立）是激活的时，与供应商终端111相关联的出租车司机和与客户终端115相关联的客户可以交换用于出租车司机寻找在指定的特定日期/时刻/位置的客户的足够细节。这在以下环境下是重要的：客户终端115被处于拥挤区域中的用户所使用，在该拥挤区域内对于出租车司机来说谁是客户可能不能立即显而易见。在这些环境下，客户通常将以足够的细节来向出租车司机描述自己，使得出租车司机能够在不费力的情况下发现客户。在最后步骤12中，供应商终端111将工作输入至供应商终端111中的队列中，通过LLO软件应用233将该队列存储在合适的数据结构中。在一种布置中，软件应用233将日历呈现在显示器901上，每天早晨提醒出租车司机已经在队列中预订了哪些工作。图12示出了在相对于预先服务请求的前述LLO示例中被客户使用的方法的示例的处理流程图。处理1200从确定客户在某个将来日期和时刻在某个指定位置是否需要出租车的开始步骤1201（由使用移动客户终端115的人执行）开始。如果不存在需要出租车的情况，则处理1200以无限循环的形式跟随NO箭头循环围绕步骤1201。另一方面，如果如前面提到的需要出租车服务，这是由客户通过使用键区906或触敏显示器901（参见图9）给予服务请求命令产生的，那么处理1200跟随YES箭头从步骤1201至步骤1202。在步骤1202中，使用移动客户终端的人通过使用触敏显示器1003或键区1004输入用于提供预先服务的期望日期、时刻和位置，即在何时何地期望该服务。在后续步骤1203中，客户终端115通过使用例如客户终端115的键区1004来指定所需服务，在本示例中为出租车。在后续步骤1204中，客户终端115将以下内容传送至服务器106：所需的具体服务和用于期望服务的指定的日期、时刻和位置。在已在步骤1204中传送了上面提到的信息的情况下，将处理1200转向测试步骤1205，在该测试步骤1205中，终端115确定供应商（在本实例中为出租车司机）是否已对客户的请求作出回应。只要客户终端没有接收到回应，这例如通过在图10中的1005处的“N”或仅通过终端115仍未接收到来自接收工作的出租车司机的确认呼叫（参见图11中的步骤9）的事实来表示，处理1200就跟随NO箭头至确定本工作的超时时间是否已经期满的步骤1209。如果超时时间还未期满，那么处理1200跟随NO箭头从步骤1209至步骤1205。返回至步骤1209，如果超时时间已经期满，那么处理1200跟随YES箭头从步骤1209至步骤1210。步骤1210通过删除客户终端115中的相关信息和通过将取消请求传送至服务器两者来取消被客户预订的工作。然后，处理1200跟随箭头1211回到步骤1201。就超时时间而言，注意，在许多方面，针对预先服务请求的处理1200与涉及立即服务请求的处理400不同。一个区别在于：在预先服务提供的情况下，期望在某一指定的将来时刻（即，日期和时刻）以及在某一指定的位置提供服务，而不是在客户终端115的当前时刻和当前位置提供服务。另一区别在于：在“立即”情况下，客户想要立即提供服务，因此，如果客户终端在例如15分钟内没有接收到回应，这例如通过图10中的1005处的“N”或者仅通过终端115仍未接收到确认呼叫（参见图11中的步骤9）来表示，那么客户可能（甚至非常可能）不会在期望时间内接收期望请求。在“立即”情况下，通常将超时时间设置为约15分钟的时间，或者一般设置为是对不可能及时提供期望服务的时间的合理测量的某个时间段。然而，如果客户提前例如一个星期预订“预先”服务，那么即使客户终端在整个星期内都没有接收到回应，即使在指定的日期/时刻的例如一个小时的期望时间内在期望位置处仍未接收到回应，仍旧存在以下可能：在最后一个小时内将提供期望服务。因此，通常以步骤1210在预定义的日期/时刻之前的例如一个小时开始实施的这样的方式来设置超时时刻。返回至步骤1205，一旦在客户终端115处接收到来自供应商终端的回应，这例如通过图10中的1005处的“Y”或者通过终端115接收到来自接受工作的出租车司机的确认呼叫（参见图11中的步骤9）的事实来表示，处理1200就跟随YES箭头从步骤1205至建立图11的步骤9中提到的双向通信的步骤1206。在客户使用客户终端115执行后续测试步骤1207中，如果客户仍具有给予出租车司机的信息或者出租车司机仍具有给予客户的信息，则处理1200跟随NO箭头回到步骤1206，并且继续图11的步骤9所示的双向通信直至双方已经发送或接收完所有信息为止。一旦这被完成，即，一旦在步骤1207中完成了交流，那么，根据来自客户终端115的例如被使用图10中的触敏显示器1003或键区1004来终止图11的步骤9处的双向通信的客户执行的命令，处理1200跟随YES箭头1208回到步骤1201，并且客户终端准备下一个服务请求。注意，客户终端115可以根据需要多次使用处理1200来产生连续的服务请求。因此，例如，如果客户希望连续预订用于接下来的三个星期五晚上的出租车，所有的预订都在晚上8点，但是三个预订将在三个不同的位置，则可以以适当的参数使用处理1200三次以将连续的服务请求公布在服务器106上。图13示出了供应商根据出租车提供服务相对于图12中示出的预先服务请求的所述LLO布置进行操作的处理。处理1300从被使用供应商终端111的供应商执行的测试步骤1301开始，该测试步骤1301确定出租车司机是否希望提供服务，即，所述出租车司机是否正在寻找在某一将来时刻和位置处的出租车工作。如果不存在出租车司机希望提供服务的情况，则处理1300跟随围绕步骤1301无限循环的NO箭头。如果出租车司机确实希望接收工作，这例如由出租车司机通过使用键区906或触敏显示器901给予工作请求命令来表示，则处理1300跟随YES箭头至步骤1302。在步骤1302中，供应商终端111指定供应商希望提供服务（在本示例中为提供出租车服务）的将来日期、时刻和位置。在后续步骤1303中，出租车司机限定活动距离，将该活动距离将用于待使用供应商终端111的键区906在前述的将来日期和时刻搜寻的工作。关于位置、日期、时刻和活动区域的参数所容许的差异，这里还可以将这些差异输入至供应商终端111，或者可替代地，可以基于每个服务和/或每个供应商在服务器111上预定义这些所容许的差异。此后，在步骤1304中，供应商终端111将以下内容传送至服务器106：供应商终端111的前述的将来日期、时刻和位置；用于该时刻和位置的指定的活动距离123；以及对于与已登记了在指定的活动距离内在该日期/时刻/位置的服务请求的活动客户有关的信息的请求。活动客户是使用LLO布置的如下这些客户：在供应商终端111执行步骤1302之前通过使用对于在指定的日期/时刻/位置以及在指定的活动距离内提供服务的处理1200已登记了服务请求，即，其所指定的参数与所述供应商终端111的那些参数相匹配的客户。在后续步骤1305中，供应商终端111从服务器106接收关于“活动客户”的信息，该活动客户即为通过使用对于在指定的日期/时刻/位置以及在指定的活动距离内提供服务的处理1200已登记了服务请求的那些客户，该客户的指定参数与所述供应商终端111的那些参数相匹配。注意，在“立即服务提供”情况下，术语“活动客户”指的是当前在活动距离内的客户终端例如115，并且例如通过图9中的903所示，LLO布置显示该客户终端在活动区域内的位置。在“预先服务提供”的情况下，术语活动客户指的是通过使用对于在指定的日期/时刻/位置以及在指定的活动距离内提供服务的处理1200已登记了服务请求的客户终端例如115，该客户终端的指定参数与所述供应商终端111的那些参数相匹配。在该预先情况下，还例如通过图9的903所示，LLO布置显示该客户终端在计划日期/时刻在计划活动区域内的计划活动位置。在后续步骤1306中，供应商终端111在显示设备上显示活动客户，该显示设备在供应商终端111通常为可视化图形显示器的情况下还可以是触敏的，用于接收来自终端111的用户的输入（参见图9）。然后，处理1300跟随箭头1316从步骤1306至决定步骤1311，在该决定步骤1311中供应商终端111询问出租车司机基于在步骤1306中显示的信息司机是否希望提供服务。如果司机通过使用键区906或触敏显示器901表示其确实希望提供服务，则处理1300跟随YES箭头从步骤1311至后续步骤1307，在该步骤1307中出租车司机通过使用键区906或触敏显示器901来选择在显示器901上显示的活动客户之一。返回至步骤1311，如果司机可能因为工作不适合或出于某个其他原因而表示其不希望提供服务，则处理1300跟随NO箭头从步骤1311至步骤1312，该步骤1312通过初始化供应商终端111并相应地通知服务器106取消处理。服务器会保留在该事件中用于先前在服务器上显示的活动客户的信息。在步骤1307之后，两个处理平行地发生在本示例中。注意，该平行操作仅是LLO处理1300如何能够进行操作的示例，而可以使用其他顺序或平行操作。在本示例中，在步骤1308中，使用供应商终端111的出租车司机与客户终端115建立双向连接，如图11中的步骤9所示。然后，出租车司机和客户彼此讨论出租车司机所需要的用于在指定的将来日期/时刻/位置如前所述寻找客户的各种细节。在平行步骤1309中，供应商终端111指示服务器106删除客户终端115在请求当前的出租车工作时提供的信息。这与图11中的步骤10有关。然后，处理1300根据箭头1314转向将工作插入供应商终端111的队列中的步骤1313，该队列通过LLO软件应用233被存储在合适的数据结构中。在一种布置中，软件应用233在显示器901上呈现日历，每天早晨提醒出租车司机已经在队列中预订了哪些工作。然后，处理1300跟随箭头1310回到步骤1301。注意，供应商终端111可以根据需要多次使用处理1300来产生连续的工作请求。因此，例如，如果供应商希望搜寻用于接下来的三个星期五晚上8点而在不同位置处的出租车工作，则可以以适当的参数使用处理1300三次。如在上面提到的出租车示例中所述的LLO布置可以由用户和服务提供者使用多种移动通信设备来实践。现代设备例如第三代蜂窝电话“3G”（例如在图9和图10中所示的那些设备）具有还可以是触敏的大显示器。这样的设备可以简单地支持从网站下载第三方软件应用，从而使LLO布置可用于非常广大的供应商和客户。这样的高级终端可以单独地依赖触敏显示器以及“软键”，该软键即为在显示器上显示的意在用于代替例如在906和1004处显示的“硬”键的图标。也可以在老式移动终端上实践LLO布置，虽然对于用户来说不太方便。工业实用性上述布置适用于移动服务提供产业，例如移动提供出租车、水管工服务、和锁匠等。前述内容仅描述了本发明的一些实施方式，而可以在不脱离本发明的范围和精神的情况下进行修改和/或改变，该实施方式是说明性而非限制性的。