CN101627407A - 可达性实现服务器、管理系统、管理方法和实现程序 - Google Patents

Abstract

一种实现第一用户对与第一用户不相识的第二用户的可达性的服务器。该服务器(100，200)具有：真实地址信息接收单元(110)，用于从第二用户终端(10)接收服务器能够用来联络第二用户的真实地址信息；以及转换后地址信息生成单元，用于根据由真实地址信息接收单元接收到的真实地址信息来生成第一用户不能用来指定真实地址信息的转换后地址信息。

Description

可达性实现服务器、管理系统、管理方法和实现程序

技术领域

本发明涉及管理可达性(reachability)的可达性实现服务器、可达性管理系统、可达性管理方法和可达性实现程序。

背景技术

可达性指的是联络到特定的人或者触及特定的物体的能力。下面，考虑一种处理从可达性用户到特定的服务客户(service client)的可达性(触及信息等等的能力)的系统。JP-2003-109160A(专利公开1)和“MyBoomerang”，[在线]，Boomerang it Japan，[搜索于2007年2月22日]，因特网地址<URL:http://www.bjj.jp/>(非专利文献1)记载了处理可达性的系统。在专利公开1中，紧急救助支援系统在检测到用户亦即可达性用户出现异常身体状态时与订立了合同的救助专家亦即服务客户执行紧急通信。在专利公开1中，记载了用户和救助专家之间通过无线电直接订立合同，并且用户预先登记救助专家的资料(可达性)。注意，救助专家是展现可达性的一方，即，例如，公开其地址或电话号码的一方。

非专利文献1记载了预先记载有丢失物回收服务代理公司的联络地址和标识的标签被粘贴到贵重物品。如果该贵重物品丢失并且其发现者与标签上记载的联络地址通信，则丢失物回收服务代理公司从发现者处领取该贵重物品，基于该贵重物品的标识来检索出所有者，并将该贵重物品递送到该所有者。非专利文献1还记载了通过使得发现者可以将自身的联络地址告知丢失物回收服务代理公司，丢失物回收服务代理公司代表贵重物品的所有者报偿发现者。

然而，专利公开1或非专利文献1中记载的系统具有这样的问题，即，紧急救助支援系统的用户、诸如贵重物品所有者之类的可达性用户、或者紧急救助支援系统、丢失物回收服务代理公司的服务提供者可能非正当地使用对诸如救助专家和贵重物品的发现者之类的服务客户的可达性。

例如，在专利公开1中记载的技术中，用户可以通过与救助专家订立合同来获取救助专家的资料。因此，除非救助专家改变资料，否则救助专家的资料就可被用户不正当地使用，或者救助专家可能被纠缠。

在非专利文献1中记载的技术中，由于丢失物回收服务代理公司获得了发现者的联络地址，因此有可能该联络地址会被用于除报酬之外的其他用途，或者有可能从丢失物回收服务代理公司接收到不必要的信息，除非发现者改变联络地址。在非专利文献1中记载的技术中，除了发现者和丢失物回收服务代理公司之外的第三方(贵重物品的所有者)无法使用可达性。例如，可达性用户无法联络服务客户。

发明内容

因此，本发明的一个目的在于提供这样的可达性实现服务器、可达性管理系统、可达性管理方法和可达性实现程序，它们能够允许可达性用户联络服务客户，而不会导致不正当地使用对服务客户的可达性。

在第一方面中，本发明提供了一种实现从第一用户到第二用户的可达性的可达性实现服务器，其中第一用户和第二用户不相识，该可达性实现服务器包括：真实地址信息接收部件，其从第二用户使用的第二终端接收能够用来联络第二用户的真实地址信息；以及转换后地址信息生成部件，其基于由真实地址信息接收部件接收到的真实地址信息来生成第一用户不能指定的转换后地址信息。

在第二方面中，本发明提供了一种管理从第一用户到第二用户的可达性的可达性管理系统，其中第一用户和第二用户不相识，该可达性管理系统包括：第一用户使用的第一用户终端；第二用户使用的第二用户终端；以及实现从第一用户到第二用户的可达性的可达性实现服务器，该可达性实现服务器包括：真实地址信息接收部件，其从第二用户终端接收能够用来联络第二用户的真实地址信息；以及转换后地址信息生成部件，其基于由真实地址信息接收部件接收到的真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定真实地址信息，其中第一用户终端基于由转换后地址信息生成部件生成的转换后地址信息来访问第二用户终端。

在第三方面中，本发明提供了一种可达性实现服务器用来管理从第一用户到第二用户的可达性的可达性管理方法，其中第一用户和第二用户不相识，其中：可达性实现服务器从第二用户使用的第二用户终端接收能够用来联络第二用户的真实地址信息；可达性实现服务器基于接收到的真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定真实地址信息；并且第一用户使用的第一用户终端基于由可达性实现服务器生成的转换后地址信息来访问第二用户终端。

在第四方面中，本发明提供了一种实现从第一用户到第二用户的可达性的可达性实现程序，其中第一用户和第二用户不相识，该程序使得计算机执行：真实地址信息接收处理，从第二用户使用的第二用户终端接收能够用来联络第二用户的真实地址信息；以及转换后地址信息生成处理，基于在真实地址信息接收处理中接收到的真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定真实地址信息。

本发明的以上和其他目的、特征和优点将从以下参考附图的描述中变得更清楚。

附图说明

图1是例示根据第一实施例的可达性管理系统的框图。

图2是例示第一实施例的可达性管理系统的操作的序列图。

图3是例示可达性终端的框图。

图4是例示可达性管理系统的框图。

图5是例示可达性ID存储部件中存储真实ID、可达性ID和有效期限的情况的说明图。

图6是例示根据第二实施例的可达性管理系统的框图。

图7是例示可达性ID存储部件中存储真实ID、可达性ID和服务ID的情况的说明图。

图8是例示可达性ID存储部件对于单个ID和单个服务ID存储多个可达性ID的情况的说明图。

图9是例示第三实施例中的可达性ID管理服务器的框图。

图10是例示根据第四实施例的可达性管理系统的框图。

图11是例示根据第五实施例的可达性管理系统的框图。

图12是例示可达性ID管理服务器的框图。

图13是例示可达性ID管理服务器的操作的序列图。

图14是例示历史数据的说明图。

图15是例示根据第六实施例的可达性管理系统的框图。

图16是示出第六实施例中的当前状态管理表的登记示例的说明图。

图17是示出第六实施例中的流程模板表的登记示例的说明图。

图18是示出第六实施例中的可达性ID动作表的登记示例的说明图。

图19是示出第六实施例中的可达性ID有效性管理表的登记示例的说明图。

图20是示出服务管理表的登记示例的说明图。

图21是示出在订户请求提供服务的情况下可达性管理系统的操作的流程图。

图22是示出在可达性用户联络订户的情况下可达性管理系统的操作的流程图。

图23是示出在发生事件的情况下可达性管理系统的操作的流程图。

图24是例示根据第七实施例的可达性管理系统的框图。

图25是示出第七实施例中的当前状态管理表的登记示例的说明图。

图26是示出第七实施例中的流程模板表的登记示例的说明图。

图27是示出第七实施例中的可达性ID动作表的登记示例的说明图。

图28是示出第七实施例中的可达性ID有效性管理表的登记示例的说明图。

图29是示出第八实施例中的可达性ID动作表的登记示例的说明图。

图30是示出第九实施例中的可达性ID动作表的登记示例的说明图。

图31是示出第十实施例中的可达性ID动作表的登记示例的说明图。

图32是示出第十一实施例中的可达性ID动作表的登记示例的说明图。

图33是例示根据第十二实施例的可达性管理系统的框图。

图34是示出第十二实施例中的流程模板表的登记示例的说明图。

图35是示出第十四实施例中的当前状态管理表的登记示例的说明图。

图36是示出第十四实施例中的流程模板表的登记示例的说明图。

图37是示出第十四实施例中的可达性ID有效性管理表的登记示例的说明图。

图38是例示根据第十六实施例的可达性管理系统的框图。

具体实施方式

下面，将参考附图详细描述本发明的示例性实施例。在所有附图中，相似的标号表示相似的元件。

实施例1

图1是本发明第一实施例的可达性管理系统的框图。可达性管理系统包括可达性终端10和20、终端30、可达性应用服务器100、可达性ID管理服务器200、服务提供服务器300、以及外部服务系统400。

可达性终端10和20能够经由诸如因特网之类的通信网络与例如可达性应用服务器100和服务提供服务器300通信。可达性终端10和20例如是利用个人计算机、PDA、移动终端等等来实现的。可达性终端10由服务客户使用。可达性终端20由可达性用户使用。

可达性终端10向可达性应用服务器100发送包括服务客户的真实ID和可达性用户的标识的服务使用请求。可达性终端20向可达性应用服务器100发送包括服务客户的可达性ID的联络请求。如果可达性终端10和20是利用个人计算机实现的，则以上功能是在安装于个人计算机上的CPU执行实现这些功能的程序时实现的。

终端30经由例如通信网络(比如因特网)接收来自可达性应用服务器100的联络。终端30例如是利用个人计算机、PDA、移动终端等等来实现的。终端30由服务客户使用。虽然可达性终端10和30在图1的示例中是不同的终端，但这两个终端也可以是同一装置。

可达性应用服务器100包括可达性ID应用部件110和信息分发部件120。可达性ID应用部件110经由例如通信网络与可达性ID管理服务器200和服务提供服务器300相连以便对其进行访问。

可达性ID应用部件110基于从可达性终端10发送来的服务使用请求而向可达性ID管理服务器200发送包括服务客户的真实ID和可达性用户的标识的可达性ID获取请求，并且接收可达性ID。可达性ID应用部件110向服务提供服务器300发送包括可达性ID和可达性用户的标识的服务提供请求。

真实ID是用于联络服务客户的地址信息，例如服务客户的电话号码、电子邮件地址以及地址，服务客户是难以改变这些信息的。可达性ID是发放给特定的人或物体以保证对其的可达性的安全性的标识。可达性ID是与真实ID(例如电话、电子邮件地址和地址)相对应地发出的。对于单个真实ID，可以发出多个可达性ID，或者可以临时发出可达性ID。

在本实施例中，可以基于真实ID来生成可达性ID。虽然对于生成可达性ID的计算已经知道有多种计算，但该计算例如可使用哈希值。在利用哈希值进行的计算中，基于真实ID“0312345678”例如生成可达性ID“3e977b1c3611a85fece041c55ac01ae3”。

可达性ID应用部件110从可达性终端20接收包括可达性ID的联络服务客户的请求。可达性ID应用部件110基于来自可达性终端20的联络请求向可达性ID管理服务器200发送包括可达性ID的真实ID获取请求，并且接收真实ID。信息分发部件120基于由可达性ID应用部件110接收到的真实ID来与服务客户所使用的终端30通信。

可达性ID管理服务器200包括可达性ID管理部件210和可达性ID存储部件220。可达性ID管理服务器200经由例如通信网络与可达性应用服务器100相连接以便对其进行访问。

可达性ID管理部件210基于来自可达性ID应用部件110的可达性ID获取请求来生成可达性ID。可达性ID管理部件210将服务客户的真实ID和这样生成的可达性ID相关联地存储在可达性ID存储部件220中，并将其发送到可达性ID应用部件110。可达性ID管理部件210基于来自可达性ID应用部件110的真实ID获取请求将真实ID发送到可达性ID应用部件110。可达性ID存储部件220是其中相关联地存储有服务客户的真实ID和可达性ID的存储装置。

服务提供服务器300包括服务提供前端310和联络地址管理部件320。服务提供服务器300经由例如通信网络与可达性应用服务器100和外部服务系统400相连接以便对其进行访问。注意，服务提供服务器300例如可由服务提供者操作，服务提供者例如是电信公司、当地政府和看护公司。

服务提供前端310基于从可达性ID应用部件110发送来的服务提供请求，在联络地址管理部件320中存储可达性ID和可达性用户的标识。服务提供前端310向外部服务系统400发送包括可达性用户的标识的服务执行请求。联络地址管理部件320是其中存储有可达性ID和可达性用户的标识的存储装置。

外部服务系统400是由例如提供多种外部服务的服务提供者管理的服务器。外部服务系统400接收从例如服务提供服务器300发送来的服务执行请求，并且基于接收到的可达性用户的标识来提供实际服务，或者为了提供服务而执行受理。

接下来，将描述第一实施例的操作。服务客户通过使用可达性终端10经由可达性应用服务器100来使用由外部服务系统400提供的服务。可达性用户可经由可达性应用服务器100来联络服务客户。

在具体示例中，如果通知者(服务客户)经由可达性应用服务器100告知救助服务有患者需要紧急救助，则救助服务将被执行以救助该患者。患者(可达性用户)向可达性应用服务器100发出联络通知者以提供对救助信息的报酬的请求。可达性应用服务器100向通知者传达报偿联络。

