CN1585349A

CN1585349A - 批准结果通知系统及其方法

Info

Publication number: CN1585349A
Application number: CN200410070231.6A
Authority: CN
Inventors: 稻垣雄一; 新木诚
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2003-07-30
Filing date: 2004-07-30
Publication date: 2005-02-23
Also published as: EP1503317A3; US20050027556A1; JP3846893B2; EP1503317A2; JP2005063417A

Abstract

本发明提供一种批准结果通知系统及其方法，可以提高特定信息的机密性，并且可以提高与该信息有关的使用者的方便性。起草者PC(200)的使用者访问管理服务器(100)，输入价格起草信息。批准者PC(300)的使用者输入针对价格起草信息的批准信息。起草者PC(200)和批准者PC(300)的使用者可以通过LAN(500)浏览价格信息DB(110)中的记录内容。管理服务器(100)参照使用者DB(130)和安全设定表(150)，根据记录在价格信息DB(110)中的信息生成批准结果通知邮件。电子邮件中记载着批准结果等，但没有记载与价格有关的信息。管理服务器(100)将电子邮件发送给起草者的移动电话(400)。

Description

批准结果通知系统及其方法

技术领域

本发明涉及一种批准结果通知系统及其方法，特别涉及提高特定的信息的机密性，并提高与该信息有关的使用者的方便性的技术。

背景技术

专利文献1：特开2001-331758(图3)

隶属于企业等规定组织的担任者起草规定的业务计划时，一般需要得到组织内的其他人员的批准。具体讲可以列举以下示例。组织中的担任者在将产品交货给交易方之前，起草该产品的交货金额。另一方面，担任者的上司决定是否批准该金额。

为了在组织内高效地进行这种业务计划的起草和批准，有时利用管理与起草及(或)批准有关的信息的服务器装置。具体讲是在组织内的局域网(LAN)内设置服务器装置。组织内的规定的使用者(例如，起草者、批准者)通过使用连接到组织内的LAN的个人电脑(PC)，进行起草信息和批准信息的写入、浏览。利用组织内的LAN构筑的系统一般包括具有防火墙等的切断通信、控制通信或监视通信功能的装置，禁止来自外部环境的访问。

作为管理与起草和批准有关的信息的系统，例如，有通过电子方式进行获得商品订货的批准之前的审批处理来简化处理并使一系列的商品交易顺利进行的技术(例如，参照专利文献1)。在该文献中公开了以下内容：在订货批准画面中一览显示与商品的购入金额相应的所需的所有批准者和批准状态，在获得所需的全部批准时将确认消息通知订货者等。

根据上述技术，订货者通过接收确认消息可以确认有关批准的信息。

但是，在上述技术中，未考虑向处于系统外部的终端装置传递信息的机密性。具体而言，在向订货者的移动电话发送确认消息时，有可能(例如，通过因特网窃听等)泄漏金额等高机密性信息。

发明内容

鉴于上述情况，本发明的目的在于提供一种可以提高特定的信息的机密性，并且提高与该信息有关的使用者的方便性的批准结果通知系统及其方法。

1)本发明的计算机系统是网络化的计算机系统，所述计算机系统包括：

(a)安全网络，其是权限者可以访问的组织内的安全网络，该安全网络包括用于记录数据库的服务器装置，该数据库包括由第1权限者起草并且需要第2权限者批准的起草信息，所述起草信息包括需要保密的信息；

(b)通过安全度低的通信线路与所述安全网络外部的使用者终端的连接，

所述计算机系统还包括：

(c)至少一个第1计算机，由起草所述起草信息的所述第1权限者进行操作，通过所述安全网络把该起草信息记录在所述服务器装置的数据库中；

(d)至少一个第2计算机，由对记录在所述服务器装置中的所述起草信息进行访问并向所述起草信息附加表示批准状态的批准状态信息的第2权限者进行操作，通过所述安全网络把该批准状态信息记录在所述服务器装置的数据库中，所述起草信息及/或批准状态信息包括需要保密的至少一个信息；

(e)抽取单元，用于从记录在所述数据库中的起草信息和批准状态信息中抽取信息，该所抽取的信息通过所述安全度低的通信线路发送给使用者终端，所述抽取处理是如下进行的：从所述数据库中抽取指定规定的起草方案的至少一个信息和表示批准状态的至少一个信息，并且不抽取需要保密的信息；

(f)消息生成单元，根据所述抽取的信息，生成通过所述安全度低的通信线路发送给使用者终端的消息；

(g)发送单元，通过所述安全度低的通信线路向所述使用者终端发送所述生成的消息；

(h)接收单元，通过所述使用者终端接收所述发送的消息；

(i)显示单元，显示指定所述起草信息的至少一个信息和表示所述批准状态的至少一个信息。

2)本发明的所述安全度低的通信线路包括：电子邮件通信、短消息服务通信(SMS)、无线应用协议通信(WAP)、通用分组业务服务通信(GPRS)、i模式(商标)通信中的一种或多种。

3)本发明的需要保密的所述信息包括金额信息，

表示批准状态的所述至少一个信息包括针对所述金额的批准状态信息。

4)本发明的计算机系统还包括：

(j)自动计算由所述第1权限者起草的起草信息中包含的金额信息和由第2权限者批准的批准金额之间的差额的单元；

(k)使在生成发送给所述使用者的所述消息时包含所述差额的单元。

5)本发明的所述抽取单元在每次经过规定时间时执行抽取处理。

6)本发明的(f)所述消息生成单元还包括：

(l)判断根据所述抽取的数据而生成的消息是否超过特定的数据容量的判断单元，在判断为超过所述特定的数据容量的情况下，(f)所述消息生成单元根据少量的信息生成所述消息，以便不超过所述特定的数据容量。

7)本发明的记录所述各信息的数据库还记录优先顺序信息，

在判断为超过所述特定的数据容量的情况下，根据所述优先顺序信息选择成为所述生成的消息的基准的所述少量的信息。

8)本发明的计算机系统还包括：

(m)为了隐藏信息的内容，把需要保密的至少一个该信息按照预先设定的形式转换方式进行转换的转换单元；

(n)使在发送给所述使用者的消息中包含所述转换后的机密信息的单元。

9)本发明的批准结果通知系统是包括批准结果通知装置和可以与该批准结果通知装置进行通信的终端装置的批准结果通知系统，其特征在于，

(a)所述批准结果通知装置包括：

(i)参照单元，用于参照通知信息数据，该通知信息数据在相对于公用线路封闭的环境中处于可以由终端装置访问的状态，并且由包含机密项目的起草部分和包含针对该起草部分的批准结果项目的批准部分构成；

(ii)获取单元，获取从所述通知信息数据所包含的项目中选择的、至少包括所述批准结果项目并且去除了所述机密项目的规定项目的内容，作为开放环境用通知信息数据；

(iii)邮件生成单元，生成以由所述获取单元获取的开放环境用通知信息数据为内容的电子邮件；

(iv)发送单元，将所述生成的电子邮件发送给处于相对于公用线路开放的环境中的所述终端装置，

(b)所述终端装置包括：

(i)接收所述电子邮件的接收单元；

(ii)根据所述接收的电子邮件，显示所述开放环境用通知信息数据的显示单元。

所述批准结果通知系统可以向处于限定区域内的终端装置公开详细的信息，以实现使用者的方便性，另一方面，向有可能泄漏信息的区域外的终端装置，公开去除了高机密性信息的内容，可确保信息的机密性。

13)本发明的特征在于，(a-ii)所述获取单元参照预先设定的项目优先顺序信息，从所述通知信息数据所包含的项目中，从所述项目优先顺序高的项目开始，顺序地选择至少包括所述批准结果项目并且去除了所述机密项目的规定项目，作为所述开放环境用通知信息数据。

所述终端装置的使用者可以从优先度高的信息开始顺序浏览所述电子邮件。

14)本发明的特征在于，所述机密项目包括与金额有关的信息，

所述批准结果项目包括与有无对该金额的批准有关的信息。

所述批准结果通知系统对有可能泄漏信息的区域外的终端装置，公开去除了高机密性的与金额有关的信息的内容，可以确保信息的机密性。

15)本发明的特征在于，所述批准结果项目包括与所述金额和可能批准的金额之间的差额有关的信息。

所述终端装置的使用者为了推测所述可能批准的金额，可以把与所述差额有关的信息作为判断材料。

16)本发明的特征还在于，所述(a-ii)获取单元在每次经过规定的时间时，获取所述开放环境用通知信息数据。

所述终端装置可以每隔规定时间接收最新的所述电子邮件。

17)本发明的特征还在于，所述(a-iii)邮件生成单元在所述开放环境用通知信息数据超过规定的数据容量的情况下，使超过该规定的数据容量的所述开放环境用通知信息数据的项目不包含于所述电子邮件中，并且向该电子邮件附加表示超过数据容量的信息。

所述终端装置可以在短时间内执行所述电子邮件的接收。

19)本发明的批准结果通知系统包括：管理服务器装置；在相对于公用线路封闭的环境中可以与该管理服务器装置通信的终端装置；在相对于公用线路开放的环境中可以与该管理服务器装置通信的起草者移动终端装置，其特征在于，

(a)管理服务器装置包括：

(i)起草信息登录单元，把包括从起草者终端装置发送来的机密信息的起草信息记录在记录单元中；

(ii)记录起草信息的记录单元；

(iii)批准信息登录单元，把从批准者终端装置发送来的批准信息与起草信息相对应地记录在记录单元中；

(iv)邮件生成单元，从记录单元获取被附加了批准信息的起草信息，生成去除了机密信息的开放环境用通知信息邮件；

(v)发送单元，向所述起草者移动终端装置发送开放环境用通知信息邮件，

(b)起草者终端装置包括：

(i)机密信息抽取单元，抽取起草信息中的机密信息；

(ii)机密信息输出单元，向起草者移动终端装置输出机密信息，

(c)起草者移动终端装置包括：

(i)机密信息输入单元，输入来自起草者终端装置的机密信息，并记录在机密信息记录单元中；

(ii)记录机密信息的机密信息记录单元；

(iii)接收单元，接收来自管理服务器装置的开放环境用通知信息邮件；

(iv)合成单元，将记录在机密信息记录单元中的机密信息合成到开放环境用通知信息邮件中，

(v)显示单元，显示合成了机密信息后的开放环境用通知信息邮件。

29)本发明的批准结果通知系统包括：管理服务器装置；在相对于公用线路封闭的环境中可以与该管理服务器装置通信的终端装置；在相对于公用线路开放的环境中可以与该管理服务器装置通信的起草者移动终端装置，其特征在于，

