专利名称：管理交易和清算的方法，通知关于消费动向的信息的方法
技术领域：
本发明涉及用这些交易的当事者和银行等的计算机系统和计算机间通信网络自动进行商业或非商业的交易，关于这些交易的清算，关于商业或非商业的广告等的信息处理的技术。
背景技术：
在提供商品或服务的供应者(公司或行政机关和公共团体机关)的计算机系统和购入商品或服务的买主(个人或法人)的计算机系统之间，通过通信网络交换电子信息，因此，能够使自动实施供应者和买主之间进行的各种交易的信息管理和关于这些交易的清算(例如，商品或服务的贷款支付，公共费用的支付，或税金的交纳等)的系统实用化。
如果根据已有技术，则不能够向买主提供用于将关于来自供应者的账单(信息)到达买主，买主应该支付的时期，和在买主的银行户头中的收支等的信息总括起来自动地进行管理的自动化装置。因此，为了不至于忘记，买主必须自己对这些信息进行存储和管理。
又，现在正在广泛地进行通过电子邮件从供应者向买主发送交易明细表和账单的工作。但是作为买主，必须从许多来自各种人的多种杂乱的电子邮件中一件一件地寻找出特定的交易明细表和账单，这是非常麻烦的事。
又，如果根据已有技术，则也不能实现通过买主对账单的承认自动地从买主的银行户头向供应者支付钱款那样的账单确认和清算处理的实时或适当时间中的联动。
另一方面，即便对于供应者，如果根据已有技术，则也不能提供实时地或在适当时间自动确认关于买主是否见到账单，买主是否承认应该支付的时期，买主是否承认账单的内容，买主是否已经支付，和支付日期等的信息的自动化装置。因此，供应者为了对许多交易信息进行管理和整理，掌握现金流动，必须付出很多的劳动力。
又，供应者正在通过报纸和杂志的纸面，电车内和车站中散发的广告，直接寄出的邮件，因特网的主页等媒体，向不特定的许多买主发送商业或非商业的广告。但是对这些广告感兴趣的买主的比例不那么高。因此，广告，与支付很大的费用相比，难以得到高的效果。
发明内容
本发明的目的是为了使买主能够在买主的计算机系统的GUI(绘图用户接口)画面上总括地管理关于该买主进行的种种商业交易和它们的清算等的诸信息。
本发明的另一个目的是为了使买主能够在买主的计算机系统的GUI画面上进行对供应者发送过来的账单的承认，实时地或在适当时间自动进行该账单的清算。
本发明的再一个目的是为了使买主能够在买主的计算机系统的GUI(绘图用户接口)画面上总括地管理关于该买主进行的种种商业交易和它们的清算等的诸信息，对容易地掌握现金流动作出贡献。
本发明的又一个目的是为了使办理供应者或买主的银行户头的金融机关能够在该金融机关的计算机系统的GUI画面上总括地管理与该供应者或买主进行的种种商业交易有关的清算的诸信息，对容易地管理清算处理作出贡献。
本发明的更进一步的目的是为了能够选择该买主对该广告感到兴趣的可能性高的适当时期，将商业或非商业的广告提供给买主。
按照本发明的第1侧面的买主的管理交易和清算的方法具有接收来自供应者系统的给买主的电子账单的步骤，接收来自银行系统的关于买主资金的电子收支明细表的步骤，准备好显示日程表的GUI画面的步骤，在上述GUI画面的日程表上贴附表示来自上述供应者系统的上述电子账单的标记和表示来自上述银行系统的上述电子收支明细表的标记的步骤，和将显示贴附了上述账单和收支明细表的标记的上述日程表的上述GUI画面提供给买主系统的步骤。
按照本发明的第2侧面的买主的管理交易和清算的计算机系统具有进行接收来自供应者系统的给买主的电子账单的处理的计算机程序，进行接收来自银行系统的关于买主资金的电子收支明细表的处理的计算机程序，进行准备显示日程表的GUI画面的处理的计算机程序，进行在上述GUI画面的日程表上，贴附表示来自上述供应者系统的上述电子账单的标记和表示来自上述银行系统的上述电子收支明细表的标记的处理的计算机程序，和进行将显示贴附了上述账单和收支明细表的标记的上述日程表的上述GUI画面发送给买主系统的处理的计算机程序。
按照本发明的第3侧面向买主提供新闻的方法具有准备带有日期的买主时间表的步骤，从供应者系统接收新闻的步骤，从接收的新闻中选出与准备的买主预定计划关联的新闻的步骤，根据与上述选出新闻关联的买主预定计划的日期，决定上述选出新闻的通知日期的步骤，准备好显示日程表的GUI画面的步骤，在上述GUI画面的日程表上的上述通知日期的空间中贴附表示上述选出新闻的标记的步骤，和向买主系统提供显示贴附了上述选出新闻的标记的上述日程表的上述GUI画面的步骤。
按照本发明的第4侧面向买主提供新闻的计算机系统具有进行准备带有日期的买主预定计划的处理的计算机程序，进行从供应者系统接收新闻的处理的计算机程序，进行从接收的新闻中，选出与准备的买主预定计划关联的新闻的处理的计算机程序，进行根据与上述选出新闻关联的买主预定计划的日期，决定上述选出新闻的通知日期的处理的计算机程序，进行准备显示日程表的GUI画面的处理的计算机程序，进行在上述GUI画面的日程表上的上述通知日期的空间中贴附表示上述选出新闻的标记的处理的计算机程序，和进行向买主系统发送显示贴附了上述选出新闻的标记的上述日程表的上述GUI画面的处理的计算机程序。
在本发明中，称为“账单”的术语是具有不仅是账单，还包含不是账单但是从那里读取索取金额等的索取内容那样的文件，例如，交易明细表，计算清单和交货清单等的意义加以使用的。索取金额既可以是正的(买主支付金钱)也可以是负的(买主接受金钱)。
在本发明中，称为“收支明细表”的术语是具有从它读取对于户头存入或支出的事实及其金额那样的文件的意义加以使用的。
在本发明中，称为“买主”的术语是具有不仅是购买商品或服务的主体，也包含自主地进行伴随金钱移动的任何经济行为的主体，和从其它公司接受这种经济行为的对象的广泛意义加以使用的。
在本发明中，称为“供应者”的术语是具有不仅是向“买主”提供商品或服务的主体，也包含对“买主”自主地进行伴随金钱移动的任何经济行为的主体，和从“买主”接受这种经济行为的对象的广泛意义加以使用的。
在本发明中，称为“银行”的术语是具有不仅是银行，也包含不是银行但是能够处理供应者或买主的资金移动的组织的广泛意义加以使用的。也存在着本发明的“银行”指的是例如证券公司或邮电局等的情形。
图1是表示按照本发明的一个实施形态的与交易和清算有关的信息管理系统的全体构成的方框图。
图2是表示日程表服务器25的账单管理部分27和会计管理部分29进行处理中的电子信息的流程的方框图。
图3表示日程表服务器25向买主系统3提供的每月的日程表画面的一个例子。
图4表示日程表服务器25向买主系统3提供的每周的日程表画面的一个例子。
图5表示日程表服务器25向买主系统3提供的每日的日程表画面的一个例子。
图6表示日程表服务器25向买主系统3提供的账单清单画面的一个例子。
图7表示在买主系统3中显示的账单明细表画面的一个例子。
图8表示日程表服务器25向买主系统3提供的户头电子账目画面的一个例子。
图9表示日程表服务器25向买主系统3提供的预定收支设定画面的一个例子。
图10表示日程表服务器25向供应者系统7提供的账单清单画面的一个例子。
图11表示日程表服务器25向银行系统13或15提供的账单清单画面的一个例子。
图12是表示与本实施形态有关的系统中全体概略的处理流程的程序操作图。
图13是表示日程表服务器25进行的(7)收支明细表自动分类处理，(8)预定收支自动设定处理，(9)收支明细表自动消账处理，(10)收支明细表自动通知，和(11)户头电子账目处理的概略流程的程序操作图。
图14是表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(4)收支明细表自动贴附处理的流程的程序操作图。
图15是表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(1)账单登记处理和(5)账单自动贴附处理的流程的程序操作图。
图16是表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(2)和(6)开封账单和委托支付通知处理和(3)清算账单消账处理的流程的程序操作图。
图17是表示作为图14所示的处理中的一部分的，日程表服务器25进行的(7)收支明细表自动分类处理和(8)预定收支自动设定处理的流程的程序操作图。
图18是表示作为图14所示的处理中的一部分的，日程表服务器25进行的(9)预定收支消账处理和(10)收支明细表自动通知处理的流程的程序操作图。
图19是表示作为图14所示的处理中的一部分的，日程表服务器25进行的(11)户头电子账目处理的流程的程序操作图。
图20是表示当供应者是证券公司时，本实施形态的系统能够进行的别的全体工作的概略流程的程序操作图。
图21是表示当供应者是信贷公司时，本实施形态的系统能够进行的又一个别的全体工作的概略流程的程序操作图。
图22是表示当代理公司作为一种供应者存在时，按照本发明的交易和清算管理系统的构成的方框图。
图23是表示图22的系统的全体处理的概略流程的程序操作图。
图24是表示与本实施形态有关的交易·清算·新闻管理系统的全体构成的方框图。
图25表示日程表显示控制部分319向买主系统307提供的显示每月的户头管理日程表的主画面的一个例子。
图26表示显示每周的户头管理日程表的主画面的一个例子。
图27表示显示每日的户头管理日程表的主画面的一个例子。
图28表示显示某个账单的详细内容的主画面的一个例子。
图29表示用于选择支付户头的主画面的一个例子。
图30表示用于确认支付条件的主画面的一个例子。
图31表示显示电子账目的主画面的一个例子。
图32表示显示新闻日程表的主画面的一个例子。
图33表示显示每周新闻日程表的主画面的一个例子。
图34表示显示新闻日程表上的某个与新闻关联的主页的主画面的一个例子。
图35表示预定事件登记画面的一个例子。
图36表示预定事件登记画面的另一个例子。
图37是表示日程表服务器309为了选择并显示沿买主消费动向的新闻进行的处理的流程的程序操作图。
具体实施例方式
图1是表示按照本发明的一个实施形态的交易和清算管理系统的全体构成的方框图。
如图1所示，存在着作为购入商品或服务的买主(个人或法人)1使用的计算机系统的买主系统3和作为提供商品或服务的供应者(私营企业或行政机关和公共团体机关等)5使用的计算机系统的供应者系统7。又，存在着作为办理买主1的存款户头的金融机关9使用的计算机系统的银行系统13和作为办理供应者5的存款户头的金融机关11使用的计算机系统的银行系统15。银行系统13和15能够通过银行间清算系统17，进行为了在买主1的存款户头和供应者5的存款户头之间的资金移动(户头转账)等的通信。买主系统3和供应者系统7能够分别通过例如因特网银行业务那样的电子银行业务系统，与银行系统13和15通信。
进一步，如图1所示，存在着由清算管理公司19运营的服务器系统25。服务器系统25的作用是自动地管理并处理在买主1和供应者5之间进行的商业或非商业的交易和与这些这些交易有关的清算。这个服务器系统25可以通过因特网，公众电话线路网，专用通信网络或电子银行业务系统等，与买主系统1，供应者系统5和银行系统13，15进行通信。
服务器系统25，例如作为WWW服务器起作用，向买主系统3提供显示日程表(每月或每周的附有全部日期的一览表)的GUI画面(以下，称为“日程表画面”)(请参照图3，4)。这个日程表画面总括地管理与买主1进行的种种商业或非商业交易有关的利用明细表或账单(以下总称为“账单”)和与这些交易有关的清算(户头收支)的信息，而且，具有通过买主1的承认，实时地或在适当时间自动地实施这些交易的各个清算的功能。在以下的说明中，如图1所示，将服务器系统25称为“日程表服务器”。
又，服务器系统25总括地管理供应者5进行的与种种商业或非商业交易的账单和与这些索取有关的清算的信息，因此，向供应者系统7提供为了容易地掌握现金流动的功能和GUI画面(请参照图10)。又，服务器系统25分别向银行系统13和15提供为了总括地管理关于用金融机关9和11分别办理的银行户头进行清算的账单的信息的功能和GUI画面(请参照图11)。
现实中，许多买主，许多供应者和许多金融机关都能够利用服务器系统25。但是，在图1中，为了容易说明起见，在图中只代表性画出了一人的买主1，一个供应者5，处理该买主1的一个户头的一个金融机关9和处理该供应者5的一个户头的一个金融机关11。
买主1既可以是个人也可以是法人。在本专利说明书中，称为“买主”的术语是具有不仅是购入商品或服务的人，也是对纳税者，购入或售出公司等的证券者，借贷者，或还贷者等实施各种不同经济行为者的总称的意义加以使用的。买主1的一个例子是个人买主。作为买主系统3可以利用，能够或者接入服务器系统25，或者接入电子银行业务系统那样地，搭载了因特网连接功能和WWW处理机的个人用计算机3a，便携式电话3b或手提终端等。
供应者5既可以是个人也可以是私营企业或行政机关和公共团体机关等。在本专利说明书中，称为“供应者”的术语是具有不仅是出售商品或服务的人，也可以指征收税金的行政机关，各种交易的仲介人，信贷公司，代理公司等对买主实施任何经济行为的主体的意义加以使用的。作为供应者的例子，可以是向买主出售商品的小商店和饭店，向买主提供各种金融服务的证券公司，保险公司，信用销售公司(信用卡公司)和信贷公司，从买主回收贷款的代理公司，买主工作的公司或行政机关和公共团体机关，向买主提供通话服务的电话公司和便携式电话公司，供给城市煤气的煤气公司，和供给电力的电力公司等。作为供应者的例子，进一步也可以是经营上下水事业的地方国营企业实体，征收国税，地方税和罚金的行政机关，和进行种种公共服务的行政机关和公共团体机关(例如邮电局等)。
买主1，最初，向清算管理公司19提出签订“清算管理服务”合同的申请。因此，能够通过因特网使供应者3与日程表服务器25连接。结果，买主1在买主系统3中联机地以电子信息的形式总括地从日程表服务器25接收来自供应者5的账单(即，交易明细表或账单)和来自金融机关9的存款户头的收支明细表，能够在买主系统3的显示装置上，显示出贴附了这些信息的日程表画面(请参照图3，4)。进一步，买主1将对在买主系统3收到的账单的承认输入买主系统3，直接制成对于该账单的支付(户头转账)电文发送给银行系统13，以便能够实时地或在适当时间实施该账单的清算。买主1向清算管理公司19支付利用“清算管理服务”的费用。买主1可以指定适用上述“清算管理服务”的特定的供应者5和特定的金融机关9。
买主1用搭载在买主系统3上的WWW处理机，通过因特网，与日程表服务器25进行通信。通过将买主1的个人识别信息(ID，密码等)从买主系统3发送给日程表服务器25，日程表服务器25允许买主系统3存取存在于日程表服务器25具有的数据库内的买主1用的存储区域的数据。在买主1用的数据库中存储着从供应者5接收的寄给买主1的账单和从金融机关9接收的买主1的户头的收支明细表。日程表服务器25将买主1选出的特定的月或周的日程表画面(请参照图3，4)发送给买主系统3上的WWW处理机，显示出这个日程表画面。在这个日程表画面(请参照图3，4)中，将分别表示来自供应者5的账单和来自金融机关9的收支明细表的标记(图形文字或文字列)显示在与各利用明细表或账单的日期(例如接收日)和各收支明细表的日期(例如收支的发生日)相当的日期栏中。又，日程表服务器25也能够响应来自买主1的要求将显示各个账单详细内容的画面(请参照图7)，或者，显示买主1的存款账目内容的画面(请参照图8)等发送给买主系统3并显示出来。当买主1输入对在买主系统3上显示出来的各个账单的承认时，实时地或在适当时间，制成委托对这个账单进行支付的户头转入电文，发送给银行系统13，银行系统13实施这个账单的清算。
供应者系统7能够通过所定的通信网络与日程表服务器25进行通信。供应者系统7，当与买主1的交易成立时实时地或在适当时间，将寄给与该交易有关的买主1的电子账单发送给日程表服务器25。在这个电子账单中，按照所定的格式记述着顾客(买主)姓名，账单号码，顾客(买主)户头号码，索取金额，状态，支付期限，询问号码，转入户头，EDI信息(为接受这个电子账单需要的附加信息，例如，固有识别码等)。
日程表服务器25将从供应者系统7接收的寄给买主1的电子账单保管在数据库中，而且，关于这个电子账单进行通知(在日程表画面上贴附标记通知买主1)，开封(让买主1看到日程表详细内容的画面)，委托支付(银行13发出进行为了支付账单的户头转账处理的通知(或委托(通知)银行13进行为了支付账单的户头转账处理)，支付结束确认(银行13发出向供应者的户头存入索取金额的通知)等的处理。当日程表服务器25关于电子账单进行上述通知，开封，委托支付，或支付结束确认等的处理时，实时地或在所定时间，使这个电子账单的状态更新到结束通知，结束开封，委托支付中或结束支付等。
供应者系统7能够通过指定发行期间和状态，委托日程表服务器25进行电子账单的检索。这样做时，日程表服务器25，从来自日程表服务器25正在管理的供应者系统7的电子账单中，在指定的发行期间内输入发行日并且检索将指定状态作为现在的账单，将这些一览地显示出来的账单清单画面(请参照图10)发送给供应者系统7并显示出来。在这个账单清单画面(请参照图10)上显示出各电子账单的顾客姓名，账单号码，顾客户头号码，索取金额，状态，更新状态时间，支付期限，询问号码，EDI识别信息等。这里显示的各电子账单的“状态”表示各电子账单的最新状态(结束通知，结束开封，委托支付中或结束委托支付等)，“更新状态时间”表示更新到它的最新状态的日期。
此外，供应者系统7为了实时地自动通知电子账单的状态更新，能够预先委托日程表服务器25。当进行这样的委托时，即便供应者系统7没有积极地与日程表服务器25连接，日程表服务器25也实时地自动将电子账单的状态更新通知供应者系统7。在无论那种情形中，只当账单的状态成为结束支付时，供应者系统7才从日程表服务器25实时地或在所定时间中接收这个通知。
银行系统13，15通过电子银行业务系统，与日程表服务器25，买主系统3或供应者系统7等进行通信，能够进行与来自日程表服务器25，买主系统3或供应者系统7的委托相应的银行业务。处理买主1的存款户头的银行系统13当接受从供应者系统7到买主1的账单的委托支付(户头转账)的电文时，实时地或在所定时间中，用银行间清算系统17进行从买主1的存款户头到银行系统15具有的供应者7的存款户头的与索取金额相当的钱款的转账处理。
处理买主1的存款户头的银行系统13，当发生上述那样的账单的支付或由于其它原因引起的在买主1的存款户头中的存入或支出时，实时地或在所定时间中，将表示这个存入和支出的明细表的电子收支明细表发送给日程表服务器25。在这个收支明细表中以所定的格式记述着顾客(买主1)姓名，顾客户头，收支日期，收支金额，科目，摘要，和EDI信息(为接受这个电子收支明细表所需的附加信息，例如，支付了的账单的识别码等)。当这个收支明细表示账单支付结束时，日程表服务器25能够根据包含在这个收支明细表中的EDI信息，特定支付了的账单是哪一个，而且，使特定账单的状态更新到结束支付。
处理供应者5的存款户头的银行系统15能够通过指定发行期间和状态，委托日程表服务器25进行电子账单的检索。这样做时，日程表服务器25，作为将这个银行系统处理的供应者5的存款户头(现实中处理许多供应者的许多存款户头)指定为转入户头的电子账单，在指定的发行期间内输入发行日并且检索将指定状态作为现在的电子账单，将这些一览地显示出来的账单清单画面(请参照图11)发送给银行系统15并显示出来。在这个账单清单画面(请参照图11)上显示出各电子账单的索取企业(供应者)名，企业代码，顾客(买主)姓名，顾客户头，索取金额，状态，发行日期，和索取(支付)期限等。这里显示的各电子账单的“状态”表示各电子账单的最新状态(结束通知，结束开封，委托支付中或结束支付等)，“更新状态时间”表示更新到它的最新状态的日期。
日程表服务器25具有数据库，其中具有买主1用的存储区域。在买主1用的存储区域中，存储着从供应者系统7接收的寄给买主1的电子账单和从银行系统13接收的买主1的存款户头的收支信息等。当接收电子账单或收支明细表时，日程表服务器25不仅将账单或收支明细表贴附在上述日程表画面(图3，4)上使买主1能够阅览，而且也可以用电子邮件将它们通知买主1。
日程表服务器25，如图1所示，具有账单管理部分27和会计管理部分29。账单管理部分27与供应者系统7和处理供应者5的户头的银行系统15进行通信，而且，主要，进行关于来自供应者5的电子账单的信息处理。会计管理部分29主要进行关于买主1的户头的收支的信息处理。
图2表示账单管理部分27和会计管理部分29进行处理中的电子信息的流程。我们参照图2说明这些处理。这些处理典型地是通过搭载在日程表服务器25中的计算机程序进行的。
在账单管理部分27进行的处理中，存在(1)账单登记处理，(2)开封账单和委托支付通知处理和(3)清算账单消账处理。
(1)账单登记处理当发行从供应者系统7寄给买主1的电子账单时(1-1)，账单管理部分27接收这个电子账单，作为未清算的账单登记在账单管理部分27的数据库中(1-2)，而且，对这个电子账单的状态和支付期限等进行管理。又，账单管理部分27将这个电子账单传送给会计管理部分29(1-3)。
(2)开封账单和委托支付通知处理当买主1阅览某个电子账单的详细内容(开封)时，将开封通知从会计管理部分29传送到账单管理部分27(6-2)。账单管理部分27当接到这个开封通知时，将这个电子账单的状态更新为结束开封(2-1)。账单管理部分27，当供应者系统7要求检索这个电子账单时(或者，在预先委托自动通知的情形中，将这个电子账单的状态更新为结束开封时)，将这个电子账单的状态(即，结束开封)告知供应者系统7(2-2)。这样，当将买主1开封电子账单告知供应者5，为供应者5对不注意支付的买主1采取从法规上进行督促的手段提供法的根据。
当将某个电子账单的委托支付给处理买主1的户头的银行系统13时，将关于这个电子账单的委托支付的通知从会计管理部分29传送到账单管理部分27(6-9)。账单管理部分27，当接到这个委托支付通知时，将这个电子账单的状态更新为委托支付中(2-3)。账单管理部分27，当供应者系统7要求检索这个电子账单时(或者，在预先委托自动通知的情形中，将这个电子账单的状态更新为委托支付中时)，将这个电子账单的状态(即，委托支付中)告知供应者系统7(2-4)。
(3)清算账单消账处理供应者5当收到某个电子账单处于委托支付中的通知时，向银行系统15发出是否已经将与这个账单有关的索取金额存入供应者5的存款户头的问询(3-1)(或者，将存款的事实从银行系统15自动地通知供应者系统7)。将根据这个问询银行系统15确认的到供应者5的户头的存入明细表，不仅从银行系统15传送到供应者系统7(3-2)，而且也传送到账单管理部分27(3-3)。账单管理部分27，当受理来自银行系统15的存入明细表时，特定与这个存入明细表对应的电子账单，将这个特定的电子账单的状态更新为结束支付，从未清算的账单中自动地对这个电子账单进行消账(3-4)，而且，将这个账单的状态(结束支付)通知供应者系统7。根据上述结束支付的通知，供应者5能够容易地对这个结束清算的账单进行消账，也容易掌握现金流动，能够平滑地转移到发送商品等的清算后的工作。
在日程表服务器25的会计管理部分29进行的处理中，存在着(4)收支明细表自动贴附处理，(5)账单自动贴附处理，(6)开封账单和委托支付通知处理，(7)收支明细表自动分类处理，(8)预定收支自动设定处理，(9)清算预定收支自动消账处理，(10)收支明细表自动通知处理，(11)户头电子账目处理。
(4)收支明细表自动贴附处理会计管理部分29接收从银行系统13通过电子银行业务系统21发送过来的买主1的户头的存款信息(4-1)，将包含这个存款信息的数据(交易日期，索取金额，支付期限，发行日期，EDI信息，和摘要等)登记在会计管理部分29的数据库中(4-2)。而且，会计管理部分29当在买主系统3上显示出各月或各周的日程表画面(请参照图3，4)时，将登记的收支明细表的数据贴附在这个日程表画面上(4-3)。买主能够从这个日程表画面掌握各月或各周的自己户头中的存款的实况。
(5)账单自动贴附处理会计管理部分29接收从供应者系统7通过账单管理部分27发送过来的电子账单(1-1)，从这个电子账单取得关于预定收支的数据(交易日期，索取金额，支付期限，发行日期，EDI信息，和摘要等)，而且，将这些取得的数据登记在会计管理部分29的数据库中(5-1)。又，会计管理部分29通过将这个电子账单传送给电子银行业务系统21，将它登记在电子银行业务系统21中(5-4)。而且，会计管理部分29当在买主系统3上显示出各月或各周的日程表画面(请参照图3，4)时，将关于登记的电子账单的预定收支的数据贴附在这个日程表画面上(5-2)。买主能够从这个日程表画面掌握各月或各周的自己户头中的预定收支。在这个日程表画面(请参照图3，4)上一起显示出关于根据电子账单的预定收支的数据和关于根据上述收支明细表的存款实况的数据。因此，买主能够总括管理各种账单和对它们的支付手续。
又，电子账单到达会计管理部分29时(5-1)，会计管理部分29迅速地将这个到达通知买主系统3(5-3)。进一步，会计管理部分29将这个电子账单传送给电子银行业务系统21，电子银行业务系统21登记这个电子账单(5-4)。
(6)开封账单和委托支付通知处理当买主系统3要求阅览某个电子账单时，会计管理部分29将显示登记在电子银行业务系统21中的电子账单的详细内容的画面(请参照图7)传送给买主系统3(6-1)。因此，买主开封这个电子账单，而且，会计管理部分29将这个开封实时地通知账单管理部分25(6-2)。如上所述，从账单管理部分27将这个账单的开封通知供应者系统7(2-1，2-2)。
又，当在买主系统3中买主承认某个电子账单时(6-3)，自动生成为了支付这个账单的户头转账电文(6-4)，将这个户头转账电文传送给处理买主户头的银行系统13(6-5)。银行系统13接受这个户头转账电文进行户头转账处理(6-6)，而且，将表示通过这个户头转账处理从买主1的户头支出索要金额的支出明细表传送给会计管理部分29(6-7)。会计管理部分29将这个支出明细表登记在会计管理部分29的数据库中(6-8)，而且，将关于这个账单的委托支付通知传送给账单管理部分27(6-9)。如上所述，将这个账单的委托支付通知从账单管理部分27传送给供应者系统7(2-3，2-4)。
上述登记的支出明细表(6-8)，通过上述存款信息自动贴附处理，贴附在日程表画面上在买主系统3中显示出来(5-2)。
(7)收支明细表自动分类处理会计管理部分29从会计管理部分29的数据库读入过去1月或过去1周的收支明细表，根据包含在这些收支明细表中的任意项目(例如，科目，摘要或EDI信息等)，自动地对这些收支明细表进行分类，在买主系统3中显示出经过分类的收支明细表。
(8)预定收支自动设定处理，会计管理部分29用在上述收支明细表自动分类处理中经过分类的收支明细表中包含的各种项目(支付日期，金额，科目，摘要或EDI信息等)，自动地(或者，伴随由买主手动输入补充信息半自动地)设定今后(下月以后)的预定收支。而且，会计管理部分29将设定的下月以后的预定收支登记在会计管理部分29的数据库中，当在买主系统3中显示出下月以后的日程表画面时，将这个下月以后的预定收支贴附在这个日程表画面上。因此，将在扣除电费和电话费那样地在每月决定日进行的预定收支，根据过去的实况，自动地设定在日程表画面上。
此外，也可以通过买主的完全手动输入，设定将来的预定收支。
(9)清算预定收支自动消账处理会计管理部分29通过电子银行业务系统21从银行系统13或15接收收支明细表时，从会计管理部分29的数据库检索与收到的收支明细表(存款日期，科目，摘要或EDI信息等)对应的预定收支(通过上述账单自动贴附处理根据账单登记的预定收支，或者通过上述预定收支自动设定处理根据过去的收支明细表登记的预定收支)。而且，如果看到对应的预定收支，则会计管理部分29将这个对应的预定收支状态更新为结束支付，自动地对这个预定收支进行消账处理。
(10)收支明细表自动通知处理通过上述清算预定收支自动消账处理进行预定收支的消账时，会计管理部分29将它自动地通知买主系统3。当即便超过预定日期与预定收支对应的收支明细表还没有来时，或者，当未预期的收支明细表(不与任何预定收支对应的收支明细表)来到时，会计管理部分29将它自动地通知买主系统3。在买主系统3显示的画面上买主能够指定是否进行上述自动通知和当无论什么样的收支明细表来到时是否进行上述自动通知等的条件。
(11)户头电子账目处理会计管理部分29从会计管理部分29的数据库读入买主户头的收支明细表，制成按照收支日期的顺序与这些收支明细表并列地一览地显示的户头电子账目画面(请参照图8)，而且，将这个户头电子账目画面传送给买主系统3并显示出来。在买主系统3中，能够通过下载这个户头电子账目画面的所定形式的数据文件，将它取入会计应用程序。
下面，我们更具体地说明与本实施形态有关的系统的功能和工作。
图3表示日程表服务器25向买主系统3提供的每月的日程表画面的一个例子。
如图3所示，将日程表画面区分为副窗口35和主窗口37。
在副窗口35中，设定备有“到今周”，“预定输入”，“月显示”，“周显示”，“日显示”，“账单清单”和 “电子账目显示”等的各个菜单的菜单区域35a，当进行关键字检索时用的检索区域35b，显示下个月的日程表画面的区域35c，和“回到今月”菜单35d。
在主窗口37中，显示出配列了买主指定的月的全部日期的空间的日程表，在这个日程表中，显示出供应者7发行的寄给买主1的账单，从银行系统13发送的买主1的户头的收支明细表，和表示从买主1的户头的过去的收支实况自动地制成的预定收支的标记(图形文字和文字列)。
在图3中，例如称为“C损害保险”，“XY商店”和“Z企业”的标记，分别表示来自C损害保险的账单，来自XY商店的账单和来自Z企业的账单，将这些账单贴附在日程表服务器25接收的日期的空间中。“C损害保险”和“XY商店”的标记的前头的图形文字(在四角形框内的纵线)，例如，表示还没有进行支付，“Z企业”的标记的前头的图形文字(在四角形框内的X)，例如，表示委托支付中或结束支付。
又，在图3中，称为“转入”的标记表示对于某个账单(例如来自Z企业的账单)进行支付(户头转账)，它的图形文字(在四角形框内的负号)意味着是支付。将这个标记贴附在进行该支付(户头转账)的日期的空间中。在这个“转入”标记上，进一步加上表示是否与哪个账单对应的追加标记。
又，在图3中，例如，称为“电费”，“水费”，“便携式电话服务费”，“电话费”和“煤气费”的标记，分别表示称为支付该费用的预定支出或称为支付的支付实况。这些标记的图形文字(在四角形框内的负号)意味着是支付。又，在图3中，例如，称为 “××信用卡”和 “○○贷款”的标记分别表示称为向××信用卡公司和○○信贷公司支付信用卡利用贷款和还贷款的预定支付或称为支付的支出实况。将这些预定支出或支出明细表的标记贴附在进行支出的预定日期或进行支出的日期的空间中。这些预定支出或支出实况的标记的图形文字(在四角形框内的负号)意味着是支出。也能够通过使图形文字或文字列的颜色或形状等不同，区别预定支出和支出实况。
又，在图3中，称为 “给予”的标记表示称为将给予变成存入的预定存入或称为存入的存入实况。这个预定存入或存入实况的标记的图形文字(在四角形框内的正号)意味着是存入。将这个存入标记贴附在进行这个存入的预定日期或进行了这个存入的日期的空间中。也可以通过使图形文字或文字列的颜色或形状等不同，区别预定存入和存入实况。
图4表示在买主系统3中显示的每周的日程表画面的一个例子。
图4所示的每周的日程表画面能够通过用指示器点击图3所示的每月的日程表画面的菜单区域35a中的“到今周”和/或“周显示”显示出来。如图4所示，在每周的日程表画面的主窗口37中，显示出买主指定的周的日程表，这个日程表的各日期的空间具有星期/日期空间37a和预定收支·实况空间37b。在各日期的预定收支·实况空间37b中，显示出表示在这个日期接收的账单，在这个日期进行预定的预定收支或在这个日期进行的收支实况的图形文字或文字列。
图5表示在买主系统3中显示的每日的日程表画面的一个例子。
图5所示的每日的日程表画面能够通过用指示器点击图3或图4所示的日程表画面的菜单区域35a内的“日显示”菜单显示出来。如图5所示，在每日的日程表画面的主窗口37中，显示出在买主指定的日期进行的收支明细表和在这个日期接收的账单的概要。关于显示出来的账单，买主点击“明细表”按钮时，显示出这个账单的详细内容，因此，买主开封账单，使由日程表服务器25管理的这个账单的状态更新为结束开封。关于显示出的账单(只是未清算的账单)，买主点击“支付”按钮时，买主承认这个账单，自动生成为了支付这个账单的户头转账电文发送给银行系统13，自动地进行户头转账处理。
图6表示在买主系统3中显示的账单清单画面的一个例子。
图6所示的账单清单画面能够通过用指示器点击图3，图4或图5所示画面的菜单区域35a内的“账单清单”菜单显示出来。如图6所示，在账单清单画面的主窗口37中，显示出在买主指定的月接收的全部账单的概要清单。关于显示出来的账单，买主点击“明细表”按钮时，显示出这个账单的详细内容，因此，买主开封账单，使由日程表服务器25管理的这个账单的状态更新为结束开封。关于显示出的账单(只是未清算的账单)，买主点击“支付”按钮时，买主承认这个账单，自动生成为了支付这个账单的户头转账电文发送给银行系统13，自动地进行户头转账处理。
图7表示在买主系统3中显示的账单明细表画面的一个例子。
图7所示的账单明细表画面可以通过在图5或图6所示画面中关于某个账单用指示器点击“明细表”按钮，显示出来。在这个画面上，显示出账单的详细情况。当显示出这个账单明细表画面时，买主开封这个账单，使由日程表服务器25管理的这个账单的状态更新为结束开封。关于显示出的账单(只是未清算的账单)，买主点击“支付”按钮449时，买主承认这个账单，自动生成为了支付这个账单的户头转账电文发送给银行系统13，自动地进行户头转账处理。
图8表示在买主系统3中显示的户头电子账目画面的一个例子。
图8所示的电子账目画面能够通过用指示器点击图3～图6所示画面的菜单区域35a内的“电子账目显示”菜单，显示出来。如图8所示，在电子账目画面中，按照存款日期的顺序并列地显示出在买主指定期间进行的买主存款户头收支明细表(收支日期，科目，支付金额，存入金额，扣除后的余额，备考等)。需要时，也可以显示出与存款账目的记载内容相同的内容。在备考栏中，当预先设定的对应的预定收支和实际的收支实况不同时，显示出这个不同。例如，在图8的例子中，因为关于便携式电话费，预定和实况之间金额上存在不同，所以显示出“预定金额不同”。点击“预定金额不同”时，打开盒子65，在那里，显示出关于这个不同的更详细的说明。
图9表示在买主系统3中显示的预定收支设定画面的一个例子。
图9所示的预定收支设定画面能够通过用指示器点击图3～图6所示画面的菜单区域35a内的“预定输入”菜单，而且通过买主从日程表服务器25根据过去的收支明细表自动制成的预定收支中选择任意的预定收支(或者，选择新的预定)，显示出来。图9所示的预定收支设定画面是已经自动地设定了的便携式电话费的预定支出时的例子。在图9所示的预定收支设定画面中，在科目名39，交易种类41，科目组43，交易日(支出预定日)45，金额47等栏目中自动地显示出日程表服务器25从过去的便携式电话费支付实况自动地设定的预定支出的数据。买主也能够手动地变更到这些自动设定的事项。
在自动通知栏49中，当希望从日程表服务器25向买主系统3自动地通知在这个画面上设定的预定收支时，买主能够设定进行这个通知条件。即，在事前通知栏49a中选择“做”，并且如果选择“当日”，“昨日”或“前日”，则在这个预定收支的交易日当日，昨日，前日，从日程表服务器25向买主系统3自动地通知这个预定收支。又，在事后通知栏49b中选择“做”，并且如果选择“预定交易成立”的“当金额一致时通知”或“当金额不一致时通知”，则存在着从银行系统13发送过来与这个预定收支对应的存款信息的情形，当这个当金额与预定一致时或不一致时，从日程表服务器25向买主系统3自动地通知这个金额的一致或不一致。(当金额不一致时，如图8所示，也在电子账目画面上显示出这一点。)又，在事后通知栏49b中，如果选择“做”，并且如果选择“预定交易不成立”的“显示收支明细表金额和现在余额”或“通知预定交易”，则当与这个预定收支对应的存款由于买主户头的余额不足等的原因不能实施时，从日程表服务器25向买主系统3自动地通知选择的事项。又，在事后通知栏49b中，如果选择“做”，并且如果选择“当存在没有预定的交易时通知”，则当从银行发送过来与哪个预定收支都不对应的存款信息时，从日程表服务器25向买主系统3自动地通知这个收支明细表。
图10表示日程表服务器25向供应者系统7提供的账单清单画面的一个例子。
当供应者系统7通过指定发行期间和状态委托日程表服务器25检索电子账单时，日程表服务器25，从来自日程表服务器25管理的供应者系统7的电子账单中，检索出发行日进入指定的发行期间内并且指定状态为现在的账单，将在一览地显示这些的图10所示的账单清单画面发送给供应者系统7并显示出来。在图10所示的账单清单画面中，显示出各电子账单的顾客姓名，账单号码，顾客户头号码，索取金额，状态，状态更新时间，支付期限，询问号码，EDI识别信息等。供应者能够知道各电子账单的最新状态(结束通知，结束开封，委托支付中，或结束委托支付等)。在这个画面上，供应者将检查标记输入各账单(只是还没有成为结束委托支付状态的账单)的取消盒41，当用指示器点击“取消处理”按钮42时，日程表服务器25取消这个账单。
图11表示日程表服务器25向银行系统13或15提供的账单清单画面的一个例子。
当银行系统13或15通过指定发行期间和状态，委托日程表服务器25检索电子账单时，日程表服务器25，检索发行日进入指定的发行期间内并且指定状态为现在的电子账单，作为将这个银行系统13或15处理的存款户头指定为存入户头的电子账单，将在一览地显示这些的图11所示的账单清单画面发送给银行系统13或15并显示出来。在图11所示的账单清单画面中，显示出各电子账单的索取企业(供应者)名，企业代码，顾客(买主)姓名，顾客户头，索取金额，状态，发行日和索取(支付)期限等。金融机关能够知道各电子账单的最新状态(结束通知，结束开封，委托支付中，或结束支付等)。
图12是表示与本实施形态有关的系统的全体概略的处理流程。
在图12中，将来自银行系统13的收支明细表发送给日程表服务器25，登记在日程表服务器25的数据库中(步骤S71)。其次，当日程表服务器25接收关于来自买主系统3的户头交易内容的问询委托时，将贴附了至今接收的收支明细表和账单的日程表画面(请参照图3，图4)发送给日程表服务器25并显示出来，受理买主3对这个日程表画面的接入(步骤S72)。
将来自供应者系统7的给予买主1的账单通过通信网络发送给日程表服务器25。日程表服务器25从账单取得预定收支的数据将这个预定收支数据登记在数据库中(不步骤S73)。又，将这个账单传送给电子银行业务系统。日程表服务器25将从供应者系统7发送了账单这件事通知买主系统3(步骤S74)。
当从买主系统3发送关于特定账单的内容的问询委托时(步骤S75)，日程表服务器25将显示登记在电子银行业务系统中的账单的详细内容的账单明细表画面发送给买主系统3并显示出来。这意味着由买主1开封账单。日程表服务器25将由买主1开封该账单这件事通知供应者系统7(步骤S76)。
其次，当在买主系统3的显示画面上买主1承认这个账单时，自动生成对于这个账单的委托支付的电文，通过电子银行业务系统发送给银行系统13，要求银行系统13进行从买主1的户头到供应者5的户头的索取金额的转账手续。因此，实施通过银行系统13，15之间的银行间清算系统17的户头转账手续(步骤S77)。而且，从银行系统13向日程表服务器25发送支付明细表(步骤S78)，在此基础上，从日程表服务器25向供应者系统7发送委托支付通知(步骤S79)。
其次，当从供应者系统7向银行系统15发送关于供应者户头的收支明细表的问询时，银行系统15将供应者户头的收支明细表发送给供应者系统7和日程表服务器25(步骤S80)。当接收这些收支明细表时，供应者系统7和日程表服务器25，分别如已经述说的那样，根据接收的收支明细表，对经过清算了的账单实施消账(步骤S81)。
图13表示日程表服务器25进行的上述(7)收支明细表自动分类处理，(8)预定收支自动设定处理，(9)预定收支自动消账处理，(10)收支明细表自动通知，和(11)户头电子账目处理的概略流程。
在图13中，当存在对来自买主系统3的收支明细表进行自动分类的要求时，日程表服务器25从数据库抽出买主的过去的收支明细表进行分类(步骤S82)，根据分类结果决定将来的预定收支，在下个月以后的日程表画面上自动展开这些预定收支(步骤S83)。其次，当从银行系统13发送买主户头的收支明细表时(步骤S84)，日程表服务器25从数据库探寻与接收的收支明细表对应的预定收支，对找到的预定收支进行消账(步骤S85)，并自动地将这件事通知买主系统3(步骤S86)。
又，当接收来自买主系统3的电子账目显示的委托时，日程表服务器25从数据库读出买主户头的收支明细表(步骤S87)，并将它们记载在电子账目画面上(请参照图8)，将这个电子账目画面发送给买主系统3(步骤S88)。又，当从买主系统3接收收支明细表的下载的委托时(步骤S89)，日程表服务器25从数据库读出买主户头的收支明细表，将它们作成所定形式的文件发送给买主系统3(步骤S90)。
图14表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(4)收支明细表自动贴附处理的流程。
在图14中，当接收来自银行系统13的买主户头的收支明细表时，日程表服务器25将它保存在数据库中(步骤S91)。其次，当从买主系统3接收某月或周的日程表画面的显示委托时(步骤S92)，从数据库读出这个月或周的收支明细表(步骤S93)，贴附在这个月或周的日程表画面上(步骤S94)。(进一步，日程表服务器25，如图15所示，将在这个月或周接收的账单贴附在该日程表画面上。)而且，日程表服务器25将这个日程表画面(请参照图3，4)发送给买主系统3并显示出来(步骤S95)。
图15表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(1)账单登记处理和(5)账单自动贴附处理的流程。
在图15中，当接收来自供应者系统7的寄给买主的账单时，日程表服务器25从这个账单取得预定收支数据并保存在数据库中(步骤S96)。其次，日程表服务器25将接收该账单这件事通知买主系统3(步骤S97)。
当从买主系统3接收某月或周的日程表的显示委托时(步骤S98)，日程表服务器25根据在该月或周接收的账单从数据库读出预定收支数据(步骤S99)，并贴附在该月或周的日程表画面上(步骤S100)。(进一步，日程表服务器25，如图14所示，将在该月或周的收支明细表贴附在该日程表画面上。)其次，日程表服务器25将这个日程表画面(请参照图3，4)发送给买主系统3并显示出来(步骤S101)。
图16表示作为图13所示的全体处理中的一部分的，日程表服务器25进行的(2)和(6)开封账单和委托支付通知处理和(3)清算账单消账处理的流程。
在图16中，当接收来自供应者系统7的寄给买主的账单时，日程表服务器25从这个账单取得预定收支数据并保存在数据库中(步骤S102)。又，日程表服务器25将这个账单传送给电子银行业务系统(步骤S102-2)。其次，日程表服务器25将接收该账单这件事的通知发送给买主系统3(步骤S103)。在这个通知中，包含存款户头信息，金额信息，EDI信息等。
当买主系统3要求确认账单的内容时，将保存在电子银行业务系统中的账单的详细内容发送给买主系统3并显示出来，而且，日程表服务器25接受确认该账单的内容的通知(步骤S104)。这样做时，日程表服务器25将开封账单的通知发送给供应者系统7(步骤S105)。
又，当买主1将对账单的承认输入买主系统3时，从买主系统3向银行系统13发送支付(户头转账)电文(步骤S106)，而且，银行系统13用银行间清算系统17进行从买主户头到供应者户头的转账处理(步骤S107)(此外，也可以通过日程表服务器25进行步骤S106和S107的处理)。银行系统13将在这个户头转账中的买主户头的支付明细表发送给日程表服务器25(步骤S108)。日程表服务器25，当接收这个支付明细表时，将这个账单的状态变更为委托支付中，并将这件事通知供应者系统7和买主系统3(在买主系统3中，将表示委托支付中的图形文字附加在日程表画面上的该账单的标记上)(步骤S109)。
当供应者系统7对银行系统15要求确认到与某个账单的支付有关的供应者户头的存入明细表时，银行系统15将这个存入明细表发送给供应者系统7和日程表服务器25(步骤S110)。这样做时，根据来自这个银行系统15的存入明细表，日程表服务器25对这个清算了的账单进行消账(步骤111)，供应者系统7也对这个清算了的账单进行消账(步骤112)。
图17表示作为图14所示的处理中的一部分的，日程表服务器25进行的(7)收支明细表自动分类处理和(8)预定收支自动设定处理的流程。
在图17中，当从买主系统3接收买主指定的过去期间(1个月或数个月)的收支明细表的自动分类委托时，日程表服务器25根据科目和交易类别和交易日期等的项目对数据库内的买主户头的上述指定的过去期间的收支明细表进行分类，根据经过分类的收支明细表，决定将来的预定收支，关于各预定收支生成图9所示的预定收支设定画面(步骤S131)，而且，将这个预定收支设定画面发送给买主系统3并显示出来(步骤S131-2)。
需要时买主在这个预定收支设定画面上变更预定存款的内容，或者，需要时进行自动通知的设定(步骤S131-3)，而且，将由买主确定的预定收支从买主系统3发送给日程表服务器25(步骤S131-4)。
日程表服务器25分别将确定的预定收支贴附在当月或下月的日程表画面(图3，图4)上(步骤S132)。日程表服务器25将这个当月或下月的日程表画面发送给买主系统3(步骤S133)。
图18表示作为图14所示的处理中的一部分的，日程表服务器25进行的(9)预定收支消账处理和(10)收支明细表自动通知处理的流程。
在图18中，当接收来自供银行系统13的买主户头的收支明细表时，日程表服务器25将它保存在数据库中(步骤S134)。其次，日程表服务器25从数据库探寻与接收的收支明细表对应的预定收支，对找到的对应的预定收支进行消账，并且自动地将与这个预定收支对应的账单的状态变更为委托支付中，(步骤S135)。而且，日程表服务器25将步骤S135的结果自动地通知买主系统3(步骤S136)。
图19表示作为图14所示的处理中的一部分的，日程表服务器25进行的(11)户头电子账目处理的流程。
在图19中，买主1从买主系统3对日程表服务器25，进行户头电子账目显示的委托(步骤S221)，日程表服务器25从数据库读出买主户头的收支明细表(步骤S222)，如图8所示地以日期顺序将这些收支明细表记载在电子账目画面上，并将这个电子账目画面发送给买主系统3(步骤S223)。
又，当接收来自买主系统3的收支明细表的下载要求时(步骤S224)，日程表服务器25从数据库读出买主户头的收支明细表信息作成所定形式的文件下载到买主系统3(步骤S225)。当接收这个收支明细表文件时，买主系统3能够将这个收支明细表文件取入买主系统3内的家庭计划簿应用软件等中(步骤S226)。
以上，我说明了与本实施形态有关的系统的工作。即便供应者是任何的公司或机关，上述工作也能够基本适用。但是，当供应者是证券公司，信贷公司或代理公司时，也能够进行具有与上述若干不同的下列那样的工作。
图20表示当供应者是证券公司时，本实施形态的系统能够进行的别的全体工作的概略流程。
在图20中，当(直接地或通过日程表服务器25)从买主向供应者(证券公司)系统7输入股票或公司债券等证券的买卖订购时，日程表服务器25从证券公司系统7接收与这个证券买卖有关的账单，根据这个账单将预定收支数据保存在数据库中(步骤S137)。又，日程表服务器25将这个账单登记在电子银行业务系统中。接着，日程表服务器25将这个账单的内容通知买主系统3(步骤S138)。当从买主系统3接收确认这个账单的内容并了解的通知时，日程表服务器25将委托从买主户头到证券公司户头的索取金额的转账的电文传送给银行系统13(步骤S139)。同时，将买主1开封账单的通知发送给证券公司系统7(步骤S141)。
通过接受上述委托转账电文，银行系统13用银行间清算系统17，进行上述转账处理(步骤S140)。又，通过接受上述开封通知，证券公司系统7将来自买主的证券买卖订购发送给证券市场。
因为从买主发出订购后到将这个订购发送给证券市场的上述处理是电子地在极短时间内实施的，所以买主不必担心由于市场变动失去买卖证券的机会。
当进行上述转账处理时，银行系统13将由这个转账引起的买主户头的支付明细表发送给日程表服务器25，日程表服务器25将支付这个账单的委托通知发送给证券公司系统7。
此后，证券公司系统7向银行系统15进行关于这个账单的存入明细表的问询委托(步骤S142)，银行系统15将这个存入明细表发送给日程表服务器25和证券公司系统7，日程表服务器25和证券公司系统7根据这个存入明细表对这个账单进行消账(步骤S143)。
图21表示当供应者是信贷公司时，本实施形态的系统能够进行的又一个别的全体工作的概略流程。
在图21中，当通过买主系统3从买主接收关于买主贷款的问询时(步骤S167)，日程表服务器25将贷款和预定还贷等的贷款交易明细表发送给买主系统3(步骤S168)。
又，日程表服务器25从供应者(信贷公司)系统7接收与还贷有关的账单，保存这个账单(步骤S169)，将这个账单的到达通知买主系统3(步骤S170)。当买主在买主系统3上确认账单内容时，日程表服务器25从买主系统3接收这个账单内容的确认和承认通知(步骤S171)。这样做时，日程表服务器25将从买主户头到信贷公司户头的还贷金额的转账委托电文发送给银行系统13(步骤S172)，又，将由买主开封账单的通知发送给信贷公司系统7(步骤S174)。
当接受上述委托转账电文时，银行系统13用银行间清算系统17进行上述转账处理(步骤S173)。又，当进行转账处理时，银行系统13将由这个转账引起的买主户头的支出明细表发送给日程表服务器25，作为对它的响应，日程表服务器25将委托支付通知发送给信贷公司系统7。
此后，当进行从信贷公司系统7向银行系统15关于这个账单的存入明细表的问询委托时(步骤S175)，银行系统15将这个存入明细表发送给日程表服务器25和信贷公司系统7，日程表服务器25和信贷公司系统7，根据这个存入明细表对这个账单进行消账(步骤S176)。
图22表示当代理公司作为一种供应者存在时，按照本发明的交易和清算管理系统的构成。
代理公司99持有对买主1的赊销债权或从供应者5买取这个赊销债权，而且，利用日程表服务器25从买主1收回这个贷款。代理公司99的计算机系统(代理系统)97可以通过所定的通信网络与供应者系统7和日程表服务器25进行通信。征收系统98可以与收存买主户头的银行系统13和收存代理公司99的户头的银行系统15进行通信。
图23表示图22的系统的全体处理的概略流程。
在图23中，供应者系统7将寄给买主1的电子账单发送给代理系统97，委托代理系统97进行征收(步骤S244)。代理系统97实时地或在所定时间中，将这个账单发送给日程表服务器25(步骤S245)。日程表服务器25将从代理系统97接收的账单保存在数据库中，同时将这个账单的内容发送给买主系统3并显示出来(步骤S246)。在发送给买主系统3的账单的内容中包含存入户头信息和索取金额信息等。
当买主1确认在买主系统3上显示的账单的内容并承认时(步骤S247)，日程表服务器25将为了支付账单的征收委托发送给处理代理公司99的户头的银行系统15(步骤S248)。银行系统15用征收系统98进行将索取金额从银行系统13的买主户头转移到银行系统15的代理公司户头那样的征收处理(步骤S249)。
银行系统15，当结束上述征收处理时，实时地或在所定时间中，将征收结束的通知发送给日程表服务器25。日程表服务器25，当接收这个征收结束通知时，对数据库内的这个账单进行消账(即，将这个账单的状态更新为结束支付)，又，将这个征收结束通知发送给代理系统97(步骤S250)。
又，日程表服务器25从银行系统13接收由上述征收处理引起的买主户头的支出明细表，将这个支出明细表登记在数据库中，实时地或在所定时间中，根据这个支出明细表将征收结束的通知发送给买主系统3(步骤S251)。
上述实施形态的系统是为了说明本发明的例示。按照本发明的交易和清算管理系统也能够用于上述实施形态以外的种种用途。例如，本发明的交易和清算管理系统能够摘要地用于不仅是设置在银行中的存款户头，而且是设置在保险公司中的存款户头和设置在证券公司中的存款户头等的资金管理。又，不仅是电子银行业务系统21，而且日程表服务器25也能够保持电子账单的详细内容。又，可能如上所述，但是日程表服务器25或其它系统能够根据上述电子账单自动地制成转账电文(为了进行转账的电子数据，例如，当在显示这个电子数据的画面上输入转账委托时，能够自动地进行从所要户头到别的所要户头的转账)。又，供应者系统7取得电子账单，用这个电子账单(例如显示电子账单中包含的支付期限的数据)，能够推定存入预定日(例如，如果支付期限是2001年1月10日，则决定存入预定日为2001年1月10日，或者将存入预定日决定为根据买主5的过去的收支经历的日期(例如，支付期限2日前的2001年1月8日))。又，买主系统3取得电子账单，用这个电子账单(例如显示电子账单中包含的支付期限的数据)，能够推定支出预定日(例如，如果支付期限是2001年1月10日，则决定支出预定日为2001年1月10日，或者将支出预定日决定为根据买主5的过去的收支经历的日期(例如，支付期限2日前的2001年1月8日))。即，供应者5和买主1能够容易地预测现金的流动。
下面，我们说明与本发明的别的实施形态有关的交易·清算·新闻管理系统。
图24是表示与本实施形态有关的交易·清算·新闻管理系统的全体构成的方框图。
如图24所示，将供应者系统301，电子商场303，银行系统305，买主系统307和日程表服务器309通过因特网等可以进行通信地连接起来。实际上存在许多供应者系统，电子商场，银行系统和买主系统，但是在图24中，只是代表性地分别画出了1个。
供应者系统301将寄给买主的电子账单(例如，包含买主个人信息(姓名，住址，电话号码，出生年月日等)，账单号码，自动扣除日或支付期限，索取金额，买主户头号码，供应者户头号码，和EDI信息等)发送给银行系统305和日程表服务器309。又，供应者系统301将供应者提供的服务和商品等的广告，供应者主页的URL或非商业广告那样的供应者想要让买主知道的信息(以下称为“新闻”)发送给日程表服务器309。在各个新闻中包含该新闻的内容，应该让买主知道该新闻的期间的条件(显示日期)，应该让其知道该新闻的买主的条件(对象)，该新闻内容的领域和种类等的信息。
电子商场303是向买主提供关于种种商品(具有包含不仅物品而且服务的意义)的所谓的在线·购物服务的系统。当买主通过在线·购物服务购入商品时，电子商场303将电子账单(例如，包含该买主的个人信息(买主姓名，住址，电话号码，出生年月日等)，账单号码，自动扣除日或支付期限，索取金额，买主户头号码，和供应者户头号码等)发送给银行系统305和日程表服务器309。又，电子商场303结束接受订货，清算或发送处理时，将记载这些事的电子邮件发送给日程表服务器309，当接入日程表服务器309时，将对于买主结束接受订货，清算或发送处理这件事作为消息从日程表服务器309通知买主。
银行系统305管理买主存款户头。银行系统305根据来自供应者系统301或电子商场303的委托电文，对于买主户头进行收支处理，将电子收支明细表(例如，包含科目，收支日期，收支金额，余额，摘要，和EDI信息等)发送给日程表服务器309。又，银行系统305将银行提供的各种金融商品和金融服务等的广告，银行主页的URL，或非商业广告等的银行想要让买主知道的信息(以下也称它们为“新闻”)发送给日程表服务器309。在各个新闻中包含该新闻的内容，应该让买主知道该新闻的期间的条件(显示日期)，应该让其知道该新闻的买主的条件(对象)，该新闻内容的领域和种类等的信息。
又，银行系统305与因特网银行业务系统那样的电子银行业务系统连接，能够在线地向买主系统7提供余额问询，收支明细表问询和户头转账等的银行业务服务。又，银行系统305在提供给利用电子银行业务系统的买主系统307的GUI画面上设置为了接入(跳到)日程表服务器309的按钮，从而，当买主用指示器在买主系统307上显示的银行系统305的GUI画面上点击这个按钮时，买主系统307与日程表服务器309连接。
买主系统307具有接入因特网上的各种服务器的功能(典型地，搭载因特网连接功能和WWW处理机)，例如，具有个人用计算机，便携式电话，PDA等，但是并不只限于这些例示。买主，利用买主系统307一面能够接入电子商场303进行在线·购物，一面能够通过电子银行业务系统接入银行系统305，进行余额问询，收支明细表问询或户头转账等。
进一步，买主通过利用买主系统307接入日程表服务器309，如后面详细说明的那样，既能够阅览供应者系统301和电子商场303发送的账单和银行系统305发送的买主户头的收支信息，又能够将对这些账单的委托支付发送给银行系统305，进一步又能够阅览供应者系统301，电子商场303和银行系统305发送的种种新闻。
关于买主利用买主系统307接入日程表服务器309的方法，可以采用当接入银行系统305的电子银行业务系统时从显示的GUI画面跳到日程表服务器309的方法，直接接入日程表服务器309的方法，和从供应者主页跳到日程表服务器309的方法等的种种方法。
日程表服务器309向买主系统307提供该买主专用的2个日程表画面(请参照图25，图26，图32，图33，图34)。第1个日程表画面(图25，图26)称为“户头管理日程表”，而第2个日程表画面(图32，图33，图34)称为“新闻日程表”。
在户头管理日程表(图25，图26)上，贴附着供应者系统301，电子商场303和银行系统305发送的寄给买主的电子账单和买主户头的收支明细表。在新闻日程表(图32，图33，图34)上，贴附着供应者系统301，电子商场303和银行系统305发送的新闻中，与买主消费动向相应的由日程表服务器309选择的新闻。
日程表服务器309从收到的寄给买主的账单和买主户头的收支明细表，推测影响买主消费动向的预定计划(例如，户头余额，将来的预定收支，定期存款到期预定等)(以下称为“买主预定计划”)并将它保存在数据库中。又，日程表服务器309也将社会习惯的或季节的事件(例如，圣诞节，节日和祭祀日，连续休息日，假期等)的预定作为影响买主消费动向(例如，礼物，旅行，购入商品等)的买主预定计划存储在数据库中。进一步，日程表服务器309通过买主系统307从买主接受买主个人的事件(例如，生日，车检，祝贺，冠婚葬祭，保险到期，合同更新，旅行等)的预定输入，而且，也将该买主输入的预定的个人事件预定作为影响买主消费动向的买主预定计划保存下来。
日程表服务器309从保存在数据库中的种种新闻中选择与上述买主预定计划关联的新闻(例如，对于预定礼物的用作礼物的商店广告，对于预定旅行的旅行服务的广告，对于车检的汽车广告，或对于预定还贷日的更有利的贷款广告)，换句话说选择沿买主消费动向的新闻。而且，日程表服务器309根据上述买主预定计划最适当地决定这些选出新闻的通知日期(应该将该新闻通知买主的日期)。例如，可以将各新闻的通知日期决定为比与该新闻对应的买主预定计划只提前适当时间的日期(例如，预定礼品日的一个月前的日期，预定旅行日的二个月前，预定车检日的当日，或预定还贷日的二个月前等)。而且，日程表服务器309将上述选出的新闻贴附在上述新闻日程表(图32，图33，图34)上的该新闻通知日期的空间中，提供给供应者系统307。
为了进行上述处理，日程表服务器309，如图24所示，备有收支明细表保存部分311，账单保存部分312，新闻保存部分313，买主预定计划保存部分315，新闻保存处理控制部分317，和日程表显示控制部分319。日程表服务器309的这些功能部分311～319典型地由计算机程序实现。
在收支明细表保存部分311中保存着从银行系统305接收的买主户头的收支明细表。在账单保存部分312中保存着从供应者系统301和电子商场303接收的寄给买主的账单。在新闻保存部分313中保存着从供应者系统301，电子商场303和银行系统305接收的种种新闻。在买主预定计划保存部分315中保存着上述种种买主预定计划。
新闻保存处理控制部分317识别从供应者系统301，电子商场303和银行系统305接收的账单，收支明细表和新闻，分别将它们保存在账单保存部分311，收支明细表保存部分312，和新闻保存部分313中。
日程表显示控制部分319向买主系统307提供上述户头管理日程表，新闻日程表和其它的数个GUI画面。日程表显示控制部分319当在买主系统307上显示户头管理日程表时，分别从收支明细表保存部分311读出关联的收支明细表，从账单保存部分312读出关联的账单，将这些收支明细表和账单贴附在与户头管理日程表上的对应的日期的空间中。又，日程表显示控制部分319显示新闻日程表时，从买主预定计划保存部分315读出买主预定计划(例如，预定还贷日，定期存款到期日，生日，预定车检日，预定祝贺日，预定旅行日，圣诞节，假期预定期间等)，而且，从新闻保存部分313抽出与这些买主预定计划关联的新闻，根据对应的买主预定计划的日期最适合地决定抽出来的新闻的通知日期，而且，将该抽出来的新闻揭载在新闻日程表上的通知日期的空间中。
又，日程表显示控制部分319响应来自买主系统307的要求，将用于输入预定的买主个人事件的画面提供给买主系统307，而且，将在这个画面上买主输入的预定事件保存在买主预定计划保存部分315中。
进一步，日程表显示控制部分319，当从供应者系统301或电子商场303以电子邮件等接收寄给买主的账单时，在买主系统307的GUI画面上显示出这一点。
下面，我们详细说明日程表显示控制部分319提供给买主系统307的种种GUI画面。
图25表示日程表显示控制部分319提供给买主系统307的主画面的构成。
主画面321由菜单区域323和日程表区域325构成。
在菜单区域323中，显示出表示选择“月显示”菜单329，“周显示”菜单331，“日显示”菜单333和“电子账目”菜单335中哪一个显示方法的箭头。在主画面321上，当用鼠标和指示板等的指示器点击“月显示”菜单329时，显示出每月的户头管理日程表或新闻日程表。又，当点击“周显示”菜单331时，显示出每周的户头管理日程表或新闻日程表，当点击“日显示”菜单333时，在户头管理日程表或新闻日程表上以某种程度详细地显示出指定日的账单和收支信息。又，当点击“电子账目”菜单335时，在这个主菜单画面321上显示出买主户头的存款账目的内容。
在日程表区域325上，设置户头管理日程表的标志337，新闻日程表的标志339和年月日显示区域341。当点击户头管理日程表的标志337时，在前面显示出户头管理日程表区域326的户头管理日程表400，当点击新闻日程表的标志339时，在前面显示新闻日程表区域363的新闻日程表411(请参照图32)。在年月日显示区域341上，如后所述，用买主选择的显示方法，即，与月显示，周显示或日显示对应的样态，显示出年月日。
当日程表显示控制部分319，在这个主画面321上点击户头管理日程表的标志337和“月显示”菜单329时，如图25所示，以与月显示对应的样态在年月日显示区域341上显示出年月日，并且在户头管理日程表区域326上显示出现在的月或买主指定的月的户头管理日程表400。
在选择“月显示”时的年月日显示区域341上，显示出现在的年月日(这里为“2000年6月26日”)或买主指定的年月日，和用于指定买主所要的年月的年月指定菜单343。在年月指定菜单343上，显示出用于指定现在正在显示的年中的所要的月的“1月”～“12月”菜单，用于指定现在正在显示的年的前面一年的“到去年”菜单，用于指定现在正在显示的年的后面一年的“到明年”菜单。此外，用方框包围年月指定菜单343的“6月”的文字，表示现在正在显示的月是6月。
在每月的户头管理日程表，例如图示的2000年6月的户头管理日程表400上，将表示2000年6月的买主户头的收支明细表和预定收支以及寄给买主的账单的标记(图形文字和文字列)分别贴附在收支日期和账单接收日期的空间中。各标记由图形文字和文字列构成。例如，在自动扣除和提取现金等的支付明细表的标记上附加“-(负)”的图形文字，在给予存入等的存入明细表的标记上附加“+(正)”的图形文字。又，例如，在由于余额不足等不能支出的预定支出和超过支付期限的账单中附加“！”的图形文字，在结束支付的账单中附加“结束”的图形文字，，在未超过支付期限也未支付的账单上附加“未”的图形文字。
买主能够从这个户头管理日程表400一目了然地掌握在2000年6月自己的收支明细状况或索取状态的概要。例如，买主能够一目了然地掌握在6/1(星期四)自动扣除水费和电费，6/2(星期五)提取现金，6/5(星期一)自动扣除煤气费和到自己户头的存入，6/6(星期二)为支付期限的便携式电话费未交纳和6/6(星期二)自动扣除收费TV(PTV)接收费，6/7(星期三)提取现金，6/9(星期五)进行给予存入，6/12(星期一)自动扣除ABC信用卡贷款，6/21(星期三)是通过电子商场303购入的T恤衫的索取金额的支付期限但是已经结束存入，和6/28(星期三)是通过电子商场303购入的旅行鞋的索取金额的支付期限但是还未存入(此外，用斜线显示图示的户头管理日程表400的6/26的栏，但是它表示现在的年月日)。
如上那样地，因为在日程表上显示出户头(账目)信息和账单，所以买主能够容易地管理并且比简单地用帐目那样的清单显示更容易看到每日当然每月和每周的现金流动。
此外，在这个主画面321的所定地方，图中未画出，但是当从供应者系统301或电子商场303通过电子邮件等将账单发送给日程表服务器309时，实时地或在所定时间中显示出它的消息(例如，“在7月的户头管理日程表中揭载了账单”等)。因此，因为这使买主从通过电子邮件接收的多种多样的信息(友人·熟人·家庭的信息，公司·工作的信息，直接邮件等)中探寻与账单·利用明细表有关的邮件的麻烦中解脱出来，所以是非常便利的。
在图25所示的，显示每月的户头管理日程表400的主画面321中，如果买主进行所定的操作，则能够更详细地显示出户头(帐目)信息和账单。例如，在图25所示的主画面321中，当指定户头管理日程表400的6/4～6/10中的任何一栏后，点击“周显示”菜单331时(或者点击户头管理日程表400的6/4栏左侧的“周显示”菜单334时)，在户头管理日程表区域326中显示出与6/4～6/10这一周有关的户头管理日程表。
图26表示显示每周的户头管理日程表的主画面的一个例子。
在图26中，在年月日显示区域341上以与周显示相应的样态显示出年月日。例如，如该图所示，周选择菜单345显示出由买主指定的周6/4～6/10。在周选择菜单345中，例如，显示出与由买主指定的周有关的月“6月”中的全部的周5/28～6/3，6/4～6/10，6/11～6/17，6/18～6/24，6/25～7/1。如果买主从中指定所要的周(点击)，则能够在户头管理日程表区域326上显示出与所要的周有关的户头信息和账单。
在户头管理日程表区域326上比月显示时更详细地显示出与买主指定的周6/4～6/10有关的收支明细表和账单。例如，显示出与该周有关的收支明细表和账单的“日·星期”，“科目(概要)名”，和“交易金额/索取金额”。
在图26所示的每周的户头管理日程表中，当买主点击所要的日期(例如6/6)的空间并点击日显示菜单333时(或双击每周的户头管理日程表的6/6的空间时)，在户头管理日程表区域326上显示出每日(即6/6的)户头管理日程表。(此外，通过指定每月的户头管理日程表中所要的日期空间点击日显示菜单333也能够显示出每日的户头管理日程表。)
图27表示显示每日的户头管理日程表的主画面的一个例子。
如图27所示，在户头管理日程表区域326中，某种程度地详细地显示由买主指定的日(例如2000年6/6)中的收支明细表和账单。例如，关于自动扣除结束后的“PTV接收费”，作为“收支明细表”信息，显示出经过这个自动扣除的户头(帐目)的信息(例如，“○×银行，丰洲分行，普通户头，户头号码0123456”)，交易的“科目名(PTV接收费)”，它的“交易金额(￥2640)”，和交易(自动扣除)后的“余额(例如￥348240)”。又，关于因为不能够自动扣除而由账单通知的“便携式电话费”，显示出这个账单的，例如，“企业名(例如AA移动通信网)”，“服务名(例如abcd)”，“账单号码(例如0123450)”，“索取期限(例如2000年6月30日)”，和“索取金额(￥11915)”，进一步，也显示出支付按钮347。
当买主点击支付按钮347时，将主画面321切换到图28所示的画面。
图28表示当点击图27所示的每日的户头管理日程表中某个账单的支付按钮347时出现切换的该账单的详细内容的主画面的一个例子。
如图28所示，在户头管理日程表区域326中显示出账单的最详细的内容(例如，也包含索取金额的细目等)，又显示出支付按钮349。当买主点击按钮349时，将主画面321切换到图29所示的画面。
图29表示当在图28的主画面上点击支付按钮349时出现切换的，用于选择支付户头的主画面的一个例子。
如图29所示，在户头管理日程表区域326中显示出“选择存入户头”菜单350，又，也显示出支付按钮351。在选择存入户头菜单350中，一览地显示出预先登记在日程表309中的买主的全部存款户头的“分行名”，“科目”，“户头号码”，“存款余额”，和“余额确定日期和时间”。又在各户头的显示显示中附加单选按钮。
买主通过点击这个单选按钮(例如，353)选择存款余额在索取金额以上的所要的户头，而且，点击支付按钮351。这样做时，将如图29所示的主画面321切换到图30所示的用于确认支付条件的画面。
如图30所示，在户头管理日程表区域326中，显示出“支付源的买主户头的信息，支付对象的供应者户头的信息，和支付金额等的支付条件。也显示出关于买主户头的密码的输入区域和支付按钮355。
如果确认了这个支付条件，则买主输入买主户头的密码，点击支付按钮355。通过这些操作，自动地将支付(户头转账)委托电文发送给银行305，实施支付处理。
如果根据以上的户头管理日程表，则在对应的日期空间显示出买主的收支明细表和账单的概要以及账单的状态(未支付，结束支付，过了期限等)。又，关于未支付的账单，能够通过称为指示器的点击的极其简单的操作进行支付。
此外，在图25～图30所例示的主画面321中，如果买主点击在显示方法选择菜单区域323上显示的“电子账目”菜单335，则如图31所示，能够显示出按照日期顺序清单地显示买主户头的过去的收支明细表的电子账目。
又，在图25～图30所例示的主画面321中，当买主点击新闻日程表的标志339时，能够在前面显示出图32所例示的新闻日程表411。
图32表示显示每月的新闻日程表的主画面的一个例子。
如图32所示，将新闻日程表区域363配置在前面，在那里显示出每月的新闻日程表411。
又，打开买主预定计划窗口365，在那里按照日期顺序清单地显示出从买主预定计划保存部分315读出的买主预定计划。例如，在1月栏中显示出“长女成人仪式(1/15)”，在2月栏中显示出“温泉(2/10～2/14)”，在4月栏中显示出“次女中学入学仪式(4/3)”，在5月栏中显示出“出差(5/20～5/23)”，在6月栏中显示出“车检(6/19)”，“更新借贷合同(6/9)”，和“改革(6/29)”，在7月栏中显示出“次女生日(7/12)”和“结婚仪式(7/4)”，在12月栏中显示出“圣诞节(12/25)”。
又，在买主预定计划窗口365中显示出预定登记按钮367。如果买主点击预定登记按钮367，则显示出图35所例示的预定事件登记画面。买主在这个预定事件登记画面上，能够自由地输入自己的预定事件。我们将在后面对它进行述说。
在图32所示的新闻日程表411中，贴附着由日程表显示控制部分319从新闻保存部分313抽出的，与买主预定计划关联的新闻，在贴附各新闻的日期空间中，显示出表示各新闻的标记(例如，表示该新闻概要的文字列)。贴附各新闻的日期是比与各新闻对应的买主预定计划的日期只提前所定期间(例如，0日，1日前，1周，1个月，2个月等)的日期。这个所定期间是包含在日程表服务器309从供应者系统301，电子商场303或银行系统305接收的该新闻的数据中，作为上述期间的条件(显示期间)的值。
例如，如图32所示，对于所谓的“结婚仪式(7/4)”的买主预定计划，将称为与结婚仪式关联的“结婚仪式的信用卡贷款信息”和“赠送礼物信息”的新闻揭载在该日期的1个月前的新闻日程表的6/4的空间中。所谓的上述1个月前的期间条件是包含在“结婚仪式的信用卡贷款信息”和“赠送礼物信息”的数据中的值。又，对于所谓的“次女生日(7/12)”的买主预定计划，将称为“女儿喜欢的礼物”的新闻揭载在该日期的1个月前的新闻日程表的6/12的空间中。所谓的上述1个月前的期间条件是包含在“女儿喜欢的礼物”的数据中的值。又，对于根据在每月12日从买主户头扣除还贷的存入明细表的买主事件，将称为“贷款借换信息”的新闻揭载在新闻日程表的6/12栏中。又，对于所谓的“车检(6/19)”的买主预定计划，将支持由于车检引起的大幅费用的“○×贷款信息”，“新车信息”和“廉价旧车信息”等的新闻揭载在当日的新闻日程表的6/19栏中。上述的所谓的当日期间条件是包含在“○×贷款信息”，“新车信息”和“廉价旧车信息”中的值。
当买主希望知道比关于揭载在这个新闻日程表411中的新闻更详细的内容时，可以将这个每月的新闻日程表切换到每周或每日的新闻日程表。
图33表示显示每周新闻日程表的主画面的一个例子。
图33所示的每周新闻日程表413是与6/18(星期日)～6/24(星期六)有关的。在这个新闻日程表413的19日(星期一)栏中，除了新闻概要(例如“○×贷款信息”，“新车信息”和“廉价旧车信息”)外，也揭载着各新闻的简单说明，与各新闻关联的主页的URL等。如果买主从揭载的URL中点击所要的URL，则能够显示这个URL的主页。
例如，在图33中，当点击“○×贷款信息”的URL“https//www.“○×bank.co.jp/loandirect/”时，如图34所示，能够显示出揭载与○×贷款有关的信息的主页471。
如以上那样地，将新闻揭载在新闻日程表上的，根据买主预定计划决定的日期的地方。此外，也可以适当地设定显示新闻的定时。例如，在图32的新闻日程表411的6/4栏中显示的新闻“结婚仪式的信用卡贷款信息”既可以当到达6/4时第一次显示出来，也可以在此以前的日子(例如输入在7/4有结婚仪式的事件后立即)显示出来。
图35和图36表示预定事件登记画面的一个例子。
这个预定事件登记画面，如上所述，可以通过买主点击图33或图34所示的买主预定计划窗口365内的预定登记按钮367，显示出来。
在这个预定事件登记画面373中能够输入事件的属性，例如，“日期”，“标题”，“有关的人”，“事件领域”和“事件种类”等。
即，买主输入这个事件开始和结束的日期作为“日期”。作为“标题”，能够输入这个事件的名称或概要等的任意文字列(将输入到“标题”的文字列清单地显示在买主预定计划窗口365中)。作为“有关的人”，能够输入与这个事件有关系的人的属性(例如，与买主的关系，性别，年龄等)。作为“事件领域”能够输入这个事件所属的大致范畴(例如，“商业”，“业余时间的娱乐”，“体育”，“兴趣”，“旅行”，“汽车·自行车”，“居住”或“祝贺”等)。
当在输入从上述“日期”到“事件领域”后，点击OK按钮375时，在事件种类区域374中显示出属于在“事件领域”中选出的大范畴的更详细的范畴(事件种类)的清单和关键字输入栏377。在这个事件种类区域374中，作为“事件种类”，能够选择任意的详细范畴或输入任意的关键字。
在结束事件属性的全部项目输入后，买主点击登记按钮379。因此，可以将在预定事件登记画面373中输入的事件作为买主预定计划保存在买主预定计划保存部分315中。
图37表示日程表服务器309为了如上所述地选择并显示沿买主消费动向的新闻进行的处理的流程。
在如图37所示的买主预定登记处理中，日程表服务器309，在买主预定登记处理中，通过在买主系统301上显示出如图36和图36所例示的预定事件登记画面，接受由买主输入的事件日期，标题，有关的人，领域，种类等的属性(步骤S301)。而且，日程表服务器309将由买主输入的事件属性作为买主预定计划登记在数据库(买主预定计划保存部分315)中(步骤S302，S303)。又，图37中未画出，但是日程表服务器309根据接收的买主户头的收支明细表，推测定期的预定存款，也将它作为买主预定计划登记在数据库(买主预定计划保存部分315)中。进一步，图37中未画出，但是日程表服务器309也将社会习惯的事件作为作为买主预定计划登记在数据库(买主预定计划保存部分315)中。
又，在如图37所示的新闻登记处理中，日程表服务器309从供应者系统301，电子商场303和银行系统305接收新闻数据(步骤S311)，将接收的新闻数据登记在数据库(新闻保存部分313)中(步骤S312，S313)。在各新闻数据中，包含着该新闻的内容，显示日期(即，指定通知日期是否比事件日只提前若干期间的期间条件)，对象，领域，种类等的条件。
又，在如图37所示的新闻登记处理中，日程表服务器309从数据库(买主预定计划保存部分315)读出在所定期间(例如今年一年)中发生的买主预定计划，清单地表显示在图32例示的买主预定计划窗口365中(步骤S321)。而且，日程表服务器309从数据库(新闻保存部分313)读出具有与这些买主预定计划的属性匹配的条件的新闻，从各新闻期间条件，与各新闻匹配的买主预定计划的日期决定各新闻的通知日期。而且，日程表服务器309将具有进入应该显示的新闻日程表的期间(例如，特定的月，特定的周或特定的日)内的通知日期的新闻贴附在新闻日程表的这个通知日期的空间中，在买主系统7中显示出这个新闻日程表(步骤S322)。
如以上那样，如果根据在本实施形态中的新闻日程表411，则在比实际进行消费提前的适当的时期中将沿买主消费动向的新闻提供给买主。因此，买主能够有效地利用这个新闻。供应者将这个新闻提供与服务或商品的出售有效地联系起来。
以上，我们说明了本发明的优先实施形态，但是它们是用于说明本发明的例示。我们并不想将本发明的范围只限定在这些实施例中。本发明也能够不脱离本发明要旨地在其它种种形态中加以实施。
权利要求
1.一种管理交易与清算的方法，该方法使用发布请求书的供应者使用的供应者系统；接受请求书的买主使用的买主系统；银行系统，管理供应者和买主的银行帐户，进行上述银行帐户的收支处理；服务器，可通过通信网络与上述提供者系统、上述买主系统及上述银行系统进行连接通信，该方法包括步骤上述服务器从上述供应者系统接收电子请求书，将其登录在规定的数据库中；上述服务器或上述买主系统从上述买主接收对于上述电子请求书的支付要求；上述服务器，从上述银行系统接收已经进行了上述电子请求书的收支处理的收支处理通知或者基于收支处理结果的收支明细；上述服务器，对于上述登录的电子请求书的状态，分别响应上述买主的支付请求以及来自上述银行系统的上述收支处理通知或者上述收支明细，更新上述电子请求书的状态，以管理该电子请求书的状态；上述服务器，将上述被管理的上述电子请求书的状态，通知给上述提供者系统。
2.根据权利要求1所述的方法，上述服务器，将上述被管理的上述电子请求书的状态，通知给上述提供者系统或者上述银行系统。
3.根据权利要求1所述的方法，该方法还包括如下步骤上述服务器，向上述买主系统发送GUI画面并使之显示该GUI画面，该GUI画面使上述买主看见上述规定范围的电子请求书的内容，并且输入对于上述电子请求书的支付要求；上述服务器或者上述提供者系统，接收对于上述买主系统上所显示的GUI画面由上述买主输入的对上述电子请求书的支付要求，对于所显示的上述电子请求书，接收上述买主的支付要求，制作上述电子请求书的支付委托电文，并向银行系统发送；上述服务器，响应上述支付委托电文被发送到上述银行系统，将上述电子请求书的状态更新为支付委托中，将上述支付委托中状态发送给上述提供者系统。
4.根据权利要求1所述的方法，该方法还包括如下步骤上述服务器，向上述提供者系统、上述买主系统或者上述银行系统提供将上述多个电子请求书的状态显示在一览表上的GUI画面。
5.一种服务器，该服务器是交易与清算系统中的服务器，该交易与清算系统包括发布请求书的供应者使用的供应者系统；接受请求书的买主使用的买主系统；银行系统，管理供应者和买主的银行帐户，进行上述银行帐户的收支处理；上述服务器，可通过通信网络与上述提供者系统、上述买主系统及上述银行系统进行连接通信，上述银行系统能够接收作为关于电子请求书的支付委托电文且具有识别代码的支付委托电文，进行用于进行上述电子请求书的支付的收支处理，将具有上述识别代码的电子收支明细向上述服务器或者上述提供者系统进行发送，上述服务器包括从上述供应者系统接收电子请求书的装置；将上述接收的电子请求书登录在规定的数据库中的装置；从上述买主接收对于上述电子请求书的支付要求的装置；从上述银行系统接收已经进行了上述电子请求书的收支处理的收支处理通知或者基于收支处理结果的收支明细的装置；对于上述登录的电子请求书的状态，分别响应上述买主的支付请求以及来自上述银行系统的上述收支处理通知或者上述收支明细，更新上述电子请求书的状态，以管理该电子请求书的状态的装置；将上述被管理的上述电子请求书的状态，通知给上述提供者系统的装置。
6.一种由计算机执行的计算机程序，该计算机程序使作为交易与清算管理系统中的服务器的计算机进行操作，该交易与清算管理系统包括发布请求书的供应者使用的供应者系统；接受请求书的买主使用的买主系统；银行系统，管理供应者和买主的银行帐户，进行上述银行帐户的收支处理；上述服务器，可通过通信网络与上述提供者系统、上述买主系统及上述银行系统进行连接通信，上述银行系统能够接收作为关于电子请求书的支付委托电文且具有识别代码的支付委托电文，进行用于进行上述电子请求书的支付的收支处理，将具有上述识别代码的电子收支明细向上述服务器或者上述提供者系统进行发送，该计算机程序使计算机执行如下步骤从上述供应者系统接收电子请求书；将上述接收的电子请求书登录在规定的数据库中；从上述买主接收对于上述电子请求书的支付要求；从上述银行系统接收已经进行了上述电子请求书的收支处理的收支处理通知或者基于收支处理结果的收支明细；对于上述登录的电子请求书的状态，分别响应上述买主的支付请求以及来自上述银行系统的上述收支处理通知或者上述收支明细，更新上述电子请求书的状态，以管理该电子请求书的状态；将上述被管理的上述电子请求书的状态，通知给上述提供者系统。
全文摘要
本发明涉及管理交易和清算的方法，通知有关消费动向的信息的方法。日程表服务器(25)向买主系统(3)提供日程表画面。在这个日程表画面上，将寄给买主(1)的电子账单和买主的存款户头的电子收支明细表贴附在相应日期的空间中。当买主选择任意的账单，输入对该账单的承认时，将用于支付该账单的户头转账电文发送给银行系统(13)。又，日程表服务器(25)选择基于买主消费动向的广告等的新闻，并贴附在日程表画面上比买主进行消费的日期提前若干的日期空间中。
文档编号G06Q50/00GK1501308SQ20031011882
公开日2004年6月2日 申请日期2001年4月25日 优先权日2000年4月26日
发明者上原刚, 春, 村上雅春 申请人:电通应用股份有限公司