这里，假定服务客户能够知道患者的标识。例如，如果标识被记载在患者随时携带的姓名标签上或者如果患者拥有记录自己标识数据的电子标签，则服务客户可以知道患者的标识。下面，将描述外部服务系统400提供的服务是救助服务的情况。

图2是例示第一实施例中的可达性管理系统的操作的序列图。服务客户(通知者)操作自己的可达性终端10(步骤S1)，从而可达性终端10向可达性应用服务器100发送包括服务客户的真实ID(例如，电话号码)和可达性用户(患者)的标识的服务使用请求(步骤S2)。注意，步骤S1和S2的处理对应于与救助服务的通信。

可达性ID应用部件110基于接收到的服务使用请求向可达性ID管理服务器200发送包括服务客户的真实ID的可达性ID获取请求(步骤S3)。可达性ID管理部件210生成与接收到的服务客户的真实ID相对应的可达性ID。可达性ID管理部件210允许可达性ID存储部件220在其中成对地存储服务客户的真实ID和所生成的可达性ID(步骤S4)。可达性ID管理部件210将所生成的可达性ID发送到可达性ID应用部件110(步骤S5)。

可达性ID应用部件110向服务提供服务器300发送包括服务客户的可达性ID和可达性用户的标识的服务提供请求(步骤S6)。服务提供前端310基于接收到的服务提供请求而允许联络地址管理部件320在其中存储服务客户的可达性ID和患者的标识(步骤S7)。服务提供前端310向外部服务系统400发送服务执行请求(步骤S8)。在本实施例中执行对患者的救助。

可达性用户操作自己的可达性终端20(步骤S11)，从而可达性终端20向联络地址管理部件320发送包括患者的标识的联络地址获取请求(步骤S12)，并且接收存储在联络地址管理部件320中的通知者的可达性ID(步骤S13)。可达性终端20向可达性ID应用部件110发送要求联络服务客户的请求(步骤S14)。该联络请求是包括服务客户的可达性ID的信息。

可达性ID应用部件110向可达性ID管理部件210发送包括可达性ID的真实ID获取请求(步骤S15)。可达性ID管理部件210向可达性ID存储部件220输出包括服务客户的可达性ID的真实ID获取请求(步骤S16)。可达性ID存储部件220基于可达性ID从存储的包括真实ID和可达性ID的对中提取相应服务客户的真实ID，以将其输出到可达性ID管理部件210(步骤S17)。可达性ID管理部件210接收服务客户的真实ID，并将其发送到可达性ID应用部件110(步骤S18)。

可达性ID应用部件110向信息分发部件120输出包括服务客户的真实ID的联络请求(步骤S19)。信息分发部件120基于服务客户的真实ID与终端30通信(步骤S20)，并且服务客户通过使用终端30来接收到该联络(步骤S21)。在本实施例中，如果真实ID是电话号码，则信息分发部件120可以打电话给服务客户。在此情况下，终端30可以是固定线路电话、便携电话，等等。

如上所述，根据本实施例，服务提供者(外部服务系统400)和可达性用户(患者)都无法知道真实ID，从而实现了这样的优点，即，可以防止在使用了服务之后对服务客户的真实ID的不正当使用。

由于可以使用服务而又不会发生服务客户的真实ID被查出的危险，因此可以放心地执行通信。患者可以向通知者提供对救助的报酬。

此外，对于每次服务使用都生成服务客户的可达性ID可以防止在单个装置中查出可达性ID。

可达性终端10可包括真实ID分析部件11和服务使用请求发送部件12。图3是例示可达性终端的框图。真实ID分析部件11分析服务客户的真实ID。真实ID分析部件11可以以交互形式显示屏幕图像，以促使服务客户输入真实ID。真实ID分析部件11例如在执行指纹认证的同时检索出真实ID。

服务使用请求发送部件12向可达性应用服务器100中的可达性ID应用部件110发送包括服务客户的真实ID的服务使用请求。注意，图3仅图示了可达性管理系统中的可达性终端10和可达性应用服务器100中的可达性ID应用部件110。

可达性ID可被再用。可达性ID管理部件210在在步骤S4中生成可达性ID之前，询问可达性ID存储部件220是否存储有与真实ID相对应的可达性ID。如果可达性ID已经被生成并被存储在可达性ID存储部件220中，则可达性ID管理部件210将已生成的可达性ID发送到可达性ID应用部件。对于每个服务都生成可达性ID可以防止在多个服务之间查出可达性ID。

可达性管理系统可包括可达性ID管理终端40。图4是例示可达性管理系统的框图。注意，图4仅示出了可达性管理系统中的可达性ID管理终端40和可达性ID管理服务器200。

可达性ID管理终端40经由例如通信网络与可达性ID管理服务器200相连接以便对其进行访问。任意用户都可使用可达性ID管理终端40来更新可达性ID。

可达性ID管理部件210在步骤S18的处理之后可以对可达性ID存储部件220中的可达性ID进行更新。

在可达性ID中可以设置有效期限。图5是例示可达性ID存储部件220中存储真实ID、可达性ID和有效期限的情况的说明图。可达性ID应用部件110可以对可达性ID存储部件220中存储的可达性ID之中的已经超过有效期限的可达性ID进行更新。

实施例2

接下来，将描述本发明的第二实施例。图6是例示本实施例的可达性管理系统的框图。取代第一实施例中的服务提供服务器300，第二实施例的可达性管理系统包括服务提供服务器300-1、300-2、...、300-N。可达性应用服务器100包括可达性ID应用部件110、信息分发部件120以及服务提供者解决方案部件130。服务提供服务器300-1、300-2、…、300-N分别包括服务提供前端310-1、310-2、...、310-N。

在第二实施例中，可达性ID应用部件110可访问多个服务提供服务器300-1、300-2、…、300-N。可达性ID应用部件110可访问服务提供者解决方案部件130。注意，图6仅示出了可达性管理系统中的可达性应用服务器100和服务提供服务器300-1、300-2和300-N。

服务提供者解决方案部件130与可用来标识服务的服务ID相关联地预先存储着可用来标识服务提供服务器的服务提供服务器ID。可达性应用服务器100例如从可达性终端10接收包括服务ID的服务使用请求。

服务提供者解决方案部件130基于接收到的服务ID选择其中存储的服务提供服务器，以判定可达性ID应用部件110应当访问哪个服务提供服务器，并且向可达性ID应用部件110输出要访问的服务的地址。

例如，如果服务ID“rescue123456”被输入，则服务提供者解决方案部件130选择与“rescue123456”相对应的“http://www.example.com”。服务提供者解决方案部件130将“http://www.example.com/rescue123456”作为要访问的服务的地址输出到可达性ID应用部件110。

可达性ID存储部件220可存储真实ID、可达性ID和服务ID的集合。图7是例示可达性ID存储部件220中存储真实ID、可达性ID和服务ID的情况的说明图。例如，在第一实施例的示例中，表示救助服务的标识被存储为服务ID。

可达性ID管理部件210对于单个真实ID可以生成多个可达性ID。可达性ID管理部件210对于单个真实ID和单个服务ID可以生成多个可达性ID，以将其存储在可达性ID存储部件220中。图8是例示可达性ID存储部件220对于单个ID和单个服务ID存储多个可达性ID的情况的说明图。

针对单个真实ID，可达性ID管理部件210可对于每个服务生成可达性ID。

实施例3

接下来，将描述本发明的第三实施例。图9是例示本实施例中的可达性ID管理服务器200的框图。在第三实施例中，可达性ID管理服务器200包括可达性ID管理部件210、可达性ID存储部件220以及可达性ID使用历史管理部件230。

可达性ID管理部件210与可达性ID使用历史管理部件230相连接以便对其进行访问。例如，可达性ID使用历史管理部件230使得例如存储装置(未示出)可以存储从可达性ID应用部件110到可达性ID管理服务器200的可达性ID生成请求(获取请求)和真实地址获取请求来作为历史数据。

实施例4

接下来，将描述本发明的第四实施例。图10是例示本实施例的可达性管理系统的框图。在第四实施例中，服务提供服务器300包括服务提供前端310、联络地址管理部件320以及联络地址浏览历史330。注意，图10仅示出了可达性管理系统中的服务提供服务器300、外部服务系统400和可达性终端20。

联络地址管理部件320与联络地址浏览历史330相连接以便对其进行访问。联络地址管理部件320可使得联络地址浏览历史330可以存储一系列使用历史，例如其中可达性用户使用的可达性终端20从联络地址管理部件320获取可达性ID的处理。联络地址浏览历史330是其中存储着使用历史的存储装置。联络地址浏览历史330是可从外界访问的。即，联络地址浏览历史330可具有用于接收对其中存储的使用历史的浏览请求的部件。例如，可以基于联络地址浏览历史330中存储的使用历史来收取费用。

实施例5

接下来，将参考附图描述本发明的第五实施例。图11是例示第五实施例的可达性管理系统的框图。在第五实施例中，可达性ID管理服务器200包括可达性ID管理部件210、可达性ID存储部件220、可达性ID有效条件评估部件240以及可达性ID有效条件存储部件250。图11仅示出了可达性管理系统中的可达性ID管理服务器200和可达性ID管理终端40。

根据第五实施例，可达性ID是基于表明能够使用可达性ID的条件的可达性ID有效条件被使用的。可达性ID有效条件是诸如以下IF-THEN(如果-则)规则：[IF C：可达性用户，THEN许可真实ID]。即，可达性ID有效条件是可达性用户能够与服务客户通信的条件。例如，如果接收到包括可达性ID的要求联络服务客户的请求，则可达性ID应用部件110基于可达性ID有效条件来判断是否要执行随后的处理。

可达性ID管理部件210与可达性ID有效条件评估部件240相连接以便对其进行访问。可达性ID有效条件评估部件240与可达性ID有效条件存储部件250相连接以便对其进行访问。服务提供者可通过使用可达性ID管理终端40来对存储在可达性ID有效条件存储部件250中的可达性ID有效条件进行更新。除了服务提供者之外的其他用户可通过使用终端来对可达性ID有效条件进行更新。

根据第五实施例，通过在服务客户和服务提供者双方同意的情况下设定可达性ID有效条件，可以在确保可达性的安全性的同时使用可达性。可以为每个服务设置可达性有效条件。此外，为要使用的服务设定的可达性有效条件可在服务客户使用该服务时被检查。另外，为要使用的服务设定的可达性有效条件可在服务客户使用该服务时被更新。

在可达性ID有效条件中可包括状态描述。图12是例示可达性ID管理服务器200的框图。可达性ID管理服务器200包括可达性ID管理部件210、可达性ID存储部件220、可达性ID使用历史管理部件230、可达性ID有效条件评估部件240以及可达性ID有效条件存储部件250。

可达性ID管理部件210与可达性ID使用历史管理部件230和可达性ID有效条件评估部件240相连接以便对其进行访问。可达性ID有效条件评估部件240与可达性ID有效条件存储部件250相连接以便对其进行访问。

接下来，将描述图12中例示的可达性ID管理服务器200的操作。图13是例示图12的可达性ID管理服务器200的操作的序列图。可达性ID管理部件210在接收到来自可达性ID应用部件110的可达性ID获取请求(步骤S31)后，向可达性ID有效条件评估部件240请求可达性ID和对可达性ID的有效条件的评估(步骤S32)。

可达性ID有效条件评估部件240从可达性ID有效条件存储部件250中获取与可达性ID相关联的可达性ID有效条件(步骤S33)。可达性ID有效条件评估部件240从可达性ID使用历史管理部件230中获取历史数据(步骤S34)。

可达性ID有效条件评估部件240基于可达性ID有效条件和历史数据来评估可达性有效条件(步骤S35)。可达性ID有效条件例如可以是对可达性ID的使用次数的限制。图14是例示历史数据的说明图。例如，如果可达性ID有效条件是[IF：可达性ID(3e977b1c3611a85fece041c55ac01ae3)的使用次数超过三次，THEN拒绝转换成真实ID]，并且历史数据是图14所示的数据，则评估结果为否定。可达性ID有效条件评估部件240将该评估结果输出到可达性ID管理部件210(步骤S36)。

可达性ID管理部件210向可达性ID应用部件110发送从可达性ID有效条件评估部件240输出的评估结果(步骤S37)。在上述示例中，可达性ID管理部件210向可达性ID应用部件110发送表示拒绝获取真实ID的信息。

根据上述实施例，可达性用户可以联络服务客户，同时确保了对服务提供者的可达性的安全性。可达性ID可在任意时刻被更新。服务客户可以在任意时刻控制可达性ID，从而截断来自服务提供者或可达性用户的联络。可达性用户可经由可达性管理系统来联络使用了由服务提供者提供的服务的服务客户。

可达性管理系统的操作者例如可通过收集可达性使用历史来向服务提供者或可达性用户收取可达性费用。例如，可以分别向服务提供者和可达性用户收取可达性提供费用和向服务提供者传送消息的费用。