(a)管理服务器装置包括：

(i)起草信息登录单元，把包括从起草者终端装置发送来的机密信息的起草信息和加密密钥记录在记录单元中；

(ii)记录单元，将加密密钥与起草信息相关联地进行记录；

(iv)邮件生成单元，从记录单元获取被附加了批准信息的起草信息，生成包括机密信息的开放环境用通知信息邮件，利用记录在记录单元中的加密密钥进行加密；

(v)发送单元，向起草者移动终端装置发送被加密的开放环境用通知信息邮件，

(b)起草者终端装置包括：

(i)生成加密密钥的密钥信息生成单元；

(ii)向起草者移动终端装置和管理服务器装置输出机密信息的密钥信息输出单元，

(c)所述起草者移动终端装置包括：

(i)密钥信息输入单元，输入来自起草者终端装置的密钥信息，并记录在密钥信息记录单元中；

(ii)记录密钥信息的密钥信息记录单元；

(iii)接收单元，接收来自所述管理服务器装置的加密开放环境用通知信息邮件；

(iv)解码单元，使用记录在密钥信息记录单元中的密钥信息，对加密的开放环境用通知信息邮件进行解码，

(v)显示单元，显示被解码后的开放环境用通知信息邮件。

34)本发明的批准结果通知系统包括：批准结果通知装置；在相对于公用线路封闭的环境中可以与该批准结果通知装置通信的终端装置；在相对于公用线路开放的环境中可以与该批准结果通知装置通信的起草者移动终端装置，其特征在于，

(a)所述批准结果通知装置包括：

(ii)记录起草信息的记录单元；

(iii)参照单元，用于参照通知信息数据，该通知信息数据在相对于公用线路封闭的环境中处于可以由终端装置访问的状态，并且由包含机密信息的起草部分和包含针对该起草部分的批准结果信息的批准部分构成；

(iv)获取单元，从所述通知信息数据所包含的项目中获取至少包括所述批准结果信息并且去除了所述机密信息的内容，作为开放环境用通知信息数据；

(v)邮件生成单元，生成以由所述获取单元获取的开放环境用通知信息数据为内容的电子邮件；

(vi)发送单元，将所述生成的电子邮件发送给处于相对于公用线路开放的环境中的所述起草者移动终端装置，

(b)所述起草者终端装置包括：

(i)向所述批准结果通知装置发送起草信息的起草信息发送单元，

(c)所述起草者移动终端装置包括：

(i)接收所述电子邮件的接收单元；

下面，说明用语的定义。

在本发明中，

所谓的“相对于公用线路封闭的环境”是指把特定区域内的计算机彼此连接的环境，包括切断了与该区域外的数据通信的环境(或可以切断的环境)。例如，局域网(LAN)或企业内部互联网(intranet)或通过专用线路等连接的网络对应于该“相对于公用线路封闭的环境”。另外，即使在通信路径中途包括公用线路的情况下，通过利用规定的通信切断、通信状态监视或通信控制等技术而处于数据被窃听的可能性低的状态的环境也包含于该“相对于公用线路封闭的环境”中。作为这种通信控制技术的示例，可以列举出把经由因特网的多个点类似专用线路那样相互连接，能够进行安全通信的安全技术(例如，虚拟专用网络(VPN))。

所谓的“相对于公用线路开放的环境”是指包括可以通过非特定的终端装置进行数据通信、或有可能被不正当访问、有可能被网络窃听的环境。例如，在数据通信路径的全部或一部分中包括公用线路、因特网、无线通信网或因特网服务器等的网络，对应于该“相对于公用线路开放的环境”。

本发明的特征如上所述可以表示得较广泛，而其结构和内容以及这些特征和效果，通过以下考虑了附图的公开，将会更加明确。

附图说明

图1是实施方式的价格管理系统的整体图。

图2是实施方式的价格管理系统的处理概要图。

图3是实施方式的价格管理系统的功能方框图。

图4是表示实施方式的管理服务器的硬件结构示例的图。

图5是表示实施方式的起草者PC的硬件结构示例的图。

图6是表示实施方式的批准者PC的硬件结构示例的图。

图7是表示实施方式的移动电话的硬件结构示例的图。

图8是表示实施方式的价格信息数据库的结构示例的图。

图9是表示实施方式的使用者数据库的结构示例的图。

图10是表示实施方式的安全设定表的结构示例的图。

图11是表示实施方式的邮件数据库的结构示例的图。

图12是表示实施方式的价格起草信息输入处理的流程图。

图13A、图13B是实施方式的价格起草信息输入处理中的起草者PC的画面显示例。

图14是表示实施方式的价格批准信息输入处理的流程图。

图15A、图15B是实施方式的价格批准信息输入处理中的批准者PC的画面显示例。

图16是表示实施方式的价格信息浏览处理的流程图。

图17是用于显示实施方式的浏览画面的HTML文件内容的示例。

图18A是实施方式的使用者信息输入处理中的起草者PC的画面显示例，图18B是实施方式的价格信息浏览处理中的起草者PC的画面显示例，图18C是实施方式的价格信息浏览处理中的批准者PC的画面显示例。

图19是实施方式的批准结果通知邮件发送处理的流程图。

图20是实施方式的邮件记录的源文件信息内容的示例。

图21是示意性地表示根据实施方式的记录在安全设定表150中的发送对象项目和优先顺序信息把价格信息DB110的各项目的数据记录在邮件记录中的处理的图。

图22是实施方式的接收到批准结果通知邮件的移动电话的画面显示例。

图23是表示第2实施方式的批准结果通知邮件的图。

图24是表示第2实施方式的批准结果通知邮件的生成处理的流程图。

图25是表示第2实施方式的批准结果通知邮件的生成处理的流程图。

图26是表示第3实施方式的系统的方框结构图。

图27是表示第3实施方式的起草时的处理流程图。

图28是表示将起草编号和期望价格相对应地进行记录的表的图。

图29是表示第3实施方式的批准结果通知邮件浏览处理的流程图。

图30是批准结果通知邮件的示例。

图31是表示第3实施方式的数据流的图。

图32是批准结果通知邮件的示例。

图33是表示第4实施方式的系统的方框结构图。

图34是表示第4实施方式的起草时的处理流程图。

图35是表示第4实施方式的批准结果通知邮件浏览处理的流程图。

符号说明

100：管理服务器；110：价格信息数据库；130：使用者数据库；150：安全管理表；200：起草者PC；300：批准者PC；400：移动电话；500：LAN；600：因特网。

具体实施方式

对作为本发明的批准结果通知系统的实施方式的“价格管理系统”进行说明。该价格管理系统是可以提高特定信息的机密性，并且可以提高与该信息有关的使用者的方便性的系统。具体而言，本系统一方面对于连接到组织内的LAN的终端的使用者，可以浏览信息的详细内容等，另一方面，对于LAN以外的外部终端的使用者，通过对信息中包含的特定的机密信息进行加工，可以仅使该使用者判断机密信息的内容。

在以下的说明中，作为上述信息的内容示例，使用规定组织的营业担任者(起草者)起草的“向交易方交货的产品交货价格”和批准者针对该交货价格的“批准结果”进行说明。在该情况下，一般应该防止向外部泄漏的机密信息是“交货价格”。另外，信息的内容不限于此，在包括交货数量、产品规格、预算或决算结果等一般应该确保机密性的信息的情况下，也可以应用本发明。

以下，说明价格管理系统的概要、装置的硬件结构、权利要求书中记载的用语和实施方式的对应关系，然后进行各实施方式的说明等。

1.价格管理系统的概要

图1是作为实施方式的批准结果通知系统的价格管理系统的概要。价格管理系统由以下部分构成：管理服务器100；通过局域网(LAN)500和管理服务器100连接的起草者个人电脑(PC)200；批准者PC300；通过因特网600(包括无线通信等)和管理服务器100连接的移动电话400。为了防止从外部对管理服务器100进行不正当访问，也可以在管理服务器100和因特网600之间设置防火墙。

起草者PC200和移动电话400由起草后述的交货价格的使用者(起草者)使用。该使用者主要在公司内部使用起草者PC200，在公司外部使用移动电话400接收来自管理服务器100的电子邮件。另一方面，批准者PC300由对交货价格进行批准的使用者(例如，批准者、管理者或上司等)使用。在本实施方式中，示出了对于多个起草者有一个批准者的示例。因此，存在多个起草者PC200和移动电话400，而只存在一台批准者PC300。但是，起草者和批准者的数量组合不限于此。

LAN500用于把处于规定的组织内的服务器装置和PC相互连接，是限定区域内的网络。因此，在管理服务器100与起草者PC200及批准者PC300之间的连接中，不包括公用线路(对组织外部开放的线路。但是，VPN等实质上起着专用线路功能的线路除外。以下相同)。即，管理服务器100与起草者PC200及批准者PC300之间的连接是相对于公用线路封闭的环境。

另一方面，因特网600包括组织外的邮件服务器和无线通信网等的公用线路。即，管理服务器100与移动电话400之间的连接是相对于公用线路开放的环境。

管理服务器100中记录着价格信息数据库110(以下称为“DB”)、使用者DB130、安全设定表150、邮件DB170。关于各数据库和表的记录内容将在后面叙述。价格信息DB110、使用者DB130、安全设定表150、邮件DB170在实施方式中分别记录在服务器装置的硬盘(或存储器)中，但不限于此，也可以记录在与服务器装置物理上独立的装置上。

下面，根据图2说明价格管理系统的处理概要。(1)起草者PC200的使用者通过LAN500访问管理服务器100，输入价格起草信息。(2)批准者PC300的使用者通过LAN500访问管理服务器100，输入针对价格起草信息的批准信息。价格起草信息和批准信息被记录在价格信息DB110中。起草者PC200和批准者PC300的使用者可以通过LAN500浏览价格信息DB110的记录内容。(3)管理服务器100参照价格信息DB110。(4)管理服务器100参照使用者DB130和安全设定表150，根据记录在价格信息DB110中的信息生成批准结果通知邮件。在批准结果通知邮件中记载有批准结果等，但未记载与价格起草信息中包含的价格有关的信息。(5)管理服务器100通过因特网600将批准结果通知邮件发送给起草者(起草者PC200的使用者)的移动电话400。起草者根据批准结果通知邮件的内容，可以判断自己起草的价格是否被批准。上述的图2的各个处理的详细内容将在后面使用流程图进行说明。

