信息处理设备和信息处理方法

本发明涉及一种信息处理设备和一种信息处理方法。

专利文献1公开了一种翻译服务竞卖系统，其中，请求翻译的成员(翻译请求成员) 出示样本文档，并且承包翻译的成员(翻译承包成员)将样本文档的翻译结果发送给翻译请 求成员，使得翻译请求成员将样本文档的翻译结果进行比较以选择翻译承包成员。

专利文献1：JP-A-2004-341985

在现有技术中，作为用于确定创建内容的任务的承包方的方法，存在如下竞争方 法：其向想要该任务的合同的多个申请方请求全部或部分任务以竞争性地确定哪个内容更 好。然而，在一些情况下，任务的委托方期望有这样一种指定方法，其从任务的合同的申请 方当中指定一个或多个申请方来请求该任务。然而，在现有技术中，没有可以选择竞争方法 和指定方法中的任一种的系统。

本发明的目的在于使得能够接收对指定方法和竞争方法中的任一种的选择，该指 定方法从创建内容的任务的合同的申请方当中指定一个或多个申请方来请求该任务，该竞 争方法向同一任务的合同的两个或更多个申请方请求全部或部分任务，以竞争地确定哪个 内容更好。

根据本发明的第一方面，提供了一种信息处理设备，其包括：

任务请求接收单元，其接收针对创建内容的任务的请求；

合同申请接收单元，其接收对该任务的合同的申请；

方法选择接收单元，其接收对指定方法和竞争方法中的任一种的选择，该指定方 法在其申请被合同指定单元接收到的申请方当中指定一个或多个申请方，并且向所指定的 一个或多个申请方请求该任务，竞争方法向其申请被合同申请接收单元接收到的两个或更 多个申请方请求全部或部分任务，并且竞争性地确定哪个内容更好；以及

任务合同请求单元，其在指定方法被选择时，将用于请求任务的合同的信息输出 到在其申请被合同申请接收单元接收到的申请方当中指定的一个或多个申请方，并且在竞 争方法被选择时，将用于请求全部或部分任务的合同的信息输出到其申请被合同申请接收 单元接收到的两个或更多个申请方。

根据本发明的第二方面，提供了根据第一方面的信息处理设备，所述信息处理设 备还包括：

画面信息输出单元，所述画面信息输出单元根据其申请被合同申请接收单元接收 到的申请方来输出表示画面的信息，所述画面推荐选择指定方法和竞争方法中的任一种。

根据本发明的第三方面，提供了根据第一方面的信息处理设备，所述信息处理设 备还包括：

方法选择单元，所述方法选择单元根据其申请被合同申请接收单元接收到的申请 方来选择指定方法和竞争方法中的任一种。

根据本发明的第四方面，提供了根据第一方面的信息处理设备，其中，

在输出了表示画面的信息之后，该方法选择接收单元接收该选择，所述画面上显 示有关于其申请被所述合同申请接收单元接收到的申请方的信息。

根据本发明的第五方面，提供了根据第一方面的信息处理设备，所述信息处理设 备还包括：

画面信息输出单元，其输出表示画面的信息，所述画面接收对指定方法和竞争方 法中的任一种的选择，其中，

在所述画面上根据所述申请方的特性来排列关于其申请被合同申请接收单元接 收到的申请方的信息。

根据本发明的第六方面，提供了一种信息处理方法，包括：

接收针对创建内容的任务的请求；

接收对该任务的合同的申请；

接收对指定方法和竞争方法中的任一种的选择，该指定方法在其申请被合同申请 接收单元接收到的申请方当中指定一个或多个申请方，并且向所指定的一个或多个申请方 请求该任务，竞争方法向其申请被合同申请接收单元接收到的两个或更多个申请方请求全 部或部分任务，并且竞争性地确定哪个内容更好；以及

在指定方法被选择时，将用于请求任务的合同的信息输出到在其申请被合同申请 接收单元接收到的申请方当中指定的一个或多个申请方，并且在竞争方法被选择时，将用 于请求全部或部分任务的合同的信息输出到其申请被合同申请接收单元接收到的两个或 更多个申请方。

根据本发明的第一或第六方面，能够接收对指定方法和竞争方法中的任一种的选 择，该指定方法在创建内容的任务的合同的申请方当中指定一个或多个申请方以请求任 务，该竞争方法向同一任务的合同的两个或更多个申请方请求全部或部分任务以竞争性地 确定哪个内容更好。

根据本发明的第二至第四方面，能够支持对指定方法和竞争方法中的任一种的选 择。

根据本发明的第五方面，能够支持申请方的选择。

将基于以下附图详细描述本发明的示例性实施例，在附图中：

图1是示出任务外包(outsource)系统的示例性配置的框图；

图2是示出委托方终端的示例性配置的框图；

图3是示出承包方终端的示例性配置的框图；

图4是示出中介服务器(mediation server)的示例性配置的框图；

图5是示出用户信息数据库的示例的视图；

图6是示出任务管理数据库的示例的视图；

图7是示出申请方信息数据库的示例的视图；

图8是示出任务请求操作的示例的序列图；

图9是示出任务请求操作的示例的序列图；

图10是示出任务请求操作的示例的序列图；

图11是示出状态画面的示例的视图；

图12是示出订购画面的示例的视图；

图13是示出提交操作的示例的序列图；

图14是示出提交操作的示例的序列图；

图15是示出状态画面的示例的视图；

图16是示出内容列表画面的示例的视图；

图17是示出提交操作的示例的序列图；

图18是示出提交操作的示例的序列图；以及

图19是示出状态画面的示例的视图。

下文中，将参照附图描述本发明的示例性实施例。

1.示例性实施例

1-1.配置

1-1-1.任务外包系统1

图1是示出根据本发明的示例性实施例的任务外包系统1的示例性配置的框图。任 务外包系统1包括由任务的委托方使用的一个或多个委托方终端10、由任务的承包方使用 的一个或多个承包方终端20以及将任务从委托方转交(mediate)到承包方的中介服务器 30。委托方终端10、承包方终端20和中介服务器30通过诸如互联网的通信线路40彼此连接。

1-1-2.委托方终端10

图2是示出委托方终端10的示例性配置的框图。委托方终端10是计算机。例如，委 托方终端10是诸如智能电话或平板式终端的便携式计算机或者固定计算机。委托方终端10 实质上包括控制器11、存储单元12、通信单元13、操作单元14和显示器15。