服务提供者可通过收集可达性使用历史来向可达性用户收取服务客户的可达性获取费用。例如，在使用移动终端的餐馆预约服务中，餐馆的顾客可以在队列中等待，而并不公开真实ID。此外，餐馆的员工可通过使用可达性ID来转发关于餐馆预约的信息。

例如，在贷款咨询服务中，贷款的咨询者可以在不公开真实ID的情况下就贷款进行咨询，而不会接收到来自贷款公司的联络。贷款的咨询者可将其自己的可达性临时递交给贷款窗口。

例如，在丢失物回收服务中，拾到丢失物的人可将丢失物带来并且收到对其的报酬，而无需公开其真实ID。此外，丢失该物的人可在不公开身份的情况下提供报酬。

实施例6

将描述本发明的第六实施例。在第六实施例和下文中示出的后续实施例中，可达性指的是联络到特定的人或者触及特定的物体的能力，这与第一至第五实施例中一样。诸如电子邮件或电话之类的通信是使用对人的可达性的服务。使用对物体的可达性的服务包括将程序或数据分发到卡拉OK设备或视频装置。

在包括第六实施例和下文中描述的后续实施例在内的实施例中，可达性ID是为保证对服务客户的可达性而被发放给服务提供者的“标识”。存在一些对可达性ID的发放方法。例如，列举了每当服务客户发出服务使用请求时就发放可达性ID的方法，对于服务提供者和服务客户的每个组合发放可达性ID的方法，等等。在后一种情况下，对于发出到同一服务提供者的多个服务使用请求只发放单个可达性ID。在前后两种情况下，对于不同的服务提供者都不会发放共同的可达性ID。

在包括第六实施例和下文中描述的后续实施例在内的实施例中，术语的定义如下。真实ID是发放给实现可达性的系统(电子邮件系统、电话服务等等)中的每一个服务客户的“标识”。例如，真实ID是电话号码、电子邮件地址、地址等等。业务流程(business flow)是特定业务的业务过程。例如，在餐馆预约处理业务中，业务流程指的是从其起点到终点的处理流程，即，从接收来自顾客的预约到为顾客准备座位的处理流程。业务流程模板是按照状态转变模型实现业务流程的模板。下面，业务流程模板将被简称为流程模板。

在以下示出的每个文献中记载了处理与包括第六实施例以及后续实施例在内的实施例有关的可达性的系统。例如，专利公开1记载了被救助方(可达性用户)和救助方(服务客户)经由无线电在其间直接交换联络。

在专利公开1记载的系统中，由于合同的订立，可达性用户知道服务客户的真实ID。因此，除非服务客户改变真实ID，否则就可能接收到来自可达性用户的垃圾邮件等等。由于不容易使真实ID无效，因此即使取消了救助，也无法取消可达性。

在第一实施例至第五实施例中，系统向服务提供者提供与真实ID有关的可达性ID，而不是真实ID。服务提供者利用可达性ID向控制可达性的系统发出请求服务客户的可达性的请求，从而确保了服务客户的匿名性。此外，作为可达性ID的有效性的评估条件，诸如“使用次数少于三次”以及“使用有效日期为2010/01/01之前”之类的值被设定并评估，以限制服务提供者对可达性的使用。

在非专利文献1记载的有关服务中，服务客户的真实ID被存储在服务提供服务器方(my boomerang)。因此，除非改变真实ID，否则服务客户有可能会被服务提供方(救助服务)所纠缠。由于不容易使真实ID无效，因此即使取消了my boomerang，也无法取消可达性。

在上述文献的每一篇中记载的有关可达性控制系统中，不会根据服务的业务流程来执行对可达性ID的有效性的评估。此外，在利用通信企业(以下称为运营商)的信息资产(例如，真实ID)执行与服务流程有密切关系的可达性ID的精细控制的运营商没有共同背景。

因此，在上述文献的每一篇中记载的有关可达性控制系统中，无法执行这样的精细控制，即，设定并评估依业务而定的条件，并且如果满足条件，则使可达性有效。例如，无法执行这样的精细控制，即，拥有可达性ID“A”的服务客户仅在其进行了预订并且待在现场时才具有可达性，即，仅在服务客户需要可达性或者不会感觉到麻烦时可达性才生效。

此外，最好控制对服务客户的可达性，以使得仅在服务客户需要或者仅在服务客户不感觉到麻烦时才使可达性对服务提供者有效，或者最好确保能够在保持服务客户的匿名性的同时规定可达性的提供与否。为此，针对每个服务提供者获得并验证业务流程。

在第六实施例中，订户的可达性ID和业务流程的当前状态与彼此相关联，并且在业务流程中设定了控制可达性的有效性的动作或参数，从而能够自动执行根据业务流程的可达性控制。

下面，将描述第六实施例。在本实施例中，假定服务提供者是餐馆业主，服务客户是运营商的订户，并且控制餐馆业主对订户的可达性的操作者是运营商合作伙伴或者运营商。

图15是例示根据第六实施例的可达性管理系统的框图。该可达性管理系统包括由餐馆业主操作的“服务操作终端1020”、由订户拥有的“联络接收终端1030”和“服务使用终端1010”、以及由运营商合作伙伴或运营商操作的“可达性应用服务器100”、“可达性ID管理服务器200”和“可达性使用流程管理服务器1300”。

服务使用终端1010、服务操作终端1020、联络接收终端1030、可达性应用服务器100、可达性ID管理服务器200和可达性使用流程管理服务器1300各自是利用诸如个人计算机之类的通过程序运行的信息处理器实现的。服务使用终端1010、服务操作终端1020、联络接收终端1030、可达性应用服务器100、可达性ID管理服务器200和可达性使用流程管理服务器1300可与运营商的网络相连接。

服务使用终端1010和联络接收终端1030被订户1104所使用。服务使用终端1010包括服务使用请求部件1105。服务使用请求部件1105具有向可达性应用服务器100发送服务使用请求的功能。服务使用终端1010例如是利用非接触式IC卡读取器等等来实现的。

联络接收终端1030包括联络接收部件1106。联络接收部件1106是接收来自可达性应用服务器100的联络的部件。联络接收部件1106例如是利用电子邮件接收功能、IM(即时消息)客户端功能等等来实现的，并且联络接收终端1030是利用具有这些功能的个人数字助理来实现的。

可达性应用服务器100包括信息分发部件1108和可达性ID应用部件1107。信息分发部件1108具有基于真实ID来向联络接收部件1106发送消息的功能。可达性ID应用部件1107具有利用可达性ID管理部件210对真实ID和可达性ID进行相互变换并且向服务提供前端1109发送服务请求的功能。

可达性ID管理服务器200包括可达性ID管理部件210。

可达性ID管理部件210中存储着可达性ID有效性管理表，并且具有响应于用真实ID作为关键字的可达性ID获取请求来返回可达性ID并改变可达性ID的有效性的功能。稍后将描述可达性ID有效性管理表。

可达性使用流程管理服务器1300包括服务提供前端1109、流程数据存储部件1101、流程模板存储部件1102、事件评估部件1110、动作执行部件1111以及服务ID管理部件1112。服务提供前端1109具有在接收到服务提供请求后向与服务ID相对应的事件评估部件1110发送服务提供请求的功能。

服务ID是下文中描述的可达性ID使用应用1113的标识。例如，可达性ID管理服务器200可以发出并管理服务ID。如果服务提供者提供多个可达性ID使用服务，则服务ID包括多个服务ID。

流程数据存储部件1101、事件评估部件1110和动作执行部件1111各自存储着与其自身相对应的服务ID。这样存储的服务ID可包括多个服务ID。流程数据存储部件1101、事件评估部件1110和动作执行部件1111是为每个业务流程模板创建的。例如，如果存在使用用于餐馆座位预约的流程模板的餐馆A座位预约服务和餐馆B座位预约服务，则为每个座位预约服务创建这三个部件。注意，业务流程模板是根据状态转变模型实现业务流程的，并且为了描述可被简写为“流程模板”。下文中将描述流程模板。

流程数据存储部件1101中存储当前状态管理表以便对其进行管理。流程的当前状态被与可达性ID相关联地登记在当前状态管理表中。下面，登记在当前状态管理表中的信息可被称为流程数据。

事件评估部件1110在接收到来自可达性ID使用应用1113的事件后，基于存储在流程模板存储部件1102中的流程模板和存储在流程数据存储部件1101中的流程数据来确定要执行的动作。即，事件评估部件1110基于事件中的信息、流程模板和流程数据来确定要执行的动作。注意，“事件”例如指的是业务流程中发生的事。表示业务流程中发生的事的信息也可被简称为事件。例如，事件可以表示作为状态信息的“来访者达到100”这一事实，或者在另一情况下可以表示信息“单个来访者进入”。

动作执行部件1111基于由事件评估部件1110作出的确定来执行在流程模板中设定的动作。可以举下述处理作为动作的示例，即，针对存储在可达性ID管理部件210中的可达性ID有效性管理表，将可达性ID实际设定为有效或无效。流程模板存储部件1102中存储着记载业务流程的流程模板表，并且对其进行管理。下文中将描述流程模板表。

服务ID管理部件1112中存储着记载服务ID和每个服务的联络地址的服务ID管理表。下文中将描述服务ID管理表。服务操作终端1020包括可达性ID使用应用1113。可达性ID使用应用1113具有以下功能：从可达性使用流程管理服务器1300接收事件，向可达性使用流程管理服务器1300发送事件，以及请求可达性应用服务器100利用可达性ID与服务客户(本实施例中的订户)进行联络。

可达性ID使用应用1113可以按这样的流程来工作，即，在接收到来自可达性使用流程管理服务器1300的事件通知时，作为触发，它启动并执行动作。作为动作的示例，可以列举对可达性应用服务器100做出的、针对使用了可达性ID的订户的联络请求。服务操作终端1020的可达性ID使用应用1113通常是被可达性用户1114使用的。

图16是示出第六实施例中的流程数据存储部件1101中存储和管理的当前状态管理表的登记示例的说明图。当前状态管理表至少具有以下项目：可达性ID和流程的当前状态。更具体而言，当前状态管理表被存储在可达性使用流程管理服务器1300中的诸如硬盘驱动器或存储器之类的存储装置中。

图17是示出第六实施例中的流程模板存储部件1102所存储和管理的流程模板表的登记示例的说明图。在图17中，例示了用于餐馆座位预约的流程模板表。流程模板表具有以下项目：当前状态、条件、动作、以及转变后状态。作为动作的值，列举了登记在可达性ID动作表中的变量，这将在下文中描述。条件例如是与事件相对应的信息。更具体而言，流程模板表被存储在可达性使用流程管理服务器1300中的诸如硬盘驱动器或存储器之类的存储装置中。

图18是示出第六实施例中的可达性ID动作表的登记示例的说明图。可达性ID动作表具有以下项目：变量和动作。控制可达性ID的动作(有效、无效等等)和参数(次数等等)最好与变量相关联地登记在可达性ID动作表中，以便于读取。注意，图18例示出仅登记了动作的情况。登记在可达性ID动作表中的值可被代入到流程模板表的变量中。

图19是示出第六实施例中的可达性ID管理部件210所存储和管理的可达性ID有效性管理表的登记示例的说明图。可达性ID有效性管理表至少具有以下项目：真实ID、可达性ID、以及有效性标志。更具体而言，可达性ID有效性管理表被存储在可达性ID管理服务器200中的诸如硬盘驱动器或存储器之类的存储装置中。

图20是示出服务ID管理部件所存储和管理的服务管理表的登记示例的说明图。服务管理表至少具有以下项目：服务ID，以及可达性ID使用应用的联络地址。它用于动作执行部件1111对可达性ID使用应用1113执行事件通知时。更具体而言，服务管理表被存储在可达性使用流程管理服务器1300中的诸如硬盘驱动器或存储器之类的存储装置中。

接下来，将描述第六实施例的操作。假定在可达性使用流程管理服务器1300中设定了用于餐馆的业务流程(参考图17)。图17例示的业务流程实现了餐馆的座位预约服务。例如，被登记为动作的doReachability()函数表示一个使得可达性ID管理部件1103执行对可达性ID有效性管理表进行更新的处理的程序。doReachablity()函数以可达性ID作为第一参数，并且以可达性ID动作表的变量项的值(参考图18)作为第二参数。在可达性ID有效性管理表中，执行doReachability()函数则意味着对与被指定为第一参数的可达性ID相关联的有效性标志执行与被指定为第二参数的变量相对应的动作。

notify()函数以可达性ID作为第一参数，以通知目的地的联络地址作为第二参数，并且以消息内容作为第三参数。执行notify()函数则意味着执行下述动作：将包括第一参数中指定的可达性ID的第三参数的消息通知到第二参数的联络地址。在以下描述中，假定餐馆的座位预约的服务ID是“restaurant1234”。