在本实施方式中，管理服务器100使用专用程序，作为对LAN500上的起草者PC200和批准者PC300对价格信息DB110的记录内容的浏览进行管理的软件。但是，不限于专用程序，例如，也可以使用Microsoft公司的FrontPage(商标)等。并且，使用普通的专用程序，作为管理服务器100向移动电话400发送电子邮件的软件。但是，不限于专用程序，也可以使用普通的电子邮件软件。

2.硬件结构等

2-1.功能块

图3表示价格管理系统的功能方框图。管理服务器100具有：记录起草信息、批准信息、通知信息等的记录单元58；把来自起草者终端200的起草信息登录在记录单元58中的起草信息登录单元67；根据起草信息生成批准画面并发送给批准者终端300的批准画面发送单元66；把来自批准者终端300的批准信息登录在记录单元58中的批准信息登录单元65；参照记录单元的参照单元55；获取通知信息(被附加了批准信息的起草信息)中的规定项目的获取单元54；生成以所获取的项目为内容的电子邮件的邮件生成单元53；发送电子邮件的发送单元56；向使用者输出通知信息的输出单元57。

另一方面，移动电话400具有接收电子邮件的接收单元51和显示电子邮件的内容的显示单元52。

在从起草者终端200发送来起草信息时，该起草信息被登录在记录单元58中。在针对该起草信息从批准者终端300发送来批准信息时，该批准信息被与所述起草信息相对应地进行登录。此处，把这种附加了批准信息的起草信息称为通知信息。

在该通知信息数据59中包含着机密项目和批准结果项目的各信息。参照单元55参照记录在记录单元58中的通知信息数据59。获取单元54获取从通知信息数据所包含的项目中选择的、至少包括批准结果项目并且去除了机密项目的规定项目的内容，作为开放环境用通知信息数据60。邮件生成单元53根据开放环境用通知信息数据60的内容生成电子邮件。发送单元56向处于相对于公用线路开放的环境64中的移动电话400发送电子邮件。移动电话400的接收单元51接收电子邮件，显示单元52显示电子邮件的内容。

输出单元57向处于相对于公用线路封闭的环境63中的起草者终端200输出记录在记录单元58中的通知信息数据61的内容。

2-2.管理服务器

图4是使用CPU实现图3的管理服务器100时的硬件结构的一例。客户端PC100具有：CPU10、键盘/鼠标11、存储器12、显示器13、硬盘14、扬声器15、用于连接LAN500及因特网600的通信电路16。

CPU10整体控制管理服务器100。存储器12提供CPU10的工作区域等。硬盘14中记录着价格信息DB110、使用者DB130、安全设定表150及用于使CPU10动作的程序。通过键盘/鼠标11的操作而生成的操作信息被输入到CPU10中，CPU10生成的图像信息和音频信息被分别输出给显示器13、扬声器15。

2-3.起草者PC

图5是使用CPU实现起草者PC200时的硬件结构的一例。起草者PC200具有：CPU20、键盘/鼠标21、存储器22、显示器23、硬盘24、扬声器25、用于连接LAN500等的通信电路26。

CPU20整体控制起草者PC200。存储器22提供CPU20的工作区域等。硬盘24中记录着用于使CPU20动作的程序。通过键盘/鼠标21的操作而生成的操作信息被输入到CPU20中，CPU20生成的图像信息和音频信息分别被输出给显示器23、扬声器25。

2-4.批准者PC

图6是使用CPU实现批准者PC300时的硬件结构的一例。批准者PC300具有：CPU30、键盘/鼠标31、存储器32、显示器33、硬盘34、扬声器35、用于连接因特网600等的通信电路36。各硬件的功能和图5所示起草者PC200相同。

2-5.移动电话

图7是使用CPU实现图3的移动电话400时的硬件结构的一例。移动电话400具有：CPU40、数字键/开关41、音频电路42、液晶显示器43、存储器44、扬声器(通话用、来信铃声用)45、电池46、麦克风47、用于连接因特网600等的无线通信电路48。

CPU40整体控制移动电话400。存储器44除了提供CPU40的工作区域等以外，还记录用于使CPU40动作的程序、电子邮件程序、使用者信息、电话簿等。通过数字键/开关41的操作而生成的操作信息被输入到CPU40中，CPU40生成的图像信息和音频信息分别被输出给液晶显示器43、扬声器45。音频电路42是为了发送来自麦克风47的声音而对其进行编码并将所接收的音频信号进行解码，然后从扬声器45输出的电路。无线通信电路48是通过无线通信收发音频和数据的电路。电池46向各个硬件提供电源。

在本实施方式中，作为管理服务器100、起草者PC200、批准者PC300的操作系统(OS)的示例，使用微软公司的Windows(注册商标)XP、NT、2000等。本实施方式的程序与OS共同协作来实现各个功能，但不限于此，也可以利用独立的程序来实现各个功能。

2-6.数据库等

对本系统的数据库的结构示例进行说明。在本系统中，管理服务器100记录着价格信息DB110、使用者DB130、安全设定表150。

图8是管理服务器100记录在硬盘14(或存储器12，以下相同)中的价格信息DB110的结构示例。在价格信息DB110中记录着起草者PC200和批准者PC300的使用者登录的信息。在图中，与起草No.相对应地记录着与由多个使用者记录的交货价格的起草有关的信息。

在价格信息DB110中记录着起草者PC200的使用者输入的信息、和批准者PC300的使用者针对这些各个信息输入的信息。具体来讲，起草者PC200的使用者输入的信息包括：指定各个起草方案的“起草No.”、指定起草者的“起草者代码”、起草者所隶属的“事业部名称”、指定交货方的“客户”、起草方案的“登录日期”、针对起草方案的批准的“答复期限”、计划交货产品的“产品型号”、计划交货产品的“交货数量”、作为交货价格的起草方案的“期望价格(例如，单位：日元。也可以采用其他的美元等单位。)”。另一方面，针对每个起草方案，批准者PC300的使用者输入的信息包括：批准者的“答复价格”、“批准时间”、作为批准结果的“批准区分”。

图9是管理服务器100记录在硬盘14(或存储器12，以下相同)中的使用者DB130的结构示例。在使用者DB130中，针对多个起草者PC200包括：各自的“起草者代码”、“事业部名称”、“姓名”、表示是否设定后述的通过批准结果通知邮件通知批准结果的“邮件通知”、移动电话的“邮件地址”、“批准者邮件地址”。邮件通知是针对起草者的移动电话而执行的，在设定时记录为“1”，不设定时为“0”。该设定例如在以公司外面的营业活动为主要业务的情况下设为“1”。在图中，起草者代码为“X012”的使用者“山田”隶属于事业部“A”，针对邮件地址X012@ab.co.jp设定邮件通知。

图10是管理服务器100记录在硬盘14(或存储器12，以下相同)中的安全设定表150的结构示例。安全设定表150中表示的是如下信息：批准结果通知邮件中是否包括价格信息DB110所包含的各项目中的任意项目。在实施方式中，作为示例，针对起草者隶属的每个事业部设定安全设定的内容。具体而言，在价格信息DB110中包含的各项目中，把作为邮件发送对象的项目设为“1”，把不作为邮件发送对象的项目设为“0”。并且，在安全设定表150中记录着“优先顺序”的信息。优先顺序是在电子邮件的内容中包含作为邮件发送对象的各项目时的优先顺序。在图中，针对事业部“A”的起草者的电子邮件是按照“起草No.”、“批准区分”、“事业部名称”、“客户”、“登录日期”、“答复期限”、“批准时间”的顺序包括各个项目而作成的。

图11是管理服务器100记录在硬盘14(或存储器12，以下相同)中的邮件DB170的结构示例。在邮件DB170中除了图12示例的邮件模板(成为电子邮件的雏形的数据)以外，还记录着所作成的邮件记录。详细内容将在“7.批准结果通知邮件发送处理”的项目中叙述。

3.权利要求书中记载的用语和实施方式的对应关系

权利要求书中记载的用语和实施方式的对应关系如下所述。但是以下说明的对应关系表示具有用各用语所表示的结构的功能中的一个形式(部分形式)。

“批准结果通知装置”对应于管理服务器100，“终端装置”对应与起草者PC200、批准者PC300或移动电话400。

“通知信息数据”对应于记录在图8的价格信息DB110中的内容。“机密项目”对应于记录在价格信息DB110中的“期望价格”，“起草部分”对应于记录在价格信息DB110的内容中的由起草者PC200的使用者输入的内容。“批准结果项目”对应于记录在价格信息DB110中的“批准区分”，“批准部分”对应于记录在价格信息DB110的内容中的由批准者PC300的使用者输入的内容。“参照单元”对应于在图19的步骤S701中参照价格信息DB110的管理服务器100的CPU10。

“开放环境用通知信息数据”对应于在图19的步骤S709中由CPU10作成的邮件记录。“获取单元”对应于执行图19的步骤S709的处理的CPU10。“邮件生成单元”对应于执行图19的步骤S709、S717的处理的CPU10。“发送单元”对应于执行图19的步骤S719的处理的CPU10。

“接收单元”对应于接收通过图19的步骤S719的处理而发送的电子邮件的移动电话400的CPU40。“显示单元”对应于把通过图19的步骤S719的处理而发送的电子邮件的内容输出给液晶显示器43的CPU40。

“受理单元”对应于执行图12的步骤S152或图14的步骤S352的处理的CPU10。“记录单元”对应于管理服务器100的硬盘14(或存储器12)。“通知信息登录单元”对应于执行图11的步骤S154或图13的步骤S354的处理的CPU10。“输出单元”对应于执行图16的步骤S558的处理的CPU10。“项目优先顺序信息”对应于图10的安全设定表150。

“与金额有关的信息”对应于记录在价格信息DB110中的“期望价格”。“与有无对金额的批准有关的信息”对应于记录在价格信息DB110中的“批准区分”。“与金额和可能批准的金额之间的差额有关的信息”对应于记录在价格信息DB110中的带条件批准时的“批准区分”，具体来讲，对应于进行X＝(答复价格)-(期望价格)的运算时的“X”(例如，+1、-2)，或“OK”和“X”的组合内容(例如，“OK+1”、“OK-2”)。

4.价格起草信息输入处理

作为价格管理系统的实施方式，对起草者PC200的使用者访问管理服务器100并输入价格起草信息的处理(价格起草信息输入处理)进行说明。图12是在价格起草信息输入处理中各装置的CPU执行的程序的流程图。

起草者PC200的CPU20根据使用者的操作，在启动本实施方式的专用程序后，向管理服务器100请求价格起草信息的输入画面(步骤S101)。管理服务器100的CPU10发送价格起草信息的输入画面(步骤S150)。