控制器11包括诸如中央处理单元(CPU)的算术处理装置和存储器，并且执行存储 在存储器或存储单元12中的程序。存储单元12是诸如闪速存储器的存储装置，并且存储由 控制器11执行的程序。通信单元13是诸如数据通信卡的通信模块，并且通过通信线路40与 中介服务器30进行通信。操作单元14是诸如触摸传感器或操作键的操作接收装置，并且将 由操作者进行的操作的信息输出到控制器11。显示器15是诸如液晶显示器或有机EL显示器 的显示装置，并且显示从控制器11输出的图像。

控制器11执行存储在存储单元12中的程序以实现如下单元所起到的功能：任务请 求单元111、状态询问单元112、订购单元113和内容获得单元114。

任务请求单元111向中介服务器30请求创建内容的任务。具体地，任务请求单元 111从请求创建内容的任务的委托方接收指令，并且向中介服务器30请求用于上传表示内 容的原稿的图像的上传画面。当接收到从中介服务器30发送的上传画面时，在显示器15上 显示上传画面。在显示上传画面之后，当委托方对操作单元14进行操作以选择表示内容的 原稿的图像并发布上传指令时，任务请求单元111将包括所选择的图像的任务请求发送至 中介服务器30。在发送了任务请求之后，任务请求单元111允许显示器15显示从中介服务器 30获知的管理编号。

状态询问单元112向服务器询问向中介服务器30请求的任务的状态。具体地，状态 询问单元112从想要检查任务的状态的委托方接收指令，并且向中介服务器30请求状态画 面。当接收到从中介服务器30发送的状态画面时，状态画面显示在显示器15上。

订购单元113指定订购方法，并且命令中介服务器30创建内容。具体地，订购单元 113从想要显示订购画面的委托方接收指令，并且向中介服务器30请求订购画面。然后，当 接收到从中介服务器30发送的订购画面时，订购画面显示在显示器15上。作为订购方法的 选项，指定方法和竞争方法呈现在所显示的订购画面上。另外，呈现关于承包任务的申请方 的信息。在显示订购画面之后，当委托方对操作单元14进行操作以选择任一种订购方法时， 订购单元113将通知所选择的订购方法的订购请求发送至中介服务器30。

内容获得单元114从中介服务器30获得承包方创建的内容。具体地，当选择竞争方 法作为订购方法的委托方命令显示由每个承包方创建的内容的列表画面时，内容获得单元 114向中介服务器30请求内容列表画面。当接收到从中介服务器30发送的内容列表画面时， 内容列表画面显示在显示器15上。在显示内容列表画面之后，当委托方对操作单元14进行 操作以选择任一内容时，内容获得单元114将用于指定所选择的内容的内容请求发送至中 介服务器30。另外，内容获得单元114将从中介服务器30发送的内容存储在存储单元12中。

当选择指定方法作为订购方法的委托方命令下载由所指定的承包方创建的内容 时，内容获得单元114将用于请求内容的内容请求发送至中介服务器30。然后，内容获得单 元114将从中介服务器30发送的内容存储在存储单元12中。

1-1-3.承包方终端20

图3是示出承包方终端20的示例性配置的框图。承包方终端20是计算机。例如，承 包方终端20是诸如智能电话或平板式终端的便携式计算机或者固定计算机。承包方终端20 实质上包括控制器21、存储单元22、通信单元23、操作单元24和显示器25。

控制器21包括诸如中央处理单元(CPU)的算术处理装置和存储器，并且执行存储 在存储器或存储单元22中的程序。存储单元22是诸如闪速存储器的存储装置，并且存储由 控制器21执行的程序。通信单元23是诸如数据通信卡的通信模块，并且通过通信线路40与 中介服务器30进行通信。操作单元24是诸如触摸传感器或操作键的操作接收装置，并且将 由操作者进行的操作的信息输出至控制器21。显示器25是诸如液晶显示器或有机EL显示器 的显示装置，并且显示从控制器21输出的图像。

控制器21执行存储在存储单元22中的程序以实现如下单元所起到的功能：合同申 请单元211、用户信息询问单元212和提交单元213。

合同申请单元211向中介服务器30申请针对创建内容的任务的合同。具体地，合同 申请单元211从想要将创建内容的任务承包下来的承包方接收指令，并且向中介服务器30 请求合同收集画面。然后，当接收到从中介服务器30发送的合同收集画面时，合同申请单元 211在显示器25上显示合同收集画面。在显示合同收集画面之后，当承包方对操作单元24进 行操作以命令申请该任务的合同时，合同申请单元211将包括任务的管理编号的合同申请 发送至中介服务器30。

用户信息询问单元212向中介服务器30询问关于向承包方订购的订单的信息。具 体地，用户信息询问单元212从想要检查向承包方订购的订单的承包方接收指令以向中介 服务器30请求用户信息画面。然后，当接收到从中介服务器30发送的用户信息画面时，用户 信息询问单元212在显示器25上显示用户信息画面。

提交单元213向中介服务器30提交由承包方创建的内容。具体地，提交单元213从 创建内容的承包方接收指令，并且向中介服务器30请求上传画面以上传内容。当接收到从 中介服务器30发送的上传画面时，提交单元213在显示器25上显示上传画面。在显示上传画 面之后，当承包方对操作单元24进行操作以选择所创建的内容并且命令上传所选择的内容 时，提交单元213将所选择的内容发送至中介服务器30。

1-1-4.中介服务器30

图4是示出中介服务器30的示例性配置的框图。中介服务器30是网络服务器，并且 是根据本发明的信息处理设备的示例。中介服务器30实质上包括控制器31、存储单元32和 通信单元33。

控制器31包括诸如中央处理单元(CPU)的算术处理装置和存储器，并且执行存储 在存储器或存储单元32中的程序。存储单元32是诸如硬盘驱动器(HDD)的存储装置，并且存 储要由控制器31执行的程序。存储单元32可以安装在通过通信线路40连接的外部服务器 中。通信单元33是诸如数据通信卡的通信模块，并且通过通信线路40与委托方终端10和承 包方终端20进行通信。

存储单元32除了存储由控制器31执行的程序外还存储下列数据库：用户信息数据 库321，其管理使用任务的中介服务的用户的信息；任务管理数据库322，其管理关于所请求 的任务的信息；以及申请方信息数据库323，其管理关于对所请求的任务的合同进行了申请 的申请方的信息。

图5是示出用户信息数据库321的示例的视图。构成用户信息数据库321的每个记 录包括用于存储如下信息的字段：用户ID，其为用户的标识信息；委托方所请求的任务的管 理编号，其为委托方所请求的任务的标识信息；以及由承包方承包的任务的管理编号。