下面，将描述订户通过使用座位预约服务来向餐馆业主执行座位预约请求的操作。图21是示出在订户请求提供服务的情况下可达性管理系统的操作的流程图。订户1104例如通过使用服务使用终端1010(在此情况下包括非接触式IC卡读取器)来读取被写入在附着到餐馆的广告的非接触式IC卡中的服务ID，并且执行请求座位预约服务的操作。接下来，服务使用终端1010中的服务使用请求部件1105通过使用短距离无线电系统向可达性ID应用部件1107发送带有服务客户的真实ID“tsuta@tsuta.com”和服务客户所期望的服务ID“restaurant1234”的“服务使用请求”(步骤S101)。

可达性ID应用部件1107在接收到“服务使用请求”后，向可达性ID管理部件210发送带有订户1104的真实ID的“可达性ID获取请求”。可达性ID管理部件210生成并存储与接收到的服务客户的真实ID相对应的可达性ID，并且将该可达性ID发送到可达性ID应用部件1107(步骤S102)。这里，假定可达性ID是“4d40a4adb5ada496d96610b0dd9f8042”。

可达性ID应用部件1107向服务提供前端1109发送带有订户1104的可达性ID和服务ID的“服务使用请求”。服务提供前端1109在接收到“服务使用请求”后，向与服务ID相对应的服务的事件评估部件1110发送“服务使用请求”(步骤S103)。

事件评估部件1110首先从“服务使用请求”中提取出订户1104的可达性ID，并且在当前状态管理表中添加一行，其中包括可达性ID和转变后目标的默认状态(参见图16(a))。事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图16(a))和流程模板存储部件1102中的餐馆流程模板(参考图17)来确定转变后状态和动作(步骤S104)。由于当前状态是“接收预约期间”并且条件是“服务使用请求”，因此“预约请求完成”被选择为转变后状态，并且“doReachability(reachabilityId，A)”和“notify(reachabilityId，to，“从reachabilityId接收到通知”)；”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“预约请求完成”(参考图16(b))。事件评估部件1110向动作执行部件1111输出表示在步骤S104中确定的动作的信息和带有可达性ID的动作执行请求(步骤S105)。在此情况下，动作执行请求包括“doReachability(reachabilityId，A)”、“notify(reachabilityId，to，“从reachabilityId接收到预约通知”)；”以及可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。

动作执行部件1111执行“doReachability(reachabilityId，A)”。更具体而言，动作执行部件1111向可达性ID管理部件210输出对可达性ID有效性管理表的更新请求和可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。在此情况下，更新意味着使可达性ID  管理部件210管理的可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S106)。作为更新的结果，可达性ID有效性管理表在此情况下如图19(a)所示。

然后，动作执行部件1111执行“notify(reachabilityId，to，”从reachabilityId接收到预约请求”)；”。动作执行部件1111从服务ID管理部件1112中提取与服务ID“restaurant1234”相对应的可达性ID使用应用1113的联络地址，并且将包括可达性ID的事件通知给所提取出的联络地址(步骤S107)。在此情况下，可达性ID  是“4d40a4adb5ada496d96610b0dd9f8042”，联络地址是“restaurant1234@example.com”，并且消息是“从“4d40a4adb5ada496d96610b0dd9f8042”接收到预约请求”。可达性ID使用应用1113保存接收到的可达性ID。

接下来，将描述在餐馆中准备好了订户的座位之后联络订户的情况下餐馆的操作。图22是示出在可达性用户联络订户的情况下可达性管理系统的操作的流程图。

餐馆A的可达性用户1114使用服务使用终端1010中的可达性ID使用应用1113来向可达性ID应用部件1107发送包括可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的对订户1104的联络请求(步骤S201)。在此情况下，联络请求中包括的可达性ID的使用是为了指定可达性通信的被寻址者的服务客户(订户1104)，以及在服务客户出现在餐馆中时在餐馆一方执行身份验证。

可达性ID应用部件1107通过使用可达性ID管理部件210来尝试将可达性ID  转换成真实ID(步骤S202)。由于“4d40a4adb5ada496d96610b0dd9f8042”在此情况下是有效的(参考图19(a))，因此到真实ID的转换是有效的。上述可达性ID对应于真实ID“tsuta@tsuta.com”(参考图19(a))。可达性ID应用部件1107向信息分发部件1108发送对订户1104的联络请求和真实ID“tsuta@tsuta.com”。

信息分发部件1108与联络接收终端1030的联络接收部件1106通信(步骤S203)。订户1104经由信息分发部件1108从餐馆A接收包括作为用于身份验证的号码的可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的关于预约请求完成的通信。该通信例如可利用电子邮件来进行。

接下来，将描述在接收到了座位预约完成的通信的订户1104出现在餐馆中的情况下的处理。图24是示出在发生事件时可达性管理系统的操作的流程图。下面，将描述订户出现在餐馆这一事件发生的情况作为示例。

餐馆A的可达性用户1114检查订户1104出示的可达性ID，以便验证出现在餐馆中的订户正是进行了预约的那个订户1104。作为验证方法，可以考虑在视觉上比较订户1104出示的记载了可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的邮件和可达性ID使用应用1113中保存的可达性ID。餐馆A的可达性用户1114通过使用可达性ID使用应用1113向事件评估部件1110发送带有可达性ID的事件“reachabilityId出现在店中”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图16(b))和流程模板存储部件1102中的餐馆流程模板(参考图17)来确定转变后状态和动作(步骤S302)。这里，由于当前状态是“预约请求完成”，因此在接收到事件“reachabilityId”的情况下，“出现完成”被选择为转变后状态，并且“doReachability(reachabilityId，B)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“出现完成”(参考图16(c))。在此情况下，对于可达性ID动作表中的变量B登记动作“无效”(参考图18)，并且在doReachability()被选择时执行使可达性ID“4d40a4adb5ada496d96610b0dd9f8042”无效的动作。

事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(reachabilityId，B)”和可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。动作执行部件1111执行“doReachability(reachabilityId，B)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有可达性ID的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着使可达性ID“4d40a4adb5ada496d96610b0dd9f8042”无效。可达性ID管理部件210更新可达性ID有效性管理表(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图19(b)所示。

在这个阶段，由于可达性ID被无效，因此即使可达性ID使用应用1113尝试通过使用可达性ID“4d40a4adb5ada496d96610b0dd9f8042”与订户1104通信，可达性ID管理部件210也不会应用从可达性ID到真实ID的转换。即，从可达性ID使用应用1113到订户的通信不成功。

接下来，将描述在订户将一件物品遗留在了餐馆中并且餐馆方尝试就遗留物品与订户通信的情况下的操作。首先，作为示例，将参考图23描述订户遗留该物品这一事件的发生。餐馆A的可达性用户1114发现订户1104的物品。例如，假定遗留物品是否属于订户1104是根据物品所被遗留在的座位号来判断的。可达性用户1114使用可达性ID使用应用1113来向事件评估部件1110发送事件“可达性ID“4d40a4adb5ada496d96610b0dd9f8042”遗留了物品”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图16(c))和流程模板存储部件1102中的餐馆流程模板(参考图17)来确定转变后状态和动作(步骤S302)。这里，由于在接收到事件“reachabilityId遗留”时当前状态是“出现完成”，因此“结束”被选择为转变后状态，并且“doReachability(reachabilityId，A)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“结束”(参考图16(d))。在此情况下，由于对于可达性ID动作表中的变量A登记了动作“有效”(参考图18)，因此对doReachability()的选择导致执行使可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效的动作。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(reachabilityId，A)”和可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。

动作执行部件1111执行“doReachability(reachabilityId，A)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有可达性ID的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着使可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图19(a)所示。

接下来，将描述在可达性用户与订户通信的情况下可达性管理系统的操作。下面，作为示例，将参考图22来描述可达性用户传达订户遗留了物品这一事实的情况。

餐馆A的可达性用户1114使用服务使用终端1010中的可达性ID使用应用1113来向可达性ID应用部件1107发送包括可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的对订户1104的联络请求(步骤S201)。

可达性ID应用部件1107通过使用可达性ID管理部件210来尝试从可达性ID到真实ID的转换(步骤S202)。由于“4d40a4adb5ada496d96610b0dd9f8042”在此情况下有效(参考图19(a))，因此到真实ID的转换是有效的。可达性ID应用部件1107向信息分发部件1108发送带有真实ID的对订户1104的联络请求。信息分发部件1108与联络接收终端1030中的联络接收部件1106通信。更具体而言，订户1104经由信息分发部件1108接收到关于遗留物品的通信(步骤S203)。该通信例如可以是利用电子邮件进行的。

一般来说，数据到达可能性高和到达时间迅速等等是优良可达性的指标。在第六实施例中，仅在服务客户需要或者仅在服务客户不感到麻烦时才使服务提供者对服务客户的可达性有效的控制以及在确保服务客户的匿名性的同时提供可达性也是优良可达性的指标。

根据第六实施例，根据服务的流程来对可达性ID进行有效性评估防止了将可达性ID用于运营商和服务客户都不希望的目的。由于可达性使用流程管理服务器1300验证所提供的业务流程，因此可以保证可达性ID不会被用于运营商和服务客户都不希望的目的。从而，可达性ID可被提供给可达性ID用户以便其使用。

根据第六实施例，可达性是根据业务流程模板来设定的。由于使用业务模板，因此用户可以为每个可达性ID使用应用1113设定可达性，或者检查条件。运营商或ISP可以代表用户防止服务提供侧向用户发送干扰消息(SPAM)。业务模板可以在更宽的变化范围中管理动作启动条件，例如可达性包括“通知”、有效以及无效。

实施例7

接下来，将描述本发明的第七实施例。在本实施例中，多个服务提供者通过根据业务流程生成并删除可达性来合作管理业务流程。在以下所示出的示例中，服务提供者的数目为2个；贷款公司和第三方审查公司。假定贷款公司的服务ID为“loan1234”，并且第三方审查公司的服务ID为“audit1234”。

图24是例示根据第七实施例的可达性管理系统的框图。图24是通过扩展图15而获得的。注意，与第六实施例中类似的元件用与图15中类似的标号来表示，并且对其的描述被省略。在图24中，“：”后记载的具体示例由“：”前的记载示出。例如，作为可达性用户的贷款公司由“贷款公司：可达性用户”来表示。

在第七实施例中，除了第六实施例的配置之外，还设置有服务操作终端1021。服务操作终端1021包括“第三方审查公司：可达性ID使用应用1202”。“第三方审查公司：可达性用户1201”使用“第三方审查公司：可达性ID使用应用1202”。可达性ID使用应用1202在接收到审查请求后使用可达性ID来与订户通信并且执行身份验证。

“第三方审查公司：可达性ID使用应用1202”具有以下功能：从可达性使用流程管理服务器1300接收与可达性ID相对应的订户的审查请求，将审查结果返回给可达性使用流程管理服务器1300，以及经由可达性应用服务器100与订户通信。

图25是示出第七实施例中的当前状态管理表的登记示例的说明图。当前状态管理表至少包括以下项目：可达性ID以及流程的当前状态。图26是示出第七实施例中的流程模板表的登记示例的说明图。在图26中，例示了贷款合同业务流程模板表。假定在可达性使用流程管理服务器1300中设定了贷款合同业务流程。

图27是示出第七实施例中的可达性ID动作表的登记示例的说明图，其中，除了第六实施例中的可达性ID动作表(参考图18)中的动作之外，在图27所示的可达性ID动作表中还添加了与变量C和D相关联的生成和删除动作。

图28是示出第七实施例中的可达性ID有效性管理表的登记示例的说明图。图28(a)和28(b)所示的可达性ID有效性管理表是通过扩展第六实施例中的可达性ID有效性管理表(参考图19(a)和19(b))来获得的。对于项目“可达性ID2”，设定了与项目“可达性ID”关联于同一真实ID的可达性ID。

接下来，将参考图21描述在第七实施例中订户向贷款公司请求贷款的操作。订户1104使用服务使用终端1010(在此情况下包括非接触式IC卡读取器)来读取例如被写入在附着到贷款公司的广告上的非接触式IC卡中的服务ID，并且执行请求贷款的处理。然后，服务使用终端1010中的服务使用请求部件1105向可达性ID应用部件1107发送带有自身真实ID和服务ID(loan1234)的“服务使用请求”(步骤S101)。

可达性ID应用部件1107在接收到“服务使用请求”后，向可达性ID管理部件210发送带有订户1104的真实ID的“可达性ID获取请求”。可达性ID管理部件210生成并保存与接收到的服务客户的真实ID相对应的可达性ID，并且将该可达性ID发送到可达性ID应用部件1107(步骤S102)。这里，假定可达性ID是“4d40a4adb5ada496d96610b0dd9f8042”。

可达性ID应用部件1107向服务提供前端1109发送带有订户1104的可达性ID和服务ID的“服务使用请求”。服务提供前端1109在接收到“服务使用请求”后，向与服务ID相对应的事件评估部件1110发送“服务使用请求”(步骤S103)。