图13是价格起草信息输入处理中的起草者PC200的显示器23的画面显示例。图13A是通过S150发送的价格起草信息的输入画面。起草者PC200的使用者根据图13A的输入画面来输入价格起草信息。在图13A中，把“起草者代码”、“事业部名称”、“客户”、“产品型号”、“交货数量”、作为交货价格的起草方案的“期望价格”、“答复期限”作为输入项目。在图13A中显示的“起草编号”用于识别各起草信息，是由CPU10通过自动分号来分配的。

CPU20判断是否有价格起草信息的输入(S103)，在判断为有输入的情况下，向管理服务器100发送所输入的价格起草信息(S105)。根据图13A所示的“发送”按钮的点击动作等，判断S103的输入是否结束。

CPU10判断是否已接收到价格起草信息(S152)，在判断为已接收到的情况下，将所接收的价格起草信息记录在价格信息DB110中(S154)。此处，假定输入了对应于图8的价格信息DB110中的起草No.“A001”的价格起草信息。“登录日期”是自动记录的CPU10执行S152的处理时的日期。在该时间点，未记录作为批准信息的“答复价格”、“批准日期”、“批准区分”。另外，CPU10在S152的处理之后，判断所接收的价格起草信息是否有错误等，在判断为有错误等的情况下，向起草者PC200发送错误信息，也可以执行要求再次输入价格起草信息的处理。

CPU10向起草者PC200发送受理完成消息(S156)，结束处理。CPU20在显示器23上显示所接收的受理完成消息(S107)，结束处理。图13B是通过S107显示的受理完成消息。

5.价格批准信息输入处理

作为价格管理系统的实施方式，对批准者PC300的使用者访问管理服务器100并输入价格批准信息的处理(价格批准信息输入处理)进行说明。图14是在价格批准信息输入处理中各装置的CPU执行的程序的流程图。

批准者PC300的CPU30根据使用者的操作，在启动本实施方式的专用程序后，向管理服务器100请求批准信息的输入画面(S301)。管理服务器100的CPU10发送批准信息的输入画面(S350)。

另外，作为步骤S301的前提，管理服务器100也可以预先通知批准者PC300有价格起草信息的输入。例如，在图12的步骤S156的处理之后，或图14的步骤S350的处理之前，CPU10向批准者PC300发送起草输入报告邮件。起草输入报告邮件的收件方既可以是价格管理系统中包含的所有使用者，也可以仅是对起草者预先规定的批准者。CPU10可以利用例如图9的使用者DB130的信息作为邮件地址。在图9的示例中，起草者代码为“X012”的使用者的批准者的邮件地址是“Y983@ab.co.jp”。

图15是价格批准信息输入处理的批准者PC300的显示器33的画面显示例。图15A是通过S350发送的批准信息的输入画面。批准者PC300的使用者参照图15A的输入画面，输入价格批准信息。在图15A中显示了“批准区分”、“答复价格”的输入项目。“批准区分”在批准者批准起草者的期望价格(希望的交货价格)时选中“OK”，在不批准时选中“NG”，在保留时选中“保留”。此处，假定作为“批准区分”选中了“OK”。在图14的步骤S303的处理中输入的内容不限于这些，作为其他价格批准信息，例如，可以采用表示“NG”时的“理由”的文本信息，或表示“保留”时的“保留期限”的信息。

在如果是针对起草者的期望价格增加或减少规定金额的价格才进行批准的情况下，选中“带条件批准”。在选中了“带条件批准”的情况下，批准者输入“答复价格”。例如，起草No.为“A002”的批准区分被记录为“OK+1”，这表示起草者“X012”起草的期望价格为“100日元”，而批准者批准的价格为“101日元”的带条件批准的情况。在选中了带条件批准的情况下，CPU10进行X＝(答复价格)-(期望价格)的运算(求出答复价格和期望价格的差额)，在批准区分栏目中一并记录“OK”和“X”。例如，如果针对期望价格“100日元”的答复价格是“98日元”，则在批准区分中记录“OK-2”的信息。

CPU30判断有无批准信息的输入(S303)，在判断为有输入的情况下，向管理服务器100发送所输入的批准信息(S305)。根据图15A所示的“发送”按钮的点击动作等，判断S303的输入是否结束。

CPU10判断是否已接收到批准信息(S352)，在判断为已接收到的情况下，把所接收的批准信息记录在价格信息DB110中(S354)。此处，假定输入了对应于图8的价格信息DB110中的起草No.“A001”的批准信息。通过该处理，把批准区分“OK”(或“NG”、“保留”等)、“批准时间”、“答复价格”等各信息记录在价格信息DB110中。在输入了批准区分“OK”的情况下，CPU10在“答复价格”栏目中记录和“期望价格”相同的价格。“批准时间”是自动记录的CPU10执行S352的处理的时间。

CPU10向批准者PC300发送受理完成消息(S356)，结束处理。CPU30在显示器33上显示所接收的受理完成消息(S307)，结束处理。图15B是通过S307显示的受理完成消息。

6.价格信息浏览处理

作为价格管理系统的实施方式，对起草者PC200或批准者PC300的使用者访问管理服务器100并浏览记录在价格信息DB110中的内容的处理(价格信息浏览处理)进行说明。图16是在价格信息浏览处理中各装置的CPU执行的程序的流程图。在以下说明中仅示例了起草者PC200对管理服务器100的访问，但批准者PC300对管理服务器100的访问可以是相同的处理。

起草者PC200的CPU20根据使用者的操作，在启动本实施方式的专用程序后，向管理服务器100发送浏览请求(步骤S501)。管理服务器100的CPU10发送使用者输入画面(S550)。

图18是在价格信息浏览处理中的起草者PC200的显示器23的画面显示例。图18A是通过S550发送的使用者输入画面。起草者PC200的使用者参照图18A的输入画面，输入作为使用者信息的起草者代码。此处，假定输入了起草者代码“X012”。

CPU20判断有无使用者的输入(S503)，在判断为有输入的情况下，向管理服务器100发送所输入的使用者信息(S505)。根据图18A所示的“发送”按钮的点击动作等，来判断S503的输入是否结束。

CPU10判断是否已接收到使用者信息(S552)，在判断为已接收到的情况下，参照图8所示例的价格信息DB110，获取与该使用者有关的价格信息并记录在存储器12等中(S554)。此处，假定CPU10获取对应于图8的价格信息DB110中的起草者代码“X012”的价格信息。通过该处理，获取与起草者代码“X012”起草的起草No.“A001”和“A002”有关的信息。具体来讲，获取记录在“事业部名称”、“客户”、“登录日期”、“答复期限”、“产品型号”、“交货数量”、“期望价格”、“答复价格”、“批准时间”、“批准区分”的各栏目的信息。但是，如果批准者PC300的使用者未输入“答复价格”、“批准时间”、“批准区分”，则不能获取。

CPU10根据在S554中记录在存储器12等中的价格信息的各项目内容生成浏览画面(S556)。步骤S556中的浏览画面的生成处理的程序可以采用本行业人员公知的程序。在实施方式中，CPU10作为示例作成了超文本链接语言(HTML)文件。具体而言，管理服务器100的CPU10在步骤S556的处理中，根据在S554中记录在存储器12等中的价格信息的各项目内容作成HTML文件。关于HTML文件的作成，例如，在管理服务器100的硬盘14等中预先记录成为HTML文件的基础的HTML格式和规定浏览画面的布局的格式页(style sheet)。CPU10通过把价格信息的各项目内容合成到该HTML格式中来作成HTML文件。图17是用于显示浏览画面的HTML文件的一例。另外，用于显示浏览画面的数据作成不限于此，可以利用包括布局信息的规定方法的、本行业人员公知的方法进行变更。

CPU10向起草者PC200发送所生成的浏览画面(S558)，结束处理。CPU20在显示器23上显示所接收的浏览画面(S507)，结束处理。浏览画面是通过CPU20读取上述HTML文件和格式页而生成的。

图18B是通过S507显示在显示器23上的浏览画面。此处，显示与作为起草者代码“X012”的起草No.“A001”和“A002”有关的信息。具体来讲，针对每个起草方案显示“产品型号”、“交货数量”、“批准区分”、“期望价格”、“答复价格”等各信息。

图18C是在批准者PC300执行了价格信息浏览处理时通过S507显示在显示器33上的浏览画面。此处，批准者是对记录在图8的价格信息DB110中的所有起草者进行批准的人员。因此，在图18C中显示了记录在价格信息DB110中的价格信息。但是，在有多个批准者时，只要通过利用“批准者代码”识别各批准者，并与价格信息DB110的各起草方案对应地记录“批准者代码”项目即可。在该情况下，只要由批准者PC300的CPU30发送“批准者代码”(参照图16的步骤S503)，由另一方的管理服务器100的CPU10获取与该批准者代码对应的价格信息即可(参照图16的步骤S554)。

根据图18B或图18C显示的信息，起草者PC200或批准者PC300的使用者可以确认自己起草的交货价格及有无被批准等详细信息。另外，在实施方式中，对可以浏览使用者自己起草的交货价格及有无被批准等信息的情况进行了说明，但不限于此。作为其他实施方式，也可以浏览使用者所属的事业部内的其他使用者起草的信息。具体来讲，CPU10利用图9的使用者DB130的信息，例如如果请求浏览的使用者是起草者代码“X012”，则可以浏览属于同一事业部的“X015”的使用者起草的信息等。

7.批准结果通知邮件发送处理

作为价格管理系统的实施方式，对管理服务器100向移动电话400发送批准结果通知邮件的处理(批准结果通知邮件发送处理)进行说明。图19是在批准结果通知邮件发送处理中管理服务器100的CPU10执行的程序的流程图。在实施方式中，作为示例，假定管理服务器100的CPU10每一小时执行一次图19所示例的程序。但是，一小时仅是示例，也可以在每经过其他时间时执行程序。CPU10执行批准结果通知邮件发送处理的时间，例如可以作为图8的价格信息数据库110的一个项目进行记录。

管理服务器100的CPU10参照价格信息DB110，抽取成为批准结果通知邮件的发送对象的起草No.并记录在存储器12等中(图19的步骤S701)。所谓的成为批准结果通知邮件的发送对象的起草No.是对起草方案记录了批准信息的起草方案，并且在前次邮件发送时间以后记录了批准信息。具体来讲，CPU10以记录在图8的价格信息DB110中的“批准时间”为基准进行判断。在图8的示例中，如果前次邮件发送时间是“2003年6月6日14:00”，则在该日15:00执行批准结果通知邮件发送处理，起草No.“A001”～“A004”成为发送对象。另一方面，如果前次邮件发送时间是“2003年6月6日15:00”，则在该日16:00执行批准结果通知邮件发送处理，起草No.“A005”成为发送对象。通过该处理，每一小时发送一次最新的批准结果通知邮件。此处，说明前次邮件发送时间是“2003年6月6日14:00”，CPU10抽取了起草No.“A001”～“A004”的情况。

