存在管理装置.pdf

本发明提供一种存在管理装置。通过网络与第1和第2装置连接的存在管理装置，备有更新从第1装置接收的，使用第1装置的第1用户的存在和从第2装置接收的，使用第2装置的第2用户的存在更新部件、登记从第1装置接收的，第1用户指定的，对于其它用户的存在的匹配条件和从第2装置接收的，第2用户指定的，对于其它用户的存在的匹配条件的部件、和当进行登记处理和/或更新处理时，判断是否与指定第1和第2用户的存在的匹配条件一致的部件。从而使设定信息提供事业经营者能够对信息配送目的地的最终用户指定条件，并且最终用户也能够指定信息和信息提供事业经营者的条件，并且频繁地变更这些条件的信息配送成为可能。

1.  一种存在管理装置，通过网络与第1装置和第2装置连接，其特征在于：它备有
更新从上述第1装置接收的、使用该第1装置的第1用户的存在和从上述第2装置接收的、使用该第2装置的第2用户的存在的存在更新部件、
登记从上述第1装置接收的、上述第1用户指定的、对于其它用户的存在的匹配条件和从上述第2装置接收的、上述第2用户指定的、对于其它用户的存在的匹配条件的匹配条件登记部件、和
当由上述匹配条件登记部件进行了登记处理和/或由上述存在更新部件进行了更新处理时，判断上述第1用户的存在与上述第2用户指定的匹配条件是否一致，并且判断上述第2用户的存在与上述第1用户指定的匹配条件是否一致的匹配判定部件。

2.  根据权利要求1所述的存在管理装置，其特征在于：
上述匹配判定部件备有：当判定为与上述双方的匹配条件一致时，将一致结果通知给上述第1装置和/或上述第2装置的匹配通知部件。

3.  根据权利要求1所述的存在管理装置，其特征在于：
由上述匹配条件登记部件登记的匹配条件是由对于2个或2个以上的存在的条件的、逻辑和和/或逻辑积的组合构成的。

4.  根据权利要求1所述的存在管理装置，其特征在于：
上述匹配判定部件备有：当判定为上述第1用户的存在与上述第2用户指定的匹配条件一致时，将上述第1用户的识别符和上述第2用户的识别符作为匹配候补存储起来的匹配候补存储部件，
上述匹配判定部件在判定为上述第2用户的存在与上述第1用户指定的匹配条件一致时，检索上述匹配候补存储部件存储的上述匹配候补，判定上述第1用户的存在是否与上述第2用户指定的匹配条件一致。

5.  根据权利要求4所述的存在管理装置，其特征在于：
上述匹配判定部件在判定为上述第1用户的存在与上述第2用户指定的匹配条件不一致时，作为匹配候补而登记上述第1用户的识别符和上述第2用户的识别符。

6.  根据权利要求4所述的存在管理装置，其特征在于：
上述匹配判定部件在判定为上述第1用户的存在与上述第2用户指定的匹配条件一致时，判定为双方的匹配条件成立。

7.  根据权利要求4所述的存在管理装置，其特征在于：
关于作为上述匹配候补而存储有识别符的上述第1用户和上述第2用户，上述匹配判定部件判定上述第1用户的存在与上述第2用户指定的匹配条件是否一致，当判定为不一致时，从上述匹配候补存储部件删除第1用户的识别符和第2用户的识别符。

8.  一种信息配送系统，是通过网络连接第1装置、第2装置和存在管理装置的信息配送系统，其特征在于：
上述存在管理装置备有：
更新从上述第1装置接收的、使用该第1装置的第1用户的存在和从上述第2装置接收的、使用该第2装置的第2用户的存在的存在更新部件、
登记从上述第1装置接收的、上述第1用户指定的、对于其它用户的存在的匹配条件和从上述第2装置接收的、上述第2用户指定的、对于其它用户的存在的匹配条件的匹配条件登记部件、和
当由上述匹配条件登记部件进行了登记处理和/或由上述存在更新部件进行了更新处理时，判断上述第1用户的存在与上述第2用户指定的匹配条件是否一致，并且判断上述第2用户的存在与上述第1用户指定的匹配条件是否一致的匹配判定部件，
上述匹配判定部件备有：当判定为与上述双方的匹配条件一致时，将一致结果通知给上述第1装置的匹配通知部件，
上述第1装置备有将信息配送给上述第2装置的部件。

9.  根据权利要求8所述的信息配送系统，其特征在于：
上述存在管理装置的、由上述匹配条件登记部件登记的匹配条件是由对2个或2个以上的存在的条件的、逻辑和和/或逻辑积的组合构成的。

