CN1338077A - 作业识别方法及装置 - Google Patents
作业识别方法及装置 Download PDFInfo
- Publication number
- CN1338077A CN1338077A CN00800889A CN00800889A CN1338077A CN 1338077 A CN1338077 A CN 1338077A CN 00800889 A CN00800889 A CN 00800889A CN 00800889 A CN00800889 A CN 00800889A CN 1338077 A CN1338077 A CN 1338077A
- Authority
- CN
- China
- Prior art keywords
- computing machine
- mentioned
- identifier
- processing
- treatment state
- 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
- 238000000034 method Methods 0.000 title claims abstract description 24
- 230000005055 memory storage Effects 0.000 claims 1
- 238000007726 management method Methods 0.000 description 21
- 230000015572 biosynthetic process Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 4
- 238000004458 analytical method Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5013—Request control
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明的目的是:在电子计算机之间的作业传输方式中,即使因网络故障等而使服务器计算机的作业识别符没有发回客户计算机,也能由客户计算机识别作业的状态。除了在服务器计算机中制作的作业识别符之外,在作业登录时附加由客户计算机制作的作业识别符。当从服务器计算机发回的作业识别符不明时,从客户计算机的作业识别符求出服务器计算机的作业识别符。
Description
技术领域
本发明涉及客户服务器系统中的作业的识别方法,特别是涉及把使故障发生时依赖处理的作业的识别变得容易为目的的作业识别方法及装置。
背景技术
从某个计算机向其他的计算机投入批作业,由对应的计算机执行对应的批作业的作业传输方式是公知的。虽然希望批作业执行某个作业,但在打算在其间还执行另一作业时也是有用的。当投入作业(某个作业)时,该作业被一次登录在队列中,从该时刻可以投入下一个作业(其他的作业)。所登录的作业被接受作业的系统依次取出来执行。为了实现数据的总计处理等按日或按月执行的作业的定型化·自动化,必须运用这样的批作业。
为了构筑这样的批作业执行系统,在成为执行作业的服务器的计算机中准备登录作业的队列,在服务器计算机中给登录的作业附加作业ID,由服务器计算机进行一元的管理。当从成为客户的计算机向服务器计算机登录作业时,在服务器计算机中所登录的作业ID被发回客户计算机,以后,用该作业ID进行从客户计算机向服务器计算机的作业的状态参照·作业的停止·作业的变更操作。这样的批作业执行系统是公知的。
在日本专利公开公报特开平6-149739中表示了这样的例子:通过邮件,依赖作业,从作业服务器收取作业ID,而用于以后的作业执行状态询问。
为了识别从多个客户所登录的作业,在服务器计算机中唯一地附加作业ID来进行一元管理是必要的。
发明概述
在批作业执行系统中,服务器计算机给由客户计算机提出处理要求的作业附加作业ID,该作业ID被发回客户计算机。然后,从依赖作业的客户计算机在该作业的状态的参照等中进行使用。这样,存在这样的情况:在从服务器计算机向客户计算机发回作业ID之前,当网络故障等发生时,作业ID不会发回客户计算机。在此情况下,在客户计算机中,对应的作业的作业ID是不明确的,因此,从客户计算机不能知道登录在服务器计算机中的对应作业的状态。而且,在作业ID没有返回客户计算机的情况下,服务器计算机在与客户计算机的识别无关的情况下,来进行对应的作业的执行。由于客户计算机不明确对应的作业是否正常执行,而存在再次投入同一作业而双重执行作业的问题。
当发生这样的情况时,操作人员确认由服务器计算机所执行的作业,进行是否应当再次执行作业的判断,然后,进行来自客户计算机的作业投入。
而且,考虑到作业ID变得不明确是除网络故障之外的服务器计算机的故障和客户计算机的故障等的原因,特别是,在使用因特网的系统中,由于网络的通信质量和来自多个用户的对服务器计算机的集中访问,而发生故障。
本发明的目的是,在电子计算机之间的作业传输方式中,即使由于网络的故障等,作业ID未发回客户计算机,在客户计算机中也能识别作业的状态。
为了实现上述目的,本发明的作业传输方式,从客户向服务器发送作业处理的请求,登录并执行作业,其特征在于,包括以下步骤:在客户中制作作为唯一的作业的外部ID;把制作的作业的外部ID包含在上述请求中而从客户发送给服务器;由服务器与作业一起登录被发送的作业的外部ID;当从客户向服务器发送请求而参照作业的状态的情况下,把上述作业的外部ID包含在上述请求中而从客户发送给服务器;在服务器中根据被发送的作业的外部ID来识别作业;从服务器向客户发送识别的作业的状态。
通过以上程序,能够在作业登录的同时,从客户向服务器计算机登录作业的外部ID,因此,在网络故障等中,仅进行作业登录,不会不能从客户计算机进行依赖处理的作业的识别。
而且,本发明在服务器中在依赖处理的作业的外部ID和作业的至少一方中包含客户的识别符(IP地址等),在多个客户存在的情况下,能够使外部ID为唯一的。
由此,即使从多个客户用相同的外部ID登录了作业,也能在服务器中进行区别。
附图的简要说明
图1是表示本发明所涉及的系统构成例子的方框图;
图2是表示客户和服务器的构成例子的方框图;
图3是表示通信数据的形式的图;
图4是表示通信数据的例子的图;
图5是表示客户依赖服务器处理时的顺序的图;
图6是表示服务器处理中设定应答·数据·流(以后表示为RES)的收发时的顺序的图;
图7是表示请求解析的程序的流程图;
图8是表示显示作业的状态的例子的图;
图9是表示用于电子商务交易系统的例子的方框图。
用于实施发明的最佳实施例
下面使用附图来说明本发明的一个实施例。
图1是表示本发明所涉及的系统构成例子的方框图。在图1中,(101)表示服务器计算机。(102~105)表示客户计算机。服务器计算机(101)和客户计算机(102~105)连接在网络上,能够在各装置之间交换各种信息。能够进行如下处理:从各个客户计算机向服务器计算机登录作业(106),在服务器计算机中成批执行对应的作业,把其结果发回各客户计算机。所谓作业的登录是指把作业控制语言和由脚本等记载的程序执行指令、作业信息(107)传输给服务器计算机。
服务器计算机和各个客户计算机可以分别使用不同的操作系统。作为客户计算机可以使用作业启动器客户(108)、WWW浏览器客户(109)等各种方式,并且,可以使用来自各种用户程序(110)的预定的API(应用程序接口)111来进行作业登录。从客户计算机向服务器计算机登录作业的操作为这样的操作:例如,输入预定的指令,或者使用预定的GUI(图形用户界面)来进行指示等。登录到服务器计算机中的作业被一次登录到队列112中,在客户计算机中向服务器计算机问讯,能够参照对应作业的执行状态,或者进行作业的停止和变更操作。在作业登录时,各客户计算机从服务器计算机接受与每个作业相对应的作业ID(113)。作业ID由服务器计算机采用。各个客户计算机指定其作业ID(114),不用向服务器计算机进行询问,就可收取对应作业的状态(115),在客户计算机的画面上(116)显示其状态。
图2表示与作业的登录和作业识别方法相关的客户和服务器的构成。客户(201)包括:指令解析部(202)、请求制作部(203)、外部ID管理部(204)、外部ID存储部(205)以及应答接收部(206)、状态显示部(207)。服务器(208)包括:作业ID管理部(209)、作业ID存储部(210)、请求受理部(211)、应答发送部(212)、队列管理部(213)、执行管理部(215)、队列存储部(216)、存储在作业ID存储部(210)中的ID管理表(217)、存储在队列存储部(216)中的队列管理表(218)。
客户(201)的请求制作部(203)根据来自用户的指示来制作请求数据流(以后表示为REQ)。如果对应的指示是登录的,把由外部ID管理部(204)所采用的外部ID附加在REQ上,发送给服务器(208)的请求受理部(211)。外部ID由识别客户的主机识别符和客户的管理编号所构成。外部ID在客户因故障而关机时设置,保存在外部ID存储部(205)中。外部ID在客户重新开机时不是从特定的值采用,而是通过日志数据或者顺序号等在客户内部生成,采用时不能与已经使用的ID相重合。
服务器(208)的请求受理部(211)解析接收的REQ,在每个请求种类中进行对应处理。在请求种类中,存在登录、停止、变更、参照和问讯等。如果由请求受理部(211)接收的是登录请求,由作业ID管理部(209)采用,把在作业ID存储部(210)的ID管理表(217)中与外部ID对应存储的作业ID附加在作业信息中,经过队列管理部(213)登录到队列存储部(216)中,由队列管理表(218)进行管理。在登录的REQ中包含的作业信息中包括作业名、执行程序名、执行时所需要的参数和环境变量等。作业ID被保存在作业ID存储部(210)中,必须进行唯一的管理。在作业登录后,应答发送部(212)向客户(201)的应答接收部(206)发回RES。在该RES中包含作业ID。
客户(201)的状态显示部(207)制作参照的REQ。在该REQ中包含进行参照的作业的作业ID。当服务器(208)的请求受理部(211)受理参照的请求时,经过队列管理部(213),向执行管理部(215)询问对应作业的执行状态。执行管理部(215)从队列存储部(216)的队列管理表(218)取出对应作业的执行状态,从应答发送部(212)向客户(201)的应答接收部(206)发回RES。在该RES包含作业的执行状态和作业信息。所接收的RES被传输给状态显示部(207),而在状态显示部(207)的画面上显示作业的状态。
当因网络的故障等作业ID没有返回客户(201)时,客户(201)在对应作业的询问中使用外部ID。客户(201)的请求制作部(203)与作业ID不明的作业相关制作作业ID询问的REQ。在该REQ中包含对应作业的外部ID。当服务器(208)的请求受理部(211)接收到作业ID的询问的请求时,向作业ID管理部(209)询问。作业ID管理部(209)从ID管理表(217)中取出对应作业的作业ID,从应答发送部(212)向客户(201)的应答接收部(206)发回RES。在对应的RES中包含作业ID。接收到作业ID的应答接收部(206)使用对应的作业ID,能够使请求制作部(203)依赖对应作业的执行状态。
图3表示客户与服务器之间的通信数据的形式,图4表示客户与服务器之间的通信数据的例子。REQ由首部(301)和正文部(302)所构成。首部(301)一般由首部(303)和请求首部(304)所构成。正文部(302)由包含请求数据参数等的请求正文部(305)所构成。
在图4所示的登录时的REQ的情况下,一般在首部(303)中设置表示对应数据流的种类的识别符,在此情况下,设置表示请求的‘REQUEST’(401)。在请求首部(304)中设置表示请求种类的识别符,在此情况下,设置表示登录的‘SUBMIT’(402)。请求正文部(305)设置外部ID(403)和作业信息(404)。
在作业ID询问时的REQ的情况下,在首部(303)中一般设置表示对应数据流的种类的识别符,在此情况下,设置表示请求的‘REQUEST’(405)。在请求首部(304)中设置表示请求种类的识别符,在此情况下,设置表示作业ID询问的‘GETID’(406)。并且,在请求正文部(305)设置外部ID(407)。
在参照时的REQ的情况下,在首部(303)中一般设置表示对应数据流的种类的识别符,在此情况下,设置表示请求的‘REQUEST’(408)。在请求首部(304)中设置表示请求种类的识别符,在此情况下,设置表示参照的‘SHOW’(409)。请求正文部(305)设置作业ID(410)。
RES由首部(306)和正文部(307)所构成。首部(306)一般由首部(308)和应答首部(309)所构成。并且,在正文部(307)中由包含应答数据参数等的应答正文部(310)所构成。
在登录时的REQ的情况下,一般在首部(308)中设置表示对应数据流的种类的识别符,在此情况下,设置表示应答的‘RESPONSE’(411)。在应答首部(309)中设置表示应答种类的识别符,在此情况下,设置表示登录的‘SUBMIT’(412)。并且在应答正文部(310)中包含作业ID(413)。
在作业ID询问时的RES的情况下,在首部(308)中一般设置表示对应数据流的种类的识别符,在此情况下,设置表示应答的‘RESPONSE’(414)。在应答首部(309)中设置表示应答种类的识别符,在此情况下,设置表示作业ID询问的‘GETID’(406)。并且,在应答正文部(310)中包含作业ID(416)。
在参照时的RES的情况下,在首部(308)中一般设置表示对应数据流的种类的识别符,在此情况下,设置表示应答的‘RFSPONSE’(417)。在应答首部(309)中设置表示应答种类的识别符,在此情况下,设置表示参照的‘SHOW’(418)。并且,应答正文部(310)由作业的状态(419)和作业信息(420)所构成。
图5表示客户依赖服务器中的处理时的流程。在客户向服务器登录作业时,在客户内登录外部ID(501),发出作业的登录处理请求(502)。在处理请求时,在REQ(503)中设置外部ID。接收该REQ的服务器进行请求的解析(504),在服务器内进行作业ID的登录(507)。在从客户的作业登录处理请求的发出到服务器中的作业ID登录处理期间(图5的用箭头A所表示的期间),客户可以使用外部ID来向服务器进行与对应作业相关的询问。在图5的例子中表示了这样例子:客户用指定外部ID的REQ进行询问,服务器用RES发回作业的状态(506)。
如果在服务器中登录了作业ID(507),从客户收取使用外部ID的作业ID的询问(598),把登录的对应作业ID设置为RES(506),发回客户。这以后客户使用接收到的作业ID,能够进行与对应作业相关的询问。
如果从客户对指定作业ID的对应作业的状态询问(511,514,517)用服务器向队列登录对应作业(510),则把表示队列状态的RES(512)发回客户。在对应作业处理执行(513)的状态下,把执行中状态的RES515发回客户。
一旦对应作业处理结束,从服务器发出处理结果(516)后,把表示结束状态的RES(518)发回客户。
在此例子中,接收到作业状态的客户把处理结果输出到画面上(519)。
在由服务器登录了作业ID之后,在服务器中保留与对应作业相关的信息期间(由图5的箭头B所示的期间),客户可以使用作业ID来向服务器进行与对应作业相关的询问。而且,在箭头B所示的期间,可以使用外部ID来进行询问。
在图6中表示了在服务器的处理时向客户发送RES的例子。
当客户进行作业的登录处理请求(602)时,在服务器中的各种处理开始或者结束时,可以设定为用RES向客户通知对应的作业的状态。可以把通知的客户和端口编号等信息设定为客户在作业登录时发出的REQ(603)的作业信息。而且,也可以通过在业务信息中设定来选择:在服务器中的处理成为何种状态时,有没有必要通知客户。
在图6的例子中,由客户设定外部ID(601),由登录处理要求(602)的REQ(603)来发送外部ID,同时,设定为:在作业ID登录时(605)、队列登录时(607)、处理执行时(609)、处理结果发送时(611),向对应作业的依赖方通知对应作业的状态。因此,在该例中,由于在默认情况下,不从客户向服务器发送REQ,而得到必要的对应作业的状态信息,因此,能够减小网络的负荷。而且,可以根据需要来使用外部ID或者作业ID,而向服务器询问必要的与对应作业相关的信息。
图7表示请求解析的程序的流程图。等待请求的接收(701),当收到请求时,按每个请求种类来分开处理(702)。在登录的请求的情况下,采取作业ID(703),与外部ID相对应而存储在作业ID存储部中。而且,把所旨定的作业与作业ID一起登录到队列中(704)。在向队列中进行作业登录后,把采取的作业ID发回客户(705)。
在作业ID询问的请求的情况下,作业ID管理部(209)通过参照作业ID存储部(210)的ID管理表(217)来检索由所指定的外部ID所产生的作业(706)。当找到作业时,取得对应作业的作业ID(707),发回客户(708)。
在参照的请求的情况下,队列管理部(213)通过所指定的作业ID来检索作业(709)。当找到作业时,从队列存储部(216)的队列管理表(218)取得对应作业的作业信息(710),发回客户(711)。
图8表示客户中的作业状态显示的例子。在该例中,用一览表的形式表示作业ID801、作业名802、作业的状态803、外部ID804。由此,用户能够掌握登录的作业的执行状态。
图9是把本发明用于电子商务交易系统的实施例。当从顾客计算机(902)向订购受理计算机(901)订购商品时,通过因特网(903)向订购受理计算机(901)发送顾客计算机、顾客的登录编号等固有信息(914)、用于在来自顾客计算机的订购、顾客的订购中唯一地识别哪个订购的订购识别符(915)、指定订购的商品名、个数、商品的规格等的订购内容信息(916)等构成的订购信息(913)。由订购受理计算机(901)进行接受订购(905),登录订购(906),进入库存确认(907)等作业。但是,存在由因特网的通信质量和向订购受理计算机的大量的访问所产生的负荷集中所引起的系统的故障发生的可能性,顾客发送的订购信息(913)不一定在订购受理计算机(901)中所登录。这样,通过向订购受理计算机(901)发送配合发送订购信息(913)时附加的固有信息(914)和订购识别符(915)的识别符,就能避免重复订购商品或者没有发送应该订购的商品的问题。
产业上的利用可能性
如上述那样,根据本发明,由于能够在服务器计算机中识别从客户计算机所登录的作业识别符,因此,能够对应于以后来自客户计算机的要求,而不会因网络故障等而丢失作业。
Claims (18)
1.一种处理状态询问方法,询问由其他计算机所执行的处理的状态,其特征在于,
第一计算机向第二计算机发送依赖于第二计算机的处理和上述处理的第一识别符,
当第一计算机向第二计算机询问上述处理的状态时,向第二计算机发送第一识别符。
2.根据权利要求1所述的处理状态询问方法,其特征在于,第一计算机生成第一识别符,存储到与第一计算机相连接的硬盘中。
3.根据权利要求1所述的处理状态询问方法,其特征在于,第一识别符和上述处理的至少一方包含上述第一计算机所固有的信息。
4.根据权利要求3所述的处理状态询问方法,其特征在于,上述固有信息是第一计算机的IP地址。
5.根据权利要求1所述的处理状态询问方法,其特征在于,第二计算机生成与收取的处理要求相对应的第二识别符,把上述第二识别符发送给第一计算机,第一计算机使用第一识别符和第二识别符的至少一方来向第二计算机询问上述处理的状态。
6.根据权利要求1所述的处理状态询问方法,其特征在于,当第一计算机依赖于第二计算机的处理时,即使没有来自第一计算机的询问,第二计算机也能指定与通知上述处理状态的状态相关的信息。
7.根据权利要求1所述的处理状态询问方法,其特征在于,当第一计算机依赖于第二计算机的处理时,第二计算机能够指定与通知上述处理的状态的通知目的地相关的信息。
8. 一种处理状态询问系统,询问由其他计算机所执行的处理的状态,其特征在于,包括:
第一计算机,向第二计算机发送依赖于第二计算机的处理和与上述处理相对应的第一识别符;
第二计算机,对于包含从第一计算机收取的第一识别符的上述处理的状态询问,向第一计算机通知上述处理的状态。
9.一种处理状态询问客户计算机,询问由服务器计算机所执行的处理的状态,其特征在于,包括:
识别符生成部,生成与依赖于服务器计算机的处理相对应的第一识别符;
询问部,当向上述服务器计算机询问上述处理状态时,向上述服务器计算机发送第一识别符。
10.根据权利要求9所述的处理状态询问客户计算机,其特征在于,第一识别符和上述处理的至少一方包含上述客户计算机所固有的信息。
11.根据权利要求10所述的处理状态询问客户计算机,其特征在于,上述固有信息是上述客户计算机的IP地址。
12.一种应答来自客户计算机的处理状态询问的服务器计算机,其特征在于,包括:
接收部,从客户计算机收取与所依赖的处理相对应的第一识别符;
信息取得部,根据包含来自客户计算机的第一识别符的上述处理状态询问,来取得与第一识别符相对应的上述处理状态相关的信息;
发送部,向上述客户计算机发送上述信息。
13.根据权利要求12所述的应答处理状态询问的服务器计算机,其特征在于,包括:
识别符生成部,进一步生成与上述处理相对应的第二识别符;
发送部,把第二识别符发送给客户计算机。
14.根据权利要求13所述的应答处理状态询问的服务器计算机,其特征在于,
上述接收部接收上述第一识别符和上述第二识别符中的至少一方的识别符,
上述信息取得部取得与上述识别符相对应的处理状态相关的信息,
上述发送部向客户计算机发送上述信息。
15.根据权利要求12所述的应答处理状态询问的服务器计算机,其特征在于,包括:
发送部,当存在状态的变化时,向客户计算机发送对应处理的状态。
16.根据权利要求12所述的应答处理状态询问的服务器计算机,其特征在于,包括:
存储装置,当存在状态的变化时,存储发送对应处理的状态的客户计算机。
17.根据权利要求12所述的应答处理状态询问的服务器计算机,其特征在于,
上述服务器计算机是电子商务交易系统中的订购受理计算机。
18.一种存储媒体,存储能够读取到实现权利要求1至权利要求7所记载的方法的计算机中的程序。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2000/001575 WO2001069401A1 (en) | 2000-03-15 | 2000-03-15 | Job identifying method and device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1338077A true CN1338077A (zh) | 2002-02-27 |
Family
ID=11735797
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN00800889A Pending CN1338077A (zh) | 2000-03-15 | 2000-03-15 | 作业识别方法及装置 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP1265150A1 (zh) |
KR (1) | KR100376017B1 (zh) |
CN (1) | CN1338077A (zh) |
ID (1) | ID29677A (zh) |
WO (1) | WO2001069401A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100456279C (zh) * | 2005-02-23 | 2009-01-28 | 日本电气株式会社 | 用于控制通信信道的设备和方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7133894B2 (en) * | 2002-03-12 | 2006-11-07 | International Business Machines Corporation | Method, apparatus, and program for synchronous remote builds |
JP2005346702A (ja) * | 2004-05-04 | 2005-12-15 | Heidelberger Druckmas Ag | 識別表示装置を備える診断システム |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH07129497A (ja) * | 1993-10-29 | 1995-05-19 | Matsushita Electric Ind Co Ltd | 蓄積型遠隔手続き処理装置 |
JPH07129498A (ja) * | 1993-10-29 | 1995-05-19 | Matsushita Electric Ind Co Ltd | 問い合わせ型遠隔手続き処理装置 |
JP3531412B2 (ja) * | 1997-04-10 | 2004-05-31 | 日本電信電話株式会社 | マルチキャスト通信システムおよびatmセル化装置 |
JPH11250155A (ja) * | 1998-03-03 | 1999-09-17 | Hitachi Ltd | 電子商取引装置 |
-
2000
- 2000-03-15 WO PCT/JP2000/001575 patent/WO2001069401A1/ja not_active Application Discontinuation
- 2000-03-15 KR KR10-2001-7000768A patent/KR100376017B1/ko not_active IP Right Cessation
- 2000-03-15 CN CN00800889A patent/CN1338077A/zh active Pending
- 2000-03-15 EP EP00909649A patent/EP1265150A1/en not_active Withdrawn
-
2001
- 2001-01-19 ID IDP20010034D patent/ID29677A/id unknown
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100456279C (zh) * | 2005-02-23 | 2009-01-28 | 日本电气株式会社 | 用于控制通信信道的设备和方法 |
US9027036B2 (en) | 2005-02-23 | 2015-05-05 | Nec Corporation | Status management device, status management method, and recording medium |
Also Published As
Publication number | Publication date |
---|---|
WO2001069401A1 (en) | 2001-09-20 |
ID29677A (id) | 2001-09-20 |
KR100376017B1 (ko) | 2003-03-15 |
EP1265150A1 (en) | 2002-12-11 |
KR20020010889A (ko) | 2002-02-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20080243867A1 (en) | Reliable and scalable multi-tenant asynchronous processing | |
US7376953B2 (en) | Apparatus and method for routing a transaction to a server | |
CN1147805C (zh) | 电子计算机间的作业传送方法和作业传送系统 | |
US7895231B2 (en) | Queuing model for a plurality of servers | |
US7146431B2 (en) | Virtual network environment | |
US8015233B2 (en) | Method for handling asynchronous database transactions in a web based environment | |
CN1285046C (zh) | 根据共享属性而由压缩的队列对来建立多重虚拟队列对的安排 | |
CN100568193C (zh) | 多层计算环境中用于性能管理的系统和方法 | |
CN1288575C (zh) | 用于管理客户与服务器之间的连接的系统和方法 | |
US20090125621A1 (en) | Dynamic http load balancing | |
CN1741104A (zh) | 异地授权系统及方法 | |
CN1298147A (zh) | 向虚拟主机提供服务品质保证的技术 | |
CN1509434A (zh) | 调用存储过程和访问存储的过程数据的方法、系统以及程序 | |
US20070106673A1 (en) | Systems and methods for mirroring the provision of identifiers | |
US8073938B2 (en) | Information processing apparatus and method of operating the same | |
US7917467B2 (en) | Processing of data sets in a computer network | |
US8250220B2 (en) | Generalized proximity service | |
CN1494693A (zh) | 群集计算机系统中的组访问专用化 | |
CN105978744A (zh) | 一种资源分配方法、装置及系统 | |
CN1338077A (zh) | 作业识别方法及装置 | |
CN1929463A (zh) | 对象请求代理、用于提供资源高效传送的方法和装置 | |
US7516120B2 (en) | Decision support implementation for workflow applications | |
JP4406310B2 (ja) | Mqデータ同期システム及びmqデータ同期プログラム | |
US7329824B2 (en) | Mail processing system and method | |
US7693893B2 (en) | Distributed handling of associated data sets in a computer network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
C10 | Entry into substantive examination | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1042356 Country of ref document: HK |