图6是示出任务管理数据库322的示例的视图。构成任务管理数据库322的每个记 录包括存储如下信息的字段：任务的管理编号；图像ID，其为表示内容的原稿的原稿图像的 标识信息；任务的任务订购方法；任务的状态；以及任务的截止日期。这里，任务订购方法包 括指定方法和竞争方法这两种方法。指定方法是这样一种订购方法：在其对任务合同的申 请已被接收的申请方当中，指定一个或多个申请方，并且向所指定的一个或多个申请方请 求任务。同时，竞争方法是这样一种订购方法：向其对任务合同的申请已被接收的两个或更 多个申请方请求全部或部分任务，并且竞争性地确定哪个内容更好。所述竞争方法是根据 本发明的竞争方法的示例。

图7是示出申请方信息数据库323的示例的视图。构成申请方信息数据库323的每 个记录包括用于存储如下内容的字段：任务的管理编号；对任务的合同做出申请的申请方 的用户ID；内容ID，其为由承包方提交的内容的标识信息；以及订购标记，其表示是否向申 请方进行订购。这里，订购标记处于开启状态的状态表示发布了订单，订购标记处于关闭状 态的状态表示未发布订单。订购标记的初始值处于关闭状态。

控制器31执行存储在存储单元32中的程序以实现多种诸如如下单元所起到的作 用：任务请求接收单元311、合同申请接收单元312、状态通知单元313、订单接收单元314、用 户信息呈现单元315、提交接收单元316、内容提交单元317和支付单元318。

任务请求接收单元311从委托方终端10接收对于创建内容的任务的请求。具体地， 任务请求接收单元311接收由委托方终端10发布的对于上传画面的请求以将上传画面发送 至委托方终端10。在发送上传画面之后，当获得从委托方终端10发送的任务请求时，任务请 求接收单元311向委托方所请求的任务分配管理编号。在分配管理编号之后，任务请求接收 单元311将所分配的管理编号、委托方的用户ID、原稿图像的图像ID、任务的状态(“现在收 集”)彼此相关联地登记在任务管理数据库322中。另外，任务请求接收单元311将所分配的 管理编号作为所请求的任务的管理编号与委托方的用户ID相关联地登记在用户信息数据 库321中。在将管理编号登记在用户信息数据库321中之后，任务请求接收单元311向委托方 终端10通知所分配的管理编号。另外，任务请求接收单元311将所接收到的任务请求公布在 中介服务器30存储的合同收集画面上。

合同申请接收单元312从承包方终端20接收对于任务的合同的申请。具体地，合同 申请接收单元312接收由承包方终端20发布的对于合同收集画面的请求，并且将合同收集 画面发送至承包方终端20。在发送合同收集画面之后，当获得从承包方终端20发送的合同 申请时，合同申请接收单元312将包括在合同申请中的管理编号和承包方的用户ID彼此相 关联地登记在申请方信息数据库323中。

状态通知单元313向委托方终端通知委托方终端10所请求的任务的状态。具体地， 状态通知单元313接收由委托方终端10发布的对于状态画面的请求，并且生成该委托方的 任务的状态画面。在这种情况下，状态通知单元313参考任务管理数据库322、基于从委托方 终端10发送的管理编号来指定任务的状态。另外，当所指定的任务的状态不在“完成订购” 之后时，状态通知单元313参考申请方信息数据库323来指定申请方的用户ID。然后，状态通 知单元313生成用于通知所指定的信息和任务的管理编号的状态画面，并且将状态画面发 送至委托方终端10。

订单接收单元314接收委托方终端10发布的创建内容的订单。具体地，订单接收单 元314接收由委托方终端10发布的对于订购画面的请求，并且生成订购画面。在这种情况 下，订单接收单元314参考申请方信息数据库323、基于从委托方终端10发送的管理编号来 指定申请方的用户ID。当指定了申请方的用户ID时，订单接收单元314生成用于通知信息以 及订购方法的选项的订购画面，并且将订购画面发送至委托方终端10。在发送了订购画面 之后，当获得从委托方终端10发送的订购请求时，订单接收单元314将委托方选择的订购方 法与从委托方终端发送的管理编号相关联地登记在任务管理数据库322中。另外，在任务管 理数据库中，由管理编号标识的任务的状态从“收集结束”更新为“订购完成”。另外，任务的 截止日期被登记在任务管理数据库中。这里，例如，截止日期是通过将预定时段(例如，一 周)与从委托方终端10接收到订单请求的日期和时间相加而算出的。另外，订单接收单元 314将任务的管理编号与接收任务的订单的承包方的用户ID相关联地登记到用户信息数据 库321中。另外，订单接收单元314将申请方信息数据库323中接收任务订单的承包方的订购 标记设置为开启。

订单接收单元314是根据本发明的方法选择接收单元的示例，所述方法选择接收 单元接收将指定方法和竞争方法中的任一种选择为订购方法所进行的选择。另外，在合同 申请接收单元312开始接收合同的申请之后，订单接收单元314接收对订购方法的选择。更 具体地，合同申请接收单元312开始接收合同的申请、结束该接收、以及向委托方呈现关于 申请方的信息然后接收对订购方法的选择。相应地，委托方可以在检查关于申请方的信息 之后根据申请方的状况来选择订购方法，使得可以容易地执行选择。另外，根据另一示例性 实施例，订单接收单元314甚至可以在结束接收合同的申请之前就向委托方呈现当时的关 于管理申请方的信息，并在呈现之后接收对订购方法的选择。

另外，订单接收单元314是根据本发明的画面信息输出单元的示例，该画面信息输 出单元输出表示用于接收对指定方法和竞争方法中的任一种的选择的画面的信息。

用户信息呈现单元315向承包方终端20呈现关于向承包方订购的订单的信息。具 体地，用户信息呈现单元315接收由承包方终端20发布的对于用户信息画面的请求以生成 用户信息画面。在这种情况下，用户信息呈现单元315参考用户信息数据库321、基于从承包 方终端20发送的用户ID来指定承包方承包的任务的管理编号。然后，用户信息呈现单元315 参考任务管理数据库322来指定由管理编号标识的任务的订购方法、截止日期和原稿图像 ID。另外，当选择竞争方法作为任务的订购方法时，用户信息呈现单元315参考申请方信息 数据库323来指定对管理编号所标识的任务进行承包的承包方的数量。当指定了所述信息 时，用户信息呈现单元315生成通知所指定的信息的用户信息画面，并且将用户信息画面发 送至承包方终端20。