另外，成为邮件发送对象的基准的“批准时间”是自动记录的CPU10执行S352的处理的时间。在实施方式中，在批准区分为“保留”的情况下，CPU10不记录“批准时间”，而在重新输入“OK”或“NG”信息时记录“批准时间”(参照图14的步骤S354)。在批准区分为“保留”的情况下，起草者PC200的使用者通过上述的价格信息浏览处理，可以把握批准是保留状态。但是，不限于此，也可以在“保留”的情况下，通过记录“批准时间”，将其包含于批准结果通知邮件的发送对象中。此时，可以在重新输入“OK”或“NG”信息时更新“批准时间”，将其再次包含于批准结果通知邮件的发送对象中。

CPU10根据与所抽取的起草No.对应的起草者代码，参照使用者DB130(图9)(S703)。此处，起草者代码“X012”、“X025”符合条件。CPU10针对每个起草者代码执行以下处理。

CPU10判断符合的起草者的“邮件通知”栏目的信息是否为“1”(S705)。此处，CPU10参照使用者DB130(图9)中的起草者代码“X012”的邮件通知栏目，判断为“1”。

CPU10通过参照使用者DB130，获取起草者代码“X012”所属的事业部名称(“A”)。CPU10根据该事业部名称，参照安全设定表150(图10)，获取发送对象项目和优先顺序信息(S707)。

CPU10根据发送对象项目和优先顺序信息，抽取价格信息DB110中符合的起草No.的各项目并作成邮件记录，记录在存储器12等中(S709)。

具体来讲，步骤S709的处理是抽取价格信息DB110中符合的起草No.的各项目等，合成到记录在图11的邮件DB170中的邮件模板中，从而作成邮件记录。在图11的邮件模板的情况下，根据价格信息DB110(图8)的信息合成“起草者代码”。“邮件管理No.”可以由CPU10自动分号。在“数据区”中，根据上述发送对象项目和优先顺序信息，合成价格信息DB110中符合的起草No.的各项目的数据。CPU10通过步骤S709的处理，作成包括发送邮件所需要的规定首部信息的邮件记录。

图20是通过步骤S709的处理作成的邮件记录的源文件信息的示例。在邮件记录175中，除了规定的首部信息以外，还记录着基于图11的邮件模板的价格信息DB110中的各项目的数据。

图21是示意性地表示在步骤S709的处理中，CPU10根据记录在安全设定表150(图10)中的发送对象项目和优先顺序信息，将价格信息DB110中的各项目的数据记录在邮件记录中的处理的图。如图所示，CPU10把优先顺序为“1”的“起草No.”的信息合成到邮件记录175中，把优先顺序为“2”的“批准区分”的信息合成到邮件记录175的起草No.行的下一行中，以后按照优先顺序把最后的“批准时间”的信息合成到邮件记录175中。

此处，CPU10作成包括与起草者代码“X012”的起草No.“A001”和“A002”对应的内容的一个邮件记录。具体而言，作为对应于“A001”的内容，CPU10按照“起草No.”、“批准区分”、“事业部名称”、“客户”、“登录日期”、“答复期限”、“批准时间”的顺序，将各信息记录为邮件记录。因此，在邮件记录中包含“批准区分”，但不包含“期望价格”(对应于“选择至少包括批准结果项目并且去除了机密项目的规定项目”)。并且，CPU10在该邮件记录之后，同样把对应于“A002”的信息记录为邮件记录。

另外，在实施方式中，每个事业部的发送对象项目和优先顺序信息不同，但不限于此。作为其他实施方式，也可以使每个事业部的发送对象项目和优先顺序信息相同。另外，也可以不利用图10的安全设定表150，而根据记录在图11的邮件DB170的邮件模板作成邮件记录。具体而言，例如，在记录在图11的邮件DB170中的邮件模板的“数据区”中，预先按照合适的顺序记录应该从价格信息DB110中抽取的各项目。CPU10根据邮件模板的信息，抽取价格信息DB110的各项目的数据后，按照上述顺序合成数据，从而作成邮件记录。

CPU10判断记录在存储器12中的邮件记录是否小于等于3500字节(S711)，在判断为小于等于3500字节的情况下，执行从S717开始的处理。另一方面，在CPU10在S711中判断为邮件记录大于3500字节的情况下，从邮件记录中删除超过3500字节的部分(S713)(对应于“使超过规定的数据容量的所述开放环境用通知信息数据的项目不包含于所述电子邮件中”)。

步骤S713的处理例如只要将邮件记录的包含超过3500字节的部分的规定范围删除即可。例如，根据图22所示的画面例进行说明，在3500字节的位置是“批准时间：2003.6.6 14:28”(对应于起草编号A002)的文本中途的情况下，可以删除与起草编号A002有关的所有信息，即删除从“起草编号A002”到“批准时间：2003.6.6 14:28”的行。邮件记录的删除不限于此，在上述情况下，也可以仅删除“批准时间：2003.6.6 14:28”这一行。

CPU10在邮件记录的末尾附加容量超过消息(S715)(对应于“向该电子邮件附加表示超过数据容量的信息”)。容量超过消息例如可以使用“超过容量”文本信息(语句)。

在S711或S715的处理之后，CPU10参照使用者DB130，在邮件记录的首部区域附加与合适的起草者代码对应的“邮件地址”(S717)。此处，CPU10从使用者DB130获取作为“X012”的邮件地址的“X012@ab.co.jp”，并附加在邮件记录的首部区域。

CPU10将记录在存储器12等中的邮件记录记录在邮件DB170中(步骤S718)。邮件记录与“邮件管理No.”相对应地记录在邮件DB170中。因此，CPU10在后述的邮件发送中产生问题等的情况下，可以根据“邮件管理No.”再次发送同一邮件。

CPU10把记录在存储器12中的邮件记录作为批准结果通知邮件通过因特网600进行发送(S719)。通过CPU10进行的批准结果通知邮件的发送处理可以采用本行业人员公知的方法。在实施方式中，管理服务器100按照简单邮件传输协议(SMTP)发送邮件记录(邮件数据)。通过该处理，向与起草者代码“X012”对应的使用者“山田”的移动电话400发送批准结果通知邮件。

CPU10判断在存储器12等中是否记录有未处理的起草No.(S721)。此处，在起草No.“A001”～“A004”中，“A001”和“A002”已经处理，所以“A003”和“A004”未处理。在S721中判断为有未处理的起草No.的情况下，CPU10反复进行从S703开始的处理。具体来讲，CPU10根据与起草No.“A003”和“A004”对应的起草者代码“X025”参照使用者DB130。CPU10判断“X025”的“邮件通知”栏目的信息为“0”(S705)，执行S721的处理。此处，未作成针对“X025”的批准结果通知邮件。

CPU10在S721的处理中判断为没有未处理的起草No.的情况下，结束处理。

图22是已接收到在S719中发送的批准结果通知邮件的移动电话400的液晶显示器43的画面显示例。根据图20示例的邮件记录175，从管理服务器100发送批准结果通知邮件，并如图22所示，画面显示在移动电话400的液晶显示器43上。此处，对发送给与起草者代码“X012”对应的“山田”的移动电话400的内容进行例示。在图22中，如对S709的处理所说明的那样，根据记录在安全设定表150中的发送对象项目和优先顺序，排列显示价格信息DB110的各项目。

在邮件记录超过容量的情况下，在批准结果通知邮件的最后附加有“超过容量”的语句(参照图19的步骤S715)。该情况下，移动电话400的使用者可以通过其他机会返回公司并利用起草者PC200来确认价格信息的详细内容。

另外，在实施方式中，使用“批准时间”作为邮件发送对象的基准(参照图19的步骤S701)，但不限于此，作为其他的实施方式也可以使用标志信息。具体而言，作为包含于价格信息DB110中的信息，设计“发送标志”栏目，把未批准的起草方案记录为“0”，把记录(或更新)了批准区分的起草方案记录为“1”。CPU10在执行批准结果通知邮件发送处理时，在步骤S701中，抽取“发送标志”为“1”的起草No.，并执行以下的S703以后的处理，对邮件发送处理已结束的起草No.，将“发送标志”改写为“0”。

在实施方式中，对CPU10每一小时执行一次批准结果通知邮件发送处理的示例进行了说明，但不限于此。作为其他的实施方式，CPU10也可以在每当在价格信息DB110中记录批准信息时，就对符合的价格信息执行批准结果通知邮件发送处理。并且，CPU10也可以限定在规定的时间段(例如夜间)执行批准结果通知邮件发送处理。在该情况下，为了减轻管理服务器100的负担，优选考虑与电子邮件的发送有关的通信业务量的拥塞程度来设定时间段。

8.实施方式的效果

实施方式具有上述的多个特征，作为各个特征的效果，例如可以列举以下内容。

实施方式的管理服务器100对于起草者PC200或批准者PC300，由于其通信途中不包括公用线路，所以允许它们浏览记录在价格信息DB110中的信息。另一方面，对于移动电话400，由于其通信途中包括公用线路，所以，管理服务器100将价格信息DB110所记录的信息中除了与金额有关的信息(期望价格)以外的信息以邮件方式进行通知。因此，价格管理系统对于不会向外部泄漏信息(例如因特网窃听等)的限定区域内的终端装置公开详细的信息，可以实现使用者的方便性。另一方面，价格管理系统对于有可能泄漏信息的区域外的终端装置公开将高机密性信息除外的内容，可以提高安全性。

实施方式的管理服务器100不向移动电话400通知高机密性的“期望价格”项目，而通知有无对该“期望价格”的批准。起草了该期望价格的使用者一般可以识别或容易识别该期望价格。此处，在本实施方式的“期望价格”及其“有无批准”之间，例如具有以下关系。

(1)批准结果通知邮件中不包含的“期望价格”原本就是由接收(包括“有无批准”)该邮件的使用者自己输入到价格管理系统中的。

(2)“期望价格(包括机密项目的起草部分)”和“有无批准(针对起草部分的批准结果项目)”这两者不是没有关联性的独立的信息，而是例如具有(起草者起草的交货价格)“期望价格”低时(该起草者的上司即批准者)不易批准等的关联性，是相互对应的信息，信息的链接(关联性)程度较强。

