存储介质、发送支持设备和发送支持方法与流程

1.本文中讨论的实施方式涉及存储介质、发送支持设备和发送支持方法。


背景技术：

2.对满足由多个用户属性构成的条件“(年龄＝30岁)且(性别＝男性)且(当前位置＝秋叶原)”的用户进行提取的技术是已知的。另外，在保护个人信息的同时根据用户属性等来分发广告的技术也是已知的。
3.国际公开第wo 2011/105008号和日本公开特许公报第2003-115011号被公开作为相关技术。


技术实现要素：

4.[技术问题]
[0005]
然而，一个公司持有所有涉及分发包含广告的消息的用户属性的情况是罕见的。例如，一些公司持有出生日期和居住地作为用户属性但不持有性别，而其他公司持有性别但不持有出生日期和居住地。在这种情况下，难以根据由一个公司持有的用户属性来根据符合出生日期、居住地和性别三个指定条件的用户属性来分发消息。
[0006]
例如，可设想将由不同公司持有的用户属性提供至另一公司，并且根据提供至该另一公司的用户属性来分发消息。然而，在这种情况下，该另一公司将持有大量用户属性，这从保护个人信息的角度来看是不期望的。
[0007]
因此，在一个方面中，目的是提供发送支持程序和发送支持设备，其支持将消息发送至具有依照指定条件的属性的个体，而无需将由不同公司持有的关于个体属性的信息提供至另一公司。
[0008]
[问题解决方案]
[0009]
根据实施方式的一方面，提出一种存储发送支持程序的非暂态计算机可读存储介质，该发送支持程序使至少一个计算机执行处理，该处理包括：响应于消息的接收生成该消息的管理标识符；将该管理标识符返回至该消息的发送方；当从持有关于个体属性的信息的多个公司中的每一个接收依照与属性相关的条件具有该属性的个体的个人标识符的列表和管理标识符时，基于来自该发送方的条件和管理标识符的接收，指定在具有公共的管理标识符的列表之间重复的个人标识符；以及发送指定的个人标识符和接收到的消息。
[0010]
[发明的有益效果]
[0011]
可以支持将消息发送至具有依照指定条件的属性的个体，而无需将由不同公司持有的关于个体的属性的信息提供至另一公司。
附图说明
[0012]
图1是发送支持系统的示例；
[0013]
图2是控制设备的硬件配置的示例；
[0014]
图3是控制设备的功能配置的示例；
[0015]
图4是发送代理服务器的功能配置的示例；
[0016]
图5是表存储单元的示例；
[0017]
图6是第一数据库(db)服务器和第二db服务器的功能配置的示例；
[0018]
图7a是第一db服务器的属性db的示例；图7b是第一db服务器的属性名称列表存储单元的示例；
[0019]
图8a是第二db服务器的属性db的示例；图8b是第二db服务器的属性名称列表存储单元的示例；
[0020]
图9是目的地解析服务器的功能配置的示例；
[0021]
图10是目的地db的示例；
[0022]
图11是示出由第一发送支持程序进行的第一发送支持处理的示例的流程图；
[0023]
图12是示出由第二发送支持程序进行的第二发送支持处理的示例的流程图；
[0024]
图13是示出由目的地确定程序进行的目的地确定处理的示例的流程图；
[0025]
图14是示出由目的地解析程序进行的目的地解析处理的示例的流程图；以及
[0026]
图15是说明发送支持系统st的动作示例的图。
具体实施方式
[0027]
在下文中，将参照附图描述用于执行本实施方式的模式。
[0028]
(第一实施方式)
[0029]
首先，将参照图1描述发送支持系统st。发送支持系统st包括消息发送终端10和作为服务器设备的发送代理服务器200、第一数据库(db)服务器300、第二db服务器400和目的地解析服务器500。移动信息终端20也可以包括在发送支持系统st中，或者也可以不包括在发送支持系统st中。尽管在图1中示出智能电话作为移动信息终端20的示例，但是移动信息终端20不限于智能电话，并且也可以是手机、平板终端、笔记本个人电脑(pc)等。
[0030]
消息发送终端10包括输入设备18、显示设备19和控制设备100。输入设备18和显示设备19连接至控制设备100。另外，发送代理服务器200、第一db服务器300、第二db服务器400、目的地解析服务器500和移动基站bs经由通信网络nw连接至控制设备100。通信网络nw包括局域网(lan)和因特网中至少之一。注意，lan和因特网仅需要包括有线通信和无线通信中至少之一。
[0031]
当由消息发送请求者x1在输入设备18上进行操作以输入消息和与要向其发送消息的个体(在下文中称为用户)x2的属性相关的指定条件时，控制设备100接收该消息和指定条件。当接收到消息和指定条件时，控制设备100根据稍后描述的各种处理的执行结果来将消息发送至发送代理服务器200或者停止发送消息。当停止发送消息时，控制设备100在显示设备19上做出发送错误的通知。以这种方式，控制设备100与支持消息发送的发送支持设备相关联。
[0032]
发送代理服务器200由作为代理发送消息的代理公司管理。代理公司是第一公司的示例。当接收到消息时，发送代理服务器200生成消息的管理标识符(id)并且将所生成的管理id返回至控制设备100。管理id是用于管理消息的标识符。发送代理服务器200对相互关联的管理id、消息、与消息的发送方相关的信息等进行管理。
[0033]
尽管稍后将描述细节，但是发送代理服务器200从第一db服务器300接收管理id和具有依照指定条件的属性的用户x2的用户id列表(在下文中称为用户列表)。类似地，发送代理服务器200同样从第二db服务器400接收管理id和用户列表。当接收到用户列表和管理id时，发送代理服务器200指定在具有公共管理id的用户列表之间重复的用户id。当已经指定了用户id时，发送代理服务器200将指定的用户id和接收到的消息发送至电信公司。更详细地，发送代理服务器200将包括指定的用户id和接收到的消息的目的地列表发送至目的地解析服务器500。以这种方式，发送代理服务器200也与支持消息发送的发送支持设备相关联。
[0034]
第一db服务器300由例如向用户x2提供广播服务的广播公司管理。广播公司是第二公司的示例。注意，第一db服务器300不限于广播公司，并且例如也可以是电力公司等。第一db服务器300保存关于用户的属性的信息。例如，第一db服务器300保存关于用户的居住地址和出生日期的信息作为用户x2的属性。由于第一db服务器300保存这些信息，所以第一db服务器300可以确定用户x2的居住地和年龄。
[0035]
当接收到来自控制设备100的指定条件和管理id时，第一db服务器300将管理id和具有依照指定条件的属性的用户x2的用户id的用户列表发送至代理公司。更详细地，第一db服务器300将用户列表和管理id发送至发送代理服务器200。这使得发送代理服务器200从第一db服务器300接收用户列表和管理id。
[0036]
第二db服务器400由例如向用户x2提供自来水服务的自来水公司管理。自来水公司也是第二公司的示例。注意，第二db服务器400不限于自来水公司，并且也可以是电力公司等，只要第二db服务器400与广播公司不同即可。也就是说，第一db服务器300和第二db服务器400仅需要由不同的公司管理。第二db服务器400同样保存关于用户的属性的信息。例如，第二db服务器400保存关于用户的性别和爱好/偏好的信息作为用户x2的属性。由于第二db服务器400保存这些信息，所以第二db服务器400可以确定用户x2的性别和爱好/偏好。
[0037]
当接收到来自控制设备100的指定条件和管理id时，第二db服务器400将管理id和具有依照指定条件的属性的用户x2的用户id的用户列表发送至代理公司。更详细地，第二db服务器400将用户列表和管理id发送至发送代理服务器200。这使得发送代理服务器200从第二db服务器400接收用户列表和管理id。也就是说，发送代理服务器200从第一db服务器300和第二db服务器400中的每一个接收用户列表和管理id。
[0038]
目的地解析服务器500由电信公司管理。目的地解析服务器500保存与用户id相对应的目的地信息。目的地信息还可以是因特网协议(ip)地址、电子邮件的邮件地址、居住地址等。当接收到来自发送代理服务器200的目的地列表和消息时，目的地解析服务器500指定包括在目的地列表中的与用户id相对应的目的地信息。当已经指定了目的地信息时，目的地解析服务器500将消息发送至指定的目的地信息。
[0039]
从目的地解析服务器500发送的消息通过通信网络nw和移动基站bs无线地到达由用户x2拥有的移动信息终端20。由于包括在目的地列表中的用户id被限制为具有依照指定条件的属性的用户x2的用户id，因此到达了由具有依照指定条件的属性的用户x2拥有的移动信息终端20。因此，当诸如广告费的成本与消息所发送至的目的地的数目成正比时，与通过包括有甚至不依照指定条件的属性来发送消息的情况相比可以减少成本。
[0040]
接下来，将参照图2描述控制设备100的硬件配置。注意，由于发送代理服务器200、
第一db服务器300、第二db服务器400和目的地解析服务器500的硬件配置与控制设备100的硬件配置基本类似，因此将省略其详细描述。
[0041]
如图2所示，控制设备100包括作为处理器的中央处理单元(cpu)100a以及作为存储器的随机存取存储器(ram)100b和只读存储器(rom)100c。控制设备100包括网络接口(i/f)100d和硬盘驱动器(hdd)100e。也可以采用固态驱动器(ssd)而不是硬盘驱动器(hdd)100e。
[0042]
如果需要，控制设备100还可以包括输入i/f 100f、输出i/f 100g、输入/输出i/f 100h和驱动设备100i中至少之一。cpu 100a至驱动设备100i通过内部总线100j相互连接。例如，控制设备100可以由计算机实现。
[0043]
输入设备18连接至输入i/f 100f。输入设备18的示例包括键盘、鼠标、触摸面板等。显示设备19连接至输出i/f 100g。显示设备19的示例包括液晶显示器等。半导体存储器13连接至输入/输出i/f 100h。半导体存储器13的示例包括通用串行总线(usb)存储器、闪存等。输入/输出i/f 100h读取存储在半导体存储器13中的发送支持程序。输入i/f 100f和输入/输出i/f 100h包括例如usb端口。输出i/f 100g包括例如显示器端口。
[0044]
便携式记录介质14插入至驱动设备100i中。便携式记录介质14的示例包括可移动盘例如压缩盘(cd)-rom和数字通用盘(dvd)。驱动设备100i读取记录在便携式记录介质14中的发送支持程序。例如，网络i/f 100d包括局域网(lan)端口、通信电路等。
[0045]
存储在rom 100c、hdd 100e和半导体存储器13中的至少一个中的第一发送支持程序由cpu 100a临时保留在ram 100b中。记录在便携式记录介质14上的第一发送支持程序由cpu 100a临时保留在ram 100b中。当cpu 100a执行所保留的第一发送支持程序时，cpu 100a实现稍后描述的各种功能并且附加地执行稍后描述的各种处理。注意，第一发送支持程序仅需要依照稍后将描述的图11所示的流程图。
[0046]
类似地，当实现发送代理服务器200的各种功能并且附加地执行发送代理服务器200的各种处理时，cpu仅需要执行第二发送支持程序。第二发送支持程序仅需要依照稍后将描述的图12所示的流程图。当实现第一db服务器300的各种功能并且附加地执行第一db服务器300的各种处理时，cpu仅需要执行目的地确定程序。目的地确定程序仅需要依照稍后将描述的图13所示的流程图。由于第二db服务器400与第一db服务器300类似，因此将省略其描述。当实现目的地解析服务器500的各种功能并且附加地执行目的地解析服务器500的各种处理时，cpu仅需要执行目的地解析程序。目的地解析程序仅需要依照稍后将描述的图14所示的流程图。
[0047]
接下来，将参照图3描述控制设备100的功能配置。注意，图3示出了控制设备100的功能的主要部分。
[0048]
如图3所示，控制设备100包括存储单元110、处理单元120、输入单元130、输出单元140和通信单元150。存储单元110可以由上述ram 100b、hdd 100e等来实现。处理单元120可以由上述cpu 100a来实现。输入单元130可以由上述输入i/f 100f来实现。输出单元140可以由上述输出i/f 100g来实现。通信单元150可以由上述网络i/f 100d来实现。因此，存储单元110、处理单元120、输入单元130、输出单元140和通信单元150相互连接。
[0049]
此处，存储单元110包括发送目标存储单元111。同时，处理单元120包括作为第一发送部分的消息发送单元121和作为第二发送部分的指定条件发送单元122。当在输入设备
18上进行操作以输入消息和指定条件时，消息发送单元121通过输入单元130接收消息和指定条件。当接收到消息和指定条件时，消息发送单元121将消息和指定条件保存在发送目标存储单元111中。这使得发送目标存储单元111存储消息和指定条件。
[0050]
当消息和指定条件已被保存时，消息发送单元121执行稍后描述的各种处理。消息发送单元121根据所述处理的执行结果来经由通信单元150将消息发送至发送代理服务器200或者停止发送消息。当停止发送消息时，消息发送单元121经由输出单元140在显示设备19上做出发送错误的通知。当消息已被发送或者消息的发送停止时，消息发送单元121还可以删除存储在发送目标存储单元111中的消息。这可以缓和由于消息而导致的紧张的剩余存储器量。
[0051]
当接收到来自发送代理服务器200的管理id时，指定条件发送单元122从发送目标存储单元111获取指定条件。当已经获取了指定条件时，指定条件发送单元122经由通信单元150将相互关联的所获取的指定条件和所接收到的管理id发送至第一db服务器300和第二db服务器400。当指定条件已被发送时，指定条件发送单元122也可以删除存储在发送目标存储单元111中的指定条件。这可以缓和由于指定条件而导致的紧张的剩余存储器量。
[0052]
接下来，将参照图4至图5描述发送代理服务器200的功能配置。注意，图4示出了发送代理服务器200的功能的主要部分。
[0053]
如图4所示，发送代理服务器200包括存储单元210、处理单元220和通信单元250。由于存储单元210、处理单元220和通信单元250的硬件配置与控制设备100的存储单元110、处理单元120和通信单元150的硬件配置基本类似，因此将省略其详细描述。因此，存储单元210、处理单元220和通信单元250相互连接。
[0054]
此处，存储单元210包括表存储单元211。处理单元220包括作为生成部分的管理id生成单元221和作为指定部分的目的地列表生成单元222。管理id生成单元221经由通信单元250接收消息。当接收到消息时，管理id生成单元221生成用于管理消息的管理id，并且将所生成的管理id经由通信单元250返回至控制设备100，该控制设备100是消息的发送方。另外，管理id生成单元221将相互关联的所生成的管理id和所接收到的消息保存在表存储单元211中。
[0055]
如图5所示，在包括在表存储单元211中的发送管理表tbl的相关字段中对管理id和消息进行登记和管理。发送管理表tbl除了对管理id和消息进行管理之外，还管理以上提及的用户列表、第一发送支持程序id、目的地确定程序id和接收到的id。第一发送支持程序id是识别第一发送支持程序的标识符。
[0056]
例如，当接收到来自与消息发送终端10不同的另一消息发送终端(未示出)的消息时，将不同的第一发送支持程序id登记在发送管理表tbl的相关字段中。在本实施方式中，第一发送支持程序id“α”对应于安装在消息发送终端10中的第一发送支持程序的标识符。另外，第一发送支持程序id“β”对应于安装在另一消息发送终端中的第一发送支持程序的标识符。
[0057]
目的地确定程序id与第一发送支持程序id的情况基本类似。例如，当接收到来自第一db服务器300和第二db服务器400中的每一个的用户列表等时，将不同的目的地确定程序id登记在发送管理表tbl的相关字段中。在本实施方式中，目的地确定程序id“a”对应于安装在第一db服务器300中的目的地确定程序的标识符。另外，目的地确定程序id“b”对应
于安装在第二db服务器400中的目的地确定程序的标识符。注意，稍后将描述接收到的id。
[0058]
当接收到用户列表和管理id时，目的地列表生成单元222指定在具有公共管理id的用户列表之间重复的用户id。当已经指定了用户id时，目的地列表生成单元222生成包括指定的用户id的目的地列表。当已经生成了目的地列表时，目的地列表生成单元222将所生成的目的地列表和从控制设备100接收到的消息经由通信单元250发送至目的地解析服务器500。
[0059]
接下来，将参照图6至图8b描述第一db服务器300和第二db服务器400的功能配置。注意，图6示出了第一db服务器300的功能的主要部分。另外，由于第二db服务器400的功能配置与第一db服务器300的功能配置基本类似，因此将省略其详细描述。
[0060]
如图6所示，第一db服务器300包括存储单元310、处理单元320和通信单元350。由于存储单元310、处理单元320和通信单元350的硬件配置与控制设备100的存储单元110、处理单元120和通信单元150的硬件配置基本类似，因此将省略其详细描述。因此，存储单元310、处理单元320和通信单元350相互连接。
[0061]
此处，存储单元310包括属性db 311和属性名称列表存储单元312。处理单元320包括指定条件接收单元321、用户列表生成单元322和用户列表发送单元323。指定条件接收单元321经由通信单元350接收指定条件和管理id。当指定条件接收单元321接收到指定条件时，用户列表生成单元322参照属性db 311来生成用户列表。
[0062]
如图7a所示，属性db 311存储用户x2的用户id以及与用户x2的属性有关的姓名、居住地址和出生日期。由于指定条件包括与由发送请求者x1指定的属性相关的条件，因此用户列表生成单元322参照属性db 311以根据这个条件来指定用户id。当已经指定了用户id时，用户列表生成单元322生成包括指定的用户id的用户列表。用户列表发送单元323经由通信单元350将管理id连同由用户列表生成单元322生成的用户列表一起发送至发送代理服务器200。
[0063]
注意，如图7b所示，属性名称列表存储单元312存储属性名称列表文件f1。属性名称列表文件f1是表示可以由第一db服务器300确定的属性的列表的电子文件。在本实施方式中，将姓名、居住地址和出生日期作为可以由第一db服务器300确定的属性记录在属性名称列表文件f1中。与非公共属性db 311不同，属性名称列表文件f1在发送支持系统st中对公众开放。这允许例如消息发送终端10的控制设备100参照属性名称列表文件f1。
[0064]
如图8a所示，第二db服务器400的属性db 411存储用户x2的用户id以及与用户x2的属性有关的性别、教育背景和爱好/偏好。第二db服务器400的指定条件接收单元421与指定条件接收单元321类似地从控制设备100接收指定条件和管理id。第二db服务器400的用户列表生成单元422与用户列表生成单元322类似地生成用户列表。第二db服务器400的用户列表发送单元423与用户列表发送单元323类似地将用户列表连同管理id一起发送至发送代理服务器200。
[0065]
注意，如图8b所示，属性名称列表存储单元412存储属性名称列表文件f2。属性名称列表文件f2是表示可以由第二db服务器400确定的属性列表的电子文件。在本实施方式中，将性别、教育背景和爱好/偏好作为可以由第二db服务器400确定的属性记录在属性名称列表文件f2中。与非公共属性db 411不同，属性名称列表文件f2在发送支持系统st中对公众开放。这允许例如消息发送终端10的控制设备100参照属性名称列表文件f2。
[0066]
接下来，将参照图9至图10描述目的地解析服务器500的功能配置。注意，图9示出了目的地解析服务器500的功能的主要部分。
[0067]
如图9所示，目的地解析服务器500包括存储单元510、处理单元520和通信单元550。由于存储单元510、处理单元520和通信单元550的硬件配置与控制设备100的存储单元110、处理单元120和通信单元150的硬件配置基本类似，因此将省略其详细描述。因此，存储单元510、处理单元520和通信单元550相互连接。
[0068]
此处，存储单元510包括目的地db 511。处理单元520包括目的地信息提取单元521和消息发送单元522。目的地信息提取单元521经由通信单元550接收目的地列表和消息。当接收到目的地列表时，目的地信息提取单元521参照目的地db 511来提取目的地信息。
[0069]
如图10所示，目的地db 511存储彼此唯一对应地用户id和用户x2的目的地信息。由于目的地列表包括用户id，因此目的地信息提取单元521参照目的地db 511以根据包括在目的地列表中的用户id来提取目的地信息。当目的地信息提取单元521已经提取了目的地信息时，消息发送单元522经由通信单元550将消息发送至与所提取的目的地信息相关联的移动信息终端20。这使得消息到达由具有依照指定条件的属性的用户x2所拥有的移动信息终端20。
[0070]
接下来，将参照图11至图15描述发送支持系统st的动作。
[0071]
首先，如图11所示，消息发送单元121等待直至接收到消息和指定条件为止(步骤s1：否)。当由发送请求者x1进行操作以输入消息和指定条件时，消息发送单元121接收消息和指定条件(步骤s1：是)。当接收到消息和指定条件时，消息发送单元121搜索持有由指定条件指定的属性的公司(步骤s2)并且确定是否存在相关公司(步骤s3)。
[0072]
例如，首先，消息发送单元121参照在发送支持系统st中对公众开放的属性名称列表文件f1和属性名称列表文件f2。当参照属性名称列表文件f1和属性名称列表文件f2时，消息发送单元121确定由指定条件指定的属性的至少一部分是否包括在属性名称列表文件f1和属性名称列表文件f2中。例如，当接收到消息和其中三个条件被指定为关于用户x2的属性的条件的指定条件时，消息发送单元121参照属性名称列表文件f1和属性名称列表文件f2。在本实施方式中，如图15所示，采用性别为男性、年龄在50岁并且作为居民居住地在东京的情况作为三个条件。
[0073]
在这种情况下，由于居住地址和出生日期被记录在属性名称列表文件fl中，因此可以确定居住地和年龄。由于属性名称列表文件f1由广播公司管理，因此消息发送单元121确定存在相关公司。另外，由于性别被记录在属性名称列表文件f2中，因此可以确定性别。由于属性名称列表文件f2由自来水公司管理，因此消息发送单元121确定存在相关公司。
[0074]
当存在相关公司时(步骤s3：是)，消息发送单元121确定是否可以确定包括在指定条件中的所有属性(步骤s4)。例如，确定在包括在指定条件中的属性中是否存在任何公司都不持有的属性。当不可以确定包括在指定条件中的属性时(步骤s4：否)，或者当在步骤s3中的处理中不存在相关公司时(步骤s3：否)，消息发送单元121在显示设备19上做出发送错误的通知(步骤s5)。
[0075]
当可以确定包括在指定条件中的所有属性时(步骤s4：是)，消息发送单元121发送消息(步骤s6)。更详细地，如图15所示，消息发送单元121将消息msg发送至发送代理服务器200(箭头p1)。当发送消息msg时，消息发送单元121同时发送第一发送支持程序id和目的地
确定程序id。
[0076]
第一发送支持程序id是识别第一发送支持程序的标识符，第一发送支持程序表示消息msg的发送方。在本实施方式中，第一发送支持程序id“α”被分配给安装在消息发送终端10的控制设备100中的第一发送支持程序。同时，目的地确定程序id是识别目的地确定程序的标识符。在本实施方式中，目的地确定程序id“a”被分配给安装在第一db服务器300中的目的地确定程序。目的地确定程序id“b”被分配给安装在第二db服务器400中的目的地确定程序。在步骤s3中的处理中，当存在相关公司时，消息发送单元121可以获取与相关公司相对应的目的地确定程序id。
[0077]
如图12所示，在发送代理服务器200中，管理id生成单元221等待直至接收到消息为止(步骤s11：否)。当接收到消息时(步骤s11：是)，管理id生成单元221生成管理id(步骤s12)。例如，如果管理id“1”已经登记在发送管理表tbl(参照图5)的相关字段中，则管理id生成单元221生成与管理id“1”连续的管理id“2”。
[0078]
当已经生成了管理id时，管理id生成单元221将管理id和消息进行登记(步骤s13)。更详细地，管理id生成单元221将管理id、消息以及与消息一起接收的第一发送支持程序id和目的地确定程序id登记在发送管理表tbl的相关字段中。在本实施方式中，管理id生成单元221将相互关联的管理id“2”、消息“[消息1]”、第一发送支持程序id“α”和目的地确定程序id“a、b”登记在发送管理表tbl的相关字段中(参照图5)。
[0079]
当已经登记了管理id和消息时，管理id生成单元221返回管理id(步骤s14)。更详细地，如图15所示，管理id生成单元221将管理id返回至消息发送终端10的控制设备100(箭头p2)。在控制设备100中，如图11所示，指定条件发送单元122接收管理id(步骤s7)。当接收到管理id时，指定条件发送单元122发送指定条件和管理id(步骤s8)。更详细地，如图15所示，指定条件发送单元122将指定条件和管理id发送至第一db服务器300和第二db服务器400(箭头p3)。当指定条件和管理id已被发送时，指定条件发送单元122等待直至接收到来自发送代理服务器200的关于发送的完成通知为止(步骤s9：否)。
[0080]
在第一db服务器300中，如图13所示，指定条件接收单元321等待直至接收到指定条件和管理id为止(步骤s31：否)。当已经接收到指定条件和管理id时(步骤s31：是)，用户列表生成单元322生成用户列表(步骤s32)。如图15所示，第一db服务器300可以确定年龄和居住地。因此，在指定条件中指定的三个条件中，可以指定依照年龄在50岁并且作为居民居住地在东京的条件的用户x2的用户id。用户列表生成单元322参照属性db 311(图7a)以指定满足针对年龄和居住地的条件的用户id。在本实施方式中，如图15所示，指定了用户id“a、b、c、e、g、h”。当已经指定了用户id时，用户列表生成单元322生成包括指定的用户id但不包括具有指定的用户id的用户x2所具有的属性的用户列表。在本实施方式中，如图15所示，用户列表生成单元322生成包括用户id“a、b、c、e、g、h”的用户列表“a”。
[0081]
当已经生成了用户列表时，用户列表发送单元323发送管理id和用户列表(步骤s33)。更详细地，如图15所示，用户列表发送单元323将用户列表“[用户列表a]”、管理id“2”(未示出)和目的地确定程序id“a”的组合发送至发送代理服务器200(箭头p4)。当管理id和用户列表已被发送时，用户列表发送单元323结束处理。
[0082]
同样在第二db服务器400中，与第一db服务器300类似，指定条件接收单元421等待直至接收到指定条件和管理id为止。当已经接收到指定条件和管理id时，用户列表生成单
元422生成用户列表。如图15所示，第二db服务器400可以确定性别。因此，在指定条件中指定的三个条件中，可以指定依照性别为男性的条件的用户x2的用户id。用户列表生成单元422参照属性db 411(图8a)以指定满足针对性别的条件的用户id。在本实施方式中，如图15所示，指定了用户id“b、c、d、f、h”。当已经指定了用户id时，用户列表生成单元422生成包括指定的用户id但不包括具有指定的用户id的用户x2所具有的属性的用户列表。在本实施方式中，如图15所示，用户列表生成单元422生成包括用户id“b、c、d、f、h”的用户列表“b”。
[0083]
当已经生成了用户列表时，用户列表发送单元423发送管理id和用户列表。更详细地，如图15所示，用户列表发送单元423将用户列表“[用户列表b]”、管理id“2”和目的地确定程序id“b”的组合发送至发送代理服务器200(箭头p4)。当管理id和用户列表已被发送时，用户列表发送单元423结束处理。
[0084]
在发送代理服务器200中，如图12所示，目的地列表生成单元222等待直至接收到用户列表和管理id为止(步骤s15：否)。当接收到用户列表和管理id时(步骤s15：是)，目的地列表生成单元222登记用户列表(步骤s16)。更详细地，每次接收到用户列表、管理id和目的地确定程序id的组合时，目的地列表生成单元222访问发送管理表tbl(参照图5)。当访问发送管理表tbl时，目的地列表生成单元222搜索与接收到的管理id匹配的管理id。
[0085]
当已经找到与接收到的管理id匹配的管理id时，目的地列表生成单元222将接收到的用户列表登记在与所找到的管理id相对应的用户列表中。在本实施方式中，用户列表“a”从第一db服务器300发送，并且用户列表“b”从第二db服务器400发送。因此，目的地列表生成单元222将[用户列表a]和[用户列表b]登记在与管理id“2”相对应的用户列表的字段中。此处，用户列表包括用户id，但是不包括分配有所包括的用户id的用户x2所具有的属性。因此，如图15所示，代理公司不被允许掌握用户x2所具有的属性。以这种方式，可以保护用户x2的个人信息和隐私信息。
[0086]
另外，当找到与接收到的管理id匹配的管理id时，目的地列表生成单元222将接收到的目的地确定程序id登记在与所找到的管理id相对应的接收id的字段中。在本实施方式中，从第一db服务器300发送目的地确定程序id“a”，并且从第二db服务器400发送目的地确定程序id“b”。因此，目的地列表生成单元222将目的地确定程序id“a、b”登记在与管理id“2”相对应的接收id的字段中。
[0087]
当已经登记了用户列表时，目的地列表生成单元222确定发送管理表tbl中的目的地确定程序id和接收到的id是否匹配(步骤s17)。例如，有时在接收到从第一db服务器300发送的用户列表的时间与接收到从第二db服务器400发送的用户列表的时间之间产生间隙。在这种情况下，存在以下可能性：将目的地确定程序id“a、b”登记在目的地确定程序id的字段中，以及将接收到的id“a”登记在接收到的id的字段中，但是不将接收到的id“b”登记在接收到的id的字段中。当目的地确定程序id和接收到的id不匹配时(步骤s17：否)，目的地列表生成单元222返回至步骤s15中的处理。这可以避免后续处理在缺少目的地确定程序id的情况下开始。
[0088]
当目的地确定程序id和接收到的id匹配时(步骤s17：是)，目的地列表生成单元222生成目的地列表(步骤s18)。更详细地，目的地列表生成单元222指定在用户列表之间重复的用户id，并且生成包括指定的用户id的目的地列表。在本实施方式中，如图15所示，用户列表“a”包括用户id“a、b、c、e、g、h”。用户列表“b”包括用户id“b、c、d、f、h”。因此，如图15
所示，目的地列表生成单元222指定在用户列表“a”和用户列表“b”中重复的用户id“b、c、h”，并且生成包括这些用户id“b、c、h”的目的地列表。
[0089]
当已经生成了目的地列表时，目的地列表生成单元222确定目的地列表是否为空(步骤s19)。当目的地列表为空时(步骤s19：是)，目的地列表生成单元222发送错误通知(步骤s20)。更详细地，目的地列表生成单元222将错误通知发送至消息发送终端10的控制设备100。如图11所示，这使得消息发送单元121如步骤s5中的处理一样在显示设备19上做出发送错误的通知。
[0090]
当目的地列表不为空时(步骤s19：否)，目的地列表生成单元222发送目的地列表和消息(步骤s21)。在本实施方式中，如上所述，由于目的地列表包括用户id“b、c、h”，因此目的地列表生成单元222确定目的地列表不为空。因此，如图15所示，目的地列表生成单元222将目的地列表和消息发送至目的地解析服务器500(箭头p5)。
[0091]
当目的地列表和消息已被发送时，目的地列表生成单元222发送关于发送的完成通知(步骤s22)。更详细地，目的地列表生成单元222将完成通知发送至消息发送终端10的控制设备100。随着完成通知的发送，目的地列表生成单元222还可以将包括在目的地列表中的用户id的数量发送至控制设备100。如图11所示，在步骤s9的处理中，控制设备100等待直至接收到完成通知为止，并且当已经接收到完成通知时(步骤s9：是)，指定条件发送单元122结束处理。注意，当已经接收到用户id的数量时，指定条件发送单元122也可以在显示设备19上做出用户id的数量的通知。
[0092]
在目的地解析服务器500中，如图14所示，目的地信息提取单元521等待直至接收到消息和目的地列表为止(步骤s51：否)。当接收到消息和目的地列表时(步骤s51：是)，目的地信息提取单元521提取与用户id相对应的目的地信息(步骤s52)。更详细地，目的地信息提取单元521基于包括在目的地列表中的用户id搜索目的地db 511(参照图10)，并且提取与用户id相对应的目的地信息。在本实施方式中，用户id“b、c、h”包括在目的地列表中。因此，目的地信息提取单元521从目的地db 511提取与用户id“b、c、h”相对应的目的地信息。
[0093]
当已经提取了目的地信息时，消息发送单元522发送消息(步骤s53)。更详细地，消息发送单元522将消息发送至与提取的目的地信息相关联的移动信息终端20。如图15所示，这使得消息到达由具有用户id“b、c、h”的用户x2所拥有的移动信息终端20(箭头p6)。当消息已被发送时，消息发送单元522结束处理。以这样的方式，消息到达具有依照指定条件的属性的用户x2，并且通过包括甚至不依照指定条件的属性来避免消息到达用户x2。当成本与消息到达的数量(或目的地的数量)成比例时，可以抑制浪费成本的产生。
[0094]
(第二实施方式)
[0095]
随后，将描述本实施方式的第二实施方式。在上述第一实施方式中，广播公司和自来水公司各自持有用户id，但是也可以持有用户x2的目的地信息而不是用户id。目的地信息也可以是电子邮件的邮件地址或分配给移动信息终端20的电话号码。例如，用户x2的电子邮件地址或电话号码也可以登记在由广播公司管理的第一db服务器300的属性db 311中。此外，用户x2的电子邮件地址或电话号码也可以登记在由自来水公司管理的第二db服务器400的属性db 411中。
[0096]
这使得在第一实施方式中描述的用户列表“a”和用户列表“b”包括目的地信息而
不是用户id。在这种情况下，用户列表发送单元323和用户列表发送单元423分别将包括有目的地信息的用户列表“a”和用户列表“b”与管理id一起发送至发送代理服务器200。
[0097]
因此，在发送代理服务器200中，目的地列表生成单元222指定在用户列表之间重复的多条目的地信息。此后，在第一实施方式中，目的地列表生成单元222生成包括有指定目的地信息的目的地列表，并且将所生成的目的地列表与消息一起发送至目的地解析服务器500。然而，在第二实施方式中，由于已经指定了目的地信息，因此不再需要解析目的地。例如，可以省略由目的地解析服务器500提取与用户id相对应的目的地信息的处理。在第二实施方式的情况下，可以将消息从发送代理服务器200直接发送至移动信息终端20，而无需在发送支持系统st中包括目的地解析服务器500。
[0098]
(第三实施方式)
[0099]
随后，将描述本实施方式的第三实施方式。在上述第一实施方式中，电信公司持有ip地址作为目的地信息，但是也可以采用邮政公司而不是电信公司，从而持有用户x2的居住地址和姓名而不是ip地址。例如，用户x2的居住地址和姓名也可以登记在由邮政公司管理的目的地解析服务器500的目的地db 511中。
[0100]
在这种情况下，消息发送终端10的控制设备100将包括有消息的打印数据发送至目的地解析服务器500，控制设备100是消息的发送方。打印数据是用于将消息等打印在邮件上的数据。同时，类似于第一实施方式，发送代理服务器200将包括有在用户列表之间重复的用户id的目的地列表发送至目的地解析服务器500。这允许目的地信息提取单元521基于包括在目的地列表中的用户id提取居住地址和姓名。在第三实施方式中，由于目的地解析服务器500由邮政公司管理，因此可以基于打印数据将消息打印在邮件上，并且附加地，可以将所提取的居住地址和姓名打印在邮件上。邮政公司可以将其上打印有消息、居住地址和姓名的邮件发送至用户x2。注意，在第三实施方式的情况下，也可以停止将消息从发送代理服务器200发送至目的地解析服务器500。以这种方式，根据第三实施方式，在保护用户x2的个人信息等的同时，可以将物理邮件而不是电子消息邮寄至具有依照指定条件的属性的用户x2。
[0101]
此外，在上述第一实施方式中，电信公司持有ip地址作为目的地信息，但是也可以采用递送公司而不是电信公司，使得持有用户x2的居住地址和姓名而不是ip地址。例如，用户x2的居住地址和姓名也可以登记在由递送公司管理的目的地解析服务器500的目的地db 511中。
[0102]
在这种情况下，目的地列表生成单元222生成包括有在用户列表之间重复的用户id的目的地列表，然后将包括在目的地列表中的用户id的数量通知给控制设备100，控制设备100是消息的发送方。发送请求者x1准备所通知的递送对象的数量，并且使用快递公司等将准备好的递送对象发送至递送公司。递送对象的示例包括包裹等。同时，类似于第一实施方式，发送代理服务器200将包括有在用户列表之间重复的用户id的目的地列表发送至目的地解析服务器500。这允许目的地信息提取单元521基于包括在目的地列表中的用户id提取居住地址和姓名。
[0103]
由于目的地解析服务器500由递送公司管理，因此当递送对象已经从发送请求者xl移交至递送公司时，递送公司将在其上写有所提取的居住地址和姓名的单据附加至递送对象。这允许将递送对象发送至用户x2。注意，同样在这种情况下，也可以停止将消息从发
送代理服务器200发送至目的地解析服务器500。以这种方式，同样当采用递送公司时，在保护用户x2的个人信息等的同时，可以将物理递送对象而不是电子消息邮寄至具有根据指定条件的属性的用户x2。
[0104]
(第四实施方式)
[0105]
随后，将描述本实施方式的第四实施方式。在上述第一实施方式中，已经描述了目的地列表生成单元222指定在具有公共管理id的用户列表之间重复的用户id并且生成包括有指定的用户id的目的地列表。在第四实施方式中，目的地列表生成单元222指定标识符的第一数量，第一数量是在具有公共管理id的用户列表之间重复的用户id的数量。例如，如果在具有公共管理id的用户列表之间重复的用户id是用户id“b、c、h”，则目的地列表生成单元222指定标识符的第一数量为“3”。
[0106]
此外，目的地列表生成单元222指定标识符的第二数量，第二数量是由广播公司和自来水公司分别持有的用户x2的用户id的并集中的标识符的数量。例如，假设用户id“a、b、c、d、e、f、g、h”包括在由广播公司管理的第一db服务器300的属性db 311(参照图7a)中。同时，假设用户id“a、b、c、d、e、f、g、h、i、j”包括在由自来水公司管理的第二db服务器400的属性db 411(参照图8a)中。在这种情况下，由于两组用户id的并集是用户id“a、b、c、d、e、f、g、h、i、j”，因此目的地列表生成单元222指定标识符的第二数量为“10”。
[0107]
当已经指定了标识符的第一数量和标识符的第二数量时，目的地列表生成单元222将标识符的第一数量与标识符的第二数量的比率发送至消息发送终端10的作为发送方的控制设备100。在本实施方式的情况下，目的地列表生成单元222将比率“0.3”、比率“30％”等发送至控制设备100。在控制设备100中，由于指定条件发送单元122接收到比率并且在显示设备19上做出通知，因此允许发送请求者x1确认消息已经发送至何种程度的比率。
[0108]
尽管到目前为止已经详细描述了优选实施方式，但是本实施方式不限于特定实施方式，并且可以在权利要求书中描述的本实施方式的范围内进行各种修改和改变。例如，上述各种服务器也可以通过物理服务器或虚拟服务器来实现。