用户信息呈现单元315是根据本发明的任务合同请求单元的示例，在指定方法被 选择时，该任务合同请求单元向在其申请被合同申请接收单元312接收到的申请方当中指 定的一个或多个申请方输出用于请求任务的合同的信息，而当竞争方法被选择时，该任务 合同请求单元向其申请被合同申请接收单元312接收到的两个或更多个申请方输出用于请 求任务的合同的信息。

提交接收单元316接收由承包方创建且从承包方终端20发送的内容。具体地，当获 得从承包方终端20发送的内容时，提交接收单元316将用于标识所述内容的内容ID与从承 包方终端20发送的管理编号和用户ID相关联地存储在申请方信息数据库323中。在存储内 容ID之后，当选择指定方法作为任务的订购方法时，提交接收单元316在任务管理数据库 322中将由管理编号标识的任务的状态从“订购完成”更新为“提交完成”。同时，当选择竞争 方法作为任务的订购方法时，提交接收单元316针对由管理编号标识的任务来确定来自所 有承包方的提交是否已经完成。作为确定的结果，当来自所有承包方的提交未完成时，提交 接收单元316等待来自另一承包方的提交。同时，当来自所有承包方的提交完成时，在任务 管理数据库322中，将由管理编号标识的任务的状态从“订购完成”更新为“提交完成”。

内容提交单元317将承包方创建的内容提交给委托方终端10。具体地，当选择竞争 方法作为任务的订购方法时，内容提交单元317接收委托方终端10发布的对于内容列表画 面的请求以生成内容列表画面。在该情况下，内容提交单元317参考申请方信息数据库323、 基于从委托方终端10发送的管理编号来指定由每个申请方提交的内容的内容ID。当指定了 每个内容ID时，内容提交单元317生成表示每个内容ID所标识的内容的缩小图像的内容列 表画面，并且将内容列表画面发送至委托方终端10。当在发送内容列表画面之后获得从委 托方终端10发送的内容请求时，内容提交单元317从存储单元32读出所请求的内容以将所 请求的内容发送至委托方终端10。同时，在选择指定方法作为任务的订购方法的情况下，当 获得从委托方终端10发送的内容请求时，内容提交单元317参考申请方信息数据库323来指 定与从委托方终端发送的管理编号和所指定的承包方相关联的内容ID。然后，内容提交单 元317从存储单元32读出由所指定的内容ID标识的内容以将该内容发送至委托方终端10。

当完成了任务时，支付单元318为任务进行支付。具体地，首先，支付单元318向任 务的委托方收取任务的外包花费。例如，支付单元318从委托方的指定账户收取任务的外包 花费。其次，支付单元318对任务的承包方进行支付。例如，支付单元318将该付款存于承包 方的指定账户。

1-2.操作

1-2-1.任务请求操作

将描述任务外包系统1的操作。图8至图10是示出由任务外包系统1执行的任务请 求操作的示例的序列图。在附图中所示的示例是将委托方对文档的设计外包给作为设计方 的承包方的操作。另外，在附图中，虽然为了便于描述仅示出一个承包方终端20，但是实际 上在任务请求操作中也可以涉及多个承包方终端20。所示的承包方终端20是在任务请求操 作中实际涉及的多个承包方终端20之一的示例。

外包文档的设计的委托方对委托方终端10的操作单元14进行操作以指示对于上 传画面的请求从而将表示文档的原稿的图像上传到中介服务器30的(步骤Sa1)。委托方终 端10的任务请求单元111接收该指示以向中介服务器30请求上传画面(步骤Sa2)。中介服务 器30的任务请求接收单元311接收委托方终端10发布的对于上传画面的请求以将上传画面 发送至委托方终端10(步骤Sa3)。

当获得从中介服务器30发送的上传画面时，委托方终端10的任务请求单元111在 显示器15上显示上传画面(步骤Sa4)。在显示上传画面之后，当委托方对操作单元14进行操 作以选择表示文档的原稿的图像并发布上传指令时(步骤Sa5)，任务请求单元111将包括所 选择的图像的任务请求发送至中介服务器30(步骤Sa6)。任务请求包括委托方的用户ID。另 外，在原稿图像中，可以附加用于发送设计策略或图像的注释页。

当获得从委托方终端10发送的任务请求时，中介服务器30的任务请求接收单元 311向从委托方请求的任务分配管理编号(步骤Sa7)。在分配管理编号之后，任务请求接收 单元311将所分配的管理编号、原稿图像的图像ID和任务的状态(“现在收集”)彼此相关联 地登记在任务管理数据库322中(步骤Sa8)。另外，任务请求接收单元311将所分配的管理编 号作为所请求的任务的管理编号与委托方的用户ID相关联地登记在用户信息数据库321 中。在将管理编号登记在用户信息数据库321中之后，任务请求接收单元311向委托方终端 10通知所分配的管理编号(步骤Sa9)。委托方终端10的任务请求单元111在显示器15上显示 从中介服务器30通知的管理编号(步骤Sa10)。在该情况下，可以将管理编号连同用于通知 任务请求被安全地接收的消息以及用于通知管理编号被用作唯一地标识所请求的任务的 标识编号的消息一起显示。另外，中介服务器30的任务请求接收单元311将所接收到的任务 请求公布在中介服务器30存储的合同收集画面上(步骤Sa11)。具体地，管理编号和原稿图 像被公布在合同收集画面上。

要求文档设计的合同的承包方对承包方终端20的操作单元24进行操作以指示对 于合同收集画面的请求，以便浏览合同收集画面(步骤Sa12)。承包方终端20的合同申请单 元211接收该指示以向中介服务器30请求合同收集画面(步骤Sa13)。中介服务器30的合同 申请接收单元312接收由承包方终端20发布的对于合同收集画面的请求，并且将合同收集 画面发送至承包方终端20(步骤Sa14)。

当获得从中介服务器30发送的合同收集画面时，承包方终端20的合同申请单元 211在显示器25上显示合同收集画面(步骤Sa15)。在观看所显示的合同收集画面之后，当承 包方对操作单元24进行操作以命令申请在步骤Sa11中公布的任务的合同时(步骤Sa16)，合 同申请单元211将包括任务的管理编号的合同申请发送至中介服务器30(步骤Sa17)。合同 申请还包括承包方的用户ID。另外，合同申请单元211可以将用于通知拒绝任务合同的意向 的申请发送至中介服务器30。