因此，尽管没有显示期望价格，但是移动电话400的使用者可以通过根据有无对期望价格的批准等的显示，获得判断期望价格的内容的判断材料，结果，可以获得与提示了所有信息时相同的效果。

根据以上特征，移动电话400的使用者例如在公司外面与收货方的交易活动中通过移动电话400接收到批准结果通知邮件的情况下，不必返回公司利用起草者PC200进行批准结果(参照图18B)的浏览作业，就可以迅速对交易活动做出决定(例如，去交易方开始商业谈判)。即，根据实施方式，可以省去利用公司内部的起草者PC200进行批准结果的浏览作业，相应地可以缩短交易活动所需要的时间。

并且，在起草者起草的期望价格是多个的情况下，移动电话400的使用者可以根据邮件中包含的“起草No.”，对1个起草方案和其他起草方案进行区分和判断。

实施方式的管理服务器100根据图10的安全设定表150，决定批准结果通知邮件中包含的项目和项目的优先顺序。因此，移动电话400的使用者可以从优先度高的信息开始顺序地浏览批准结果通知邮件。并且，可以针对每个事业部来变更安全设定表150的记录内容，能够针对每个事业部使重要信息的优先顺序最佳化。

实施方式的价格管理系统在对起草者的期望价格的批准是“带条件批准”的情况下，把批准结果通知邮件中包含的批准区分显示为“OK+1”等。“+1”表示起草者的期望价格和批准者的答复价格的差额。起草了期望价格的使用者一般能识别该期望价格，所以根据这种差额显示可容易地判断批准者具体提示的价格。例如，针对“1000日元”的起草方案的批准条件是“OK-5”时，起草者可判断出“批准者批准的交货价格是“995日元””。

实施方式的管理服务器100每隔规定时间(例如，每一小时)就执行图19所示的批准结果通知邮件发送处理。因此，移动电话400的使用者可以每隔规定时间接收最新的批准结果。

实施方式的管理服务器100使超过3500字节的内容不包含于批准结果通知邮件中(参照图19的步骤S713)。因此，移动电话400方的使用者可以在短时间内进行批准结果通知邮件的接收。另外，3500字节的上限仅是示例，也可以在考虑移动电话的电子邮件收发的通信业务量或移动电话的接收邮件的字符数限制等情况的基础上，采用其他数据容量的限制。并且，在邮件记录超过容量的情况下，在批准结果通知邮件的最后附加“超过容量”的语句(参照图19的步骤S715)。在该情况下，移动电话400的使用者可以借助其他机会返回公司，通过利用起草者PC200，通过上述的价格信息浏览处理来确认价格信息的详细内容。

9.第2实施方式

在上述实施方式中，如图8所示，准备具有项目名称的价格信息数据库110，作为批准结果通知邮件的内容，去除期望价格、答复价格的项目。由此，可以从批准结果通知邮件的内容中迅速且可靠地去除机密信息(期望价格、答复价格)。

但是，在生成这种定型的批准结果通知邮件的方法中，批准结果通知邮件的内容是固定的，有时难以充分实现起草者和批准者的意思沟通。

为了解决该问题，如图23A所示，批准者也可以输入批准结果通知的内容。该批准结果通知从批准者终端300发送给管理服务器100并记录在记录单元58中。管理服务器100的输出单元57(参照图3)把该批准结果通知作为通知信息数据发送给起草者终端200。邮件生成单元53根据图24、图25所示的流程图生成去除机密事项的批准结果通知邮件。

首先，CPU10把判定用的标志设为0(步骤S801)。然后，从记录单元58读出批准结果通知(步骤S802)。获取该批准结果通知的第一个文字(步骤S803)。即，读出图23A的第一个文字“古”。

然后，CPU10判断标志是否为1(步骤S804)。此处，由于标志是0，因而，转入步骤S805。在步骤S805中，在获取的文字不是“”“$” 等货币符号的情况下，把该文字原样作为邮件内容输出到文件中(步骤S808)。然后，转入步骤S811，获取批准结果通知的下一个文字(此处为“谷”)。然后，再次反复进行步骤S804以后的步骤。

这样通过反复进行上述处理，在发现有货币符号“”(图23A的第3行)时，从步骤S805转入步骤S806。在步骤S806中，CPU10把该货币符号转换为“*”(避讳符号)，输出到邮件内容文件中。并且，把标志设为“1”(步骤S807)。这样，在发现货币符号时，标志被设为“1”。

然后，CPU10获取批准结果通知的下一个文字(此处为“8”)。并且，再次反复进行步骤S804以后的步骤。由于标志为“1”，所以转入步骤S809。此处，由于所获取的文字为“8”，所以转入步骤S810。在步骤S810中，把文字“8”用文字“*”进行置换后，作为邮件内容输出到文件中。

然后，获取下一个文字(步骤S811)，反复进行步骤S804以后的步骤。因此，货币符号的后续数字被置换为“*”。

在数字结束后，在步骤S809中转入步骤S812，CPU10把标志设为“0”。然后，把获取的文字原样作为邮件内容输出到文件中。之后，CPU10获取批准通知结果的下一个文字(此处为“8”)。然后，再次反复进行步骤S804以后的步骤。

如上所述，把货币符号作为机密数据开始的标志，把连续数字的结束作为结束标志，由此可以生成把机密数据置换为“*”的邮件内容(参照图23B)。

因此，根据该实施方式，审批者可以自由输入审批通知内容，并且能够防止机密数据的泄漏。并且，机密数据被置换为“*”，所以起草者可以知道存在机密数据这一事实。

另外，在该实施方式中，把从货币符号开始到连续数字结束判断为机密数据，但也可以把从连续数字的开始到货币符号束判断为机密数据。这是因为：例如，在“20,000日元”等日本式标注方式中，货币符号是在后面。

10.第3实施方式

图26是表示另一实施方式的批准结果通知系统的方框图。基本结构和图3相同，所以省略。在该实施方式中，起草者的移动电话400和起草者终端200的功能与图3不同。

在该实施方式中，起草者从起草者终端200输入起草信息时，可以把起草者移动电话400连接到起草者终端200进行数据转发。例如，使用USB端子、红外线通信功能等可以使两者进行通信。

起草者终端200的机密信息抽取单元71从起草者输入的起草信息中抽取机密信息、起草ID。机密信息输出单元72把该机密信息、起草ID输出给起草者移动电话400的机密信息输入单元68。机密信息记录单元69将该机密信息与起草ID相对应地进行记录。

如上所述，将机密信息记录在起草者移动电话400中，不会泄漏机密信息。

然后，在相对于公用线路开放的环境中，起草者移动电话400接收到来自管理服务器100的批准结果通知邮件时，进行以下处理。接收单元51接收批准结果通知邮件。然后，合成单元70参照所接收的邮件中包含的起草ID，读出记录在记录单元69中的机密信息。并且，合成单元70将该机密信息合成到所接收的批准结果通知邮件中。显示单元52显示包括机密信息的合成内容。

这样，可以防止机密信息的泄漏，并且即使在相对于公用线路开放的环境中也能确认机密信息。

图27表示起草时的起草者移动电话400、起草者终端200、管理服务器100的各自程序的动作流程图。另外，在以下说明中省略对与图12相同的处理部分的说明。

在第1实施方式中，起草者终端200利用浏览程序浏览记录在管理服务器100中的内容，向管理服务器100发送数据。在该实施方式中，在起草者终端200中除了上述浏览程序，还设有向该浏览程序附加功能的插件程序。

从起草者终端200向管理服务器100发送价格起草信息时(步骤S105)，上述插件程序动作开始。CPU20根据该插件程序，首先从价格起草信息中抽取机密信息(此处为期望价格)(步骤S111)。进而，把该期望价格和起草编号输出给所连接的起草者移动电话400(步骤S112)。此处的起草编号不同于第1实施方式，CPU20在步骤S105中进行自动分号等，管理服务器100的CPU10把该起草编号记录在价格信息DB110中。但是，不限于此，CPU20也可以在后述的步骤S107的处理之后执行从步骤S111开始的处理。在该情况下，CPU20只要接收管理服务器100分配的起草编号，把该起草编号等输出给起草者移动电话400即可。

在起草者移动电话400中记录有机密信息记录程序。根据机密信息处理程序的处理，CPU40接收期望价格、起草编号(步骤S121)，并将它们相对应地记录在存储器44(非易失的部分)中(步骤S122)。这样记录的起草编号和期望价格如图28所示。

另外，在该实施方式中，把机密信息记录程序记录在起草者移动电话400中，但在可以从起草者终端200直接访问起草者移动电话400的存储器44的情况下，不需要机密信息记录程序。

如上所述，记录在起草者移动电话400中的机密信息，在起草者移动电话400已接收到批准结果通知邮件的情况下可以利用。通过起草者移动电话400浏览批准结果通知邮件时的邮件程序和机密信息处理程序的处理如图29所示。邮件程序是普通的邮件接收/显示用程序。步骤S901、S905表示邮件程序的处理。

机密信息处理程序是用于辅助邮件程序功能的程序(插件)，用于进行步骤S902、S903、S904的处理。

CPU40首先在接收邮件时(步骤S901)，判断该邮件是否是批准结果通知邮件(步骤S902)。批准结果通知邮件是从管理服务器100发送的，所以通过确认发件方的地址，可以进行判断。并且，也可以预先确定批准结果通知邮件的标题，根据该标题进行判断。

如果不是批准结果通知邮件，则原样显示该邮件(步骤S905)。如果是批准结果通知邮件，则从该邮件抽取起草编号，读出与该起草编号相对应地记录在存储器44中的期望价格(步骤S903)。

CPU40将该期望价格附加并合成到批准结果通知邮件的内容中(步骤S904)。如图30所示，显示该合成后的邮件(步骤S905)。因此，起草者可以看到包括期望价格的批准结果通知。

另外，在上述实施方式中，在起草时通过USB等连接起草者终端200和起草者移动电话400，发送起草编号和期望价格。但是，也可以把记述有起草编号和期望价格的邮件从起草者终端200或管理服务器100发送给起草者移动电话400。当然，在这种情况下，由于邮件在相对于公用线路开放的环境下流通，所以有可能导致机密信息泄漏。但是，假定即使被泄漏，仅通过起草编号和期望价格也无法理解信息的内容，所以不会产生大的问题。因此，用邮件发送的方法也是实用的。

