专利名称：用服务推式模型增强的普遍描述、发现和集成的制作方法
技术领域：
本发明总体涉及用于在因特网上获得服务信息的方法和系统，更具体来说，涉及一种增强的基于UDDI(普遍描述、发现和集成)的网络服务推式模型。
基于UDDI的网络服务(Web Service)是一年前出现的一种新的分布式互操作性范例。UDDI存储关于在因特网上任何地方的商务以及它们的服务的说明的信息。用UDDI所提供的注册和发现接口，服务提供商能注册它们自己，而服务用户则能找到所需的供应商并调用服务(WSDL-Web服务表述语言被用来描述具有统一格式的服务)。
目前，UDDI只支持“拉式模型”，客户能做的唯一操作是寻找已经在UDDI登记簿(registry)注册的服务供应商，然后用UDDI所提供的调用方法调用服务提供商所提供的服务。这个过程被认为是一种“拉式”模型，因为客户只能主动地寻找可得到的服务。
然而，在许多情况中，客户可能不能立即找到所需的服务，因为服务提供商没有注册。在这种情况下，在一旦有新的服务可供利用时就需要通知客户。或者，客户知道谁提供服务，但是该服务由于某些原因却是不能利用的，或者只在一定时间工作。
因此，本发明的一个目的是提供一种用于在因特网上获得信息的方法和系统，以克服现有技术所存在的问题。
本发明的另一个目的是提供一种用于在因特网上获得信息的方法和系统，该方法和系统分别在以前不能利用的服务变成能利用或者以前未注册的服务变成注册服务时，通知用户。
相应地，提供一种用于在因特网上获得服务信息的方法。该方法包含至少一个服务提供者在一个服务器注册一个服务和对应的服务状态，同时将它们存储在一个数据库中；用户从服务器请求一个服务；在数据库中搜索所请求的服务；并通知该用户搜索结果。通知最好包含向用户发送一个电子邮件或者调用其它用户界面以表明搜索结果。
优选地，如果在数据库中找到所请求的服务，则该通知包含向用户通知所请求服务的对应服务状态。类似地，如果在数据库中找不到所请求的服务，则该通知包含向用户通知所请求服务没有在服务器注册。
优选地，该方法还包含在数据库中存储对该服务的请求，并向用户通报该服务请求已经被存储。通报最好包含通过电子邮件或其它用户界面向用户返回一个结果，表明该服务请求已被存储。在该服务请求被存储的情况下，该方法最好还包含当该服务变成在服务器注册的服务时，在数据库搜索所存储的服务请求；并向用户通报该服务已经注册以及对应的服务状态。同样，通报最好还是包含向用户发送电子邮件或调用其它用户界面以表明该服务请求的服务状态。
如果在服务器上找到所请求的服务，并且服务状态表明该服务是能利用的，则该通知最好包含向用户通知所请求的服务是能利用的。类似地，如果在服务器上找到所请求的服务，而服务状态表明该服务是不能利用的，则该通知最好包含向用户通知所请求的服务是不能利用的。
如果服务是不能利用的，该方法进一步包含在数据库中存储对该服务的请求，并通报用户该服务请求已经被存储。通报最好包含向用户发送电子邮件，表明该服务请求已存储。在该请求被存储的情况下，该方法最好还包含当服务状态被改变成能利用的时，在数据库搜索所存储的服务请求；向用户通报服务状态是能利用的。同样，通报最好还是包含向用户发送电子邮件以表明该服务请求已可利用。
另外还提供了一种用于在因特网上获得服务信息的系统。该系统包含一个服务器，具有一个与其有效连接的存储器，用于由存储服务提供者存储一个服务数据库以及对应于每一个服务的服务状态；用于接收用户的服务请求的装置；用于在数据库搜索服务请求的装置；以及用于通知用户搜索结果的装置。优选地，用于通知的装置包含用于生成电子邮件并向用户发送电子邮件的装置。
优选地，该系统还包含一个当在数据库中找不到所请求服务时则存储该请求的存储器。如果该请求被存储，该系统最好还包含用于通过接收数据库的另外的项目而更新数据库并用于更改数据库中的信息的装置；用于在更新过的数据库中搜索所存储的请求的装置；以及用于向用户通报所更新的搜索结果的装置。
本发明的这些或其它特点、方面和优点，将在以下的说明、随附的权利要求书以及各附图中变得更容易理解。
图1表示本发明方法的一个优选的实现的流程图；图2表示图1的流程图的流程图分支A和B；图3表示实践图1和2的方法的本发明的系统的示意图；图4表示例2的一个UML(统一建模语言)序列图。
具体实施例方式
现在参看图1，图中表示了用于在因特网上获得服务信息的方法的优选实现的流程图。该方法总体上由标注号100表示。在步骤102，至少一个服务提供者在一个服务器注册一个服务和对应的服务状态。服务状态最好是该服务是否能被用户利用。服务信息，例如服务提供者的名称、地址和电话号码，也由服务提供者提供。服务提供者通过诸如网页的用户界面在服务器注册他或她的服务。通过网页向服务器提供信息，在所属技术领域中众所周知的。
优选地，多个服务提供者向服务器注册他们的服务，以建立一个服务提供者和相关服务的数据库。服务的注册可以是免费的，也可以是收费的。在步骤104，将服务、服务状态以及服务信息存储在数据库中。数据库可位于服务器或远离服务器。
在步骤106，一个用户向服务器请求某个特定需要的服务。在步骤108，在注册服务的数据库中搜索由该用户请求的服务。在步骤110，确定在数据库中是否找到了由该用户请求的服务。如果在数据库中找到所请求的服务，则该方法继续到分支A。而如果在数据库中找不到所请求的服务，则该方法继续到分支B。
现在参看图2，如果在数据库中找到所请求的服务，流程图继续到分支A，在步骤202确定对应于该服务的状态是否是能利用的。如果所请求服务的状态是能利用的，则流程图继续到步骤204，这里向用户通知，所请求服务可用。最好也向用户通知对应的服务信息。优选地，通过向用户发送表明服务状态和服务信息的电子邮件，向用户通知服务状态和服务信息。最好将用户的电子邮件地址也与服务请求一起提供给服务器并对应于该请求存贮在数据库中。然而，也可以提供和存储用于向用户通报的其它方式，诸如邮政地址和电话号码。尽管该方法是就满足服务请求的单一的服务而描述的，然而，最好向用户通知满足服务请求的所有注册服务或预定数量的注册服务。
如果在服务器上找到所请求的服务，并且确定对应的服务状态表明该服务是不能利用的，则在步骤206，用户被通知所请求的服务是不能利用的。在步骤206最好也将服务请求存储在数据库中并也通知用户该存储。最好通过向用户发送电子邮件而向用户通报，满足他的服务请求的服务提供者是注册了的，但是当前是不能利用的，并且该请求正在被存储。
在步骤208，定期地在数据库搜索所存储的服务请求，在步骤210，确定服务提供者是否已经将服务状态从不能利用的变更为能利用的。还在数据库中搜索任何随后注册了的、满足服务请求的新的服务提供者。如果服务状态已经被变更为能利用的，该方法继续到步骤204，在该步骤通报用户满足他的或她的服务请求的服务提供者的可用性。通报用户的优选方式是向用户发送一个电子邮件表明服务请求的可用性以及服务信息。
如果服务的状态没有改变，该方法循环回到步骤208，周期地搜索数据库。尽管最好要周期地搜索数据库以确定是否服务状态已经改变，但其它方法也是可能的。例如，服务提供者将一个带标记的服务状态从不能利用的到能利用的变更，本身就可能触发向用户通报该变更。
如果在数据库中没有找到所请求的服务，流程图继续到分支B的步骤212，在该步骤，将对服务的请求存储在一个数据库中，并向用户通知所请求的服务是没有向服务器注册的。还向用户通知说，如果一个满足该请求的服务提供者随后注册，他或她将得到通知。优选地，用户得到通报的方式，是向用户发送一个表明该服务请求已被存储的电子邮件。
在步骤214，定期在数据库中搜索服务请求。在步骤216，如果数据库已经被更新，并且在数据库中已经找到一个满足服务请求的服务，则该方法继续到步骤202，自此如上讨论的那样继续。如果数据库没有被更新，在数据库中仍然找不到满足服务请求的服务，则该方法返回到步骤214。
现在参看图3，图中表示实践本发明方法的优选的系统的示意图。该系统总体上由标注号300表示。系统300包含一个UDDI服务器302，服务器302具有一个与之有效相连的存储器304，用于存储一个数据库，该数据库含有由服务提供者308所提供的服务306和对应于服务306的每一个的服务状态310。服务提供者308通过一个注册接口312向服务器302注册他或她的服务306和对应的状态310。注册接口312最好是个网页或电子邮件提交物(submission)。服务提供者308也通过注册接口312登记例如姓名、地址和电话号码等服务信息一如果以前没有提交过的话。最好将服务306以一个表的形式存储在数据库中，表中有与服务状态310和服务信息相对应的字段。从这种表查看信息和搜索字段是所述领域中众所周知的。
系统300也包括用于接收用户314对服务的请求的装置。用户最好通过一个诸如网页或电子邮件这样的发现接口316与服务器联络，以作出服务请求。在数据库中搜索一个以前注册过的并与用户314所请求的服务相符的服务的服务提供者。然后通过一个通报接口318向用户314通知搜索的结果。如果用户随他或她的请求一起提供了电子邮件地址，则通报接口318最好是一个电子邮件。
如果找到一个与用户的请求匹配的已注册的服务，用户314就被通知该匹配以及对应于该服务的服务状态。如果服务状态是“能利用的”，则用户就得到这样的通知，并且也得到服务信息的通知。用户然后可随意调用服务提供者308的服务304。如果服务状态是“不能利用的”，或者找不到与所请求服务匹配的服务，则最好将该请求存储在存储器304中，并通过通报接口318通知用户314这一情况。如果服务提供者308随后通过注册接口312将他或她的注册服务306的服务状态310变更成“能利用的”，或者如果一个不同的服务提供者注册一个能满足被存储的用户请求的标准的服务，则相应地更新数据库，并且用户314通过通报接口318被通报该更新。
例子例1Tom(用户314)对以实时方式兑换两个不同国家的货币的服务感兴趣。但是他不能在UDDI服务器302上找到这项服务。他希望一旦某商家注册这个服务，UDDI服务器302就通知他。Tom的请求被存储在存储器304中，当一个服务提供者308随后注册一个兑换货币的服务306时，UDDI服务器302就通过一封电子邮件(通报接口318)将该服务提供者及其对应的服务信息通知Tom。
例2一个很有名的心脏病专家(服务提供者308)能为心脏有问题的病人免费作基于网络的视诊(screening)(服务306)。但是心脏病专家308只在他没有太多正常的门诊病人时才提供这种服务。因此，心脏病专家一开始注册他的视诊服务时，对应的服务状态310是“不能利用的”。病人(用户314)能通过发现接口316向UDDI服务器302请求他们对该视诊服务的兴趣，并得到下列通知该服务已登记但目前不能利用。UDDI服务器将在对应于该基于网络的视诊的服务状态310被心脏病专家308启动(变成“能利用的”)时，通知这些病人314。
以下基于例2的情形解释系统300的各组件如何互相交互作用。心脏病专家(服务提供者308)向UDDI服务器302注册名为视诊、服务状态310为“不能利用的”的服务306。病人(用户314)通过发出一个对该服务的请求试图从UDDI服务器302发现这种服务。然而，UDDI服务器302不能返回一个可以利用的视诊服务，于是就通过通报接口318通报用户314，指出其请求已经被存储(预订)。后来，心脏病专家308确定他有一些空闲时间，于是就通过注册接口312联系UDDI服务器302，把服务状态310变更成“能利用的”。UDDI服务器302知道这一点后，就通过通报接口318通知用户314该视诊服务306现在是能利用的、以及诸如服务提供者308的姓名、地址、电话等其它服务信息。用户314接收该服务信息，然后调用该服务。图4的UML序列图表示图2的系统中的对象之间的详细的消息传送。
所属技术领域的熟练人员将知道，用服务推式模型增强UDDI，使用户能登记请求那些当前不能利用的、或者只是临时或在有规律地安排的时间能利用的网络服务。在本发明的最佳实施例中，UDDI提供一系列接口供用户登记他们的兴趣。此外，UDDI服务器有能力在一个被请求服务变成注册的或者能利用的时，主动地通知用户。
尽管已经表示和描述了所认为的本发明的最佳实施例，但当然应当明白在不偏离本发明精神的情况下可以容易地在形式上和细节上作出各种修改和变更。因此本发明不应受限制于所描述和展示具体形式，而应被视为包含落在随附的权利要求书范围内的所有修改。
权利要求
1.一种用于在因特网上获得服务信息的方法，该方法包含至少一个服务提供者向一个服务器注册一个服务和对应的服务状态，并将它们存储在一个数据库中；一个用户向该服务器请求一个服务；在数据库中搜索所请求的服务；和向该用户通知该检索结果。
2.权利要求1的方法，其中，该通知包含向该用户发送一个表明该搜索结果的电子邮件。
3.权利要求1的方法，其中，如果在该数据库中找到所请求的服务，则该通知包含向该用户通知所请求的服务的对应服务状态。
4.权利要求1的方法，其中，如果在该数据库中找不到所请求的服务，则该通知包含向该用户通知所请求的服务没有向服务器注册。
5.权利要求4的方法，还包含在该数据库中存储对服务的请求。
6.权利要求5的方法，还包含向该用户通报该服务请求已经被存储。
7.权利要求6的方法，其中，该通报包含向该用户发送一个表明该服务请求已被存储的电子邮件。
8.权利要求5的方法，还包含当该服务变得已在该服务器注册时，在该数据库中搜索被存储的服务请求；和向该用户通报该服务已经注册和对应的服务状态。
9.权利要求8的方法，该通报包含向用户发送一个表明该服务请求的服务状态的电子邮件。
10.权利要求1的方法，其中，所请求的服务在服务器上被找到，且服务状态表明该服务是能利用的，该通知包含向该用户通知所请求的服务是能利用的。
11.权利要求1的方法，其中，所请求的服务在服务器上被找到，且服务状态表明该服务是不能利用的，该通知包含向该用户通知所请求的服务是不能利用的。
12.权利要求11的方法，还包含在数据库中存储对服务的请求。
13.权利要求11的方法，还包含向用户通报该服务请求已经被存储。
14.权利要求13的方法，其中，该通报包含向该用户发送一个表明该服务请求已被存储的电子邮件。
15.权利要求13的方法，还包含当该服务状态被变更成能利用的时，在该数据库搜索被存储的服务请求；和向该用户通报该服务状态是能利用的。
16.权利要求15的方法，该通报包含向用户发送一个表明该服务请求的可用性的电子邮件。
17.一种用于在因特网上获得服务信息的系统。该系统包含一个服务器，具有一个与其有效连接的存储器，用于由服务提供者存储一个服务数据库以及对应于每一个服务的服务状态；用于接收用户的服务请求的装置；用于在数据库搜索服务请求的装置；和用于通知用户搜索结果的装置。
18.权利要求17的系统，其中，用于通知的装置包含用于生成电子邮件并向用户发送电子邮件的装置。
19.权利要求17的系统，还包含一个当在数据库中找不到所请求服务时则存储该请求的存储器。
20.权利要求19的系统，还包含用于通过接收数据库的另外的项目而更新数据库并用于更改数据库中的信息的装置；用于在更新过的数据库中搜索已存储的请求的装置；和用于向用户通报所更新的搜索结果的装置。
全文摘要
一种用于在因特网上获得服务信息的方法。该方法包含至少一个服务提供者向一个服务器注册一个服务和对应的服务状态，并将它们存储在一个数据库中；一个用户向该服务器请求一个服务；在数据库中搜索所请求的服务；向该用户通知该检索结果。如果在该数据库中找到所请求的服务，则向用户通知所请求的服务的对应服务状态。类似地，如果在该数据库中找不到所请求的服务，则向用户通知这个结果。如果在该数据库中找不到所请求的服务，或者所请求服务的服务状态是不能利用的，则将该请求存储起来，在该服务变成注册的或服务状态变成能利用的时，通知该用户。
文档编号G06Q10/00GK1647479SQ02823971
公开日2005年7月27日 申请日期2002年11月5日 优先权日2001年11月30日
发明者赵鲁印, 陆进, 李国滨 申请人:皇家飞利浦电子股份有限公司