事件评估部件1110首先从“服务使用请求”中提取出订户1104的可达性ID，并且在当前状态管理表中添加一行，其中包括可达性ID和默认的转变后状态(参见图25(a))。事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图25(a))和流程模板存储部件1102中的贷款流程模板(参考图26)来确定转变后状态和动作(步骤S104)。这里，由于当前状态是“在接收贷款请求期间”并且条件是“贷款请求”，因此“贷款准备期间”被选择为转变后状态，并且“doReachability(reachabilityId1，A)”和“notify(reachabilityId1，to1，“从reachabilityId1接收到贷款请求”)；”被选择为动作。

doReachablity()函数以可达性ID作为第一参数，并且以可达性ID动作表中的变量项的值作为第二参数。在此情况下，“4d40a4adb5ada496d96610b0dd9f8042”被代入到第一参数中，并且A被代入到第二参数中。在可达性ID有效性管理表中，对doReachability()函数的选择会导致对与被指定为第一参数的可达性ID相关联的有效性标志执行与被指定为第二参数的变量相对应的动作。即，在此情况下，执行使“4d40a4adb5ada496d96610b0dd9f8042”有效的动作。

notify()函数以可达性ID作为第一参数，以通知目的地的联络地址作为第二参数，并且以消息内容作为第三参数。在此情况下，“4d40a4adb5ada496d96610b0dd9f8042”被代入到第一参数中，并且“sip:loan1234@aaa.com”被代入到第二参数中。对notify()函数的选择将导致执行以下动作：将包括被指定为第一参数的可达性ID的第三参数的消息传输到第二参数的联络地址。

事件评估部件1110将当前状态管理表中的当前状态更新为“贷款准备期间”(参考图25(b))。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S105)。在此情况下，动作执行请求包括“doReachability(reachabilityId1，A)”、“notify(reachabilityId1，to1，“从reachabilityId1接收到贷款请求”)；”、可达性ID“4d40a4adb5ada496d96610b0dd9f8042”以及通知目的地“sip:loan1234@aaa.com”。

动作执行部件1111执行“doReachability(reachabilityId1，A)”。更具体而言，动作执行部件1111向可达性ID管理部件210发出带有可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着使可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S106)。作为此情况下更新的结果，可达性ID有效性管理表如图28(a)所示。

然后，动作执行部件1111执行“notify(reachabilityId1，to1，“从reachabilityId1接收到贷款请求”)；”。动作执行部件1111从服务ID管理部件1112中提取可达性ID使用应用1113的联络地址，并且将包括可达性ID的事件通知给所提取出的联络地址(步骤S107)。在此情况下，可达性ID是“4d40a4adb5ada496d96610b0dd9f8042”，联络地址是“sip:loan@aa.com”，并且消息是“从“4d40a4adb5ada496d96610b0dd9f8042”接收到贷款请求”。可达性ID使用应用1113保存接收到的可达性ID。

接下来，将描述在贷款公司委托第三方审查公司就订户是否能够偿还贷款进行审查的情况下的操作。作为示例，将参考图23来描述向第三方审查公司委托审查请求的事件的发生。“贷款公司：可达性ID使用应用1113”向事件评估部件1110发送带有可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的“审查请求”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图25(b))和流程模板存储部件1102中的贷款流程模板(参考图26)来确定转变后状态和动作(步骤S302)。这里，由于当前状态是“贷款准备期间”，因此，在接收到“审查请求”后，“审查期间”被选择为转变后状态，并且“doReachability(reachabilityId1，C)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“审查期间”(参考图25(c))。在此情况下，动作“生成”被登记到可达性ID动作表中的变量C(参考图27)。因此，在选择doReachability()后，第二参数C导致了生成用于发布给新的第三方审查公司的可达性ID的动作。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(reachabilityId1，C)”和可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。

动作执行部件1111执行“doReachability(reachabilityId1，C)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有可达性ID的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着生成与对应于可达性ID“4d40a4adb5ada496d96610b0dd9f8042”的真实ID相关联的新可达性ID。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图28(b)所示。

动作执行部件1111还执行“notify(reachabilityId2，to2，“向reachabilityId2请求贷款审查”)”。在此情况下，reachabilityId2是新生成的“5d40a6adb6ada596d96610b1de9f9053”(参考图28(b))，并且to2是“第三方审查公司：可达性ID使用应用1202”的联络地址“audit1234@bbbb.com”(参考图20)。“第三方审查公司：可达性ID使用应用1202”保存接收到的可达性ID“5d40a6adb6ada596d96610b1de9f9053”。

然后，第三方审查公司通过使用新发出的可达性ID来联络订户，以执行身份验证。下面，作为示例，将参考图22来描述第三方审查公司通知订户的身份验证的情况。“第三方审查公司：可达性用户1201”使用“第三方审查公司：可达性ID使用应用1202”来向可达性ID应用部件1107发送包括可达性ID“5d40a6adb6ada596d96610b1de9f9053”的对订户1104的联络请求(步骤S201)。

可达性ID应用部件1107使用可达性ID管理部件210(步骤S202)，来尝试将可达性ID转换成真实ID。由于“5d40a6adb6ada596d96610b1de9f9053”在此情况下有效(参考图28(b))，因此到真实ID的转换是有效的。此外，上述可达性ID对应于真实ID“tsuta@tsuta.com”(参考图28(b))。可达性ID应用部件1107向信息分发部件1108发送带有真实ID的对订户1104的联络请求。

信息分发部件1108与联络接收终端1030中的联络接收部件1106联络(步骤S203)。该联络可以利用第三方审查公司和订户之间经由例如信息分发部件1108的电话媒介的电话呼叫进行。

接下来，将描述第三方审查公司报告审查结果的情况下的操作。作为示例，将参考图23描述发生审查后拒绝事件的情况。“第三方审查公司：可达性用户1201”使用“第三方审查公司：可达性ID使用应用1202”来向事件评估部件1110发送带有可达性ID“5d40a6adb6ada596d96610b1de9f9053”的事件“审查后拒绝”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图25(c))和流程模板存储部件1102中的贷款流程模板(参考图26)来确定转变后状态和动作(步骤S302)。这里，由于当前状态是“审查期间”，因此对事件“审查后拒绝”的接收导致“结束”被选择为转变后状态，并且“doReachability(reachabilityId2，D)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“结束”(参考图25(d))。在此情况下，动作“删除”被登记到可达性ID动作表中的变量D(参考图27)。因此，对doReachability()的选择导致执行删除可达性ID“5d40a6adb6ada596d96610b1de9f9053”的动作。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(reachabilityId2，D)”和可达性ID“5d40a6adb6ada596d96610b1de9f9053”。