当获得从承包方终端20发送的合同申请时，中介服务器30的合同申请接收单元 312将包括在合同申请中的管理编号和承包方的用户ID彼此相关联地登记在申请方信息数 据库323中(步骤Sa18)。

当外包文档的设计的委托方检查外包任务的合同的收集状况时，委托方对委托方 终端10的操作单元14进行操作以指示对于状态画面的请求(步骤Sa19)。委托方终端10的状 态询问单元112接收该指示以向中介服务器30请求状态画面(步骤Sa20)。在这种情况下，状 态询问单元112将任务的管理编号发送至中介服务器30。中介服务器30的状态通知单元313 接收委托方终端10发布的对于状态画面的请求，并且生成委托方的任务的状态画面(步骤 Sa21)。当生成了状态画面时，状态通知单元313通过参考任务管理数据库322、基于从委托 方终端10发送的管理编号来指定任务的状态。另外，当所指定的任务的状态不在“完成订 购”之后时，状态通知单元313参考申请方信息数据库323来指定申请方的用户ID。状态通知 单元313生成用于通知所指定的信息以及任务的管理编号的状态画面，并且将状态画面发 送至委托方终端10(步骤Sa22)。

当获得从中介服务器30发送的状态画面时，委托方终端10的状态询问单元112在 显示器15上显示状态画面(步骤Sa23)。委托方观看所显示的状态画面并且检查任务和申请 方的状态。

当在从委托方终端10获得任务请求之后经过预定时间(例如，24小时)时，中介服 务器30的合同申请接收单元312结束对任务的合同的收集。作为另一示例，当获得来自所有 承包方的申请时，合同申请接收单元312结束对任务的合同的收集。当对合同的收集结束 时，合同申请接收单元312将任务管理数据库322中任务的状态从“现在收集”更新为“收集 结束”(步骤Sa24)。另外，合同申请接收单元312从中介服务器30存储的合同收集画面中删 除任务请求。

在完成对合同的收集之后，当外包文档的设计的委托方对委托方终端10的操作单 元14进行操作以指示对于状态画面的请求时(步骤Sa25)，委托方终端10的状态询问单元 112向中介服务器30请求状态画面(步骤Sa26)，并且在显示器15上显示从中介服务器30发 送的状态画面(步骤Sa29)。这里，由于对步骤Sa27和Sa28的描述与以上对步骤Sa21和Sa22 的描述重叠，因此将省略对其的描述。图11是示出状态画面的示例的视图。在图11所示的画 面上，由于已完成对合同的收集，因此显示用于转换到订购画面的订购画面显示按钮B1以 能够进行选择。在图11所示的示例中，接收来自两个承包方终端20的合同申请。

在显示状态画面之后，当委托方对委托方终端10的操作单元14进行操作以选择订 购画面显示按钮B1时(步骤Sa30)，委托方终端10的订购单元113向中介服务器30请求订购 画面(步骤Sa31)。在该情况下，命令单元113将任务的管理编号发送至中介服务器30。中介 服务器30的订单接收单元314接收委托方终端10发布的对于订购画面的请求并生成订购画 面(步骤Sa32)。当生成订购画面时，订单接收单元314参考申请方信息数据库323、基于从委 托方终端10发送的管理编号而指定申请方的用户ID。当指定了申请方的用户ID时，订单接 收单元314生成用于通知信息和订购方法的选项的订购画面并将订购画面发送至委托方终 端10(步骤Sa33)。

当获得从中介服务器30发送的订购画面时，委托方终端10的订购单元113在显示 器15上显示订购画面(步骤Sa34)。图12是示出订购画面的示例的视图。在图12所示的订购 画面上，作为订购方法的选项，显示用于选择指定方法的选择按钮B2和用于选择竞争方法 的选择按钮B3以能够进行选择。当选择了指定方法时，费用为“9000日元”，而当选择了竞争 方法时，费用为“10000日元”。另外，还可以显示用于停止任务外包的选择按钮。另外，在图 12所示的画面上，合同的申请方的用户ID被显示为指定目标。每个申请方使用单选按钮进 行选择。然而，单选按钮仅仅是示例，并且可以用诸如复选框或列出框的其它选择方法替 代。在图12所示的示例中，接收到来自两个承包方终端20的合同申请。

在显示订购画面之后，当委托方对委托方终端10的操作单元14进行操作以选择一 个申请方并且选择选择按钮B2或选择按钮B3时(步骤Sa35)，委托方终端10的订购单元113 将包括所选择的信息的订购请求发送至中介服务器30(步骤Sa36)。订购请求还包括要订购 的任务的管理编号。另外，可以选择两个或更多个申请方。另外，即使选择了竞争方法，也可 以选择参与竞争的申请方。当获得从委托方终端10发送的订购请求时，中介服务器30的订 单接收单元314将委托方选择的订购方法与从委托方终端发送的管理编号相关联地登记在 任务管理数据库322中(步骤Sa37)。另外，在任务管理数据库中，由管理编号区分的任务的 状态从“收集结束”更新为“订购完成”。另外，任务的截止日期被登记在任务管理数据库中。 这里，例如，截止日期是通过将预定时段(例如，一周)与从委托方终端10接收到订购请求的 日期和时间相加而算出的。另外，订单接收单元314将任务的管理编号与接收任务的订单的 承包方的用户ID相关联地登记在用户信息数据库321中。另外，订单接收单元314在申请方 信息数据库323中将接收任务的订单的承包方的订购标记设置为开启。

1-2-2.提交操作(当选择了竞争方法时)

图13和图14是示出当在步骤Sa35中选择了竞争方法时由任务外包系统1执行的提 交操作的示例的序列图。图13和图14所示的示例是作为设计者的承包方向委托方提交所创 建的文档的操作。另外，在图13和图14中，虽然为了便于描述而仅示出了一个承包方终端 20，但是在提交操作中实际上也可以涉及多个承包方终端20。所示的承包方终端20是在提 交操作中实际上涉及的多个承包方终端20之一的示例。

