CN101425165A - 购买操作系统、购买操作处理方法和购买操作处理程序 - Google Patents
购买操作系统、购买操作处理方法和购买操作处理程序 Download PDFInfo
- Publication number
- CN101425165A CN101425165A CN 200810168630 CN200810168630A CN101425165A CN 101425165 A CN101425165 A CN 101425165A CN 200810168630 CN200810168630 CN 200810168630 CN 200810168630 A CN200810168630 A CN 200810168630A CN 101425165 A CN101425165 A CN 101425165A
- Authority
- CN
- China
- Prior art keywords
- examining
- data
- user
- route
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明的目标是在假设购买操作系统的每个用户使用共同的程序资源的情况下,使得每个用户能够定义和利用其自己唯一的审批规则。公开了一种购买操作系统,其配置为:审批路线设置接收单元,其用于从每个用户的用户终端等接收其中交易属性与审批方属性相关联的审批路线数据,并接着用于将由此接收的审批路线数据存储在存储单元中;审批路线控制单元,其用于选择具有与交易请求数据相匹配的交易属性的审批路线数据,并接着用于执行内部审批处理;以及交易中间执行单元,其用于在从所需审批方获取审批时将作为审批目标在所述交易中所发出和接收的订单数据传送至交易对方的终端。
Description
技术领域
本发明涉及购买操作系统、购买操作处理方法和购买操作处理程序。特别地,本发明涉及在能够由具有不同审批标准的多个企业或组织共同使用的环境(ASP等)中使用的技术,所述技术允许每个企业或组织使用共同的程序资源并且设置和利用其自己唯一的审批途径。
背景技术
关于企业的购买操作系统,例如多个购买企业或组织通常使用相同的系统来减少操作成本并且实现协同购买。执行这些操作的购买操作系统所采用的机制(ASP等)使得多个购买企业或组织能够通过对单个系统的资源进行逻辑划分来使用该单个系统。在这样的机制中,程序资源对于所述多个企业或组织是共同的。这样的购买操作系统的审批功能通常是受限的,其基于仅对应于购买量等等的两个或三个短语的审批规则,所述审批规则是事先在所述购买操作系统中确定的。在某个购买企业或组织使用对所述企业或组织指定的审批规则的情况下,不是使用所述系统中事先确定的审批规则,所述企业或组织以例如仅有关于购买订单的数据被链接到所述系统的方式使用所述购买操作系统。更具体地,以这种方式,在输入关于购买订单的数据之前,所述企业或组织将所要购买的产品的数据输入到其自己独立操作的系统中,并且操作所述独立操作的系统来对购买的审批进行确认。例如,这样的方法参见在http://www.withkaunet.com/top/info13.html,http://www.withkaunet.com/top/info03.html和https://www.webmethods.co.jp/pdf/Biz.pdf中所公开的非专利文档。
如上所述,在具有不同审批标准的多个企业或组织可共同使用的传统的购买操作处理环境(其中系统中的资源被逻辑划分的环境,诸如ASP)中,每个企业或组织使用共同的程序资源。在每个企业或组织要在这样的环境下在购买操作系统中实施其自己的唯一审批标准的情况下,所述购买操作系统中所包括的一般用途功能和服务就不再切合实际了,由此每次将所述购买操作系统调整到唯一审批标准都为所述企业或组织带来了独立研发的成本。结果,每个企业或组织的成本等负担都会增加。与此同时,即使在使用以上非专利文档中所描述的链接方法以避免这样的问题的情况下,每个企业和组织也必须承担所述系统的研发成本和操作成本。
发明内容
本发明致力于解决上述问题。并且本发明的目标是在假设每个用户使用共同程序资源的情况下,使得每个用户能够定义和使用其自己唯一的审批规则。
本发明的购买操作系统提供了一种由诸如企业和组织之类的用户共同使用的系统,并且其执行用户之间的产品、服务等交易的中间处理。所提供的系统包括:审批路线设置接收单元,其用于从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;审批路线控制单元,其用于从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且用于在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和交易中间执行单元,其用于在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
根据本发明的购买操作系统,每个企业或组织能够在假设所述购买操作系统的每个用户使用共同程序资源的情况下在所述购买操作系统上实施其自己唯一的审批标准。由于保持了所述购买操作系统的每个用户使用共同程序资源的假设,所以现有技术中所产生的问题得以被解决。所述问题包括购买操作系统中所包括的功能和服务的一般多样性减少以及每次对每个审批标准进行响应测量而出现的独立研发的成本负担。因此,在假设所述购买操作系统的每个用户使用共同程序资源的情况下,每个用户能够定义和利用其自己唯一的审批规则。
此外,在上述购买操作系统中,审批路线设置接收单元可以被配置成向所述用户的所述用户终端或所述输入接口传送用于输入审批路线数据的输入接收画面数据,并且从所述用户终端或所述输入接口接收在所述输入接收画面中输入的审批路线数据。此外,所述输入接收画面数据可被配置成包括:用于接收审批路线中所包括的每个审批方的审批权限级别设置的界面;以及用于接收所述审批路线中所包括的每个审批阶段中的审批方的所需审批权限级别的设置的界面。
根据上述配置,可以将具有每个审批阶段中的适当权限级别的审批方设置为审批路线数据。本申请的发明效果能够使得每个用户设置其自己唯一的审批路线,每个用户设置其自己的唯一审批路线的灵活性改进的方面得以提升。
此外,在所述购买操作系统中,关于每个用户的审批方候选和关于所述审批方候选的审批权限级别的数据被存储在所述存储单元中,并且一旦经由所述输入接收画面从所述用户终端或输入接口接收到每个审批阶段中的所需审批权限级别的设置,所述审批路线设置接收单元就在所述存储单元中指定具有等于或大于这里所接收的设置中所指示的所需审批权限级别的审批权限级别的审批方候选,接着生成审批方候选列表,接着将所述审批方候选列表的数据传送至所述用户终端或输入接口并且接收指示从所述审批方候选列表所选择的审批方的指令。
根据该配置,对于设置审批方的用户而言,用于确定审批方的处理效率得以改善,并且与此同时消除了在审批路线中错误设置不具有所需审批级别的审批方的担忧。
此外,在所述购买操作系统中,所述审批路线设置接收单元可以被配置成向所述用户终端或输入接口传送用于输入审批路线数据的输入接收画面数据,并且从所述用户终端或输入接口接收在所述输入接收画面中输入的审批路线数据。此外,所述输入接收画面数据可以被配置成包括:用于接收作为审批路线的审批处理目标的在交易中所预定产品和售出产品的属性设置的界面;用于接收用作会计过程等的支付源信息的界面;用于接收作为所述审批路线的审批处理目标的所述交易的交易量范围的设置的界面;以及用于接收与通过使用用户终端发布产品或服务的交易请求的用户相关的属性设置的界面。
根据该配置,作为审批路线数据,详细的交易内容能够被设置为交易属性,其将变为用于自动选择审批路线的标准。这提高了每个用户设置其自己的审批路线的灵活度的改进效率。
此外,在上述购买操作系统中,所述审批路线控制单元可被设置为从所述用户终端接收产品或服务的交易请求数据,并且从这样接收的交易请求数据中读取交易中所预定产品和售出产品的属性数据、所述交易的交易量数据、支付源信息和与发布所述交易请求指令的用户相关的属性数据。另外,所述审批路线控制单元可被设置成从存储单元中的审批路线数据中选择具有在所述审批路线数据中设置的并且与从交易请求数据中读取的数据相匹配的所预定产品和出售服务的属性、交易量范围、支付源信息和用户属性,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联,并且接着在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理。
根据该配置,作为审批路线数据,详细的交易内容可以被设置为交易属性,其成为自动选择审批路线的标准。这提高了每个用户设置其自己的审批路线的灵活度的改进效率或者允许选择与所述交易的详细内容相一致的适当审批路线的效率。
此外,在上述购买处理系统中,用户共用的审批路线数据可被存储在所述存储单元中,并且当选择具有与交易请求数据相匹配的交易属性的审批路线数据时,所述审批路线控制单元可在所述存储单元中的审批路线数据中不存在具有与交易请求数据相匹配的交易属性的审批路线数据的情况下选择用户共用的审批路线数据,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联。
根据该配置,每个用户能够设置其自己唯一的审批路线。与此同时,能够控制要在所述存储单元中注册的审批路线数据以及用于审批路线数据设置的各种主数据的物理性能,并且还能够简化所述存储单元中数据的维护和管理。因此,能够降低系统的操作成本。
此外,在上述购买操作系统中,可对每个或多个交易属性设置用户共用的审批路线数据。在上述购买操作系统中,在所述存储单元中的审批路线数据中不存在具有与交易请求数据的交易属性相匹配的交易属性的审批路线数据的情况下,当选择具有与交易请求数据的交易属性相匹配的交易属性的审批路线数据时,所述审批路线控制单元可以在用户共用的审批路线数据中选择特定的用户共用审批路线数据,其包括所述交易请求数据中所包括的交易的预定属性数据,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联。
根据该配置,能够控制要在所述存储单元中注册的审批路线数据以及用于审批路线数据设置的各种主数据的物理性能,并且还能够简化所述存储单元中数据的维护和管理。与此同时,能够自动选择依据交易属性的审批路线。由此,能够实现数据维护和管理的简化以及审批路线的适当选择。
此外,在所述购买操作系统中,可存储审批路线数据中所设置的审批方所使用的审批终端的网上地址,并且当基于所选择的审批路线数据执行内部审批处理时,所述审批路线控制单元可将审批请求数据连同交易请求数据一起传送至审批路线数据中所包括的审批方终端的地址,接着从所述审批方终端获取指示审批方批准或不批准的输入数据,接着确定是否获得了所述审批路线数据中所定义的所有审批方的审批,并且如果确定获得了所述审批路线数据中所定义的所有审批方的审批,则将所述确定结果通知交易执行单元。
根据该配置,所述购买操作系统依据交易属性自动选择审批路线,并且还依据所自动选择的审批路线自动执行审批方的审批数据的获取以及要在获取所述审批数据之后执行的处理。因此,用户不再需要依据审批路线单独执行内部审批处理。
此外,依据本发明的购买操作处理方法由诸如企业和组织之类的用户所共同使用的计算机所执行,并且其对于用户之间的产品、服务等的交易执行中间处理。所提供的方法包括步骤:从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
根据所述购买操作处理方法,在假设购买操作系统的每个用户使用共同的程序资源的情况下,每个用户能够在所述购买操作系统上实施其自己唯一的审批标准。由于保持了购买操作系统的每个用户使用共同的程序资源的假设,所以解决了现有技术中所导致的问题。这些问题包括购买操作系统中所包括的功能和服务的一般多样性的降低以及每次对每个审批标准进行响应测量而出现的独立研发的成本负担。因此,在假设所述购买操作系统的每个用户使用共同程序资源的情况下,每个用户能够定义和利用其自己唯一的审批规则。
根据本发明的购买操作处理程序使得由诸如企业和组织的用户协同使用并且执行用户之间的产品、服务等交易的中间处理的计算机执行以下步骤:从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
根据本发明的购买操作系统,在假设购买操作系统的每个用户使用共同的程序资源的情况下,每个企业或组织能够在所述购买操作系统上实施其自己唯一的审批标准。由于保持了购买操作系统的每个用户使用共同的程序资源的假设,所以解决了现有技术中所导致的问题。这些问题包括购买操作系统中所包括的功能和服务的一般多样性的降低以及每次对每个审批标准进行响应测量而出现的独立研发的成本负担。因此,在假设所述购买操作系统的每个用户使用共同程序资源的情况下,每个用户能够定义和利用其自己唯一的审批规则。
此外,本申请中所公开的问题及其解决方法将在“具体实施方式”部分中以及通过附图而清楚明白。
根据本发明,在假设购买操作系统的每个用户利用共同程序资源的情况下,每个用户能够定义和利用其自己唯一的审批规则。
附图说明
图1是根据本实施例的购买操作系统的整体配置图;
图2A至2C分别是示出根据本实施例的用户属性主体、审批路线应用条件主体和审批路线控制主体的数据结构示例的图表;
图3是示出本实施例的购买操作处理方法的处理过程1的流程图;
图4是示出本实施例的购买操作处理方法的处理过程2的流程图;
图5是示出本实施例的订单请求创建画面的示例的图表;
图6是示出本实施例的审批方设置画面的示例的图表;
图7是审批方列表画面的示例;
图8是示出根据本实施例的审批路线的自动选择控制示例1的图表;以及
图9是示出根据本实施例的审批路线的自动选择控制示例2的图表。
具体实施方式
系统配置
此后,将通过使用附图给出本发明实施例的详细描述。图1是根据本实施例的购买操作系统100的配置图。根据本实施例的购买操作系统100(此后,称作系统100)是诸如企业和组织的用户共同使用的计算机系统,其执行用户之间的产品、服务等的中间处理。该系统100能够被称作是提供具有不同审批标准的多个购买企业2或组织能够在其中执行协同购买操作的环境(其中系统资源被逻辑划分的环境,诸如ASP)的计算机。此外,所述多个企业2及其交易对方企业3能够通过诸如互联网之类的网络140同时使用所述计算机。
因此,能够将系统100假设为服务器装置,其经由网络140耦合到大量用户终端300(优选地,也耦合到审批终端400),其在处理所述用户终端之间的产品或服务交易期间在所述网络上提供了作为电子市场的空间,并且执行产品搜索、所发出或接收的订单的数据处理、交易历史管理和审批处理。在用户终端300中,由每个执行产品或服务的购买操作的购买企业2所使用的那些用户终端被称作购买企业终端350,而由每个在从购买企业2接收到订单后传送产品或服务的交易对方企业3所使用的那些用户终端被称作交易对方企业终端360。
此外,系统100包括存储单元101中的登录程序4、请求源程序5和交易对方程序6。所述请求源程序5提供以下功能:产品搜索功能10,购买企业2使用其搜索产品以发出订单;订单请求功能11,其从购买企业2接收订单并接着处理所述订单;审批功能12,其依据每个用户的各自审批路线执行审批处理;以及订单发出历史管理功能13,其管理用户所发出的订单的历史数据。此外,交易对方程序6提供订单接收功能14,其接收来自购买企业2的订单并接着处理所述订单,以及出货(shipment)注册功能15,其注册指示交易对方企业3已经依据所述订单对可应用产品等执行了出货处理的数据,等等。
应当注意,假设“客户”或“审批方”作为与购买操作相关的用户权限。关于购买过程,属于每个购买企业2并且具有“客户”权限的用户(此后,称作“客户用户”)通过使用登录程序4登录到系统100,并接着通过使用请求源程序5的产品搜索功能10和订单请求功能11生成审批请求数据。另一方面,具有“审批方”权限的用户(此后,被称作“审批方用户”)通过使用登录程序4登录到系统100并且通过使用请求源程序5的审批功能12执行审批处理。
此时,系统100在存储单元101中存储审批路线数据中所设置的审批方所使用的审批方终端400的网络地址。接着,审批功能12(审批路线控制器111)向审批方终端400的地址传送审批请求以及订单请求(交易请求数据),所述地址包括在所述审批路线数据中。例如,所述审批请求数据是画面数据,提供有用于接收批准或不批准的输入的界面。接着,审批功能12从审批方终端400获取指示审批方批准或不批准的输入数据,并接着确定是否获得了来自所述审批路线数据中所定义的所有审批方的批准或不批准。如果审批功能12确定了获得了来自所述审批路线数据中所确定的所有审批方的审批,则审批功能12向订单请求功能11(交易执行单元)通知所述确定结果。
由于对于单个审批请求事件可以设置一个或多个审批方,所以一旦完成获取来自审批路线数据中所设置的所有审批方的审批,所述审批请求事件就变为对应的一个交易对方企业3的官方订单事件。
交易对方企业3中具有“交易对方代表”权限的用户通过使用登录程序4登录到系统100,并接着关于对应的一个购买企业2所生成的官方订单事件而通过使用交易对方程序6的订单接收功能14和出货注册功能15来执行订单接收处理和出货处理。诸如每个用户的购买历史或属性信息、产品信息以及使用所需的其它信息之类的信息被存储在数据库7中为每个购买企业2或对方交易企业所逻辑划分的空间中,所述数据库7是所有用户共用的并且包括在系统中的存储单元101中。
此外,根据本实施例的系统100包括WEB服务器8和DB服务器9。WEB服务器8提供有作为存储单元中的商业应用程序的登录程序4、请求源程序5和交易对方程序6。此外,DB服务器9包括用户属性主体125、作为供系统100处理的产品及服务列表的产品数据、供系统100处理的产品及服务的订单数据、订单发出历史数据以及审批路线数据(审批路线应用条件主体126和审批路线控制主体127),作为存储单元101中的数据库7。WEB服务器8在执行所述商业应用程序中的每个功能时经由网络140提取/写入DB服务器9的数据库7中的每条信息。
上述系统100将存储在诸如非易失性存储器的存储单元101中的程序102读入存储器103以便提供用于执行购买操作处理方法的功能。系统100接着使得作为算术单元的CPU104执行所述程序。此外,系统100包括诸如键盘以及计算机通常提供的各类按钮之类的输入接口105、诸如LED或显示器之类的输出接口106以及用于与用户终端300和审批方终端400进行通信的通信单元107。
接着,将给出系统100例如在程序102的基础上所保存和配置的功能单元的描述。如上所述,每个功能单元可以集成提供在单个服务器装置等之上。然而,可假设所述功能单元以分散的方式设置在网络140上的多个计算机上,并且在预定服务器装置的发起下以协同方式运行。
系统100包括审批路线设置接收单元110。所述审批路线设置接收单元110从用户所使用的用户终端300或输入接口105接收每个用户的审批路线数据,所述审批路线数据包括彼此相关联的作为审批目标的交易的属性和审批方属性。这里,所述审批路线数据是用于产品或服务交易中每个用户所需的内部审批的审批路线的数据。所述审批路线设置接收单元110将这些所接收的审批路线数据存储在存储单元101中。可以假设该审批路线设置接收单元110由上述请求源程序5所提供。
此外,系统100包括审批路线控制单元111。所述审批路线控制单元111从用户终端300接收产品和服务的交易请求数据。所述审批路线控制单元111接着从与发布了所述交易请求数据的对应的一个用户终端300的用户相关联的审批路线数据中选择其交易属性与交易请求数据的属性相匹配的审批路线数据。所述审批路线控制单元111接着基于这里所选择的审批路线数据对用户执行内部审批处理。可以假设所述审批路线控制单元111由请求源程序5所提供。
此外,系统100包括交易中间执行单元112,其在从所需审批方获得了作为内部审批处理结果的批准的情况下将审批目标交易的所发出或接收的订单的数据传送至所述用户的交易对方的终端。可以假设所述交易中间执行单元112由请求源程序5和交易对方程序6所提供。
应当注意,所述审批路线设置接收单元110可被配置成向用户终端300或输入接口105传送审批路线数据的输入接收画面数据,并且还从用户终端300或输入接口105接收在所述输入接收画面中所输入的审批路线数据。所述输入接收画面数据可被配置成包括用于接收审批路线中所包括的每个审批方的审批权限级别的设置的界面,以及用于接收所述审批路线中所包括的每个审批阶段中的审批方的所需审批权限级别的设置的界面。
此外,系统100可被配置成在存储单元101中存储关于每个用户的审批方候选信息以及所述候选的审批权限级别的数据。此外,可以以下方式对审批路线设置接收单元110进行配置。一旦经由输入接收画面从用户终端300或输入接口105接收到每个审批阶段中的所需审批权限级别的设置,所述审批路线设置接收单元110就指定具有等于或大于所接收设置中的所需审批权限级别的审批权限级别的审批方候选并接着生成审批候选列表。此后,所述审批路线设置接收单元110将所述审批方候选列表的数据传送到用户终端300或输入接口105并且接收指示所述审批方候选列表中所选择审批方的指令。
此外,审批路线设置接收单元110可被配置成向用户终端300或输入接口105传送审批路线数据的输入接收画面数据,并且从用户终端300或输入接口105接收在所述输入接收画面中所输入的审批路线数据。所述输入接收画面数据可包括:用于接收作为审批路线的审批处理目标的在交易中所预定产品或售出的产品的属性设置的界面;用于接收作为会计过程等的信息的支付源信息的界面;用于接收作为所述审批路线的审批处理目标的所述交易的交易量范围的界面;以及用于接收与通过使用用户终端发布产品或服务的交易请求指令的用户相关的属性设置的界面。
此外,审批路线控制单元111可被配置成从用户终端300接收产品或服务的交易请求数据,并且从所述交易请求数据中读取交易中所预定产品和售出产品的属性数据、所述交易的交易量数据和关于发布了所述交易请求指令的用户的属性数据。接着,所述审批路线控制单元111可被配置成从存储单元101中与每个发布了所述交易请求数据的用户终端300的用户相关联的审批路线数据中选择具有在与所述交易请求数据中读出的数据相匹配的审批路线数据中设置的所预定产品或售出的产品的属性、交易量范围和用户属性。接着,审批路线控制单元111在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理。
此外,系统100可在存储单元101中存储所有用户共用的审批路线数据。接着,当选择具有与所述交易请求数据相匹配的交易属性的审批路线数据时,所述审批路线控制单元111可在所述存储单元101中的审批路线数据中不存在具有与交易请求数据相匹配的交易属性的审批路线数据的情况下从存储单元101中选择共用审批路线数据,每个审批路线数据与发布了所述交易请求数据的用户终端300的用户相关联。
此外,对一个或多个交易属性设置所有用户共用的审批路线数据。在所述存储单元101中的审批路线数据中不存在具有与交易请求数据相匹配的交易属性的审批路线数据的情况下,当选择具有与所述交易请求数据相匹配的交易属性的审批路线数据时,所述审批路线控制单元111可在存储单元101中的共用审批路线数据中选择其中设置了所示交易请求数据中所包括的交易的预定属性数据的特定的共用审批路线数据,每个审批路线数据与发布了所述交易请求数据的用户终端300的用户相关联。
另外,所述系统100可存储要由审批路线数据中所设置的审批方所使用的审批终端400的网络地址。可以以下方式对审批方路线控制单元111进行配置。当基于所选择的审批路线数据执行内部审批处理时,所述审批方路线控制单元111将审批请求数据连同交易客户数据一起传送至审批终端400的地址,所述地址包括在所述审批路线数据中,并且从审批方终端400获取所述审批方批准或不批准的输入数据。接着,所述审批方路线控制单元111确定是否从所述审批路线数据中所确定的所有审批方获取了审批。如果确定获取了所有审批方的审批,则所述审批方路线控制单元111将确定结果通知交易执行单元。
应当注意,系统100中的功能单元110-112的每一个均可以以硬件或诸如存储器或HDD(硬盘驱动器)之类的适当存储单元中所存储的程序来实现。在这种情况下,当执行所述程序时,系统100的CPU从所述存储单元读出程序并执行所述程序。
表结构示例
接下来,将给出根据本实施例的购买操作系统100所使用的表结构的描述。图2示出了分别示出:A、用户属性结构主体125,B、审批路线应用条件主体126,和C、审批路线控制主体127的数据结构的示例的图表。
用户属性主体125是一组均存储与单个用户相关的属性的记录,所述用户通过使用相应的一个用户终端300发布产品或服务的交易请求指令。在每个记录中,例如通过使用用户ID作为关键词,诸如企业代码、商行代码和对应的单个用户所属企业的区分代码、审批权限类型以及审批权限级别彼此相关联。应当注意,术语“单一用户”这里是指实际操作用户终端300的个人,诸如本发明权利要求范围中的属于“用户”(企业或组织)的雇员或员工。
另外,审批路线应用条件主体126是一组均包括选择条件描述的记录,系统100使用所述选择条件来选择与交易属性相一致的审批路线数据。在每个记录中,作为审批路线ID的审批路线定义ID被用作关键词,并且诸如企业代码、商行代码、区分代码、基础价格范围(交易量范围)和优先级(用于在可选择多个审批路线数据的情况下选择审批路线的优先级顺序)之类的允许实施该审批路线的数据彼此相关联。
另外,审批路线控制主体127是一组均存储用于每个用户(企业或组织)的每个审批路线数据的定义内容的记录。在每个记录中,例如通过使用审批路线定义ID作为关键词,例如设置接收阶段的编号(审批阶段的编号)、审批方企业代码、审批方商行代码和审批方区分代码(均是关于审批方的属性信息)、审批方代码、审批方所使用的审批方终端400的地址、所需审批权限级别(其是审批方能够对每个审批阶段进行审批的审批权限级别)以及指示对应的审批阶段是审批需求的需求标志的数据彼此相关联。
应当注意,可以在审批路线应用条件主体126和审批路线控制主体127中设置所有用户所共用的应用条件和审批路线数据。在这种情况下,如图9所示,“@”被设置在诸如企业代码、商行代码、区分代码、审批权限类型和审批权限级别的每个数据项中,作为审批路线应用条件主体126中所存储的一个应用条件(图9中的“WF5”)。该“@”是指示以“@”指示的条件被所有用户的相应属性所代替并接着得以应用。类似地,“@”被设置在诸如审批方企业代码、审批方商行代码和审批方区分代码(所有这些都是审批方的属性信息)之类的每个数据项中,作为存储在审批路线控制主体127中的一个应用路线数据(图9中的“WF5”)。可对于一个或多个交易属性设置所有用户所共用的审批路线数据。例如,特定的共用审批路线数据对应于企业代码K1至K3,另一个共用审批路线数据对应于从“100000日圆”至“500000日圆”的交易量,等等。
处理流程示例1
此后,将基于图表给出根据本实施例的购买操作处理方法的实际过程的描述。应当注意,对应于此后将要描述的购买操作处理方法的每种操作由要被读入存储器并且由系统100执行的程序来实现。该程序配置为用于执行以下将要描述的各种操作的代码。
图3是示出根据本实施例的购买操作处理方法的处理过程示例1的图表。这里将给出在属于特定一个特定企业购买企业2的客户用户购买产品的情况下的处理流程的描述。当试图登录到系统100的客户用户经由网络140访问WEB服务器8的登录程序4时,所述登录程序4向所述客户用户所使用的购买企业终端350传送能够接收用户ID和密码的画面数据(此后,称作登录画面)。
响应于此,所述客户用户输入用户ID和密码,并且点击显示于购买企业终端350上显示的登录画面上的登录按钮。所输入的信息接着经由网络140从购买企业终端350传送到WEB服务器8的登录程序4。
WEB服务器8的登录程序4经由网络140参考DB服务器9的用户属性主体125,接着确定从购买企业终端350传送的密码是否正确,同时,提取企业标识部分、商行代码(此后,被称作客户用户属性信息)客户用户的权限以及权限级别的每个数据(S301)。
接着,登录程序4确定其在步骤S301所提取的客户用户具有何种类型的权限(步骤S302)。如果权限是“客户”,则登录程序4向所述客户用户所使用的购买企业终端350传送显示分别能够执行产品搜索功能10和订单请求功能11的按钮的画面数据(S303)。另一方面,如果客户用户的权限是不同于“客户”的权限,则登录程序4向企业购买企业终端350传送显示能够执行每个其它权限所允许的功能的按钮的画面数据。
当客户用户点击显示在购买企业终端350中的客户菜单画面上的产品搜索按钮时,经由网络140从购买企业终端350向WEB服务器8的产品搜索功能10传送执行请求(S304)。
一旦接收到所述执行请求,WEB服务器8的产品搜索功能10向所述客户用户的购买企业终端350传送能够接收用于搜索产品的条件的输入的画面数据(此后,称作产品搜索画面)(S305)。
当客户用户在购买企业终端350上显示的产品搜索画面上输入搜索条件并点击搜索按钮时,所述搜索条件经由网络140从购买企业终端350传送至WEB服务器8的产品搜索功能10(S306)。
WEB服务器8的产品搜索功能10基于从购买企业终端350传送的搜索条件从DB服务器9的产品数据提取与所述搜索条件相匹配的产品数据。接着,产品搜索功能10向所述客户用户的购买企业终端350传送显示提取结果的画面数据(此后,称作搜索结果画面)(S307)。
当所述客户用户从购买企业终端350上所显示的搜索结果画面中选择所述客户用户对其发布订单请求的产品并接着点击订单请求生成按钮时,经由网络140从所述购买企业终端350向WEB服务器8的订单请求功能11传送执行请求(S308)。
一旦从购买企业终端350接收到所述执行请求,WEB服务器8的订单请求功能11就经由网络140向所述客户用户的购买企业终端350传送订单请求生成画面的数据(此后,被称作订单请求生成画面),所述订单请求生成画面能够接收与所述用户所选择的产品的交付信息、支付源信息和审批方信息相关的输入(S309)。此后,这样的输入信息被称作订单请求信息。当所述客户用户在输入所述订单请求信息并通过以下将要描述的处理方法指定审批方之后点击订单请求按钮时(S310),经由网络140从购买企业终端350向WEB服务器8的订单请求功能11传送产品信息、交付目的地信息和支付源信息。一旦从购买企业终端350接收到所述订单请求信息,所述订单请求功能11就将所述信息作为订单请求事件写入DB服务器9的订单数据和订单历史数据(S311)。
应当注意,在步骤S311之前,基于订单请求功能11自动选择的审批路线数据执行内部审批处理,所述审批路线数据包括所述客户用户所指定的审批方。该处理以以下方式执行:订单请求功能11向所述自动选择的审批路线数据中所包括的审批方的审批方终端400的地址传送订单请求数据以及订单请求信息(交易请求数据)。接着,从所述审批方终端400接收指示所述审批方批准或不批准的输入数据。此后,确定是否获取了来自所述审批路线数据中所确定的所有审批方的审批。如果确定获得了来自所述审批路线数据中所确定的所有审批方的审批,则执行步骤S311。
处理流程示例2
接着,以下将给出处理流程示例1的步骤S308至S311中自动选择审批路线和设置审批方的详细处理的描述。图4是示出根据本实施例的购买操作处理方法的处理过程示例2的图表。应当注意,请求源程序5的订单请求功能11被配置有订单请求画面显示模块5a、审批方设置画面显示模块5b、审批方列表画面显示模块5c和订单请求生成模块5d。
在所述客户用户在处理过程示例1的步骤S308中点击订单请求生成按钮,并接着由WEB服务器8在步骤S309经由网络140接收执行请求之后(S501),订单请求画面显示模块5a向所述客户用户的购买企业终端350传送图5所示的订单请求生成画面G601(S502)。
所述客户用户输入每个产品的支付源信息G602以在订单请求生成画面G601中进行购买,并接着点击审批方设置按钮G603。接着该执行请求经由网络140从购买企业终端305被传送到WEB服务器8的审批方设置画面显示模块5b(S503)。
在接收到所述执行请求之后,所述审批方设置画面显示模块5b使用步骤S301中所获取的客户用户属性信息、所述客户用户在步骤S308中所选择的产品信息以及在订单请求生成画面G601上所指定的支付源信息G602作为应用条件,并接着经由网络140从DB服务器9的审批路线应用条件主体126提取与这些应用条件相匹配的审批路线定义ID。在不存在这样的与所述应用条件相匹配的审批路线定义ID的情况下,执行错误处理。
另一方面,在存在这样的与所述应用条件相匹配的审批路线定义ID的情况下,审批方设置画面显示模块5b通过使用所提取的审批路线定义ID作为关键词从审批路线控制主体127提取所有的可应用审批路线数据(S504)。
审批方设置画面显示模块5b提取在从审批路线控制主体127所提取的每个审批路线数据中的每个设置接受阶段编号的需求标志,以及该设置接受阶段编号的最大值。接着,审批方设置画面显示模块5b经由网络140向所述客户用户的购买企业终端350传送显示与设置接收阶段编号的最大值相等的审批方设置字段编号的审批方设置画面G701,在设置审批阶段的编号的每个字段中指示“需要”或“可选”的信息以及审批方搜索按钮G702(参见图6)(S505)。
当所述客户用户对于购买企业终端350上所显示的审批方设置画面G701上的审批阶段的每个字段点击审批方搜索按钮时,该执行结果以及相应搜索按钮的审批阶段编号G703的数据经由网络140从所述购买企业终端350传送至WEB服务器8的审批方列表画面显示模块5c(S506)。
一旦从购买企业终端350接收到所述执行请求,审批方列表画面显示模块5c通过使用在步骤S504中所提取的审批路线定义ID以及从所述客户用户的购买企业终端350传送的审批阶段编号G703的数据作为关键词参考DB服务器9的审批路线控制主体127中的可应用数据。此外,审批方列表画面显示模块5c通过使用审批方公司代码、审批方商行代码、审批方区分代码、所要求审批级别和审批方代码(其在这里所参考的数据中设置)作为关键词从用户属性主体125提取可对于所述可应用审批阶段编号进行指定的审批方用户信息(S507)。此时,所要提取的审批方需要是具有等于或大于所需审批级别的审批级别的用户。
接下来,所述订单请求功能11向所述客户用户的购买企业终端350传送审批方列表画面显示模块5c所提取的审批方用户信息作为图7所示的审批方列表画面G801(S508)。当所述客户用户从所述审批方列表画面G801中选择要从订单请求功能11所传送的审批方列表设置的审批方并且点击选择按钮G802时,审批方(图表的示例中的“用户2”)被设置在审批方设置画面G704的如图6所示的审批方设置画面(图6中的“1”)的可应用阶段编号中(S509)。
重复从步骤S506至步骤S509的处理,直至所述客户用户对要求指定审批方的所有审批阶段编号设置了审批方。当所述客户用户一完成所有审批方设置后在就购买企业终端350上所显示的审批方设置画面上点击应用按钮G705时,显示所述客户用户所设置的一系列审批方(换句话说,它们可被称作审批路线)。
在重复执行的用于购买产品的步骤S503至步骤S509中的所需处理之后,所述客户用户点击订单请求生成画面的订单请求生成按钮。同时,所述购买企业终端350检查是否有错过的所需审批方设置以及所述审批方和审批路线上的组织信息是否与对应于每个产品的订单请求相一致。如果没有发现这样的所错过的设置,则经由网络140从订单请求生成模块5d向购买企业终端350传送订单请求生成数据。所述订单请求生成模块5d将从购买企业终端350所接收的数据传送到DB服务器9作为订单请求事件,并且将所述事件注册为订单请求数据和订单历史数据(S510).
审批路线自动选择控制示例1
图8示出了用户属性主体125、审批路线应用条件主体126和审批路线控制主体127的设置示例,以及审批路线的自动选择控制的示例。在该示例中,三个不同的审批路线定义ID被定义为WF1(D911)、WF2(D912)和WF3(D913)。此外,对于审批路线定义ID WF1(D911)和WF2(D912)进行描述的数据是要在属于企业代码“K1”、商行代码“001”和区分代码“A”的客户用户发布审批请求时要被提取的数据。此外,在购买产品的单位价格不低于10000日圆的情况下,应用审批定义ID WF2(D912)的数据。对于其它情况,应用审批定义ID WF1(D911)的数据。
此外,本描述指出在客户用户属于具有企业代码“K2”的企业的情况下应用审批定义ID WF3(D913)的数据。在审批路线控制主体127中,对于WF1至WF3(D911至D913)的每个审批路线定义ID的每个审批阶段编号设置能够进行审批的审批方的应用条件。在这些设置示例中,审批阶段的编号被设置为对于审批路线定义ID WF1(D921)为一个阶段,而对于WF2(D922至D923)和WF3(D924至D925)为两个阶段。
作为审批路线定义ID的WF1(D911)的第一阶段的审批方,需要具有企业代码“K1”、商行代码“001”并且审批级别不低于“1”的审批方。对于审批定义ID WF2(D912),对于第一阶段应用与审批定义ID WF1(D921)相同的设置。除此之外,在审批路线控制主体127的审批路线(D923)中的第二阶段需要具有2或更大的审批级别并且属于区分代码B的审批方。此外,对于审批定义ID WF3(D913)而言,在审批路线控制主体127的审批路线(D924)中的第一阶段需要具有企业代码“K2”、商行代码“111”、区分代码“B”并且审批级别等于或大于“1”的审批方。此外,在审批路线(D925)中,可选地设置具有与D924相同的企业代码和商行代码以及区分代码“C”并且审批级别等于“2”或更大的审批方。
例如,考虑用户1(D901)发布价格为100日圆的产品的审批请求的情况(示例1)。当客户用户在步骤S503中点击审批方设置按钮时,订单请求函数11使用作为所述客户用户的从属信息的企业代码“K1”、商行代码“001”、区分代码“A”以及产品的购买价格“100日圆”作为应用条件,并由此从审批路线应用条件主体126提取可应用的审批路线定义ID。此时,作为可应用的路线定义ID,在其应用条件中均具有企业代码“K1”的应用路线ID“WF1(D911)”和“WF2(D912)”中提取“WF1(D911)”,这是因为“WF1”的单位价格的条件是购买产品的数量低于10000日圆。
订单请求功能11使用审批路线定义ID“WF1”作为关键词,并由此从应用路线控制主体127提取出可应用数据(D921)。由于所提取的审批路线数据D921的设置接受阶段的编号仅是1(所需要的),所以订单请求功能11在步骤S505中向所述客户用户的购买企业终端350传送仅显示一个审批规范字段的审批方设置画面。
此外,当所述客户用户在步骤S506中点击审批阶段编号“1”的审批方搜索按钮时,订单请求功能11在步骤S507中提取均为具有审批方企业代码“K1”、审批方商行代码“001”、权限、“审批方”以及所要求的审批方级别等于或大于“1”的用户3(D903)和用户4(D904)的数据,所有这些都设置在使用审批路线定义ID“WF1”和设置接受阶段“1”的编号所提取的审批路线数据D921中。
在步骤S508中,订单请求功能11向所述客户用户的购买企业终端350传送作为列表画面的所提取的用户3(D903)和用户4(D904)的数据。此外,所述客户用户从所述列表画面中选择审批方并在步骤S509中对所述审批方进行设置。
类似地,在用户1(D901)购买价格为20000日圆的产品的情况下(示例2),虽然作为步骤S504中所提取的审批路线定义ID,“WF1(D911)”和“WF2(D912)”都与条件相匹配,但是在这种情形下应用具有更高优先级的“WF2(D912)”。订单请求功能11使用审批路线定义ID“WF2(D912)”作为关键词,并由此从审批路线控制主体127提取可应用的审批路线数据(D922)和(D923)。由于所提取数据的设置审批阶段的编号为“1”和“2”,所以订单请求功能11在步骤S505中向所述客户用户的购买企业终端350传送显示两个阶段规范字段的审批方规范画面。
所述客户用户对于每个第一和第二审批阶段重复步骤S506至S509的处理并由此指定审批方。此时,在步骤S507的处理中,需要在示例1的情况下在第一阶段中设置用户3(D903)和用户4(D904),并且需要在第二阶段中设置属于企业代码“K”、商行代码“001”并具有等于或大于“2”的审批级别的审批方。因此,仅用户4(D904)能够被设置为审批方。
应当注意,还能够对客户用户设置审批路线中必需的审批级别。例如,在具有审批级别1的客户用户:用户2(D902)购买价格为20000日圆的产品的情况下(示例3),如(示例2)中的情况,要在步骤S504中提取的审批路线定义ID是“WF2(D912)”。然而,由于客户用户:用户2(D902)的审批级别是1,确定了所述客户用户还具有第一阶段(D922)的审批权限,所述第一阶段(D922)具有所需的审批级别“1”。出于这一原因,在步骤S505中,显示没有第一审批阶段的审批方规范字段而只有第二审批阶段的审批规范字段的审批方规范画面被传送至所述客户用户的客户企业终端350。所述客户用户通过与用于在示例2中指定第二审批阶段的审批方规范字段中的审批方相同的处理来指定审批方。
此外,在属于企业代码“K2”的客户用户:“用户5”(D905)购买产品的情况下(示例4),由订单请求功能11提取审批路线定义ID“WF3”(D913)(原因在于没有在应用条件中设置商行代码和区分代码,对于属于企业代码“K2”的所有用户提取审批路线定义ID“WF3”)。此外,订单请求功能11使用审批路线定义ID“WF3”作为关键词,并由此从审批路线控制主体127提取审批路线数据(D924)和(D925)。由于为第二阶段的审批方所定义的审批路线数据(D925)是可选设置,所以在步骤S505中,订单请求功能11向所述客户用户的购买企业终端350传送分别在第一和第二阶段的审批方规范字段中显示“所需设置”和“可选设置”的审批方设置画面。
当所述客户用户在步骤S506至S509中指定审批方时,需要指定第一审批阶段中的审批方(要在步骤S507的处理中提取的审批方是“用户6”(D906))。然而,第二阶段中的审批方指定是可选的,从而审批方被恰当地指定。当要第二阶段中设置审批方时,如第一阶段的情况,通过执行步骤S506至S509的处理设置审批方(要在步骤S507的处理中提取的审批方是“用户7”(D907))。
审批路线自动选择控制示例2
接下来,将利用图9给出多个购买企业2使用共同的审批路线(审批规则)的情形下的定义审批路线的方法以及自动选择处理方法的描述。在多个购买企业2使用共同的审批路线的情况下,对于每个购买企业设置在审批路线应用条件主体126和审批路线控制单元127中具有相同内容的审批路线数据增加了改进或消除主体的难度。此外,为了避免执行错误处理(其在步骤S504中不存在要应用的审批路线定义的情况下发生),优选地预先设置能够被所述购买企业2广泛使用的定义,并且其在独立设置审批路线数据的情况下不与应用条件相匹配。
在上述情况下,通过如图9所示在审批路线应用条件主体126和审批路线控制单元127中的每项中设置“@”,使得审批路线的每个应用条件都可读取并且能够利用客户用户的对应的一个属性来替代(已在图2中描述)。例如,在图9中,审批路线定义ID“WF4”(D1011)是企业代码“K3”的唯一定义,而“WF5”(D1012)是所有购买企业所共用的审批路线的定义,其包括设置在企业代码、商行代码和区分代码中的“@”。
在属于企业代码“K3”的客户用户:“用户8”(D1001)购买单位价格100日圆的产品的情况下(示例5),除了“WF4”(D1011)之外,订单请求功能11要在步骤S504中提取的审批路线定义ID是除了“WF4”(D1011之外)的“WF5”(D1012),其对具有企业代码“K3”的企业单独定义。此时,至于审批路线定义ID“WF5”(D1012),订单请求功能11利用关于“用户8”(D1001)的属性信息替代“@”作为企业代码、商行代码和区分代码,其分别是“K3”、“001”和“A”。
在该示例中,客户用户:“用户8”(D1001)要购买单位价格100日圆的产品,并且要在单位价格不低于10000日圆时应用审批定义ID“WF4”(D1011)。因此,提取不包括其中所设置的购买价格的条件的“WF5”(D1012)。
订单请求功能11使用审批路线定义ID“WF5”(D1012)作为关键词并且由此从审批路线控制主体127提取可应用的审批路线数据(D1023)。此外,由于审批路线数据(D1023)包括审批方企业代码“@”、审批方商行代码“@”和审批方区分代码“@”,所以订单请求功能11读取这些代码中标记的“@”,并且在步骤S507中提取审批阶段编号“1”的审批方列表时分别以客户用户的企业代码“K3”、商行代码“001”和区分代码“A”对其进行替代。此外,从用户属性主体125中提取属于相同组织的审批方用户“用户9(D1002)”作为客户用户。
除此之外,用户属性主体125的“企业标识代码”是用于对多个企业(附属公司等)进行分组的定义。因此,虽然以下描述和示例在本示例中省略,但是如在审批路线条件主体126中设置企业代码等的情况下,所述“企业标识代码”能够被用作审批路线的应用的应用标准。
根据该实施例,即使在能够由具有不同审批标准多个企业或组织共同使用的环境中(其中系统中的资源被逻辑划分的环境,诸如ASP),每个企业或组织能够使用其自己唯一的审批规则(审批路线)。此外,在共用审批标准被多个企业或组织所采用的情况下,能够通过使用共用审批规则来控制诸如主体之类的各种数据的设置数量来简化数据的维护和管理。根据上述效果,能够减少审批处理程序的研发和操作处理的数目,并且与此同时,能够保持购买操作系统中所提供的功能的多样性。此外,能够通过消除对于传统系统中所使用的数据链接处理的需求而实现具有适当成本的购买操作系统。
因此,在假设购买操作系统的每个用户使用共同的程序资源的情况下,每个用户能够定义和利用其自己唯一的审批规则。
应当注意,虽然如上所述举例说明了用于间接材料或直接材料的网络耦合的购买操作系统,但是本发明还能够应用于均具有关于系统用户的组织信息并且使用根据所述内容变化的审批工作流程的所有操作系统。例如,本发明能够被应用于用于相同组织或多个组织之间的管理审批事务、内部报告流通操作等的操作系统。
如上所述,已经基于实施例提供了本发明的实施例。然而,本发明并不局限于此。可以在不背离本发明的精神和范围的前提下对所述实施例进行各种修改。
Claims (10)
1.一种购买操作系统,由诸如企业和组织之类的用户共同使用,并且其执行用户之间的产品、服务等交易的中间处理,所述购买操作系统包括:
审批路线设置接收单元,其用于从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;
审批路线控制单元,其用于从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且用于在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和
交易中间执行单元,其用于在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
2.如权利要求1所述的购买操作系统,其中
所述审批路线设置接收单元向用户终端或输入接口传送用于输入审批路线数据的输入接收画面数据,并且从所述用户终端或所述输入接口接收在所述输入接收画面中输入的审批路线数据,并且
所述输入接收画面数据包括:
用于接收审批路线中所包括的每个审批方的审批权限级别设置的界面;以及
用于接收所述审批路线中所包括的每个审批阶段中的审批方的所需审批权限级别的设置的界面。
3.如权利要求2所述的购买操作系统,其中
关于每个用户的审批方候选和关于所述审批方候选的审批权限级别的数据被存储在所述存储单元中,
一旦经由所述输入接收画面从所述用户终端或输入接口接收到每个审批阶段中的所需审批权限级别的设置,所述审批路线设置接收单元就在所述存储单元中指定具有等于或大于这里所接收的设置中所指示的所需审批权限级别的审批权限级别的审批方候选,接着生成审批方候选列表,接着将所述审批方候选列表的数据传送至所述用户终端或输入接口并且接收指示从所述审批方候选列表所选择的审批方的指令。
4.如权利要求2所述的购买操作系统,其中
所述审批路线设置接收单元向所述用户终端或输入接口传送用于输入审批路线数据的输入接收画面数据,并且从所述用户终端或输入接口接收在所述输入接收画面中输入的审批路线数据,并且
所述输入接收画面数据包括:
用于接收作为审批路线的审批处理目标的在交易中所预定产品和售出的产品的属性设置的界面;
用于接收用作会计过程等的支付源信息的界面;
用于接收作为所述审批路线的审批处理目标的所述交易的交易量范围的设置的界面;以及
用于接收与通过使用用户终端发布产品或服务的交易请求的用户相关的属性设置的界面。
5.如权利要求4所述的购买操作系统,其中
所述审批路线控制单元从所述用户终端接收产品或服务的交易请求数据,并且从这样接收的交易请求数据中读取交易中所预定产品和售出产品的属性数据、所述交易的交易量数据、支付源信息和与发布所述交易请求指令的用户相关的属性数据,并且
所述审批路线控制单元从存储单元中的审批路线数据中选择具有在所述审批路线数据中设置的并且与从交易请求数据中读取的数据相匹配的所预定产品和出售服务的属性、交易量范围、支付源信息和用户属性,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联,并且接着在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理。
6.如权利要求1所述的购买操作系统,其中
用户共用的审批路线数据被存储在所述存储单元中,并且
当选择具有与交易请求数据相匹配的交易属性的审批路线数据时,所述审批路线控制单元可在所述存储单元中的审批路线数据中不存在具有与交易请求数据相匹配的交易属性的审批路线数据的情况下选择用户共用的审批路线数据,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联。
7.如权利要求6所述的购买操作系统,其中
对每个或多个交易属性设置用户共用的审批路线数据,并且
在所述存储单元中的审批路线数据中不存在具有与交易请求数据的交易属性相匹配的交易属性的审批路线数据的情况下,当选择具有与交易请求数据的交易属性相匹配的交易属性的审批路线数据时,所述审批路线控制单元可以在用户共用的审批路线数据中选择特定的用户共用审批路线数据,其包括所述交易请求数据中所包括的交易的预定属性数据,每个审批路线数据与发布了所述交易请求数据的用户终端的用户相关联。
8.如权利要求1所述的购买操作系统,其中
存储审批路线数据中所设置的审批方所使用的审批终端的网上地址,并且
当基于所选择的审批路线数据执行内部审批处理时,所述审批路线控制单元可将审批请求数据连同交易请求数据一起传送至审批路线数据中所包括的审批方终端的地址,接着从所述审批方终端获取指示审批方批准或不批准的输入数据,接着确定是否获得了所述审批路线数据中所定义的所有审批方的审批,并且如果确定获得了所述审批路线数据中所定义的所有审批方的审批,则将所述确定结果通知交易执行单元。
9.一种由诸如企业和组织之类的用户所共同使用的计算机所执行的购买操作处理方法,并且其对于用户之间的产品、服务等的交易执行中间处理,所述方法包括步骤:
从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;
从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和
在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
10.一种购买操作处理程序,其使得由诸如企业和组织的用户协同使用并且执行用户之间的产品、服务等交易的中间处理的计算机执行以下步骤:
从用户使用的输入接口或用户终端接收每个用户的审批路线数据,并且将这样接收的审批路线数据存储在存储单元中,所述审批路线数据是关于每个用户对于产品或服务交易所需的内部审批的审批路线的数据,并且所述审批路线数据包括相互关联的作为审批目标的交易的属性和审批所需的审批方的属性;
从用户终端接收产品或服务的交易请求数据,接着从所述存储单元中的审批路线数据中选择具有与所述交易请求数据的交易属性相匹配的交易属性的审批路线数据,每个审批路线数据与发布了交易请求数据的用户的用户终端相关联,并且在这里所选择的审批路线数据的基础上对所述用户执行内部审批处理;和
在从所需的审批方获得审批的情况下将作为审批目标的交易中所接收或发出的订单的数据传送到所述用户的交易对方的终端作为所述内部审批处理的结果。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007280749A JP5160860B2 (ja) | 2007-10-29 | 2007-10-29 | 購買業務システム、購買業務処理方法、および購買業務処理プログラム |
JP2007280749 | 2007-10-29 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101425165A true CN101425165A (zh) | 2009-05-06 |
Family
ID=40615762
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810168630 Pending CN101425165A (zh) | 2007-10-29 | 2008-08-15 | 购买操作系统、购买操作处理方法和购买操作处理程序 |
Country Status (5)
Country | Link |
---|---|
JP (1) | JP5160860B2 (zh) |
CN (1) | CN101425165A (zh) |
MY (1) | MY152598A (zh) |
SG (1) | SG152120A1 (zh) |
TW (1) | TWI391870B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104067563A (zh) * | 2011-11-18 | 2014-09-24 | 瑞典爱立信有限公司 | 数据分发平台 |
CN105049342A (zh) * | 2015-05-18 | 2015-11-11 | 北京京东尚科信息技术有限公司 | 动态服务网关及其中执行的方法 |
CN109345190A (zh) * | 2018-08-29 | 2019-02-15 | 腾讯科技(深圳)有限公司 | 一种数据处理方法及装置 |
CN110163570A (zh) * | 2019-05-17 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种动账方法、动账装置、计算设备及存储介质 |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI419069B (zh) * | 2009-12-24 | 2013-12-11 | Rakuten Inc | Purchase the appropriate judgment system for the intended goods |
MX342191B (es) | 2011-11-23 | 2016-09-20 | Starbucks Corp D/B/A Starbucks Coffee Company | Gestión de cocción. |
KR102101298B1 (ko) | 2011-11-23 | 2020-04-16 | 스타벅스 코포레이션 | 음료를 브루잉하기 위한 장치, 시스템 및 방법 |
WO2015077237A2 (en) | 2013-11-20 | 2015-05-28 | Starbucks Corporation D/B/A Starbucks Coffee Company | Cooking system power management |
KR101803006B1 (ko) | 2016-02-16 | 2017-11-29 | 쿠팡 주식회사 | 견적서 관리 방법 및 견적서 관리 서버 |
WO2018100677A1 (ja) * | 2016-11-30 | 2018-06-07 | 株式会社オプティム | 承認フロー付きクレジットカード決済システム、方法及びプログラム |
US11315123B2 (en) * | 2018-12-31 | 2022-04-26 | Morgan Stanley Services Group Inc. | User authorization system for transactions |
JP7444935B1 (ja) | 2022-08-25 | 2024-03-06 | フリー株式会社 | プログラム、情報処理装置、及び方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH1049598A (ja) * | 1996-08-02 | 1998-02-20 | N T T Data Tsushin Kk | 電子決裁システム及びワークフローサービスシステム |
JP2001216371A (ja) * | 2000-01-31 | 2001-08-10 | Fuji Xerox Co Ltd | 電子取引システム及び方法 |
JP2001312636A (ja) * | 2000-04-27 | 2001-11-09 | Nec Corp | 企業間製品販売システム、企業間製品販売方法およびそのプログラムを記録した記録媒体 |
JP2001325411A (ja) * | 2000-05-16 | 2001-11-22 | Canon Inc | 情報処理装置及び方法並びにプログラム記憶媒体 |
JP2001331758A (ja) * | 2000-05-22 | 2001-11-30 | Sumisho Computer Systems Corp | 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 |
JP2002099871A (ja) * | 2000-09-21 | 2002-04-05 | Kawasaki Steel Systems R & D Corp | 動的意思決定支援装置及び動的意思決定方法及びコンピュータ読み取り可能な記録媒体 |
JP4851220B2 (ja) * | 2006-03-29 | 2012-01-11 | 株式会社リコー | ワークフロー決定方法、ワークフロー決定システムおよびワークフロー決定プログラム |
-
2007
- 2007-10-29 JP JP2007280749A patent/JP5160860B2/ja active Active
-
2008
- 2008-08-08 TW TW97130356A patent/TWI391870B/zh active
- 2008-08-08 SG SG200805881-0A patent/SG152120A1/en unknown
- 2008-08-08 MY MYPI20083013 patent/MY152598A/en unknown
- 2008-08-15 CN CN 200810168630 patent/CN101425165A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104067563A (zh) * | 2011-11-18 | 2014-09-24 | 瑞典爱立信有限公司 | 数据分发平台 |
CN104067563B (zh) * | 2011-11-18 | 2017-10-31 | 瑞典爱立信有限公司 | 数据分发平台 |
US10558717B2 (en) | 2011-11-18 | 2020-02-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Data distribution platform |
CN105049342A (zh) * | 2015-05-18 | 2015-11-11 | 北京京东尚科信息技术有限公司 | 动态服务网关及其中执行的方法 |
CN105049342B (zh) * | 2015-05-18 | 2018-07-17 | 北京京东尚科信息技术有限公司 | 动态服务网关及其中执行的方法 |
CN109345190A (zh) * | 2018-08-29 | 2019-02-15 | 腾讯科技(深圳)有限公司 | 一种数据处理方法及装置 |
CN110163570A (zh) * | 2019-05-17 | 2019-08-23 | 深圳前海微众银行股份有限公司 | 一种动账方法、动账装置、计算设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
SG152120A1 (en) | 2009-05-29 |
TW200926034A (en) | 2009-06-16 |
MY152598A (en) | 2014-10-31 |
TWI391870B (zh) | 2013-04-01 |
JP2009110197A (ja) | 2009-05-21 |
JP5160860B2 (ja) | 2013-03-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101425165A (zh) | 购买操作系统、购买操作处理方法和购买操作处理程序 | |
CN100565448C (zh) | 用于提供电子中间平台的计算机实施的方法 | |
JP2021106026A (ja) | 符号化媒体生成方法及び符号化媒体生成システム | |
JP5161267B2 (ja) | 画面カスタマイズ支援システム、画面カスタマイズ支援方法、および画面カスタマイズ支援プログラム | |
CN100428221C (zh) | 用于网络服务的信誉系统 | |
US8046250B1 (en) | Facilitating performance by task performers of language-specific tasks | |
US8234692B2 (en) | System and method for processing an upload of a program with export compliance information | |
EP1825428A2 (en) | Using qualifications of users to facilitate user performance of tasks | |
US20140057239A1 (en) | Methods and apparatuses for facilitating online knowledge transfers | |
CA2842166A1 (en) | System and method for enabling marketing channels in an ip marketplace | |
TW201222456A (en) | Social network for traders of stocks and other securities | |
US9760931B2 (en) | System and method of communicating with distributed marketplaces | |
US20070038754A1 (en) | Open-innovation network | |
US20130346254A1 (en) | Project intermediary device and project intermediary method | |
JP2008102729A (ja) | 情報提供システム及び方法並びにプログラム | |
KR102475305B1 (ko) | 이종 플랫폼 간의 자동 연동 방법, 장치 및 시스템 | |
JP2009003906A (ja) | リフォーム仲介装置、リフォーム仲介方法、販売対象仲介装置、販売対象仲介方法、およびプログラム | |
KR102557112B1 (ko) | 수익증권 관리 시스템 및 그 방법 | |
KR20070116359A (ko) | 인터넷을 이용한 부동산 건설 종합시스템 및 그 제어방법 | |
WO2020072988A1 (en) | Marketing campaign collaboration system and method | |
CA2848458A1 (en) | System and method for searching marketing channels in an ip marketplace | |
US20210326810A1 (en) | System and Method for Providing Pandemic-Free Career Employment Services | |
US20230237400A1 (en) | Value chain planning apparatus, value chain planning system, and value chain planning method | |
US20150058082A1 (en) | Server apparatus, specification determination method, and specification determination program | |
US20160098786A1 (en) | Real estate transaction system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090506 |