动作执行部件1111执行“doReachability(reachabilityId2，D)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有可达性ID的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着删除可达性ID“5d40a6adb6ada596d96610b1de9f9053”。可达性ID管理部件210更新可达性ID有效性管理表(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图28(a)所示。

在这个阶段，由于删除了可达性ID，因此即使“第三方审查公司：可达性ID使用应用1202”尝试通过使用可达性ID“5d40a6adb6ada596d96610b1de9f9053”与订户1104联络，可达性ID管理部件210也不会执行到真实ID的转换并且联络是不可能进行的。

如上所述，根据上述的第七实施例，由于根据业务流程来生成和删除可达性ID，因此多个服务提供者可以合作地操作业务流程。

实施例8

接下来，将描述本发明的第八实施例。在本实施例中，当在第六实施例中使可达性ID有效时，可以就执行次数设置有效期限。可达性ID管理部件210对从可达性ID到真实ID的转换进行计数，并且如果该计数低于有效次数，则执行从可达性ID到真实ID的转换。

图29是示出第八实施例中的可达性ID动作表的登记示例的说明图。在第八实施例中，与可达性ID动作表中的变量相关联地设定了动作和次数。例如，可达性ID动作表中设定的“次数”是为被设定为“有效”的动作设定的参数。例如，可达性ID管理部件210在将可达性ID有效性管理表中的有效性标志更新为“有效”时，登记次数“3”作为参数。可达性ID管理部件210在基于来自可达性用户1114的联络请求将可达性ID转换为真实ID时，参考所登记的次数“3”来判断是否要执行转换。

如果图29被用作示例，则由可达性ID管理部件210进行的从可达性ID到真实ID的转换最多进行三次，而不执行第四次转换。更具体而言，即使可达性ID使用应用1113通过使用上述附有时限的可达性ID来尝试执行与订户的第四次联络，它也无法成功联络。

实施例9

接下来，将参考附图描述本发明的第九实施例。在第九实施例中，当在第六实施例中使可达性ID有效时，可以就执行次数设置有效期限。对于每个可达性ID，可达性ID管理部件210中存储着该可达性ID变得有效的时刻，并且除非该时刻与从可达性ID到真实ID的转换的时刻之间的差变得超过预先设定的时段，否则可达性ID管理部件210将会执行从可达性ID到真实ID的转换。

图30是示出第九实施例中的可达性ID动作表的登记示例的说明图。在第九实施例中，与可达性ID动作表中的变量相关联地设定了动作和时段。注意，在图30所示的示例中时段的单位是分钟。在图30所示的示例中，由可达性ID管理部件210进行的从可达性ID到真实ID的转换最晚可在可达性ID生效之后60分钟内进行，而在60分钟之后则不被执行。更具体而言，可达性ID使用应用1113在60分钟之后即使通过使用上述附有时限的可达性ID来尝试执行与订户的连接，也无法成功。

实施例10

接下来，将参考附图描述本发明的第十实施例。在第十实施例中，当在第六实施例中使可达性ID有效时，可以就时刻设置有效期限。例如，如果从可达性ID到真实ID的转换的时刻不超过预先设定的时刻，可达性ID管理部件210则执行从可达性ID到真实ID的转换。

图31是示出第十实施例中的可达性ID动作表的登记示例的说明图。在第十实施例中，与可达性ID动作表中的变量相关联地设定了动作和时刻。在图31所示的示例中，日期被设定为时刻。在图31所示的示例中，由可达性ID管理部件210进行的从可达性ID到真实ID的转换最晚可在2010年1月1日23:59之前执行，而在该日期之后则不被执行。例如，在3011年1月1日0:10，可达性ID使用应用1113即使通过使用上述附有时限的可达性ID来尝试执行与订户的连接，也无法成功。

此外，例如，如果从可达性ID到真实ID的转换的时刻超过了预先设定的时刻，则可达性ID管理部件210执行从可达性ID到真实ID的转换。在图31所示的示例中，例如，由可达性ID管理部件210进行的从可达性ID到真实ID的转换是从2010年1月1日23:59开始的，在该日期之前的转换则不被执行。例如，在2007年1月1日0:10，可达性ID使用应用1113即使通过使用上述附有时限的可达性ID来尝试执行与订户的联络，也无法成功。

实施例11

接下来，将描述本发明的第十一实施例。在第十一实施例中，当在第六实施例中使可达性ID有效时，可以就次数、时段和时刻设置有效期限。图32是示出第十一实施例中的可达性ID动作表的登记示例的说明图。在第十一实施例中，根据可达性ID动作表的变量设定了动作、次数、时段和时刻。

为了使可达性ID管理部件1103判断是否要执行从可达性ID到真实ID的转换，可以执行以下计算：

“次数在时限内”X“时段在时限内”X“时刻在时限内”，其中AND或者OR被代入到X中。如果计算结果为肯定，则执行转换，而如果计算结果为否定，则不执行转换。

实施例12

接下来，将描述本发明的第十二实施例。在本实施例中，仅当服务客户需要时，或者仅当订户不会感到麻烦时，才将服务提供者对服务客户的可达性控制为有效，并且针对每个服务提供者获取并验证服务流程，以便在保持服务客户的匿名性的同时保证是否提供可达性。

在第十二实施例中，在可达性使用流程管理服务器1300中登记了根据流程模板验证策略的流程模板。流程模板验证策略是用于验证流程模板是否具有能够提供优良可达性的流程的策略。例如，流程模板验证策略验证在流程模板中没有记载导致无限制地提取真实ID的内容。

图33是例示第十二实施例的可达性管理系统的框图。图33示出了相对于图15的扩展部分。基于从流程模板发送部件1116接收到的流程模板和与之相对应的流程模板验证策略，流程模板验证部件1121判断是否要将流程模板登记在流程模板存储部件1102中，并且登记被发送到流程模板存储部件1102的流程模板。

验证策略管理部件1122具有存储和管理流程模板验证策略的功能。流程图管理器1115使用流程模板发送终端1040中的流程模板发送部件1116。流程模板发送部件1116将流程模板发送到流程模板验证部件1121。验证策略创建器1125使用策略设定终端1050中的策略发送部件1123和流程模板浏览部件1124。

策略发送部件1123将流程模板验证策略发送到验证策略管理部件1122。流程模板浏览部件1124例如接收存储在流程模板存储部件1102中的流程模板，并且使得策略设定终端1050可以对其进行显示。

图34是示出第十二实施例中的流程模板表的登记示例的说明图。图34示出了由流程图管理器1115登记在可达性使用流程管理服务器1300中的流程模板。与图3所示的流程模板不同，在图34所示的流程模板中记载了控制可达性ID的动作(有效或无效)和参数(次数、时段、时刻)。

验证策略创建器1125首先通过使用策略设定终端1050中的策略发送部件1123来将流程模板验证策略发送到验证策略管理部件1122。在此实施例中，假定在流程模板验证策略中记载了诸如以下控制可达性的动作：“IF包括至少一个doReachability(reachabilityId，无效)，THEN肯定”。

接下来，流程图管理器1115通过使用流程模板发送终端1040中的流程模板发送部件1116将流程模板发送到流程模板验证部件1121。在此情况下，将作为示例描述图34中所示的流程模板。流程模板验证部件1121从验证策略管理部件1122接收流程模板验证策略，并且根据接收到的策略来对从流程模板发送部件1116发送来的流程模板进行评估。由于在图34例示的流程模板中包括至少一个doReachability(reachabilityId，无效)，因此结果为“肯定”。因此，流程模板验证部件1121将图34所示的流程模板登记在流程模板存储部件1102中。

如上所述，根据第十二实施例，可达性用户1114所使用的业务流程模板控制着可达性用户1114对订户1104的可达性仅在订户1104需要或者在订户不感觉麻烦时有效，并且流程模板验证部件1121在保持服务客户1104的匿名性的同时代表可达性ID的主体集中验证是否要提供可达性，从而可以节省可达性ID的主体单独验证服务提供者的可达性控制方法的时间和精力。

实施例13

接下来，将描述本发明的第十三实施例。在第十三实施例中，在第十二实施例中的流程模板的验证策略中可以记载控制可达性的动作和参数。例如，可以设定这样的流程模板验证策略：“IF(包括至少一个doReachability(reachabilityId，无效)AND(可达性ID的有效期限是单次并且在600秒内并且到2007年6月26日15:00为止)，THEN肯定”。

在此情况下，对图34所示的流程模板的评估结果为否定，从而流程模板验证部件1121不将该流程模板登记在流程模板存储部件1102中。

实施例14

接下来，将描述本发明的第十四实施例。在第六实施例中，对于每个服务使用请求都发放可达性ID。在这种情况下，可达性ID使用应用1113不知道接收到的可达性ID之间的相关性。例如，不知道可达性ID1和可达性ID2是同一订户。在第十四实施例中，对于每个服务ID，可达性ID被重复使用，并且对于每个服务使用请求发放的ID不只是根据可达性ID外的ID来提供的，从而提供了可达性ID之间的相关性。

参考图15所示的配置图，将描述本发明的第十四实施例的操作。假定可达性ID管理部件210对于真实ID和服务ID的每个组合指派可达性ID。例如，如果服务提供请求是与真实ID“a@b.com”和服务ID“restaurant1234”一起被发送的，则向其指派可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。即使另一个服务提供请求与同一真实ID和服务ID一起被发送，也指派可达性ID“4d40a4adb5ada496d96610b0dd9f8042”。

图35是示出第十四实施例中的当前状态管理表的登记示例的说明图。在第十四实施例中，在当前状态管理表中设定了包括请求标识信息(请求ID)和流程的当前状态在内的信息。图36是示出第十四实施例中的流程模板表的登记示例的说明图。下面，假定在可达性使用流程管理服务器1300中设定了图36所示的用于餐馆的业务流程。图36所示的业务流程实现了餐馆的座位预约服务。

doReachablity()函数以请求ID作为第一参数，并且以可达性ID动作表的变量项的值(参考图18)作为第二参数。在可达性ID有效性管理表中，执行doReachability()函数则意味着对与被指定为第一参数的请求ID相关联的有效性标志执行与被指定为第二参数的变量相对应的动作。

notify()函数以可达性ID作为第一参数，以请求ID作为第二参数，以通知目的地的联络地址作为第三参数，并且以消息内容作为第四参数。执行notify()函数则意味着执行下述动作：将可达性ID和请求ID通知到第三参数的联络地址。在以下描述中，假定餐馆座位预约的服务ID是“restaurant1234”。

假定订户向服务ID“restaurant1234”作出服务使用请求。还假定图37(a)中例示的数据被保存在可达性ID管理部件210中存储的可达性ID有效性管理表中。

图37是示出第十四实施例中的可达性ID有效性管理表的登记示例的说明图。在图37所示的可达性ID有效性管理表中设定了包括真实ID、服务ID、可达性ID、请求ID和有效性标志在内的信息。图37所示的可达性ID有效性管理表的“请求ID”项的值是唯一的，并且被指派给每个服务使用请求。更具体而言，可达性ID管理部件210在接收到服务使用请求后，登记与接收到的真实ID和服务ID相对应的可达性ID，以及请求ID。

接下来，将参考附图来描述第十四实施例的操作。下面，参考图21，将描述订户通过使用座位预约请求来对餐馆执行座位预约请求的操作。订户1104使用服务使用终端1010(在此情况下包括非接触式IC卡读取器)来读取例如被写入在附着到餐馆的广告上的非接触式IC卡中的服务ID，并且执行请求座位预约服务的操作。接下来，服务使用终端1010中的服务使用请求部件1105向可达性ID应用部件1107发送带有自身真实ID和服务ID“restaurant1234”的“服务使用请求”(步骤S101)。

可达性ID应用部件1107在接收到“服务使用请求”后，向可达性ID管理部件210发送带有订户1104的真实ID和服务ID的“可达性ID获取请求”。可达性ID管理部件210生成并保存与接收到的服务客户的可达性ID相对应的请求ID(参考图37(b))，并且将可达性ID和请求ID发送到可达性ID应用部件1107(步骤S 102)。这里，假定可达性ID是“4d40a4adb5ada496d96610b0dd9f8042”，并且请求ID是“2”。

可达性ID应用部件1107将带有订户1104的可达性ID、请求ID和服务ID的“服务使用请求”发送到服务提供前端1109。如果接收到“服务使用请求”，服务提供前端1109则将“服务使用请求”传送到与服务ID相对应的事件评估部件1110(步骤S103)。

事件评估部件1110首先从“服务使用请求”中提取出订户1104的可达性ID和请求ID，并且在当前状态管理表中添加一行，其中包括该请求ID和默认的转变后状态(参考图35(a))。事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图35(a))和流程模板存储部件1102中的餐馆流程模板(参考图36)来确定转变后状态和动作(步骤S104)。这里，由于当前状态是“接收预约期间”并且条件是“服务使用请求”，因此“预约请求完成”被选择为转变后状态，并且“doReachability(reachabilityId，requestId，A)；notify(reachabilityId，requestId，to，reachabilityId+”)；”被选择为动作。

事件评估部件1110将请求ID“2”的当前状态管理表中的当前状态更新为“预约请求完成”(参考图35(b))。事件评估部件1110向动作执行部件1111输出动作执行请求，以及表示在步骤S104中确定的两个动作的信息，以及可达性ID和请求ID(步骤S105)。在此情况下，动作执行请求包括“doReachability(requestId，A)”、“notify(reachabilityId，requestId，to，“从reachabilityId接收到预约请求”)；”、可达性ID“4d40a4adb5ada496d96610b0dd9f8042”、以及请求ID“2”。

动作执行部件1111执行“doReachability(requestId，A)”。更具体而言，动作执行部件1111向可达性ID管理部件210输出带有请求ID“2”的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着使可达性ID管理部件210管理的与请求ID“2”相对应的可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S106)。作为此情况下更新的结果，可达性ID有效性管理表如图37(c)所示。

然后，动作执行部件1111执行动作“notify(reachabilityId，requestId，to，”从reachabilityId接收到预约请求”)；”。动作执行部件1111从服务ID管理部件1112中提取与服务ID“restaurant1234”相对应的可达性ID使用应用1113的联络地址“restaurant1234@example.com”，并且将包括可达性ID“4d40a4adb5ada496d96610b0dd9f8042”和请求ID“2”的事件通知给所提取出的联络地址(步骤S107)。在此情况下，可达性ID使用应用1113保存接收到的可达性ID和请求ID。

接下来，将参考图22来描述在餐馆中准备好了订户的座位之后联络订户的情况下餐馆的操作。在此情况下，餐馆A的可达性用户1114使用服务使用终端1010中的可达性ID使用应用1113(步骤S201)，来向可达性ID应用部件1107发送带有请求ID“2”的对订户1104的联络请求。

可达性ID应用部件1107使用可达性ID管理部件210(步骤S202)来尝试将请求ID转换成真实ID。由于请求ID“2”在此情况下是有效的(参考图37(c))，因此到真实ID的转换是有效的。此外，请求ID对应于真实ID“tsuta@tsuta.com”(参考图37(c))。可达性ID应用部件1107向信息分发部件1108发送带有真实ID“tsuta@tsuta.com”的对订户1104的联络请求。

信息分发部件1108与联络接收终端1030中的联络接收部件1106通信(步骤S203)。订户1104经由信息分发部件1108从餐馆A接收包括作为用于身份验证的号码的请求ID“2”的关于预约请求完成的通信。该通知例如可利用电子邮件来进行。

接下来，将描述在接收到了座位预约完成的通知的订户1104出现在餐馆中的情况下的操作。作为示例，将参考图23来描述订户出现在餐馆中的事件的情况。

餐馆A的可达性用户1114检查订户1104出示的请求ID，以便确保出现在餐馆中的订户正是进行了预约的那个订户1104。作为检查方法，可以考虑在视觉上比较订户1104出示的其中包括请求ID“2”的邮件和可达性ID使用应用1113中保存的请求ID，以找出其间的匹配。餐馆A的可达性用户1114通过使用可达性ID使用应用1113向事件评估部件1110发送带有请求ID的事件“requestId出现”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图35(b))和流程模板存储部件1102中的餐馆流程模板(参考图36)来确定转变后状态和动作(步骤S302)。这里，由于当前状态是“预约请求完成”，因此在接收到事件“requestId出现”后，“出现完成”被选择为转变后状态，并且“doReachability(requestId，B)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“出现完成”(参考图35(c))。由于在此情况下对可达性ID动作表中的变量B登记了动作“无效”(参考图18)，因此对doReachability()的选择导致执行使请求ID“2”无效的动作。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(requestId，B)”和请求ID“2”。