在委托方进行订购之后，承包方(其检查是否存在针对其的订单)对承包方终端20 的操作单元24进行操作以指示对于用户信息画面的请求(步骤Sb1)。承包方终端20的用户 信息询问单元212接收该指示以向中介服务器30请求用户信息画面(步骤Sb2)。在这种情况 下，用户信息询问单元212将承包方的用户ID发送至中介服务器30。中介服务器30的用户信 息呈现单元315接收承包方终端20发布的对于用户信息画面的请求以生成用户信息画面 (步骤Sb3)。在生成用户信息画面时，用户信息呈现单元315参考用户信息数据库321、基于 从承包方终端20发送的用户ID来指定承包方所承包的任务的管理编号。然后，用户信息呈 现单元315参考任务管理数据库322来指定由管理编号标识的任务的订购方法、截止日期和 原始草稿图像ID。另外，当选择竞争方法作为任务的订购方法时，用户信息呈现单元315参 考申请方信息数据库323来指定承包由管理编号区分的任务的承包方的编号。当指定了该 信息时，用户信息呈现单元315生成通过其通知任务的管理编号、订购方法、截止日期、原始 图像和承包方数量的用户信息画面，并且将用户信息画面发送至承包方终端20(步骤Sb4)。

当获得从中介服务器30发送的用户信息画面时，承包方终端20的用户信息询问单 元212在显示器25上显示用户信息画面(步骤Sb5)。承包方通过观看所显示的用户信息画面 来检查任务的订购方法、截止日期、原始图像和承包方数量。

当承包方参考在用户信息画面上显示的原始图像来完成文档的设计时，承包方对 承包方终端20的操作单元24进行操作以指示对于上传画面的请求(步骤Sb6)，以便将文档 上传到中介服务器30(Sb6)。承包方终端20的提交单元213接收该指示以向中介服务器30请 求上传画面(步骤Sb7)。中介服务器30的提交接收单元316接收承包方终端20发布的对于上 传画面的请求以将上传画面发送至承包方终端20(步骤Sb8)。

当获得从中介服务器30发送的上传画面时，承包方终端20的提交单元213在显示 器25上显示上传画面(步骤Sb9)。在显示上传画面之后，当承包方对操作单元24进行操作以 选择所创建的文档并且命令上传所选择的文档时(步骤Sb10)，提交单元213将所选择的文 档发送至中介服务器30(步骤Sb11)。在该情况下，提交单元213将所承包的任务的管理编号 和承包方的用户ID发送至中介服务器30。

当获得从承包方终端20发送的文档时，中介服务器30的提交接收单元316将标识 文档的内容ID与从承包方终端20发送的管理编号和用户ID相关联地存储在申请方信息数 据库323中(步骤Sb12)。在存储内容ID之后，提交接收单元316确定是否所有承包方均完成 了对由管理编号标识的任务的提交。作为确定结果，当确定所有承包方还未完成提交时，提 交接收单元316等待来自另一承包方的提交。同时，当确定完成了所有承包方均已完成提交 时，提交接收单元316在任务管理数据库322中将由管理编号区分的任务的状态从“订购完 成”更新为“提交完成”(步骤Sb13)。

在所有承包方均完成提交之后，当委托方对委托方终端10的操作单元14进行操作 以指示对于状态画面的请求时(步骤Sb14)，委托方终端10的状态询问单元112向中介服务 器30请求状态画面(步骤Sb15)并且在显示器15上显示从中介服务器30发送的状态画面(步 骤Sb18)。这里，由于对步骤Sb16和Sb17的描述与以上对步骤Sa21和Sa22的描述重叠，因此 将省略对其的描述。图15是示出状态画面的示例的视图。由于所有承包方均已完成提交，因 此在图15所示的画面上，显示用于转换至内容列表画面的内容列表显示按钮B4以能够进行 选择。

在显示状态画面之后，当委托方对委托方终端10的操作单元14进行操作以选择内 容列表显示按钮B4时(步骤Sb19)，委托方终端10的内容获得单元114向中介服务器30请求 内容列表画面(步骤Sb20)。在这种情况下，内容获得单元114将任务的管理编号发送至中介 服务器30。中介服务器30的内容提交单元317接收由委托方终端10发布的对于内容列表的 请求并且生成内容列表画面(步骤Sb21)。在生成内容列表画面时，内容提交单元317参考申 请方信息数据库323、基于从委托方终端10发送的管理编号来指定由每个申请方提交的文 档的内容ID。当指定了每个内容ID时，内容提交单元317生成表示由每个内容ID标识的文档 的缩小图像的内容列表画面并将内容列表画面发送至委托方终端10(步骤Sb22)。

当获得从中介服务器30发送的内容列表画面时，委托方终端10的内容获得单元 114在显示单元15上显示内容列表画面(步骤Sb23)。图16是示出内容列表画面的示例的视 图。在图16所示的内容列表画面上，显示每个承包方提交的文档的缩小图像以能够进行选 择。可以仅下载在内容列表画面上显示的文档中的一个。文档的缩小图像可以由委托方选 择并且被放大显示。然而，被放大显示的图像的分辨率可能低于原始文档的分辨率。在图16 所示的示例中，文档是由五个承包方终端20提交的。

在显示内容列表画面之后，当委托方对委托方终端10的操作单元14进行操作以选 择任一个文档时(步骤Sb24)，委托方终端10的内容获得单元114将包括所选择的文档的内 容ID的内容请求发送至中介服务器30(步骤Sb25)。当获得从委托方终端10发送的内容请求 时，中介服务器30的内容提交单元317从存储单元32读取所请求的文档以将该文档发送至 委托方终端10(步骤Sb26)。在这种情况下，内容提交单元317可以将通知完成内容外包服务 的消息连同文档一起发送。委托方终端10的内容获得单元114将从中介服务器30发送的文 档存储在存储单元12中(步骤Sb27)。另外，当需要编辑所下载的文档时，委托方可以通过中 介服务器30来命令承包方编辑文档。

当完成向委托方的提交时，中介服务器30的支付单元318对所完成的任务进行支 付(步骤Sb28)。具体地，首先，支付单元318向委托方收取任务的外包费用(对于竞争方法， 10000日元)。例如，支付单元318从委托方的指定账户收取任务的外包费用。其次，支付单元 318向承包方进行支付。更具体地，支付单元318向其文档被采用了的承包方支付4000日元 作为报酬，并且向其文档未被采用的承包方支付通过将2000日元除以(承包方数量-1)而获 得的数额作为报酬。例如，支付单元318将报酬存于每个承包方的指定账户。

1-2-3.提交操作(当选择了指定方法时)

图17和图18是示出了当在步骤Sa35中选择了指定方法时由任务外包系统1执行的 提交操作的示例的序列图。图17和图18所示的示例是作为设计者的承包方向委托方提交所 创建的文档的操作。另外，在图17和图18中，虽然为了便于描述而仅示出了一个承包方终端 20，但是在提交操作中实际上可以涉及多个承包方终端20。所示的承包方终端20是在提交 操作中实际上涉及的多个承包方终端20之一的示例。