并且，在上述实施方式中，把事先记录在起草者移动电话400中的期望价格附加到批准结果通知邮件中。但是，如图31所示，也可以从管理服务器100发送包含期望结果和答复结果的差额的批准结果通知邮件，起草者移动电话400的机密信息处理程序根据与期望结果的差额算出答复价格，进行显示。

图31表示上述处理。首先，从起草者终端200向管理服务器100发送起草信息。此时，起草者移动电话400中记录有起草编号和期望价格(图31A)。

然后，从批准者终端300输入相对于期望价格的差额，并记录在管理服务器100中(图31B)。之后，从管理服务器100向起草者移动电话400发送批准结果通知邮件。在起草者移动电话400中，根据批准结果通知邮件的起草编号读出所记录的期望价格，并将其与差额相加，算出答复价格。

这样显示在起草者移动电话400上的批准结果通知邮件的示例如图32所示。在该示例中，起草编号A001的期望价格是“110日元”，起草编号A002的期望价格是“100日元”，批准者对起草编号A001指定“+5日元”的差额，对起草编号A002指定“0日元”的差额。

这样，可以防止机密信息的泄漏，并且即使在相对于公用线路开放的环境下也能确认机密信息。

11.第4实施方式

图33表示再一实施方式的批准结果通知系统的方框图。基本结构和图3相同，所以省略。

在该实施方式中，起草者从起草者终端200输入起草信息时，将起草者移动电话400与起草者终端200连接，以便可以进行数据转发。例如，可以使用USB端子、红外线通信功能、邮件等，这一点和第3实施方式相同。

起草者终端200的密钥信息生成单元77生成用于加密的密钥。在每次向管理服务器100发送起草信息时，生成不同的密钥。密钥信息输出单元76把该密钥(和起草编号)发送给管理服务器100，同时输出给起草者移动电话400。

接收到密钥的管理服务器100将该密钥和起草编号相对应地记录在价格信息数据库中。另一方面，起草者移动电话400的密钥信息输入单元74接收密钥和起草编号，并记录在密钥信息记录单元75中。

在从批准者终端300输入了批准时，管理服务器100生成批准结果通知邮件。在该实施方式中，批准结果通知邮件中包含期望价格、答复价格等机密信息。但是，为了防止机密信息的泄漏，管理服务器100的邮件生成单元53使用记录在价格信息数据库中的密钥，对批准结果通知邮件进行加密。

在相对于公用线路开放的环境中，起草者移动电话400接收来自管理服务器100的批准结果通知邮件时，进行以下处理。接收单元51接收批准结果通知邮件。然后，解码单元73参照所接收的加密邮件中包含的起草ID，读出记录在密钥信息记录单元75中的密钥。进而，使用该密钥对批准结果通知邮件进行解密。显示单元52显示包括机密信息的批准结果通知邮件的内容。

图34表示起草时的起草者移动电话400、起草者终端200、管理服务器100各自的程序的动作流程图。另外，在以下说明中省略对与图12相同的处理的部分的说明。

在起草者终端200中，起草者点击起草结束按钮时，插件程序开始动作。CPU20根据该程序生成加密密钥(步骤S125)。该加密密钥利用随机数生成，每次生成不同的密钥。

然后，起草者终端200的CPU20向管理服务器100发送所输入的价格起草信息和所生成的加密密钥(步骤S127)。管理服务器100把所接收的价格起草信息和加密密钥记录在价格信息数据库中(步骤S170)。

并且，起草者终端200的CPU20向起草者移动电话400输出价格起草信息中的起草编号和加密密钥。起草者移动电话400的CPU40接收该起草编号和加密密钥(步骤S130)。CPU40将该起草编号和加密密钥相对应地记录在存储器44(非易失性存储器部分)中(步骤S132)。

图35是表示批准结果邮件浏览处理中的起草者移动电话400的程序、管理服务器100的程序的流程图。管理服务器100的CPU10从价格信息DB中抽取批准者已进行了批准处理的起草信息(步骤S1701)。然后，CPU10根据所抽取的起草信息中的起草者代码，参照使用者DB130(图9)，获取该使用者是否希望邮件通知的标志(步骤S1703)。如果该使用者不希望邮件通知，则获取下一个起草信息(步骤S1705、步骤S1721)。

如果该使用者希望邮件通知，则CPU10根据起草信息生成邮件记录(步骤S1731)。在该实施方式中，生成也包括期望价格、答复价格等的机密信息的邮件记录。然后，CPU10根据针对该起草信息而记录的加密密钥，对邮件记录进行加密(步骤S1733)。但是，只有起草编号不被加密而维持原状。并将其记录在邮件DB中(步骤S1718)。然后，CPU10把该加密的邮件记录作为批准结果通知邮件发送给起草者移动电话400(步骤S1719)。

起草者移动电话400的CPU40接收该批准结果通知邮件(步骤S1801)。CPU40判断该邮件是否被加密(步骤S1811)。如果未加密，由于是普通邮件，所以直接进行显示(步骤S1805)。

在被加密的情况下，CPU40读出记录在存储器44中的加密密钥(步骤S1813)。此时，CPU40首先从批准结果通知邮件获取未加密的起草编号，读出与该起草编号相对应地记录在存储器44中的加密密钥。

然后，CPU40根据所获取的加密密钥，对批准结果通知邮件进行解码(步骤S1814)。显示解码后的批准结果通知邮件(步骤S1805)。

如上所述，在该实施方式中，由于使批准结果通知邮件中包含机密信息，所以即使是处于相对于公用线路开放的环境中的起草者移动电话400，也能进行包括机密信息的浏览。并且，由于对批准结果通知邮件进行加密，所以泄漏机密信息的可能性小。并且，加密密钥每次都预先记录在起草者移动电话400中，所以由于加密密钥泄漏而被解密的可能性小。

并且，只把起草编号以不加密的状态发送，所以在起草者移动电话400一方，可以根据该起草编号获取对应的加密密钥，进行解密。

在上述实施方式中，在起草者终端200中生成加密密钥，但也可以由管理服务器100生成加密密钥，然后通过起草者终端200记录在起草者移动电话400中。

12.其他实施方式

12-1.批准结果通知邮件的结构内容的变形

在实施方式中，作为权利要求书中的“通知信息”，示例了规定组织的营业担任者(起草者)起草的“期望价格(交货价格)”和批准者针对该交货价格的“批准结果”。但“通知信息”的内容不限于此，在包括交货数量、产品规格、预算或决算结果等一般应该确保机密性的信息的情况下，也可以应用本发明。

记录在价格信息DB110中的内容不限于图8所示例的内容，也可以追加其他信息等。例如，也可以采用由起草者或批准者输入的“备注”项目。可以使用该备注信息，使批准部分的内容更加详细。例如，针对“交货数量为200个的交货价格为100日元”的起草方案，批准者可以输入“如果交货数量是500个，则可以是100日元”的备注。在情况下，起草者PC200的使用者可以参考上述备注。另一方面，批准结果通知邮件中可以不包括上述备注内容，而取而代之包括“有备注”的消息。在信息起草者终端PC200的使用者在公司外面活动的情况下，利用移动电话400接收上述批准结果通知邮件，可以把握有对所起草内容的代替方案的提示。

作为其他的实施方式，也可以在对上述备注信息执行第2实施方式或其变形例的文字转换处理之后，把转换后的备注信息包含于批准结果通知邮件中。具体来讲，CPU10把备注信息中包含的所有数字(0～9)转换为特定的标记(例如*)。例如，作为批准所附的理由，对“计划在一年内盈利”或“两年后使销售数量达到3倍”等备注信息，CPU10在分别转换为“计划在*年内盈利”或“*年后使销售数量达到*倍”等备注信息后，将其包含于批准结果通知邮件中。起草者根据该邮件，可以理解批准结果的理由(或理由的概要)。

12-2.装置结构的变形

在实施方式中，作为“处于相对于公用线路开放的环境中的终端装置”示例了移动电话400，但不限于此，也可以使用PHS、个人数字助理(PDA)等移动终端或个人电脑等其他设备。

12-3.程序执行方法等的实施例

在本实施方式中，把用于使CPU10、CPU20、CPU30、CPU40动作的程序分别存储在硬盘14、硬盘24、硬盘34、存储器44中，但也可以把该程序从存储有程序的CD-ROM中读出后安装在硬盘等中。并且，除了CD-ROM以外，也可以从DVD-ROM、软盘(FD)或IC卡等计算机可读记录介质安装程序。另外，也可以使用通信线路下载程序。并且，也可以通过从CD-ROM安装程序，不是使计算机间接地执行存储在CD-ROM中的程序，而是直接执行存储在CD-ROM中的程序。

另外，作为计算机可以执行的程序，不仅是可以由CPU直接执行的程序，也包括源程序形式的程序、需要暂且变换为其他形式等的程序(例如，被压缩处理的程序、加密程序)、进而还包括可以与其他模块部分组合执行的程序。

在上述各实施方式中，利用CPU和程序实现图3、图26、图33的各功能，但也可以用硬件逻辑(逻辑电路)构成各功能的一部分或全部。

以上，说明了本发明的概要和本发明的最佳实施方式，但各用语不用于限定，而仅用于说明，与本发明相关的技术领域的本行业人员可以认可并执行在本发明说明的范围内的系统、装置及方法的其他变形。因此，这种变形被视为在本发明的范围内。

Claims

1.一种网络化的计算机系统，所述计算机系统包括：

所述计算机系统还包括：

(e)抽取单元，用于从记录在所述数据库中的起草信息和批准状态信息中抽取信息，把该所抽取的信息通过所述安全度低的通信线路发送给使用者终端，所述抽取处理是如下进行的：从所述数据库中抽取指定规定的起草方案的至少一个信息和表示批准状态的至少一个信息，并且不抽取需要保密的信息；

(f)消息生成单元，用于根据所述抽取的信息，生成通过所述安全度低的通信线路发送给使用者终端的消息；

(g)发送单元，用于通过所述安全度低的通信线路向所述使用者终端发送所述生成的消息；

(h)接收单元，用于通过所述使用者终端接收所述发送的消息；

(i)显示单元，用于显示指定所述起草信息的至少一个信息和表示所述批准状态的至少一个信息。

2.根据权利要求1所述的计算机系统，所述安全度低的通信线路包括：电子邮件通信、短消息服务通信(SMS)、无线应用协议通信(WAP)、通用无线分组业务服务通信(GPRS)、i模式(商标)通信中的一种或多种。

3.根据权利要求1所述的计算机系统，

需要保密的所述信息包括金额信息，

4.根据权利要求3所述的计算机系统，还包括：