动作执行部件1111执行“doReachability(requestId，B)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有请求ID的对可达性ID有效性管理表的更新请求。在此情况下，更新/设定意味着使与请求ID“2”相对应的可达性ID“4d40a4adb5ada496d96610b0dd9f8042”无效。可达性ID管理部件210更新可达性ID有效性管理表(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图37(d)所示。

由于与请求ID“2”相对应的可达性ID无效，因此在这个阶段即使利用请求ID“2”通过可达性ID使用应用1113尝试联络订户1104，可达性ID管理部件210也不会应用从可达性ID到真实ID的转换。更具体而言，从可达性ID使用应用1113到订户的联络不成功。

接下来，将描述在订户将一件物品遗留在了餐馆中并且餐馆方尝试就遗留物品与订户通信的情况下的操作。作为示例，将参考图23描述订户遗留该物品这一事件发生的情况。餐馆A的可达性用户1114发现订户1104遗留的物品。例如，遗留物品是否属于订户1104是根据遗留物品所位于的座位号来推断的。可达性用户1114通过使用可达性ID使用应用1113来向事件评估部件1110发送事件“请求ID“2”遗留了物品”(步骤S301)。

事件评估部件1110基于流程数据存储部件1101中的当前状态管理表(参考图35(c))和流程模板存储部件1102中的餐馆流程模板(参考图36)来确定转变后状态和动作(步骤S302)。这里，由于当前状态是“出现完成”，因此接收到事件“reachabilityId遗留了物品”导致“结束”被选择为转变后状态并且“doReachability(reachabilityId，A)”被选择为动作。

事件评估部件1110将当前状态管理表中的当前状态更新为“结束”(参考图35(d))。在此情况下，由于对可达性ID动作表中的变量A登记了动作“有效”(参考图18)，因此对doReachability()的选择导致执行使与请求ID“2”相对应的可达性ID“4d40a4adb5ada496d96610b0dd9f8042”有效的动作。事件评估部件1110向动作执行部件1111输出动作执行请求(步骤S303)。在此情况下，动作执行请求包括“doReachability(reachabilityId，A)”和请求ID“2”。

动作执行部件1111执行“doReachability(requestId，A)”。更具体而言，动作执行部件1111向可达性ID管理部件210发送带有请求ID的对可达性ID有效性管理表的更新请求。在此情况下，更新意味着使请求ID“2”有效。可达性ID管理部件210对可达性ID有效性管理表进行更新(步骤S304)。作为此情况下更新的结果，可达性ID有效性管理表如图37(c)所示。

然后，将参考图22描述在可达性用户与订户联络的情况下可达性管理系统的操作。下面，作为示例，将描述可达性用户就遗留物品联络订户的情况。餐馆A的可达性用户1114使用服务使用终端1010中的可达性ID使用应用1113来向可达性ID应用部件1107发送带有请求ID“2”的对订户1104的联络请求(步骤S201)。

可达性ID应用部件1107使用可达性ID管理部件210来尝试从可达性ID到真实ID的转换(步骤S202)。在此情况下，由于请求ID“2”有效(参考图37(c))，因此到真实ID的转换是有效的。可达性ID应用部件1107向信息分发部件1108发送带有真实ID的对订户1104的联络请求。

信息分发部件1108与联络接收终端1030中的联络接收部件1106通信(步骤S203)。更具体而言，订户1104经由信息分发部件1108接收到关于遗留物品的通知。该联络例如可以利用电子邮件进行。

实施例15

接下来，将描述本发明的第十五实施例。发送到事件评估部件1110的事件可以是从可达性使用流程管理服务器1300的内部发送的。发送到事件评估部件1110的事件可包括运营商的信息资源。

实施例16

接下来，将描述本发明的第十六实施例。图38是例示第十六实施例的可达性管理系统的框图。注意，与第六实施例中相似的构成元件由相似的标号来表示，并且对其的描述被省略。在本实施例中，如图38所示，订户1104可以通过使用服务使用请求部件1105来向事件评估部件1110发送事件。例如，该事件可包括对可达性ID的生效请求(或无效请求)以及订户的可达性ID。

根据第十六实施例，如果订户1104不需要从可达性ID使用应用1113到订户1104的联络，则订户1104可自发地取消可达性ID。订户1104可以自发地使被业务流程无效的与订户1104相对应的可达性ID有效，从而使得从可达性ID使用应用1113到订户1104的通信成为可能。

注意，在上述实施例中的每一个中，联络接收部件1106和服务使用请求部件1105都可被结合到信号终端中。

如上所述，根据本发明，服务提供者和可达性用户都不能使用真实ID，从而实现了不会发生对真实ID的不正当使用的优点。还存在这样的优点，即可达性用户可以使用可达性ID而不是真实ID来联络可达性给出者。

如上所述，本发明是如下实现在上述示例性实施例中的。可达性实现服务器是利用可达性ID管理服务器200和可达性应用服务器100实现的。第二用户终端是利用可达性终端10实现的。真实地址信息接收部件是利用可达性ID应用部件110实现的。转换后地址信息生成部件是利用可达性ID管理部件210实现的。可达性ID管理部件210包括转换后地址信息生成部件、请求标识信息生成部件、地址信息更新部件、以及真实地址信息提取部件。访问请求传送部件是利用信息分发部件120实现的，服务提供服务器是利用可达性ID存储部件220和可达性ID有效条件存储部件250实现的，更新处理信息存储部件是利用流程模板存储部件1102实现的，更新处理信息提取部件是利用事件评估部件1110实现的，真实地址信息接收部件是利用可达性ID应用部件110实现的，真实地址信息提取部件是利用可达性ID管理部件210实现的，并且第一用户终端是利用可达性终端20实现的。转换后地址信息生成部件是利用可达性ID管理部件210实现的，转换后地址信息发送部件是利用可达性ID应用部件110实现的，并且历史存储部件是利用可达性ID使用历史管理部件230实现的。

在上述实施例中，例示了具有以下模式的可达性实现服务器。

(1)实现第一用户(例如，可达性用户)对第二用户(例如，服务客户)(其中，第一用户和第二用户并不相识)的可达性的可达性实现服务器(例如，可达性应用服务器100和可达性ID管理服务器200)包括：真实地址信息接收部件(例如，可达性ID应用部件110)，其从第二用户使用的第二终端(例如，可达性终端10)接收能够用来联络第二用户的真实地址信息；以及转换后地址信息生成部件(例如，可达性ID管理部件210)，其基于由真实地址信息接收部件接收到的真实地址信息来生成第一用户不能指定的转换后地址信息。

(2)该可达性实现服务器包括：地址信息存储部件(例如，可达性ID存储部件220)，其与真实地址信息相关联地存储着由转换后地址信息生成部件生成的转换后地址信息；真实地址信息提取部件，其在接收到来自第一用户使用的第一用户终端(例如，可达性终端210)的包括转换后地址信息的访问请求后，从地址信息存储部件中提取出与接收到的访问请求中包括的转换后地址信息相对应的真实地址信息；以及访问请求传送部件(例如，信息分发部件120)，其基于由真实地址信息提取部件提取出的真实地址信息来向第二用户终端传送来自第一用户终端的访问请求。

(3)可达性实现服务器，包括转换后地址信息发送部件(例如，可达性ID应用部件110)，其将由转换后地址信息生成部件生成的转换后地址信息发送到基于来自第二用户的请求而提供服务的服务提供服务器(例如，服务提供服务器300)。

(4)根据权利要求3所述的可达性实现服务器，包括服务提供者存储部件(例如，服务提供者解决方案部件130)，其中预先与能够标识服务的信息相关联地存储着能够标识服务提供服务器的信息，其中：真实地址信息接收部件接收能够标识服务的信息以及真实地址信息；转换后地址信息发送部件基于接收到的能够标识服务的信息来从服务提供者存储部件中提取出能够标识服务提供服务器的信息，并且将转换后地址信息发送到提取出的信息所表示的服务提供服务器。根据这种配置，即使设置了多个服务提供服务器，也可以适当地发送转换后地址信息。

(5)可达性实现服务器，其中地址信息存储部件存储着能够在任意时刻被更新的转换后地址信息。根据这种配置，转换后地址信息可以任意时刻被更新。

(6)可达性实现服务器，其中地址信息存储部件与转换后地址信息相关联地存储着表示转换后地址信息的有效期限的信息。根据这种配置，可以基于转换后地址信息的有效期限来更新转换后地址信息。

(7)可达性实现服务器，其中：地址信息存储部件与转换后地址信息相关联地存储着转换后地址信息的使能条件；并且真实地址信息提取部件在接收到访问请求后基于该条件来提取真实地址信息。根据这种配置，可以实现对可达性的适当使用。

(8)可达性实现服务器，包括历史存储部件，其中存储着转换后地址信息的生成和真实地址信息的提取的历史，其中：真实地址信息提取部件在接收到访问请求后基于历史存储部件中存储的历史和地址信息存储部件中存储的条件来提取真实地址信息。根据这种配置，可以实现对可达性的更适当使用。

(9)可达性实现服务器，其中地址信息存储部件与转换后地址信息相关联地存储着更新使能条件。根据这种配置，可以实现对可达性的更适当使用。

(10)根据权利要求7至9中任何一项所述的可达性实现服务器，其中地址信息存储部件中与转换后地址信息相关联地存储着使用转换后地址信息的次数范围，来作为转换后地址信息的使能条件。根据这种配置，可以将转换后地址信息的有限使用次数设定为条件。

(11)可达性实现服务器，包括：更新处理信息存储部件(例如，利用流程模板存储部件1102的动作来实现)，其与业务流程中的特定状态相关联地存储着表示对地址信息存储部件中存储的信息进行更新的处理的更新处理信息(例如，利用流程模板表的动作来实现)；更新处理信息提取部件，其在接收到来自第一用户终端的包括表示转换后地址信息和当前状态的信息的事件信息后，基于接收到的事件信息中包括的表示当前状态的信息，从更新处理信息存储部件中提取出更新处理信息；地址信息更新部件，其基于由更新处理信息提取部件提取出的更新处理信息和接收到的事件信息中包括的转换后地址信息来对地址信息存储部件中存储的信息进行更新。这样配置的可达性实现服务器可以根据业务流程中的状态来对地址信息存储部件中存储的信息进行更新。

(12)可达性实现服务器，其中：地址信息存储部件与转换后地址信息相关联地存储着表示是否能够提取与转换后地址信息相对应的真实地址信息的提取接受/拒绝标志(例如，利用有效性标志来实现)；更新处理信息存储部件中存储着表示对地址信息存储部件中存储的提取接受/拒绝标志进行更新的处理的更新处理信息；并且真实地址信息提取部件基于地址信息存储部件中存储的提取接受/拒绝标志来提取出与转换后地址信息相对应的真实地址信息。这样配置的可达性实现服务器可以根据业务流程中的状态来提取出与转换后地址信息相对应的真实地址信息。

(13)可达性实现服务器，其中更新处理信息存储部件与真实地址信息(对应于由更新处理信息提取部件接收到的事件信息中包括的转换后地址信息)相关联地存储着表示对地址信息存储部件中存储的转换后地址信息进行更新的处理的更新处理信息，然后生成或删除地址信息存储部件中存储的转换后地址信息。

(14)可达性实现服务器，其中更新处理信息存储部件中存储着表示与转换后地址信息相对应的真实地址信息的允许提取次数的信息。

(15)可达性实现服务器，其中更新处理信息存储部件中存储着包括表示与转换后地址信息相对应的真实地址信息的允许提取时段的信息的更新处理信息。

(16)可达性实现服务器，其中更新处理信息存储部件中存储着包括表示与转换后地址信息相对应的真实地址信息的允许提取时刻的信息的更新处理信息。

(17)可达性实现服务器，其中更新处理信息存储部件中存储着包括表示与转换后地址信息相对应的真实地址信息的允许提取次数、时段和时刻的任意组合信息的更新处理信息。

(18)可达性实现服务器，包括验证部件(例如，利用流程模板验证部件1121来实现)，其验证更新处理信息存储部件中存储的更新处理信息(例如，利用流程模板验证策略实现)是否包括控制可达性的内容。

(19)可达性实现服务器，其中验证部件验证表示对提取接受/拒绝标志进行更新的处理的更新处理信息是否满足特定的条件。

(20)可达性实现服务器，其中验证部件验证更新处理信息是否满足包括允许提取与转换后地址信息相对应的真实地址信息的条件的特定条件。

(21)可达性实现服务器，其中验证部件验证更新处理信息是否满足包括表示与转换后地址信息相对应的真实地址信息的允许提取次数的信息的特定条件。

(22)可达性实现服务器，其中验证部件验证更新处理信息是否满足包括表示与转换后地址信息相对应的真实地址信息的允许提取时段的信息的特定条件。

(23)可达性实现服务器，其中验证部件验证更新处理信息是否满足包括表示与转换后地址信息相对应的真实地址信息的允许提取时刻的信息的特定条件。

(24)可达性实现服务器，其中验证部件验证更新处理信息是否满足包括表示与转换后地址信息相对应的真实地址信息的允许提取次数、时段和时刻的任意组合信息的特定条件。

(25)可达性实现服务器，其中验证部件验证更新处理信息是否满足下述条件，该条件是满足表示与转换后地址信息相对应的真实地址信息的允许提取次数、时段或时刻的特定条件中的全部或任何一个。

(26)可达性实现服务器，包括请求ID生成部件(例如，利用可达性ID管理部件210来实现)，其在每次真实地址信息接收部件接收到真实地址信息时生成请求ID，其中：地址信息存储部件与转换后地址信息相关联地存储着由请求ID生成部件生成的请求ID；更新处理信息提取部件在接收到来自第一用户终端的包括表示请求ID和当前状态的信息的事件信息后，基于接收到的事件信息中包括的表示当前状态的信息，从更新处理信息存储部件中提取出更新处理信息；并且地址信息更新部件基于由更新处理信息提取部件提取出的更新处理信息和接收到的事件信息中包括的请求ID，来对地址信息存储部件中存储的信息进行更新。

(27)可达性实现服务器，其中：更新处理信息提取部件接收来自第二用户终端的转换后地址信息和更新处理信息；并且地址信息更新部件基于由更新处理信息提取部件接收到的转换后地址信息和更新处理信息来对地址信息存储部件中存储的信息进行更新。

本申请基于2007年3月7日提交的日本专利申请No.2007-057597和2007年9月14日提交的日本专利申请No.2007-239321并要求其优先权，这些申请的公开内容通过引用被全部并入在此。

[工业应用]

本发明可应用来防止对服务客户的联络地址的不正当使用，并且帮助传播涉及服务客户的联络地址的服务。本发明还可应用于服务提供者利用由通信企业(运营商)管理的服务客户的信息资源来提供服务的情况。本发明还可应用来向通信企业(运营商)管理的服务客户提供短期服务。

Claims (38)

1.一种实现从第一用户到第二用户的可达性的可达性实现服务器，包括：

真实地址信息接收部件，其从第二用户使用的第二终端接收能够用来联络第二用户的真实地址信息；以及

转换后地址信息生成部件，其基于由所述真实地址信息接收部件接收到的所述真实地址信息来生成第一用户不能指定的转换后地址信息。

2.根据权利要求1所述的可达性实现服务器，包括：

地址信息存储部件，其与所述真实地址信息相关联地存储着由所述转换后地址信息生成部件生成的所述转换后地址信息；

真实地址信息提取部件，其在接收到来自第一用户使用的第一用户终端的包括所述转换后地址信息的访问请求后，从所述地址信息存储部件中提取出与所述接收到的访问请求中包括的所述转换后地址信息相对应的所述真实地址信息；以及

访问请求传送部件，其基于由所述真实地址信息提取部件提取出的所述真实地址信息来向所述第二用户终端传送来自所述第一用户终端的所述访问请求。

3.根据权利要求1或2所述的可达性实现服务器，包括转换后地址信息发送部件，其将由所述转换后地址信息生成部件生成的所述转换后地址信息发送到基于来自第二用户的请求而提供服务的服务提供服务器。

4.根据权利要求3所述的可达性实现服务器，包括服务提供者存储部件，其中预先与能够标识服务的信息相关联地存储着能够标识服务提供服务器的信息，其中：

所述真实地址信息接收部件接收能够标识服务的信息以及所述真实地址信息；

所述转换后地址信息发送部件基于接收到的能够标识服务的信息来从所述服务提供者存储部件中提取出能够标识所述服务提供服务器的信息，并且将所述转换后地址信息发送到所述提取出的信息所表示的所述服务提供服务器。

5.根据权利要求2至4中任何一项所述的可达性实现服务器，其中所述地址信息存储部件存储着能够在任意时刻被更新的所述转换后地址信息。

6.根据权利要求2至5中任何一项所述的可达性实现服务器，其中所述地址信息存储部件与所述转换后地址信息相关联地存储着表示所述转换后地址信息的有效期限的信息。

7.根据权利要求2至6中任何一项所述的可达性实现服务器，其中：

所述地址信息存储部件与所述转换后地址信息相关联地存储着所述转换后地址信息的使能条件；并且

所述真实地址信息提取部件在接收到访问请求后基于所述条件来提取所述真实地址信息。

8.根据权利要求7所述的可达性实现服务器，包括历史存储部件，其中存储着所述转换后地址信息的生成和所述真实地址信息的提取的历史，其中：

所述真实地址信息提取部件在接收到访问请求后基于所述历史存储部件中存储的所述历史和所述地址信息存储部件中存储的所述条件来提取所述真实地址信息。

9.根据权利要求7或8所述的可达性实现服务器，其中所述地址信息存储部件中与所述转换后地址信息相关联地存储着更新使能条件。

10.根据权利要求7至9中任何一项所述的可达性实现服务器，其中所述地址信息存储部件中与所述转换后地址信息相关联地存储着使用所述转换后地址信息的次数范围，来作为所述转换后地址信息的使能条件。

11.根据权利要求2所述的可达性实现服务器，包括：

更新处理信息存储部件，其与业务流程中的特定状态相关联地存储着表示对所述地址信息存储部件中存储的信息进行更新的处理的更新处理信息；

更新处理信息提取部件，其在接收到来自所述第一用户终端的包括表示所述转换后地址信息和当前状态的信息的事件信息后，基于所述接收到的事件信息中包括的表示所述当前状态的信息，从所述更新处理信息存储部件中提取出所述更新处理信息；

地址信息更新部件，其基于由所述更新处理信息提取部件提取出的所述更新处理信息和所述接收到的事件信息中包括的所述转换后地址信息来对所述地址信息存储部件中存储的信息进行更新。

12.根据权利要求11所述的可达性实现服务器，其中：

所述地址信息存储部件与所述转换后地址信息相关联地存储着表示是否能够提取与所述转换后地址信息相对应的所述真实地址信息的提取接受/拒绝标志；

所述更新处理信息存储部件中存储着表示对所述地址信息存储部件中存储的所述提取接受/拒绝标志进行更新的处理的更新处理信息；并且

所述真实地址信息提取部件基于所述地址信息存储部件中存储的所述提取接受/拒绝标志来提取出与所述转换后地址信息相对应的所述真实地址信息。

13.根据权利要求11或12所述的可达性实现服务器，其中所述更新处理信息存储部件与所述真实地址信息相关联地存储着表示对所述地址信息存储部件中存储的所述转换后地址信息进行更新的处理的所述更新处理信息，然后对所述地址信息存储部件中存储的所述转换后地址信息进行更新，所述真实地址信息对应于由所述更新处理信息提取部件接收到的所述事件信息中包括的所述转换后地址信息。

14.根据权利要求11或12所述的可达性实现服务器，其中所述更新处理信息存储部件与所述真实地址信息相关联地存储着表示对所述地址信息存储部件中存储的所述转换后地址信息进行更新的处理的所述更新处理信息，然后对所述地址信息存储部件中存储的所述转换后地址信息进行生成或删除，所述真实地址信息对应于由所述更新处理信息提取部件接收到的所述事件信息中包括的所述转换后地址信息。

15.根据权利要求11至14中任何一项所述的的可达性实现服务器，其中所述更新处理信息存储部件中存储着表示与所述转换后地址信息相对应的所述真实地址信息的允许提取次数的信息。

16.根据权利要求11至15中任何一项所述的可达性实现服务器，其中所述更新处理信息存储部件中存储着包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取时段的信息的所述更新处理信息。

17.根据权利要求11至16中任何一项所述的可达性实现服务器，其中所述更新处理信息存储部件中存储着包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取时刻的信息的所述更新处理信息。

18.根据权利要求11至16中任何一项所述的可达性实现服务器，其中所述更新处理信息存储部件中存储着包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取次数、时段和时刻的任意组合信息的所述更新处理信息。

19.根据权利要求11至18中任何一项所述的可达性实现服务器，包括验证部件，其验证所述更新处理信息存储部件中存储的所述更新处理信息是否包括控制可达性的内容。

20.根据权利要求19所述的可达性实现服务器，其中所述验证部件验证表示对所述地址信息存储部件中存储的所述提取接受/拒绝标志进行更新的处理的所述更新处理信息是否满足特定条件。

21.根据权利要求19或20所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足包括与所述转换后地址信息相对应的所述真实地址信息的允许提取条件的所述特定条件。

22.根据权利要求19至21中任何一项所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取次数的信息的所述特定条件。

23.根据权利要求19至22中任何一项所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取时段的信息的所述特定条件。

24.根据权利要求19至23中任何一项所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取时刻的信息的所述特定条件。

25.根据权利要求19至24中任何一项所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取次数、时段和时刻的任意组合信息的所述特定条件。

26.根据权利要求19至25中任何一项所述的可达性实现服务器，其中所述验证部件验证所述更新处理信息是否满足如下的所述特定条件，该特定条件是满足包括表示与所述转换后地址信息相对应的所述真实地址信息的允许提取次数、时段或时刻的信息的全部或任何条件。

27.根据权利要求11至18中任何一项所述的可达性实现服务器，包括请求ID生成部件，其在每次所述真实地址信息接收部件接收到所述真实地址信息时生成请求ID，其中：

所述地址信息存储部件与所述转换后地址信息相关联地存储着由所述请求ID生成部件生成的所述请求ID；

所述更新处理信息提取部件在接收到来自所述第一用户终端的包括表示请求ID和当前状态的信息的所述事件信息后，基于所述接收到的事件信息中包括的表示当前状态的信息，从所述更新处理信息存储部件中提取出所述更新处理信息；并且

所述地址信息更新部件基于由所述更新处理信息提取部件提取出的所述更新处理信息和所述接收到的事件信息中包括的所述请求ID，来对所述地址信息存储部件中存储的信息进行更新。

28.根据权利要求11至18中任何一项所述的可达性实现服务器，其中：

所述更新处理信息提取部件接收来自所述第二用户终端的所述转换后地址信息和所述更新处理信息；并且

所述地址信息更新部件基于由所述更新处理信息提取部件接收到的所述转换后地址信息和所述更新处理信息来对所述地址信息存储部件中存储的信息进行更新。

29.一种管理从第一用户到第二用户的可达性的可达性管理系统，其中第一用户和第二用户不相识，该可达性管理系统包括：

第一用户使用的第一用户终端；

第二用户使用的第二用户终端；以及

实现从第一用户到第二用户的可达性的可达性实现服务器，

所述可达性实现服务器包括：

真实地址信息接收部件，其从所述第二用户终端接收能够用来联络第二用户的真实地址信息；以及

转换后地址信息生成部件，其基于由所述真实地址信息接收部件接收到的所述真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定所述真实地址信息，

其中所述第一用户终端基于由所述转换后地址信息生成部件生成的所述转换后地址信息来访问所述第二用户终端。

30.根据权利要求29所述的可达性管理系统，其中所述可达性实现服务器包括：

地址信息存储部件，其与所述真实地址信息相关联地存储着由所述转换后地址信息生成部件生成的所述转换后地址信息；

真实地址信息提取部件，其在接收到来自所述第一用户使用的所述第一用户终端的包括所述转换后地址信息的访问请求后，从所述地址信息存储部件中提取出与所述接收到的访问请求中包括的所述转换后地址信息相对应的所述真实地址信息；以及

访问请求传送部件，其基于由所述真实地址信息提取部件提取出的所述真实地址信息来向所述第二用户终端传送来自所述第一用户终端的所述访问请求。

31.根据权利要求29或29所述的可达性管理系统，包括基于来自第二用户的请求而提供服务的服务提供服务器，其中：

所述可达性实现服务器包括转换后地址信息发送部件，其将由所述转换后地址信息生成部件生成的所述转换后地址信息发送到所述服务提供服务器；并且

所述服务提供服务器将所述接收到的转换后地址信息发送到所述第一用户终端。

32.根据权利要求30或31所述的可达性管理系统，其中所述可达性实现服务器包括：

更新处理信息存储部件，其与业务流程中的特定状态相关联地存储着表示对所述地址信息存储部件中存储的信息进行更新的处理的更新处理信息；

更新处理信息提取部件，其在接收到来自所述第一用户终端的包括表示所述转换后地址信息和当前状态的信息的事件信息后，基于所述接收到的事件信息中包括的表示当前状态的信息，从所述更新处理信息存储部件中提取出所述更新处理信息；

地址信息更新部件，其基于由所述更新处理信息提取部件提取出的所述更新处理信息和所述接收到的事件信息中包括的所述转换后地址信息来对所述地址信息存储部件中存储的信息进行更新。

33.一种可达性实现服务器用来管理从第一用户到第二用户的可达性的可达性管理方法，其中第一用户和第二用户不相识，其中：

可达性实现服务器从第二用户使用的第二用户终端接收能够用来联络第二用户的真实地址信息；

可达性实现服务器基于所述接收到的真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定所述真实地址信息；并且

第一用户使用的第一用户终端基于由所述可达性实现服务器生成的所述转换后地址信息来访问所述第二用户终端。

34.根据权利要求33所述的可达性管理方法，包括：

与所述真实地址信息相关联地在地址信息存储部件中存储所述生成的转换后地址信息；

在接收到来自第一用户使用的所述第一用户终端的包括所述转换后地址信息的访问请求后，从所述地址信息存储部件中提取出与所述接收到的访问请求中包括的所述转换后地址信息相对应的所述真实地址信息；以及

基于所述提取出的真实地址信息来向所述第二用户终端传送来自所述第一用户终端的所述访问请求。

35.根据权利要求34所述的可达性管理方法，包括：

在接收到来自所述第一用户终端的包括表示所述转换后地址信息和当前状态的信息的事件信息后，基于所述接收到的事件信息中包括的表示当前状态的信息，从与业务流程中的特定状态相关联地存储着表示对所述地址信息存储部件中存储的信息进行更新的处理的更新处理信息的更新处理信息存储部件中提取出所述更新处理信息；以及

基于所述提取出的更新处理信息和所述接收到的事件信息中包括的所述转换后地址信息来对所述地址信息存储部件中存储的信息进行更新。

36.一种实现从第一用户到第二用户的可达性的可达性实现程序，其中第一用户和第二用户不相识，所述程序使得计算机执行：

真实地址信息接收处理，从第二用户使用的第二用户终端接收能够用来联络第二用户的真实地址信息；以及

转换后地址信息生成处理，基于在所述真实地址信息接收处理中接收到的所述真实地址信息来生成转换后地址信息，第一用户不能通过该转换后地址信息来指定所述真实地址信息。

37.根据权利要求36所述的可达性实现程序，使得计算机执行：

地址信息存储处理，在地址信息存储部件中与所述真实地址信息相关联地存储在所述转换后地址信息生成部件中生成的所述转换后地址信息；

真实地址信息提取处理，在接收到来自第一用户使用的第一用户终端的包括所述转换后地址信息的访问请求后，从所述地址信息存储部件中提取出与所述接收到的访问请求中包括的所述转换后地址信息相对应的所述真实地址信息；以及

访问请求传送处理，基于在所述真实地址信息提取处理中提取出的所述真实地址信息来向所述第二用户终端传送来自所述第一用户终端的所述访问请求。

38.根据权利要求37所述的可达性实现程序，使得计算机执行：

更新处理信息提取处理，在接收到来自所述第一用户终端的包括表示所述转换后地址信息和当前状态的信息的事件信息后，基于所述接收到的事件信息中包括的表示当前状态的信息，从与业务流程中的特定状态相关联地存储着表示对所述地址信息存储部件中存储的信息进行更新的处理的更新处理信息的更新处理信息存储部件中提取出所述更新处理信息；以及

地址信息更新处理，基于在所述更新处理信息提取处理中提取出的所述更新处理信息和所述接收到的事件信息中包括的所述转换后地址信息来对所述地址信息存储部件中存储的信息进行更新。

Images