10.  根据权利要求8所述的信息配送系统，其特征在于：
在上述存在管理装置中，
上述匹配判定部件备有：当判定为上述第1用户的存在与上述第2用户指定的匹配条件一致时，将上述第1用户的识别符和上述第2用户的识别符作为匹配候补存储起来的匹配候补存储部件，
上述匹配判定部件在判定为上述第2用户的存在与上述第1用户指定的匹配条件一致时，检索上述匹配候补存储部件存储的上述匹配候补，判定上述第1用户的存在是否与上述第2用户指定的匹配条件一致。

11.  根据权利要求10所述的信息配送系统，其特征在于：
上述存在管理装置的上述匹配判定部件在判定为上述第1用户的存在与上述第2用户指定的匹配条件不一致时，作为匹配候补而登记上述第1用户的识别符和上述第2用户的识别符。

12.  根据权利要求10所述的信息配送系统，其特征在于：
上述存在管理装置的上述匹配判定部件在判定为上述第1用户的存在与上述第2用户指定的匹配条件一致时，判定为双方的匹配条件成立。

13.  根据权利要求10所述的信息配送系统，其特征在于：
关于作为上述匹配候补而存储有识别符的上述第1用户和上述第2用户，上述存在管理装置的上述匹配判定部件判定上述第1用户的存在与上述第2用户指定的匹配条件是否一致，当判定为不一致时，从上述匹配候补存储部件删除第1用户的识别符和第2用户的识别符。