(k)在生成发送给所述使用者的所述消息时包含所述差额的单元。

5.根据权利要求1所述的计算机系统，

所述抽取单元在每次经过规定时间时执行抽取处理。

6.根据权利要求1所述的计算机系统，

(f)所述消息生成单元还包括：

7.根据权利要求6所述的计算机系统，

记录所述各信息的数据库还记录对应的优先顺序信息，

在判断为超过所述特定的数据容量的情况下，根据所述优先顺序信息，选择成为所述生成的消息的基准的所述少量的信息。

8.根据权利要求1所述的计算机系统，还包括：

9.一种批准结果通知系统，包括批准结果通知装置和可以与该批准结果通知装置进行通信的终端装置，其特征在于，

(a)所述批准结果通知装置包括：

(b)所述终端装置包括：

(i)接收所述电子邮件的接收单元；

10.一种批准结果通知系统，包括批准结果通知装置和可以与该批准结果通知装置进行通信的终端装置，其特征在于，

(a)所述批准结果通知装置包括：

(i)受理单元，受理包括机密项目的起草部分的输入、和包括针对该起草部分的批准结果项目的批准部分的输入；

(ii)通知信息登录单元，将由所述起草部分和批准部分构成的通知信息数据记录在记录单元中；

(iii)输出单元，在相对于公用线路封闭的环境中有终端装置的浏览请求的情况下，向该终端装置输出所述通知信息数据；

(iv)获取单元，参照所述记录单元，获取从所述通知信息数据所包含的项目中选择的、至少包括所述批准结果项目并且去除了所述机密项目的规定项目的内容，作为开放环境用通知信息数据；

(vi)发送单元，将所述生成的电子邮件发送给处于相对于公用线路开放的环境中的所述终端装置，

(b)所述终端装置包括：

(i)接收所述电子邮件的接收单元；

11.一种可以与终端装置进行通信的批准结果通知装置，其特征在于，

(a)所述批准结果通知装置包括：

(iv)发送单元，将所述生成的电子邮件发送给处于相对于公用线路开放的环境中的所述终端装置。

12.一种计算机可读的程序，用于使计算机发挥可以与终端装置通信的批准结果通知装置的功能，所述程序使计算机发挥以下单元的功能：

(ii)获取单元，从所述通知信息数据所包含的项目中，选择至少包括所述批准结果项目并且去除了所述机密项目的规定项目，获取其作为开放环境用通知信息数据；

13.根据权利要求9所述的批准结果通知系统，其特征在于，

(a-ii)所述获取单元参照预先设定的项目优先顺序信息，从所述通知信息数据所包含的项目中，从所述项目优先顺序高的项目开始，顺序地选择至少包括所述批准结果项目并且去除了所述机密项目的规定项目，获取其作为所述开放环境用通知信息数据。

14.根据权利要求9所述的批准结果通知系统，其特征在于，

所述机密项目包括与金额有关的信息，

所述批准结果项目包括与有无对该金额的批准有关的信息。

15.根据权利要求14所述的批准结果通知系统，其特征在于，

所述批准结果项目包括与所述金额和可能批准的金额之间的差额有关的信息。

16.根据权利要求9所述的批准结果通知系统，其特征在于，

所述(a-ii)获取单元在每次经过规定的时间时，获取所述开放环境用通知信息数据。

17.根据权利要求9所述的批准结果通知系统，其特征在于，

所述(a-iii)邮件生成单元在所述开放环境用通知信息数据超过规定的数据容量的情况下，使超过该规定的数据容量的所述开放环境用通知信息数据的项目不包含于所述电子邮件中，并且向该电子邮件附加表示超过数据容量的信息。

18.一种使用计算机的批准结果通知方法，其特征在于，

所述批准结果通知方法包括以下步骤：

(i)受理包括机密项目的起草部分的输入、和包括针对该起草部分的批准结果项目的批准部分的输入；

(ii)记录由所述起草部分和批准部分构成的通知信息数据；

(iii)在相对于公用线路封闭的环境中有终端装置的浏览请求的情况下，向该终端装置输出所述通知信息数据；

(iv)参照所述记录的通知信息数据，获取从所述通知信息数据所包含的项目中选择的、至少包括所述批准结果项目并且去除了所述机密项目的规定项目的内容，作为开放环境用通知信息数据；

(v)生成以由所述获取的开放环境用通知信息数据为内容的电子邮件；

(vi)将所述生成的电子邮件发送给处于相对于公用线路开放的环境中的所述终端装置，

19.一种批准结果通知系统，包括：管理服务器装置；在相对于公用线路封闭的环境中可以与该管理服务器装置通信的终端装置；在相对于公用线路开放的环境中可以与该管理服务器装置通信的起草者移动终端装置，其特征在于，

(a)管理服务器装置包括：

(ii)记录起草信息的记录单元；

(b)起草者终端装置包括：

(i)机密信息抽取单元，抽取起草信息中的机密信息；

(c)起草者移动终端装置包括：

(ii)记录机密信息的机密信息记录单元；

20.一种管理服务器装置，在相对于公用线路封闭的环境中可以与终端装置通信，并且可以在相对于公用线路开放的环境中与起草者移动终端通信，其特征在于，包括：

(ii)记录起草信息的记录单元；

(v)发送单元，向起草者移动终端装置发送开放环境用通知信息邮件。

21.一种(b)起草者终端装置，在相对于公用线路封闭的环境中可以与管理服务器装置通信，并且可以与起草者移动终端装置通信，其特征在于，包括：

(i)起草信息发送单元，向管理服务器装置发送起草者输入的起草信息；

(ii)机密信息抽取单元，抽取起草信息中的机密信息；

(iii)机密信息输出单元，向起草者移动终端装置输出机密信息。

22.一种(c)起草者移动终端装置，在相对于公用线路开放的环境中可以与管理服务器装置通信，并且可以与起草者终端装置通信，其特征在于，包括：

(ii)记录机密信息的机密信息记录单元；

23.根据权利要求19所述的批准结果通知系统，其特征在于，

所述起草信息中被附加了起草ID，

(c-i)起草者移动终端装置的机密信息记录单元把机密信息与起草ID相关联地进行记录，

所述开放环境用通知信息邮件中包含起草ID，

(c-iv)起草者移动终端装置的合成单元根据所述起草ID，获取记录在机密信息记录单元中的机密信息。

24.根据权利要求19所述的批准结果通知系统，其特征在于，

所述起草信息中包含作为机密信息的期望价格。

25.根据权利要求24所述的批准结果通知系统，其特征在于，

(a-iv)所述管理服务器装置的邮件生成单元生成使开放环境用通知信息邮件中包含答复价格和期望价格的差额的邮件，

(c-iv)所述起草者移动终端装置的合成单元根据记录在机密信息记录单元中的期望价格和开放环境用通知信息邮件中包含的差额，算出并合成答复价格。

26.根据权利要求25所述的批准结果通知系统，其特征在于，

把答复价格和期望价格的差额作为批准信息的一部分，从所述批准者终端装置发送给管理服务器。

27.根据权利要求25所述的批准结果通知系统，其特征在于，

把答复价格作为批准信息的一部分，从所述批准者终端装置发送给管理服务器，

(a-iv)所述管理服务器装置的邮件生成单元根据记录在记录单元中的起草信息中的期望价格和所接收的答复价格算出差额。

28.一种程序，用于通过计算机实现权利要求19～22中任意一项所述的装置的各单元。

29.一种批准结果通知系统，包括：管理服务器装置；在相对于公用线路封闭的环境中可以与该管理服务器装置通信的终端装置；在相对于公用线路开放的环境中可以与该管理服务器装置通信的起草者移动终端装置，其特征在于，

(a)管理服务器装置包括：

(ii)记录单元，把加密密钥与起草信息相关联地进行记录；

(b)起草者终端装置包括：

(i)生成加密密钥的密钥信息生成单元；

(c)所述起草者移动终端装置包括：

(i)密钥信息输入单元，输入来自起草者终端装置的密钥信息，记录在密钥信息记录单元中；

(ii)记录密钥信息的密钥信息记录单元；

(iv)解码单元，使用记录在密钥信息记录单元中的密钥信息，对加密开放环境用通知信息邮件进行解码，

(v)显示单元，显示被解码后的开放环境用通知信息邮件。

30.一种批准结果通知系统用的(a)管理服务器装置，在相对于公用线路封闭的环境中可以与终端装置通信，并且在相对于公用线路开放的环境中可以与起草者移动终端通信，其特征在于，包括：

(ii)记录单元，把加密密钥与起草信息相关联地进行记录；

(v)发送单元，向起草者移动终端装置发送被加密的开放环境用通知信息邮件。

31.一种(b)起草者终端装置，在相对于公用线路封闭的环境中可以与管理服务器装置通信，并且可以与起草者移动终端装置通信，其特征在于，包括：

(i)生成加密密钥的密钥信息生成单元；

(ii)向起草者移动终端装置和管理服务器装置输出机密信息的密钥信息输出单元。

32.一种(c)起草者移动终端装置，在相对于公用线路开放的环境中可以与管理服务器装置通信，并且可以与起草者终端装置通信，其特征在于，包括：

(ii)记录密钥信息的密钥信息记录单元；

(iii)接收单元，接收来自管理服务器装置的加密开放环境用通知信息邮件；

(v)显示单元，显示被解码后的开放环境用通知信息邮件。

33.一种程序，用于使用计算机实现权利要求29～32中任意一项所述的装置的各单元。

34.一种批准结果通知系统，包括：批准结果通知装置；在相对于公用线路封闭的环境中可以与该批准结果通知装置通信的终端装置；在相对于公用线路开放的环境中可以与该批准结果通知装置通信的起草者移动终端装置，其特征在于，

(a)所述批准结果通知装置包括：

(ii)记录起草信息的记录单元；

(iv)获取单元，从所述通知信息数据所包含的项目中，获取至少包括所述批准结果信息并且去除了所述机密信息的内容，作为开放环境用通知信息数据；

(b)所述起草者终端装置包括：

(c)所述起草者移动终端装置包括：

(i)接收所述电子邮件的接收单元；

(ii)根据所述接收的电子邮件显示所述开放环境用通知信息数据的显示单元。

35.根据权利要求34所述的批准结果通知系统，其特征在于，

(a-iv)所述获取单元通过把机密信息转换为避讳符号来去除机密信息。

36.根据权利要求35所述的批准结果通知系统，其特征在于，

(a-iv)所述获取单元把货币标记作为表示机密信息的标志，根据该标志进行机密信息的置换。