在委托方下了订单之后，承包方(其检查是否存在针对其的订单)对承包方终端20 的操作单元24进行操作，以指示对于用户信息画面的请求(步骤Sc1)。承包方终端20的用户 信息询问单元212接收该指示以向中介服务器20请求用户信息画面(步骤Sc2)。在这种情况 下，用户信息询问单元212将承包方的用户ID发送至中介服务器30。中介服务器30的用户信 息呈现单元315接收承包方终端20发布的对于用户信息画面的请求以生成用户信息画面 (步骤Sc3)。在生成用户信息画面时，用户信息呈现单元315参考用户信息数据库321、基于 从承包方终端20发送的用户ID来指定由承包方承包的任务的管理编号。然后，用户信息呈 现单元315参考任务管理数据库322来指定由管理编号标识的任务的订购方法、截止日期和 原始草稿图像ID。当指定了信息时，用户信息呈现单元315生成通过其通知任务的管理编 号、订购方法、截止日期和原始图像的用户信息画面，并且将用户信息画面发送至承包方终 端20(步骤Sc4)。

当获得从中介服务器30发送的用户信息画面时，承包方终端20的用户信息询问单 元212在显示器25上显示用户信息画面(步骤Sc5)。承包方通过观看所显示的用户信息画面 来检查任务的订购方法、截止日期和原始图像。

当承包方参考在用户信息画面上显示的原始图像来完成文档的设计时，承包方对 承包方终端20的操作单元24进行操作以指示对于上传画面的请求(步骤Sc6)，以便将文档 上传到中介服务器30。承包方终端20的提交单元213接收该指示以向中介服务器30请求上 传画面(步骤Sc7)。中介服务器30的提交接收单元316接收承包方终端20发布的对于上传画 面的请求以将上传画面发送至承包方终端20(步骤Sc8)。

当获得从中介服务器30发送的上传画面时，承包方终端20的提交单元213在显示 器25上显示上传画面(步骤Sc9)。在显示上传画面之后，当承包方对操作单元24进行操作以 选择所创建的文档并命令上传所选择的文档时(步骤Sc10)，提交单元213将所选择的文档 发送至中介服务器30(步骤Sc11)。在这种情况下，提交单元213将所承包的任务的管理编号 和承包方的用户ID发送至中介服务器30。

当获得从承包方终端20发送的文档时，中介服务器30的提交接收单元316将标识 文档的内容ID与从承包方终端20发送的管理编号和用户ID相关联地存储在申请方信息数 据库323中(步骤Sc12)。在存储内容ID之后，提交接收单元316在任务管理数据库322中将根 据管理编号区分的任务的状态从“订购完成”更新为“提交完成”(步骤Sc13)。

在所指定的承包方完成提交之后，当委托方对委托方终端10的操作单元14进行操 作以指示对于状态画面的请求时(步骤Sc14)，委托方终端10的状态询问单元112向中介服 务器30请求状态画面(步骤Sc15)，并且在显示器15上显示从中介服务器30发送的状态画面 (步骤Sc18)。这里，由于对步骤Sc16和Sc17的描述与以上对步骤Sa21和Sa22的描述重叠，因 此将省略对其的描述。图19是示出状态画面的示例的视图。由于所指定的承包方已完成提 交，因此，在图19所示的画面上显示用于下载所提交的文档的下载按钮B5以能够进行选择。

在显示状态画面之后，当委托方对委托方终端10的操作单元14进行操作以选择下 载按钮B5时(步骤Sc19)，委托方终端10的内容获得单元114将用于请求所提交的文档的内 容请求发送至中介服务器30(步骤Sc20)。内容请求包括任务的管理编号。当获得从委托方 终端10发送的内容请求时，中介服务器30的内容提交单元317参考申请方信息数据库323来 指定与从委托方终端发送的管理编号和所指定的承包方相关联的内容ID。然后，内容提交 单元317从存储单元32读出由所指定的内容ID标识的文档以将内容发送至委托方终端10 (步骤Sc21)。在这种情况下，内容提交单元317可以将通知任务外包服务完成的消息连同文 档一起发送。委托方终端10的内容获得单元114将从中介服务器30发送的文档存储在存储 单元12中(步骤Sc22)。另外，当需要编辑所下载的文档时，委托方可以通过中介服务器30来 命令承包方对文档进行编辑。

当完成向委托方的提交时，中介服务器30的支付单元318对所完成的任务进行支 付(步骤Sc23)。具体地，首先，支付单元318向委托方收取任务外包费用(对于指定方法， 9000日元)。例如，支付单元318从委托方的指定账户收取任务的外包费用。其次，支付单元 318向所指定的承包方支付4000日元作为报酬。例如，支付单元318将该报酬存于所指定的 承包方的指定账户。

在根据示例性实施例的上述任务外包系统1中，指定方法和竞争方法这两个选项 被提供给任务的委托方。另外，在提供关于任务的合同的申请方的信息之后给出选择订购 方法的机会。另外，在任务外包系统中，中介服务器30对委托方与承包方之间的交流信息进 行转交，并且委托方与承包方之间不直接交流信息，从而中介方不会被排除在外。同时，可 以避免承包方直接从委托方接收关于内容的抱怨的状况。

2.变型示例

可以对上述示例性实施例进行如下变型。另外，可以将以下变型示例与一个或多 个其它变型示例进行组合。

2-1.变型示例1

在上述示例性实施例中所例示的文档的设计仅仅是任务的示例。可以外包由任务 外包系统1外包的任务。当没有唯一地确定解决方案时，任务不限于文档的设计。例如，除了 设计外，也包括文档创建、布局、撰写、构图、图像制作、编程等。除了文档外，设计的对象包 括建筑、时尚、艺术等。文档创建的对象包括译文、文章、副本等(广告语句)。布局的对象包 括架构、电路、机器等。图像制作的对象包括商业广告等。

在上述示例性实施例中所例示的文档仅仅是内容的示例。除了文档外，任务外包 系统1外包的任务还可以是用于创建照片、声音、图像、节目等的任务。

2-2.变型示例2

与上述示例性实施例相关的中介服务器30是网络服务器，并且通过网页在委托方 终端10与承包方终端20之间交换信息。然而，交换信息的部分不限于网页。例如，中介服务 器30可以通过在委托方终端10与承包方终端20之间交换信息。在这种情况下，中 介服务器30的任务请求接收单元311通过从委托方终端10接收对于任务的请求。 合同申请接收单元312通过从承包方终端20接收任务的合同的申请。订单接收单 元314通过从委托方终端10接收对指定方法和竞争方法中的任一种的选择。用户 信息呈现单元315通过将用于请求承包任务的信息输出到承包方终端20。