存在管理装置
技术领域
本发明涉及由与网络连接的多个信息处理装置构成的系统中的、作为各个信息处理装置用户的属性的存在的管理技术。
背景技术
现在，如便携式电话和PDA(Personal Digital Assistant，个人数字助理)等，备有向因特网的连接功能、电子邮件和即时消息的发送接收功能的便携性优越的信息终端正在普及之中。另一方面，用无线通信技术和GPS(Global Positioning System，全球定位系统)技术等，特定携带了用户终端的最终用户的位置信息，经过因特网存储在服务器装置中，这些正在成为可能。
活用这种用户终端和位置信息管理技术，使用电子邮件和即时消息，将关于最终用户的当前位置周边的新闻和当前位置周边的店铺提供的商品和服务的广告这样的信息直接配送给各个最终用户的用户终端的服务也正在考虑之中。
作为实现这种服务的技术，例如是专利文献1中记载的信息配送系统和用户终端。在该专利文献中，公开了车站的自动检票机等的读取装置将从最终用户携带的便携型存储媒体读取的最终用户的服务合同内容发送给信息管理装置、信息管理装置按照合同内容选择信息、将发送管理装置选择的信息配送给最终用户携带的用户终端的信息配送系统。
当使用上述信息配送系统和用户终端时，信息提供事业经营者能够给位置信息这样的最终用户的动态属性指定条件，将信息只配送给与该条件匹配的最终用户。例如，能够将东京站周边的店铺信息只发送给在东京站周边的最终用户。结果，与基于年龄和性别这样的最终用户的静态属性的信息配送相比，可以实现更及时的信息配送。
[专利文献1]特开平8-18523号公报
上述已有技术没有考虑最终用户频繁地更新希望的信息配送的范围和信息提供事业经营者变更指定的条件的情形。所以，例如，产生在最终用户通过了车站的自动检票机后，即便变更范围，只要不再次通过自动检票机，就不配送该范围的信息那样的不合适的情形。
不仅上述的例子，伴随着因特网和便携型信息终端的普及，正在寻求也能够与这种动态属性和指定的条件的频繁变更对应的、便利性更高的服务。
发明内容
本发明提供也能够与基于提供服务一侧和享受服务一侧中任何一方或双方的、动态属性和指定的条件的频繁的变更对应的、属性和条件的管理技术。
又，本发明公开基于上述管理技术的服务的提供技术。
更具体地说，本发明公开信息提供事业经营者能够指定信息配送目的地的最终用户的条件，并且最终用户也能够指定信息和信息提供事业经营者的条件，而且考虑了频繁地变更这些条件的情形的技术。
本发明作为一个形态，提供一种存在管理装置，备有：通过网络与第1装置和第2装置连接，更新从第1装置接收的、使用该第1装置的第1用户的存在和从上2装置接收地、使用该第2装置的第2用户的存在的存在更新部件；登记从第1装置接收的、上述第1用户指定的、对于另一用户的存在的匹配条件和从第2装置接收的、上述第2用户指定的、对于另一用户的存在的匹配条件的匹配条件登记部件；和当由匹配条件登记部件进行了登记处理和/或由存在更新部件进行了更新处理时，判断第1用户的存在与第2用户指定的匹配条件是否一致、并且判断第2用户的存在与第1用户指定的匹配条件是否一致的匹配判定部件。或提供一种在计算机中实现该存在管理装置的程序或其实现方法。
附图说明
图1是各实施例中的存在服务器的系统构成。
图2是第1实施例中的信息配送系统的系统构成。
图3是第1实施例中的用户表、匹配表的构成例。
图4是关于第1实施例中的匹配条件登记、信息登记的通信时序。
图5是第1实施例中的条件指定画面、信息登记画面的显示例。
图6是关于第1实施例中的位置信息登记、状态登记、匹配通信的通信时序。
图7是各实施例中的匹配判定处理的第1阶段的操作程序图。
图8是各实施例中的匹配判定处理的第2阶段的操作程序图。
图9是第2实施例中的通信系统的系统构成。
图10是第2实施例中的用户表的构成例。
图11是第2实施例中的条件指定画面的显示例。
图12是第2实施例中的通信时序。
具体实施方式
下面，我们用附图说明本发明的实施形态。在以下的附图中，在相同部分上附加相同的标号。
在第1实施例中，说明通过IEEE802.11b等的无线LAN225和因特网等的网络20将如图1所示的存在管理装置(以下，称为存在服务器)1、图2所示的最终用户使用的便携型终端装置(以下，称为用户终端)2、接入点装置(以下，称为接入点)4、本地代理服务器装置(以下，称为本地代理服务器)5、信息配送服务器装置(以下，称为信息配送服务器)6、和事业经营者终端装置(以下，称为事业经营者终端)7连接起来的信息配送系统。
在本实施例的信息配送系统中，信息提供事业经营者能够挤入作为用位置信息配送新闻、广告、电子优惠券等的信息的对象的最终用户，并且最终用户也能够用信息范围和信息提供事业经营者的动态属性(是否在定时推销中等)挤入信息配送源的信息提供事业经营者。进一步，设想频繁地改变这种条件。又，为了简化基于最终用户的所配送的信息的范围的指定，用户终端2备有与作为具有信息存储功能和无线通信功能的微小的IC芯片的ID标签进行通信的功能，当最终用户携带用户终端2接近附带ID标签的招贴等时，用户终端2能够接受记载在该招贴上的信息范围。
在本实施例中，将最终用户和信息提供事业经营者一起称为用户。又，将用户的动态属性称为存在，将对于存在的条件称为匹配条件。在本实施例的信息配送系统中，作为最终用户的存在有状态和位置信息。作为最终用户的状态，例如有表示用户终端2与网络连接的“在线”、表示用户终端2不与网络连接的“离线”、表示用户终端2与网络连接但是最终用户离开该用户终端2的“离席”、表示用户终端2与网络连接但是最终用户很忙不希望配送信息的“很忙”。作为信息提供事业经营者的存在有状态和配送信息的范围。作为信息提供事业经营者的状态，有“定时服务中”、“通常营业中”。
存在服务器1由中央计算装置(以下，称为CPU)24、硬盘等的2次存储装置(以下，称为磁盘)23、主存储装置存储器(以下，称为主存储器)21、总线等的通信线路22、显示装置等的输出装置(以下，称为显示器)25、键盘等的文字输入装置27、鼠标、触摸面板或记录笔等的指示装置26构成，通过网络20与其它装置连接。
在磁盘23中保存着存储各用户的信息的用户表30、暂时待避与某个用户的匹配条件匹配的用户ID的匹配表31。也可以将这些表存储在主存储器21中。
在主存储器21中存储着控制通过网络20与其它装置通信的通信控制程序10、解析关于存在更新、指定匹配条件、通知匹配的通信协议的协议解析程序11、接受存在更新要求而更新用户表30存储的存在的存在更新程序12、判定匹配是否在双向成立的匹配判定程序13、将匹配双向成立通知用户的匹配通知程序14、和将从用户接收的匹配条件登记在用户表30中的匹配条件登记程序15。
需要时由CPU24实施这些程序，用存在服务器1实现下面述说的各处理。又，预先，通过或者从可搬型记录媒体读入这些程序或者通过作为通信媒体的网络20或网络20上的载波下载这些程序，将这些程序从其它服务器存储到磁盘23中，需要时传送给主存储器21。
用户终端2，接入点4、本地代理服务器5、信息配送服务器6、和事业经营者终端7，在图中未画出它们的构成，但是由CPU、半导体存储器和磁盘等的存储器、总线等的通信线路、显示器、键盘等的文字输入装置、触摸面板、或记录笔等的指示装置构成，通过网络20和无线LAN225与其它装置连接。此外，用户终端2也可以不备有文字输入装置。又，接入点4、本地代理服务器5、信息配送服务器6也可以不备有显示器、文字输入装置和指示装置。在存储器中，存储着OS以外的一个或一个以上的程序，需要时由CPU进行实施，在各装置上具体体现下述的各处理单元。进一步也可以预先，通过从可搬型记录媒体读入程序或者通过作为通信媒体的网络20或网络20上的载波从其它装置下载程序，将程序存储在内部存储器中。
用户终端2备有用附加在招贴和悬挂广告等的媒体(以下，称为招贴3)上的ID标签230和红外线等的短距离无线通信路径231进行通信，读出ID标签230存储的招贴3的识别信息的ID标签通信处理单元222、按照从ID标签读出的信息将匹配条件发送给存在服务器1的匹配条件发送处理单元221、要求将注意地址分配给接入点4，接受配送的注意地址，用该注意地址与其它装置通信的无线通信处理单元220、将上述注意地址发送给本地代理服务器5的地址发送处理单元223、从信息配送服务器6接收新闻、广告、电子优惠券等的信息的信息接收处理单元224、将状态登记到存在服务器1中的存在登记处理单元226、和向最终用户提供图解的用户界面的GUI控制处理单元227。在招贴3的识别信息中，包含记载在招贴3中的信息范围。
上述存在登记处理单元226，通过来自最终用户的操作和与在用户终端2中工作的程序的通信，收集用户的状态，发送给存在服务器1。例如，当接通、断开用户终端2的电源时，从用户终端2的OS接受状态中的“在线”、“离线”。当用户终端2在一定时间内没有接受用户操作时，从用户终端2的OS接受状态中的“离席”。用最终用户用GUI控制处理单元227提供的用户界面来输入上述状态中的“很忙”。
接入点4与无线LAN225和网络20连接，与来自用户终端2的要求相应，配送通信地址，进一步备有对与用户终端2和网络20连接的装置的通信进行中继的无线通信处理单元240。在本实施例的信息配送系统中，存在1个或1个以上的接入点4，用户终端2能够与它的场所相应地与任何一个接入点4通信。而且，与接入点4有关，配送的通信地址的子网络地址是不同的。
本地代理服务器5备有与网络20连接，存储用户终端2的注意地址的地址表252、存储子网络地址和物理位置的对应关系的子网络表253、从用户终端2接收注意地址，记录到地址表252中的地址接收处理单元251、和从用户终端2的注意地址算出的子网络地址和从子网络表253算出用户终端2的位置信息，将该位置信息发送给存在服务器1的存在登记处理单元250。
事业经营者终端7备有将信息提供事业经营者配送的信息及其配送条件登记到信息配送服务器6中的信息登记处理单元271、和作为信息提供事业经营者的状态，例如，将表示是否实施定时推销的定时推销标志登记到存在服务器1中的存在登记处理单元270和向信息提供事业经营者提供图解的用户界面的GUI控制处理单元272。
信息配送服务器6备有存储配送的信息的信息表262、将从事业经营者终端7接收的信息登记到信息表262中的信息接收处理单元261、根据信息的配送条件该匹配条件发送给存在服务器1的匹配条件发送处理单元260、从存在服务器1接收匹配通知的匹配通知接收处理单元263、和当接收匹配通知时将信息发送给最终用户的用户终端2的信息配送处理单元264。
用户表30、匹配表31、地址表252、子网络表253和信息表262形成配列构造并可以存储1个或1个以上的记录。用户表30的各记录，如图3(a)所示，由唯一地识别用户的用户ID301、存储该用户的类别(最终用户或信息提供事业经营者)的用户类型302、对于该用户指定的其它的用户的匹配条件303、表示该用户的状态的状态304、该用户的位置信息305、和该用户持有的信息范围306构成。以称为“存在的项目名＝值”的书写方式记述匹配条件303。进一步，也可以用表示逻辑积的“&”、表示逻辑和的“|”等组合成1个或1个以上的式子。此外，当位置信息305和范围306为NULL(零)时，表示不存储数据。
匹配表31的各记录，如图3(b)所示，由用户ID311和作为与由用户ID311识别的用户的匹配条件一致的用户的用户ID的匹配用户ID312构成。
地址表252的各记录由作为预先配送给用户终端2的不变的地址的内部地址、和对于每个进行通信的接入点4变化的注意地址构成。子网络表253的各记录由注意地址的子网络地址和设置存储该子网络的接入点4的位置构成，预先由本实施例的信息配送系统的系统管理者进行登记。信息表262由信息提供事业经营者的用户ID和信息构成。
其次，我们用图4、图6说明关于本实施例的通信时序。此外，因为接入点4只对用户终端2和其它装置的通信进行中继，所以在这些通信时序中省略接入点4的处理。
图4(a)是关于由最终用户登记匹配条件的通信时序。当携带用户终端2的最终用户接近招贴3时，ID标签230将招贴3的识别信息发送给用户终端2(S401)。在用户终端2中，ID标签通信处理单元222接收上述识别信息，从其中提取在招贴3中记载的信息范围。例如，如果招贴3是jazz(爵士)音乐会的招贴，则信息范围成为“jazz”。而且，GUI控制处理单元227显示图5(a)那样的条件指定画面500(S402)。
当最终用户按下条件指定画面500的按钮506时，匹配条件发送处理单元221将输入到条件指定画面500的区域501的用户ID、在区域502中选择的状态、和来自在区域504中选择的范围的匹配条件登记要求组合起来，发送给存在服务器1(S403)。在该匹配条件登记要求中，包含用户ID和匹配条件。例如，当最终用户user-a在区域502中选择“定时推销中”，在区域504中选择“jazz”时，在匹配条件登记要求中包含的用户ID成为“user-a”，匹配条件成为“状态＝定时推销中&范围＝jazz &用户类型＝事业经营者”。不管条件指定画面500的输入内容追加也对于用户类型的条件式。当存在服务器1的通信控制程序10接收上述匹配条件登记要求时，存在服务器1实施条件登记处理(S404)。
在条件登记处理中，首先，协议解析程序11从上述匹配条件登记要求提取用户ID和匹配条件，匹配条件登记程序15更新用户表30的匹配条件303。最后，匹配判定程序13实施图7和图8那样的匹配判定处理(S405)。因为最终用户user-a与在S402中指定的匹配条件一致的信息提供事业经营者还不存在，所以在S405不进行匹配通知。
图4(b)是关于由信息提供事业经营者登记匹配条件的通信时序。事业经营者终端7的GUI控制处理单元272显示图5(b)那样的信息登记画面510(S411)，当信息提供事业经营者按下按钮516时，信息登记处理单元271将输入到信息登记画面510的区域511的用户ID、在区域512中输入的信息、在区域513中选择的范围和来自对在区域515中输入的位置信息的条件的信息登记要求组合起来，发送给信息配送服务器6(S412)。
在该信息登记要求中，包含信息提供事业经营者的用户ID、配送的信息、信息的范围和匹配条件。例如，当信息提供事业经营者company-x在区域513中选择“Pops”，在区域515中输入“东京站东口”时，包含在信息登记要求中的用户ID成为“company-x”、信息的范围成为“Pops”，匹配条件成为“位置信息＝东京站东口&状态＝在线&用户类型＝最终用户”。不管信息登记画面510的输入内容而追加对于状态和用户类型的条件式。在信息配送服务器6中，信息接收处理单元261接收上述信息登记要求，存储在信息表262中(S413)。其次，匹配条件发送处理单元260将匹配条件发送给存在服务器1(S414)，存在服务器1的匹配条件登记程序15与S404同样，进行条件登记处理(S415)。
其次，匹配条件发送处理单元260将存在更新要求组合起来发送给存在服务器1(S416)。在该存在更新要求中，包含信息提供事业经营者的用户ID、状态和信息的范围。当存在服务器1的通信控制程序10接收上述存在更新要求时，存在服务器1实施存在更新处理(S417)。在存在更新处理中，首先，协议解析程序11从上述存在更新要求提取用户ID和存在(这里是状态和范围)，存在更新程序12更新用户表30的存在(从304到306)。最后，匹配判定程序13实施匹配判定处理(S418)。因为还没有登记最终用户user-a的位置信息，所以在S418中不进行匹配通知。
其次，我们说明关于本实施例的图解用户界面(GUI)。
图5(a)表示最终用户用于指定对于信息提供事业经营者的存在的条件的条件指定画面500的显示例。条件指定画面500接受ID标签通信处理单元222从ID标签230接受在招贴3中记载的信息的范围，GUI控制处理单元227进行显示。条件指定画面500由输入最终用户的用户ID的区域501、指定对于信息提供事业经营者的状态的条件的区域502、按钮503、显示希望配送的信息范围的区域504、按钮505、完成条件指定的按钮506和取消条件指定的按钮507构成。
最终用户能够通过按下按钮503选择在区域502中显示的状态。从ID标签通信处理单元222接收的招贴3的识别信息提取在区域504中显示的范围，但是通过按下按钮505，最终用户也能够选择别的范围。当按下按钮506时，用户终端2的匹配条件发送处理单元221将匹配条件发送给存在服务器1。
图5(b)表示信息提供事业经营者用于指定对配送的信息和配送目的地的最终用户的条件、要求开始匹配的信息登记画面510的显示例。事业经营者终端7的GUI控制处理单元272显示信息登记画面510。信息登记画面510由输入信息提供事业经营者的用户ID的区域511、输入配送的信息的区域512、指定输入到区域512的信息范围的区域513、按钮514、指定对最终用户的位置信息的条件的区域515、完成信息登记的按钮516和取消信息登记的按钮517构成。信息提供事业经营者能够通过按下按钮514选择在区域513中显示的范围。当按下按钮516时，事业经营者终端7的信息登记处理单元271将输信息登记要求发送给信息配送服务器6。此外，也可以将配送的信息输入作为指定记述信息的文件的路径名的接口。
图6(a)是关于最终用户的位置信息登记的通信时序。用户终端2，当确立与接入点4的通信路径(无线LAN225)时，将注意地址分配要求发送给接入点4(S601)。此后，当用户终端2从接入点4接收注意地址时，地址发送处理单元223将地址登记要求发送给本地代理服务器5(S602)。在该地址登记要求中，包含用户ID、注意地址、子网络地址和内部地址。本地代理服务器5的地址接收处理单元251，当接收上述地址登记要求时，将内部地址和注意地址的对应关系存储在地址表252中(S603)。又，存在登记处理单元250将上述子网络地址作为关键字检索子网络表253，得到该子网络的位置信息。而且，将存在更新要求组合起来发送给存在服务器1(S604)。
在该存在更新要求中，包含用户ID和位置信息。例如，当在S601的时刻，最终用户user-a的用户终端2与设置在东京站东口的接入点4通信时，上述存在更新要求的位置信息成为“东京站东口”。当存在服务器1的通信控制程序10接收上述存在更新要求时，存在服务器1实施存在更新处理(S605)。在存在更新处理中，首先，协议解析程序11从上述存在更新要求提取用户ID和存在(这里是位置信息)，存在更新程序12更新用户表30的存在(从304到306)。最后，匹配判定程序13实施匹配判定处理(S606)。在S606时刻，最终用户user-a与信息提供事业经营者company-x的匹配条件一致，另一方面信息提供事业经营者company-x的状态和范围都与最终用户user-a的匹配条件不一致。从而，还不发送匹配通知。
图6(b)是关于由信息提供事业经营者更新状态的通信时序。当信息提供事业经营者用终端7的GUI控制处理单元272显示控制的画面(图中未画出)，更新状态时，存在登记处理单元270将存在更新要求发送给存在服务器1(S611)。例如，信息提供事业经营者company-x能够将状态变更到“定时推销中”。于是，当存在服务器1接收存在更新要求时，在与S605实施同样的存在更新处理后(S612)，实施与S606同样的匹配判定处理(S613)。在S613的时刻，尽管信息提供事业经营者company-x的状态与最终用户user-a的匹配条件一致，但是范围还不一致。从而，还不发送匹配通知。
图6(c)是关于由最终用户进行匹配条件登记和与此相伴的匹配通知的通信时序。当最终用户接近与在图4(a)中接近的招贴3不同的招贴3′时，附加在招贴3′中的ID标签230′将识别信息发送给用户终端2(S621)。例如，招贴3′成为信息范围“Pops”的招贴。而且，与图4(a)同样地显示条件指定画面(S622)，发送匹配条件登记要求(S623)，存在服务器1实施条件登记处理(S624)，实施匹配判定处理(S625)。在该时刻，因为最终用户user-a与信息提供事业经营者company-x的匹配条件一致，并且，信息提供事业经营者company-x也与最终用户user-a的匹配条件一致，所以匹配判定程序13判定匹配在双向成立，匹配通知程序14将匹配通知发送给信息配送服务器6(S626)。
在该匹配通知中，包含匹配成立的最终用户和信息提供事业经营者的用户ID。在信息配送服务器6中，匹配通知接收处理单元263接收上述匹配通知，从中取出最终用户和信息提供事业经营者的用户ID(S627)。而且，信息配送处理单元264将信息提供事业经营者的用户ID作为关键字检索信息表262，读出要配送的信息，将信息配送给最终用户的用户终端2。
其次，我们用图7、图8，说明关于在条件登记处理和存在更新处理后，匹配判定程序13实施的匹配判定处理的处理时序。匹配判定处理分2个阶段，在图7说明的第1阶段中，检证已经存储在匹配表31中的匹配候补的妥当性。在图8说明的第2阶段中，进行匹配条件登记和存在更新的用户检证是否与其它用户的条件匹配，如果相互匹配，则认为匹配成立，进行匹配发送。
在第1阶段中，最初，从用户表30读出进行匹配条件登记和存在更新的用户的存在(在本实施例中，是状态、位置信息和范围)(S701)。而且，将计数器N设置在1(S702)，读出匹配表31的第N个记录(S703)，确认进行匹配条件登记和存在更新的用户的用户ID是否与第N个记录的匹配用户ID312相同(S704)。如果相同，则从用户表30读出持有第N个记录的用户ID311的用户指定的条件(S705)，确认在S701读出的存在是否还与在S705读出的条件匹配(S706)。因为当不匹配时，从匹配候补除去，所以从匹配表31删除第N个记录(S707)。当在S704用户ID不相同时和当在S706还与条件匹配时，行进到S708。对于匹配表31的全部记录实施从S703到S707的处理(S708、S709)。
在第2阶段中，最初，重新将计数器N设置在1(S801)，读出用户表的第N个记录(S802)，检查在S701读出的存在是否与第N个记录的条件匹配(S803)。当匹配时，从匹配表31检索第N个记录的用户ID301与匹配用户ID312一致，并且进行匹配条件登记和存在更新的用户的用户ID与用户ID311一致的记录(S804)。确认这种记录是否存在(S805)，当存在时，判定匹配成立，匹配通知程序14发送匹配通知(S806)，从匹配表31删除该记录(S807)。当在S805中不存在记录时，判断出现新的匹配候补，在匹配表31中追加记录(S808)。在S808中，将第N个记录的用户ID301写入记录的用户ID311中，将进行匹配登记和存在更新的用户的用户ID写入匹配用户ID312中。当在S803中存在与条件不匹配时，行进到S809。对用户表的全部记录实施从S802到S808的处理(S809、S810)。
在以上说明的第1实施例中的信息配送系统中，信息提供事业经营者能够挤入用位置信息配送新闻、广告、电子优惠券等的信息的最终用户，并且最终用户也能够在信息范围和信息提供事业经营者的存在中挤入信息配送源的信息提供事业经营者。进一步，能够与频繁地改变这种条件的状况对应。
此外，在第1实施例中，用户终端2也可以是便携式电话。又，在第1实施例中，本地代理服务器5将位置信息登记到存在服务器1中，但是备有GPS终端功能的用户终端2或便携式电话也可以将位置信息登记到存在服务器1中。
其次，关于本发明的第2实施例，我们只说明与第1实施例的不同点。在在第2实施例中，我们说明图1所示的存在服务器1通过网络20将图9所示的通信控制服务器8和最终用户终端装置(以下称为用户终端)9连接起来的通信系统。
通信控制服务器8和用户终端9，图中未画出它们的构成，但是由CPU、半导体存储器和磁盘等的存储器、总线等的通信线路、显示器、键盘等的文字输入装置、和触摸面板或记录笔等的指示装置构成，通过网络20与其它装置连接。此外，通信控制服务器8也可以不备有显示器和文字输入装置。在存储器中存储着OS以外的1个以上的程序，需要时由CPU进行实施，在各装置上具体体现下述的各处理单元。进一步也可以预先，通过或者从可搬型记录媒体读入程序或者通过作为通信媒体的网络20或网络20上的载波从其它装置下载程序，将程序存储在内部存储器中。
第2实施例的通信系统，作为最终用户的存在，处理状态和最终用户接入的Web页的URL。而且，最终用户，当对状态和URL指定匹配条件和匹配双向成立时，接受通知，能够用即时消息和IP电话等的方法开始与另一方的最终用户进行实时通信。因此，能够比较阅览相同Web页的最终用户和阅览双方的Web页的最终用户，提供使实时通信活性化的服务。
通信控制服务器8备有将从一方的用户终端9接收的消息传送给指定作为接收方的另一方的用户终端9的消息传送处理单元901。又，消息传送处理单元901将从用户终端9接收的存在更新要求和匹配条件登记要求传送给存在服务器1。进一步，消息传送处理单元901将从存在服务器1接收的匹配通知传送给用户终端9。通信控制服务器8，例如，按照在RFC3261中规定的SIP(Session Initiation Protocol，对话启动协议)进行工作。
用户终端9备有收集最终用户的存在的存在收集处理单元915、经过通信控制服务器8将上述存在收集处理单元915收集的用户的存在发送给存在服务器1的存在登记处理单元910、将匹配条件发送给存在服务器1的匹配条件发送处理单元911、接收来自存在服务器1的匹配通知的匹配通知接收处理单元912、经过通信控制服务器8与其它用户终端9发送接收消息的消息发送接收处理单元913、和将图解的用户界面提供给最终用户的GUI控制处理单元914。
上述存在收集处理单元915通过来自最终用户的操作和与在用户终端9上工作的程序的通信，收集最终用户的存在。例如，当用户终端9的电源接通、断开时从用户终端9的OS接受状态中的“在线”、“离线”。当用户终端9一定时间中没有接到最终用户的操作时，从用户终端9的OS接受状态中的“离席”。最终用户用GUI控制处理单元914提供的用户界面输入状态中的“很忙”，GUI控制处理单元914将状态中的“很忙”通知存在收集处理单元915。从Web处理机接受最终用户接入的URL。
第2实施例中的用户表30，如图10所示，由用户ID301、用户类型302、该用户指定的匹配条件303、表示该用户状态的状态304和该用户接入的Web页的URL305构成。匹配表31与第1实施例相同。
其次，我们说明关于本实施例的图解用户界面(GUI)。
图11表示最终用户用于指定匹配条件的条件指定画面1100的显示例。用户终端9的GUI控制处理单元914显示条件指定画面1100。条件指定画面1100由输入用户的用户ID的区域1101、显示对于存在中的状态的条件的区域1102、选择区域1102中显示的条件的按钮1103、指定对存在中的URL的条件的区域1104、按钮1105、按钮1106、完成条件指定的按钮1107、和取消条件指定的按钮1108构成。最终用户将URT的整体或一部分输入到区域1104，在区域1105中显示当检查URL是否与条件一致时的对照规则。例如，关于对照规则，可以举出表示等号的“与某某相等”、表示前方一致的“从某某开始”、表示后方一致的“在某某结束”、表示部分一致的“包含某某”等。最终用户能够通过按下按钮1106选择在区域1105中显示的对照规则。当按下按钮1107时，用户终端9的匹配条件发送处理单元911经过通信控制服务器8将匹配条件登记要求发送给存在服务器1。
其次，我们用图12说明关于本实施例的通信时序。
最初，最终用户user-a的用户终端9a将匹配条件登记要求发送给通信控制服务器8(S1201)。在该匹配条件登记要求中，包含最终用户user-a在条件指定画面1100中指定的最终用户user-a的用户ID和匹配条件。例如，在本实施例中，最终用户user-a将匹配条件指定为“状态＝在线&URL＝http：//www.abc.net/～a/^*”。通信控制服务器8的消息中继处理单元901将上述匹配条件登记要求传送给存在服务器1(S1202)。
当接收上述匹配条件登记要求时，将存在服务器1的通信控制程序10，传送给协议解析程序11。其次协议解析程序11对匹配条件登记要求的文章结构进行解析，取出用户ID和匹配条件。而且，匹配条件登记程序15将上述用户ID作为关键字检索用户表30，将上述匹配条件写入一致的记录的匹配条件303中。对于最终用户user-b的用户终端9b也进行同样的通信(S1203、S1204)。最终用户user-b将匹配条件指定为“状态＝在线& URL＝http：//www.abc.net/～b/^*”。
其次，用户终端9a将存在更新要求发送给通信控制服务器8(S1205)。在该存在更新要求中，包含最终用户user-a的用户ID、状态和URL。这时，最终用户user-a的状态为“在线”，URL为“http：//www.abc.net/users.html”。通信控制服务器8的消息中继处理单元901将存在更新要求传送给存在服务器1(S1206)。当存在服务器1的通信控制程序10接收存在更新要求时，传送给协议解析程序11。其次协议解析程序11对存在更新要求的文章结构进行解析，取出用户ID、状态和URL。而且，存在更新程序12将上述用户ID作为关键字检索用户表30，更新一致的记录的状态304和URL305。
其次，匹配判定程序13实施图7和图8那样的匹配判定处理(S1207)。因为在该时刻，最终用户user-a的存在不与最终用户user-b的条件匹配，所以匹配判定程序13不在匹配表31中追加记录。
关于用户终端9b也进行同样的通信(从S1208到S1210)。最终用户user-b的状态为“在线”，URL为“http：//www.abc.net/～a/index.html”。因为在匹配判定处理S1210的时刻，最终用户user-b的存在与最终用户user-a的条件匹配，所以匹配判定程序13在匹配表31中追加记录。
进一步，关于用户终端9a，进行与从S1205到S1207同样的通信(从S1211到S1213)。但是，将最终用户user-a的URL更新为“http：//www.abc.net/～b/index.html”。在该时刻，因为最终用户user-a的存在与最终用户user-b的匹配条件匹配，所以在匹配判定处理S1213中，匹配判定程序13判定匹配双向成立，匹配通知程序14将对最终用户user-a的匹配通知发送给通信控制服务器8(S1214)。在该匹配通知中，包含最终用户user-b的用户ID。通信控制服务器8的消息中继处理单元901将接收的匹配通知发送给用户终端9a(S1215)。也同样将匹配通知发送给最终用户user-b(从S1216到S1217)。
在以上说明的第2实施例中的通信系统中，能够比较阅览相同Web页的最终用户和阅览双方的Web页的最终用户，提供使实时通信活性化的服务。
根据本发明，当对于用户的更新频度高的属性(存在)的条件双向一致时能够进行通知。又，也能够与条件本身频繁地变化的情形对应。