2-3.变型示例3

当选择竞争方法作为任务的订购方法时，与上述示例性实施例相关的中介服务器 30的用户信息呈现单元315将用于请求所有任务的合同的信息输出到承包方终端20。然而， 还可以输出用于请求针对部分任务而非全部任务的合同的信息。另外，用于请求全部任务 的合同的信息可以仅输出到在创建内容的承包方当中由委托方选择的承包方的承包方终 端20。即，可以输出用于请求试用任务的合同的信息。这里，部分任务是指例如文档的第一 段的设计、由多个页面构成的文档的第一页面的设计等。

2-4.变型示例4

与上述示例性实施例相关的中介服务器30的订单接收单元314可以根据其申请被 合同申请接收单元312接收的申请方，将表示用于推荐选择指定方法和竞争方法中的任一 种的画面的信息输出到委托方终端10，以便支持委托方选择订购方法。例如，订单接收单元 314可以根据申请方的数量输出用于推荐选择指定方法和竞争方法中的任一种的订购画 面。具体地，当申请方的数量小于预定数量时，订单接收单元314可以输出用于推荐指定方 法的订购画面。替选地，当申请方的数量等于或大于预定数量时，订单接收单元314可以输 出用于推荐竞争方法(或指定方法)的订购画面。这里，预定数量可以由委托方设置。

作为又一示例，订单接收单元314可以根据申请方的特性来输出用于推荐选择指 定方法和竞争方法中的任一种的订购画面。换言之，当申请方的特性满足预定条件时，订单 接收单元314可以输出用于推荐选择指定方法和竞争方法中的任一种的订购画面。这里，例 如，申请方的特性可以是例如任务的合同执行(合同数量)、属性(例如，年龄、性别和资格)、 合同费用(申请方请求的数额)、评价等。任务的合同执行和评价包括委托方请求的任务的 合同执行和评价以及包括其他委托方的全部委托方所请求的任务的合同执行和评价。另 外，该评价是例如对于内容的质量和提交速度的评价。评价值可以由例如过去的最低值或 平均值表示。将申请方的特性与申请方的用户ID相关联地登记在例如用户信息数据库321 中。可以例如通过在为任务进行支付之后从委托方接收反馈来顺序地更新申请方(即，承包 方)的评价。另外，预定条件可以由委托方设置。

具体地，当存在具有预定数量或更多的在过去承包了委托方所请求的任务的情形 的申请方时，订单接收单元314可以输出用于推荐指定方法的订购画面。相比之下，当不存 在上述申请方时，订单接收单元314可以输出用于推荐竞争方法的订购画面。替选地，当存 在委托方评价达到预定值或更高的申请方时，订单接收单元314可以输出用于推荐指定方 法的订购画面。相比之下，当不存在上述申请方时，订单接收单元314可以输出用于推荐竞 争方法的订购画面。替选地，当存在具有预定资格的申请方时，订单接收单元314可以输出 用于推荐指定方法的订购画面。相反，当不存在上述申请方时，订单接收单元314可以输出 用于推荐竞争方法的订购画面。

作为又一示例，订单接收单元314可以根据申请方数量和申请方的特性来输出用 于推荐选择指定方法和竞争方法中的任一种的订购画面。换言之，当其特性满足预定条件 的申请方的数量为预定数量或更多时，订单接收单元314可以输出用于推荐选择指定方法 和竞争方法中的任一种的订购画面。这里，预定数量和条件可以由委托方设置。具体地，当 具有预定数量或更多的在过去承包了委托方所请求的任务的情形的申请方的数量为预定 数量或更多时，订单接收单元314可以输出用于推荐指定方法的订购画面。相反，当不满足 这一条件时，订单接收单元314可以输出用于推荐竞争方法的订购画面。替选地，当委托方 评价达到预定值或更高的申请方的数量为预定数量或更多时，订购接收单元314可以输出 用于推荐指定方法的订购画面。相反，当不满足这一条件时，订购接收单元314可以输出用 于推荐竞争方法的订购画面。替选地，当具有预定资格的申请方的数量为预定数量或更多 时，订单接收单元314可以输出用于推荐指定方法的订购画面。相反，当不满足这一条件时， 订单接收单元314可以输出用于推荐竞争方法的订购画面。

另外，用于推荐选择指定方法和竞争方法中的任一种画面是指例如接收仅选择一 种订购方法的画面。替选地，该画面是用于突出显示订购方法中的任一种的画面。

另外，根据本变型示例的订单接收单元314是根据本发明的画面信息输出单元的 示例，其输出表示用于推荐选择指定方法和竞争方法中的任一种的画面的信息。

2-5.变型示例5

与上述变型示例4相关的订单接收单元314根据其申请被合同申请接收单元312接 收到的申请方来输出表示用于推荐选择指定方法和竞争方法中的任一种的画面的信息，然 而，也可以选择指定方法和竞争方法中的任一种而不是输出所述信息。即，为了支持委托方 对订购方法的选择，订单接收单元314可以不是由委托方选择方法而是根据申请方选择订 购方法。另外，当满足预定条件的申请方的数量小于预定数量(例如，仅存在一个申请方) 时，订单接收单元314可以选择该申请方。与本变型示例相关的订单接收单元314是与本发 明相关的方法选择单元的示例。

2-6.变型示例6

在与上述示例性实施例相关的订购画面(参见图12)上，可以根据申请方的特性来 排列关于申请方的信息。例如，可以按表示申请方的特性的值的升序或降序的方式来排列 关于申请方的信息。这里，申请方的特性如上所述。

2-7.变型示例7

可以提供由与上述示例性实施例相关的中介服务器30的控制器31执行的程序，以 将其存储在存储介质(比如，磁盘、光盘、磁光盘或存储器)中。另外，可以通过诸如互联网的 通信线路下载程序。

为了说明和描述的目的而提供了本发明的示例性实施例的以上描述。其不旨在对 本发明进行详尽说明或将本发明限于所公开的确切形式。显然，许多变型和修改对于本领 域技术人员是显而易见的。选择并描述实施例是为了最好地说明本发明的原理及其实际应 用，从而使得本领域技术人员能够根据各种实施例和适合于所预期的特定用途的各种变型 来理解本发明。本发明的范围由所附权利要求及其等同方案来限定。