CN117035922A - 信息生成的方法、装置、设备和存储介质 - Google Patents

信息生成的方法、装置、设备和存储介质 Download PDF

Info

Publication number
CN117035922A
CN117035922A CN202310987743.1A CN202310987743A CN117035922A CN 117035922 A CN117035922 A CN 117035922A CN 202310987743 A CN202310987743 A CN 202310987743A CN 117035922 A CN117035922 A CN 117035922A
Authority
CN
China
Prior art keywords
period
resource consumption
order
target object
available amount
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
Application number
CN202310987743.1A
Other languages
English (en)
Inventor
王友林
梁璐
齐麟
王晓宇
张学刚
蔡源朕
姚晓峰
陈接宾
陆婷
王剑
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Youzhuju Network Technology Co Ltd
Original Assignee
Beijing Youzhuju Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Youzhuju Network Technology Co Ltd filed Critical Beijing Youzhuju Network Technology Co Ltd
Priority to CN202310987743.1A priority Critical patent/CN117035922A/zh
Publication of CN117035922A publication Critical patent/CN117035922A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06313Resource planning in a project environment
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0605Supply or demand aggregation

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Biodiversity & Conservation Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

根据本公开的实施例,提供了信息生成的方法、装置、设备和存储介质。该方法包括:确定目标对象的第一可用量是否满足第一周期产生的第一订单中的对象需求量;如果第一可用量不满足对象需求量,基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量;以及如果第一可用量关联的第一资源消耗与第二可用量关联的至少一个第二资源消耗不同,基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息,其指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量。由此,通过针对可用量和需求量信息化处理,能够可视化因周期差异导致的资源消耗差异,更准确地确定资源消耗。

Description

信息生成的方法、装置、设备和存储介质
技术领域
本公开的示例实施例总体涉及信息化技术领域,特别地涉及信息生成的方法、装置、设备和计算机可读存储介质。
背景技术
在全球各个供应链行业下,原始设计制造商(Original Design Manufacturer,简称ODM)生产制造模式是一个非常常见的生产模式,原始设计制造商是由采购方委托制造方提供从研发、设计到订单生产、后期维护的全部服务,而由采购方负责销售的生产方式。采购方通常也会授权其品牌,允许制造方生产贴有该品牌的产品。
由此,在ODM模式下,如何建立各相关方的信息互通、实现信息化管理,以及如何提升各相关方的效率,是值得关注的。
发明内容
在本公开的第一方面,提供了一种信息生成的方法。该方法包括:确定目标对象的第一可用量是否满足第一周期产生的第一订单中的对象需求量,第一可用量的目标对象具有第一周期对应的第一资源消耗。该方法还包括:如果第一可用量不满足对象需求量,基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量,第二可用量的目标对象具有至少一个第二周期各自对应的至少一个第二资源消耗。该方法进一步包括:如果第一资源消耗与至少一个第二资源消耗不同,基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息,第一差异信息指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量。
在本公开的第二方面,提供了一种信息生成的装置。该装置包括:第一确定模块,被配置为确定目标对象的第一可用量是否满足第一周期产生的第一订单中的对象需求量,第一可用量的目标对象具有第一周期对应的第一资源消耗。该装置还包括:第二确定模块,被配置为如果第一可用量不满足对象需求量,基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量,第二可用量的目标对象具有至少一个第二周期各自对应的至少一个第二资源消耗。该装置进一步包括:第三确定模块,被配置为如果第一资源消耗与至少一个第二资源消耗不同,基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息,第一差异信息指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量。
在本公开的第三方面,提供了一种电子设备。该设备包括至少一个处理单元;以及至少一个存储器,至少一个存储器被耦合到至少一个处理单元并且存储用于由至少一个处理单元执行的指令。指令在由至少一个处理单元执行时使设备执行第一方面的方法。
在本公开的第四方面,提供了一种计算机可读存储介质。该计算机可读存储介质上存储有计算机程序,计算机程序可由处理器执行以实现第一方面的方法。
应当理解,该内容部分中所描述的内容并非旨在限定本公开的实施例的关键特征或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的描述而变得容易理解。
附图说明
结合附图并参考以下详细说明,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标记表示相同或相似的元素,其中:
图1示出了本公开的实施例能够在其中实现的示例环境的示意图;
图2示出了根据本公开的一些实施例的信息生成的过程的流程图;
图3示出了根据本公开的一些实施例的利用第一可用量的目标对象的过程的流程图;
图4A示出了根据本公开的一些实施例的生成对象需求量的过程的示意图;
图4B和图4C分别示出了根据本公开的一些实施例的生成供应信息的过程的示意图;
图4D示出了根据本公开的一些实施例的更新资源消耗池的过程的示意图;
图4E示出了根据本公开的一些实施例的确定各周期中对象的余量的过程的示意图;
图5示出了根据本公开的一些实施例的信息生成的装置的框图;以及
图6示出了能够实施本公开的多个实施例的设备的框图。
具体实施方式
可以理解的是,在使用本公开各实施例公开的技术方案之前,均应当依据相关法律法规通过恰当的方式对本公开所涉及个人信息的类型、使用范围、使用场景等告知用户并获得用户的授权。
例如,在响应于接收到用户的主动请求时,向用户发送提示信息,以明确地提示用户,其请求执行的操作将需要获取和使用到用户的个人信息。从而,使得用户可以根据提示信息来自主地选择是否向执行本公开技术方案的操作的电子设备、应用程序、服务器或存储介质等软件或硬件提供个人信息。
作为一种可选的但非限定性的实现方式,响应于接收到用户的主动请求,向用户发送提示信息的方式例如可以是弹窗的方式,弹窗中可以以文字的方式呈现提示信息。此外,弹窗中还可以承载供用户选择“同意”或者“不同意”向电子设备提供个人信息的选择控件。
可以理解的是,上述通知和获取用户授权过程仅是示意性的,不对本公开的实现方式构成限定,其它满足相关法律法规的方式也可应用于本公开的实现方式中。
可以理解的是,本技术方案所涉及的数据(包括但不限于数据本身、数据的获取或使用)应当遵循相应法律法规及相关规定的要求。
下面将参照附图更详细地描述本公开的实施例。虽然附图中示出了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反,提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
在本公开的实施例的描述中,术语“包括”及其类似用语应当理解为开放性包含,即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“一些实施例”应当理解为“至少一些实施例”。下文还可能包括其他明确的和隐含的定义。
如上述说明的,采购方可以与委托制作方(或者说,ODM厂商)基于ODM模式进行合作。在ODM模式下,ODM厂商可以通过买入卖出(BuySell,简称B&S)模式、批准的供应商批准价格(Approved Vendor Approved Price,简称AVAP)模式来获取生产设备整机所使用的零部件,例如,机体的内部组件(例如,整机内部的发动机、运算组件等等)、外壳、连接组件等等。进一步地,在ODM厂商利用零部件生产整机后,由采购方以约定的采购成本(也称为采购资源消耗)来回购整机,实现合作。
为了更为公平、准确地确定对象(例如,设备中的零部件)的资源消耗,以及使得资源消耗与实际情况相符。采购方可以将对象的资源消耗与时间周期相关联,例如,在同一时间周期内,同一对象具有相同的资源消耗。通常时间周期的长度可以基于对象的资源消耗的变化周期统计结果、与ODM厂商进行约定的方式进行确定,以更动态、公平地确定资源消耗,并避免所参照的资源消耗与实际情况脱节、丧失使用价值。例如,可以确定在某年的第一季度供应的X对象的资源消耗为Y1,确定在其第二季度供应该X对象的资源消耗为Y2。
但这样的方式中,采购资源消耗实际上是基于整机中所使用的对象的资源消耗确定的。采购资源消耗的信息化程度不足,使得合作方难以实现信息对齐、互通。并且,对于一些突发情况(例如,零部件调动)的情况,因信息化质量不足,难以实现信息化的零部件调度,难以有效地实现调配来满足需求。例如,如果对象的资源消耗存在变化,则会导致在先确定的采购整机所需的资源消耗失准,难以进行结算,或者在结算时,因确定的采购所需的资源消耗失准,难以对齐信息、产生混淆和信息偏差。又例如,因无法信息化调度所带来的资源消耗差异,可能无法及时、效率地对缺失的零部件等进行调度。
在本公开的实施例中,提供了一种信息生成的方法。在该方法中对于第一周期产生的第一订单,确定目标对象的第一可用量是否满足第一订单中的对象需求量,第一可用量的目标对象具有第一周期对应的第一资源消耗。如果第一可用量不满足对象需求量,基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量,第二可用量的目标对象具有至少一个第二周期各自对应的至少一个第二资源消耗。如果第一资源消耗与至少一个第二资源消耗不同,基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息。所确定的第一差异信息能够指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量。
这样的方法可以应用于供应链信息化管理、供应链信息系统建设和优化、供应链信息化调度等技术领域。
可以通过对与目标对象相关联的资源进行信息化处理,使得可以在满足订单的对象需求时,更为准确地确定消耗资源。利用对资源消耗的信息化,使得可以可视化因提供目标对象的周期差异所导致的资源消耗差异。并且,这样的方式还可以输出该资源消耗差异,有助于更准确地确定满足订单所需的资源消耗。
此外这样的方式,还可以建立各相关方的数据互通,使得相关方可以及时、便利地实现调度和对齐信息,提升合作效率。通过对资源消耗差异的信息化,使得可以基于资源消耗差异更准确地核定采购所需的资源消耗,辅助采购方和ODM厂商更为便利、准确地进行订单结算。
示例环境
图1示出了本公开的实施例能够在其中实现的示例环境100的示意图。在环境100中,电子设备110中可以维护有对象的资源消耗130和对象的可用量140。
在一些实施例中,对象的资源消耗130包括对象在不同的周期分别对应的资源消耗。在一些实施例中,电子设备110可以维护不同类型的对象在不同周期中对应的资源消耗。在制造或采购过程中,不同类型的对象例如可以包括零部件A、零部件B等等。例如,零部件A在第一季度对应的资金成本为100元,零部件A在第二季度对应的资金成本为150元。
对象的可用量140可以包括在不同周期供应的对象的可用量。对象的可用量140可以基于对象在各周期被供应的数目以及被用于满足订单后剩余的数目来确定。例如,在第一季度提供有零部件A的数目为100,在第一季度满足订单使用的数目为40个,则零部件A的可用量为60个。在一些实施例中,对象的资源消耗130和对象的可用量140均与周期相关联地被维护在电子设备110中。例如,电子设备110中维护有在第一季度,零部件A的资金成本为100元/个,可用量的数目为40个,在第二季度,零部件A的资金成本为150元/个,可用的数目为30个。由此,可以以周期为维度对对象进行关联,以准确地确定对象的实际的资源消耗和与该实际的资源消耗对应的可用的数目,以更为准确的收集信息。
应当理解的是,上述对象、周期仅为示例性说明,而不旨在对本公开做任何形式的限制。例如在一些实施例中,上述的周期的长度也可以为一个或多个自然月,对象也可以为例如零部件B、外壳等的其他部件,等等。
进一步地,电子设备110可以在接收到订单120后,基于订单所请求的目标对象来确定用于满足该目标订单的对象的量。例如,订单120请求的数目为60个零部件A的情况下,电子设备110从对象的可用量140为其匹配用于满足订单120的零部件A(例如,将由第一季度所剩余的零部件A来满足订单120)。在确定用于满足订单120的零部件A后,电子设备110可以确定用于满足订单120的零部件A的资源消耗是否与订单120相关联的零部件A资源消耗相同。若使用了不相同的资源消耗的零部件A,则可以基于这部分零部件A的用量以及其资源消耗与订单120相关联的零部件A资源消耗的差异来得到差异信息150。
在环境100中,电子设备110可以是的任意类型的具有计算能力的设备,包括终端设备或服务端设备。终端设备可以是任意类型的移动终端、固定终端或便携式终端,包括移动手机、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、媒体计算机、多媒体平板、个人通信系统(PCS)设备、个人导航设备、个人数字助理(PDA)、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者前述各项的任意组合,包括这些设备的配件和外设或者其任意组合。服务端设备例如可以包括计算系统/服务器,诸如大型机、边缘计算节点、云环境中的计算设备,等等。
应当理解,仅出于示例性的目的描述环境100的结构和功能,而不暗示对于本公开的范围的任何限制。
示例信息生成的过程
图2示出了根据本公开的一些实施例的信息生成的过程200的流程图。过程200可以被实现在电子设备110处。下面参考图1、图2、图3,以及图4A至图4E来描述过程200。
在框210,电子设备110确定目标对象的第一可用量是否满足第一周期产生的第一订单中的对象需求量。在本公开的实施例中,电子设备110在接收到第一周期内产生的第一订单(例如,发出时间落入第一周期内、订单的履行周期位于第一周期内的订单)后,基于第一订单所请求的对象确定目标对象以及对应的需求量。
例如,第一订单请求X数目的零部件A,电子设备110可以确定目标对象为零部件A,以及对应的需求量为X。进一步地,电子设备110获取目标对象在第一周期具有的第一资源消耗。为方便理解,后续以目标对象为零部件A、资源消耗为资金成本进行示例说明。例如,电子设备110可以在第一周期(例如,以完整的自然月为周期的情况下,第一周期示例为某年的6月份,简称6月份,后续所示例的1月份、2月份等,可以示例为同年的1月份、2月份)获取到请求80个零部件A的第一订单后,获取6月份对应的零部件A价格为100元/个。
在一些实施例中,为了便于对订单进行管理,电子设备110中还可以执行确定订单是否可以被视为第一订单的判断流程。例如,电子设备110可以基于订单中记录关联的资金成本来确定订单所属于的周期。由此,以避免因订单发送时间等存在误差导致订单被错误地划分周期的情况。
在一些实施例中,订单所请求的对象,即目标对象,可以是用于组成设备整机(简称,整机)的零部件例如,上述示例的零部件A。在一些实施例中,如果某个订单涉及多个对象,对于每个对象或其中若干对象,均可以按本公开的实施例来确定相关信息。如上述说明的,为方便订单发出方提供订单,第一订单也可以直接指向由零部件组成的整机,例如,第一订单可以直接请求5台E型号的整机(例如,由零部件A和零部件B组成的整机)。简言之,第一订单既可以是针对整机的整机订单,也可以是针对整机中具体零部件的零部件订单。由此,使得第一订单的发出方可以根据实际需求来请求零部件或直接请求整机,提升订单的发出效率。
在一些实施例中,电子设备110可以预先维护有组成整机的零部件的对应表,例如,组成整机所需的零部件的物料清单(Bill of Material,简称BOM。电子设备110可以在接收到整机订单后,利用对应表确定组成整机所需要的零部件,即确定所使用到的目标对象。由此,以在整机维度进行交付的过程中,可以建立整机与零部件之间的关联关系,以便于利用零部件的资源消耗变化情况来更新采购整机所需的资源消耗。应当理解的是,第一订单中可以同时请求多个不同的目标对象,例如,对于整机订单而言,其会同时请求多个用于组成整机的零部件(例如,零部件A和零部件B)。对于零部件订单,也可能会同时请求多个对象,例如同时请求零部件A、零部件B。由此,可以建立需求方和供应方之间的信息互通,实现信息化管理。
为方便理解,下文仅以零部件A作为目标对象进行举例说明。
在一些实施例中,为了兼容多种类型、模式,电子设备110还可以在获取到订单后,基于订单的描述信息确定是否将其作为第一订单进行处理。例如,电子设备110可以被配置在确定订单是企业面向企业(To Business,简称TOB)类型或内容分发网络(ContentDelivery Network,简称CDN)类型的订单时,才将其作为第一订单进行处理。在一些实施例中,电子设备110中还可以针对不同类型的订单配置不同的处理逻辑,例如,针对非TOB类型、也非CDN类型的订单(例如,请求样品整机的订单),电子设备110可以基于订单所请求的目标对象对应的第一资源消耗从小到大,依次地进行处理。
在一些实施例中,电子设备110还可以同时对多个第一订单进行处理,以提升处理效率。例如,电子设备110中可以配置有处理周期(也称为结算周期或核算周期),在到达该处理周期所要求的时刻时,电子设备110可以获取未结算的一个或多个第一订单,以实现批量处理。在一些实施例中,处理周期的长度可以与用于关联对象的资源消耗的周期的长度相当,例如,在用于关联对象的资源消耗的周期的长度为1个自然月的情况下,处理周期的长度也可以是1个自然月。由此,使得在用于关联对象的资源消耗的周期被更新,或者说,对象的资源消耗可能发生变化的情况下,进行结算。应当理解的是,结算周期的长度也可以基于需求来被配置为短于用于关联对象的资源消耗的周期的长度,或者为用于关联对象的资源消耗的周期的长度的整数倍。由此,以“统筹”的方式对信息进行处理,提升信息系统中对于信息处理和调度的效率和质量。
以第一订单为整理订单进行示例,可以参考图4A,图4A中示出了确定目标对象的过程400A。在框412,电子设备110可以获取设备整机订单411,并将获取到的整机订单411提交至框413。
在框413,电子设备110可以基于整机订单确定零部件信息,其中零部件信息包括整机订单所请求的具体的零部件(例如,基于对应表拆分整机得到的零部件),以及各零部件的数目。在一些实施例中,电子设备110可以确定是否可以满足对应的零部件信息,如果不满足,其可以在执行413后选择退回、执行框412,以重新获取订单。
在一些实施例中,为了提升合作效率,还可以与ODM厂商约定由ODM厂商对所需要使用的零部件进行确认。例如,过程400还可以包括框414,在框414电子设备110可以将零部件信息提供至ODM厂商进行确认。
在框414,ODM厂商可以完全接受、部分接受或完全拒绝零部件信息。如果ODM厂商完全拒绝零部件信息,电子设备110可以基于该结果,在执行框414后,退回、执行框412,以重新获取订单。类似地,如果ODM厂商部分地拒绝零部件信息,电子设备110在框414后执行框415,以对被果ODM厂商拒绝的部分进行调整。如果ODM厂商完全接受零部件信息,则电子设备110继续执行框416,在框416,电子设备110将零部件中所指示的零部件确定为目标对象。进一步地,在框417,电子设备110确定与目标对象所对应的对象需求量。
在本公开的实施例中,目标对象可以由多个不同的周期提供,各周期关联由对应的资源消耗。例如,在以1个自然月的长度为周期提供零部件A的周期长度时,零部件A可以在4月份、5月份、6月份被提供。相应地,在不同的月份提供的零部件A关联有不同的资金成本,例如,4月份提供的零部件A对应的资金成本为100元/个,5月份提供的零部件A对应的资金成本为90元/个,6月份提供的零部件A对应的资金成本为100元/个。电子设备110在处理第一订单时,基于产生订单的周期来确定参考资源消耗。例如,针对产生第一订单的第一周期,电子设备110可以选择与第一周期相关联的第一资源消耗作为参考资源消耗。例如,产生第一订单的第一周期是6月份,电子设备110可以确定体现为第一资源消耗的零部件A的资金成本为100元/个。相应地,电子设备110将资金成本为100元/个的零部件A的量作为第一可用量。在一些实施例中,第一可用量包括第一周期提供的目标对象,还包括第一周期之前的第三周期提供的目标对象。第三周期中,目标对象被提供的资金成本与第一周期相同。在上述示例中,若在除6月份之外,4月份对应零部件A的资金成本同样为100元/个,则零部件A对应的第一可用量还可以包括4月份中可以被使用的零部件A的数目。在一些实施例中,第三周期中可以被使用的零部件A的数目,可以是基于第三周期内供应的零部件A的数量满足至少一个第三周期产生的订单后剩余的第二数目(例如,在4月份供应了100个零部件A的情况下,在满足4月份产生的订单请求的60个零部件A后,剩余的40个零部件A)。由此,可以基于信息统筹的结果,动态地利用不会导致资金成本变化的其他周期的零部件A来满足订单,丰富用于满足订单的资源,提升订单被满足的可能性。
在一些实施例中,电子设备110同样可以维护供应信息生成流程,以获取各周期中所供应的目标对象的数目。例如,针对例如以B&S模式实现的第一供应方式。示例性地可以参考图4B。以第一周期进行示例,在图4B的过程400B中,电子设备110在框421创建第一供应方式确认单,启动流程。在框422,电子设备110可以获取第一周期内第一供应方式的供应信息。在一些实施例中,供应信息可以包括供应的目标对象的具体内容(例如,零部件A),供应的数目等等。进一步地,在框423,电子设备110可以将供应信息提供至目标对象的接收方进行确认(例如,ODM厂商),并同样基于接收方的返回调整内容对供应信息进行调整,或在接收方确认后执行框424。在框424,电子设备110可以基于接收方的确认结果生成目标对象的供应信息,以记录供应至ODM厂商的、ODM厂商可用的目标对象。
类似地,针对以AVAP模式实现的第二供应方式,可以参考图4C示例的过程400C。在400C中,电子设备110同样可以在框431启动流程,并类似地基于ODM厂商的确认结果来生成目标对象的供应信息。例如,在框432,电子设备110可以从例如,向ODM厂商提供零部件A的其他供应方获取第二供应方式的供应信息。进一步地,电子设备110在框433,将框432中获取到的供应信息提供至ODM厂商。相应地,在框434,电子设备110可以基于框432中类似地基于ODM厂商的确认结果来生成目标对象的供应信息。
在一些实施例中,电子设备110在利用第三周期内的目标对象的第二数目作为第一可用量来满足第一订单时,可以优先地使用第二数目的目标对象来满足第一订单,即,将第二数目的目标对象的使用优先级设置为高于第一数目的目标对象的使用优先级,以使得在先时间获取的目标对象被优先地使用,减少目标对象的库存压力。
在一些实施例中,如果电子设备110在框210确定第一可用量满足第一周期产生的第一订单中的对象需求量,则执行框310,以单独地利用第一可用量来满足第一订单。在一些实施例中,如果第一可用量同时包括第一周期内供应的零部件A和第三周期中剩余的零部件A,则电子设备110可以执行框311以优先地使用第三周期中剩余的零部件A。类似地,如果第一可用量不同时包括第一周期内供应的零部件A和第三周期中剩余的零部件A,即仅第一可用量仅单独地包括第一周期内供应的零部件A或第三周期内剩余的零部件A的情况下,则电子设备110可以执行框312,以单独地使用包括的第一数目的目标对象或包括的第二数目的目标对象。
进一步地,如果电子设备110在框210确定第一可用量不满足第一周期产生的第一订单中的对象需求量,则执行框220。
在框220,电子设备110基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量。在本公开的实施例中,第二可用量的目标对象具有至少一个第二周期各自对应的至少一个第二资源消耗。
在本公开的实施例中,如果目标对象的第一可用量无法满足第一订单的需求,例如,由第一周期供应的和第三周期剩余的零部件A的总数无法满足第一订单的需求。电子设备110则从第一周期和第三周期之外的至少一个第二周期确定目标对象的第二可用量,至少一个第二周期在时间上同样位于第一周期之前。由此,以利用第一周期之前的其他周期提供的目标对象来满足第一订单。第二周期所关联的资源消耗与第一周期和第三周期不同,例如在上述示例中,第二周期可以是5月份。在一些实施例中,第二可用量的目标对象包括在完成至少一个第二周期产生的订单后剩余的目标对象。具体地,与第三周期中所能使用的目标对象的第二数目相类似,电子设备110可以确定第二周期在满足至少一个第二周期产生的订单后剩余的目标对象,例如,5月份的供应的零部件A满足5月份产生的订单后,剩余的零部件A的数目。由此,电子设备110可以基于信息统筹的结果,动态地利用第二周期中所剩余的目标对象来满足第一订单,提升资源的利用率和订单满足率。
在一些实施例中,电子设备110可以在确定第一周期之前具有剩余的目标对象的历史周期后,从历史周期中选择至少一个第二周期。在一些实施例中,按时间先后顺序从历史周期中确定至少一个第二周期。例如,除5月份外,1月份、2月份同样可以供应零部件A,且资金成本与6月份不同,则电子设备110可以首先选择1月份作为第二周期。若1月份所提供的零部件A的量仍无法满足第一订单中的零部件A需求量,电子设备110再选择2月份作为第二周期。类似地,电子设备110可以连续地选择多个历史周期作为第二周期,直至所确定的零部件A的第二可用量可与第一可用量一起满足第一订单。或者说,电子设备110可以基于各第二周期的实际时间顺序,确定目标对象被使用的顺序。例如,电子设备110在确定1月份、2月份、5月份均可以提供零部件A的情况下,基于时间顺序,按照1月份、2月份、5月份的顺序连续地将被使用的零部件A。例如,电子设备110优先地使用1月份提供的零部件A来满足无法基于第一可用量满足的第一订单的对象需求量的缺口。如果1月份中剩余的所有零部件A仍无法满足上述缺口,则继续使用2月份剩余的零部件A。由此,以实现目标对象的先进先出(First Input First Output,简称FIFO),避免目标对象的长期积压,提升流转率。
另外,无论是体现为第二周期还是第三周期的历史周期,如果历史周期中所关联的订单(例如,针对第三周期而言,产生在第三周期内的历史订单)被更新(例如,调整对象需求量、取消订单等等)。电子设备110可以对此事件进行响应,以根据订单被更新后的对象需求量对历史周期中所关联的目标对象的余量进行更新。例如,在4月份中请求了30个零部件A的订单被取消,则电子设备110可以将4月份对应的零部件A余量增加30个。由此,可以在订单被更新的情况下,动态地更新目标对象的余量,以更新信息。由此,使得可以基于信息统筹结果,更准确地确定用于满足第一订单的目标对象。
在一些实施例中,电子设备110可以以类似地方式,基于周期中目标对象被供应的数目的变化,对目标余量进行更新。例如,在供应的目标对象因为退料审查(ReturnMaterial Authorization,简称RMA)二导致的数量不足的情况下,电子设备110可以相应地更新因供应数目变化导致的历史周期中的余量变化。
继续参考回图2,在框230,电子设备110确定第一资源消耗是否与至少一个第二资源消耗不同。在本公开的实施例中,电子设备110可以确定第一资源消耗与被使用了目标对象的第二周期所对应的第二资源消耗是否相同。若进一步地,如果电子设备110在框230,确定第一资源消耗与至少一个第二资源消耗不同,则执行框240。
在框240,电子设备110基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息。在本公开的实施例中,电子设备110可以基于第二可用量,即,由第二周期所提供的目标对象的使用量,以及第一资源消耗与至少一个第二资源消耗之间差异(例如,在上述示例中,如果使用了5月份提供的零部件A,则差异为100元-90元=10元)来确定第一差异信息。第一差异信息指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量,例如,由5月份向6月份中的订单供应零部件A所导致的资金成本差异量。例如,如果5月份向6月份供应了30个零部件A,则第一差异信息可以指示资金成本差异为300元。另外,在基于采购资源消耗维度体现第一差异信息的情况下,第一差异信息也可以被称为采购价格差异(Purchase Rrice Variance,简称PPV)。
在一些实施例中,至少一个第二周期包括多个第二周期,并且第二可用量的目标对象包括在多个第二周期中各自供应的目标对象的多个可用量,针对多个第二周期中的每个第二周期,基于该第二周期中目标对象的可用量以及该第二周期对应的第二资源消耗与第一资源消耗之间的差异确定子差异信息;以及基于针对多个第二周期确定的多个子差异信息来确定第一差异信息。具体地,如果电子设备110确定使用了多个不同的第二周期中剩余的用于满足第一订单的目标对象,这些不同的第二周期对应有不同的资本成本。例如,同时使用了1月份、2月份、5月份中剩余的零部件A来满足第一订单。在此情况下,电子设备110可以分别计算相较于6月份的零部件A的资金成本,1月份所提供的零部件A的资金成本的子差异、2月份所提供的零部件A的资金成本的子差异以及5月份所提供的零部件A的资金成本的子差异。进一步地,电子设备110基于各子差异的和来计算总的差异,即第一差异信息。由此,通过信息统筹能够精准地确定因使用了其他周期提供的目标对象所导致的差异。由此,使得可以更为灵活地调度其他周期提供的目标对象,提升资源利用率。并且还可以对这种情况下所导致的资源差异进行可视化,避免相关方的疑惑。
在一些实施例中,若历史周期中的历史订单中针对目标对象需求被更新的情况,例如,第二周期中预留了更多的零部件A,导致第二可用量发生变化。电子设备110在确定第一差异信息的过程中,同样可以基于变化后,或者说更新后的第二可用量来适应性地确定第一差异信息,以更为准确地确定第一差异信息。
在一些实施例中,为了更准确地确定第一资源消耗,第一周期对应的第一资源消耗同样可以被动态地更新,例如,采购方基于目标对象的市场价格变化,对第一资源消耗进行的更新。在此情况下,如果电子设备110确定第一周期对应的第一资源消耗被更新,电子设备110可以基于第一可用量和更新后的第一资源消耗确定第二差异信息。第二差异信息指示在第一周期中由于第一资源消耗被更新所产生的资源消耗差异量。具体地,如果第一资源消耗被更新,电子设备110还可以基于更新后的第一资源消耗和第一可用量来确定第二差异信息,以指示由于第一资源消耗被更新所产生的资源消耗差异量。例如,6月份零部件A对应的资金成本被更新为110元/个的情况下,电子设备110可以基于增长的成本“10元/个”以及第一可用量来生成第二差异信息。由此,使得出现第一资源消耗被更新的事件时,电子设备110可以动态、相应地体现因更新事件导致的资源消耗差异。
在一些实施例中,如果电子设备110确定的第一可用量和第二可用量之和无法满足对象需求量,即,当前状态下各由各周期所提供的零部件A均无法满足第一订单的需求。电子设备110可以基于对象需求量与第一可用量和第二可用量之和之间的差异,确定目标对象的对象亏欠量。例如,第一订单请求有200个零部件A,零部件A的第一可用量和第二可用量之和为150,则对象亏欠量为50个零部件A。电子设备110,可以记录该对象亏欠量。进一步地,如果在第一周期之后的下一周期接收到下一周期产生的第二订单,电子设备110可以将该对象亏欠量添加至第二订单的另一对象需求量,以对第二订单中的另一对象需求量进行更新。例如,在上述示例中,电子设备110可以将50个零部件A计入7月份产生的第二订单中。由此,可以在当前状态无法满足第一订单的情况下,将所欠缺的量归入后续的订单,在保障需求被满足的同时,减少订单存量。在一些实施例中,对象亏欠量也可以被称为结转对象需求量、目标对象的结转需求量。
为方便理解本公开的实施例,还可以参考图4D,其中示出了确定满足第一订单所需的资源消耗的示例性过程400D。在框441,电子设备110接收到第一订单,以确定用于满足第一订单的使用方案。在框442,电子设备110获取第一订单的对象需求量,以及第一可用量。如果第一可用量无法满足该对象需求量,则电子设备110还会获取第二可用量。电子设备110依次基于第一可用量和第二可用量来冲抵对象需求量(例如,基于第一可用量冲抵对象需求量,若仍有剩余,则利用第二可用量基于冲抵剩余)。在框444,电子设备110可以基于具体的冲抵方式得到使用方案,例如,依次使用第三周期内的第二数目的目标对象、使用第一周期内的第一数目的目标对象。在一些实施例中,还可以针对差异信息设置约束,例如,电子设备110在确定使用方案不满足约束时,可以提示或基于预先配置的调整逻辑(例如,限制部分第二周期内供应的目标对象的使用)对使用方案进行调整。例如,过程400还可以包括框443,在框443电子设备110可以基于差异信息对使用方案进行调整。
在一些实施例中,电子设备110还可以将得到的使用方案发送给相关方(例如,ODM厂商)、采购方进行确认和审核,(例如,由ODM厂商确认、采购方审核)。例如,过程400D中还包括框445和/或框446,电子设备110可以在框445中将使用方案提供至例如ODM厂商进行确认,在框446中将使用方案提供至采购方审核。如果使用方案被确认、审核通过,则在框447,电子设备110可以基于使用方案中所确定的目标对象以及对应的资源消耗,对资源消耗池中的内容进行更新。在一些实施例中,资源消耗池可以预先被构建,以用于收集满足各周期订单所需要的资源消耗的情况(例如,累计资源消耗的和)。
类似地,电子设备110中,还可以维护有用于记录目标对象的余量的流程。示例性地,可以参考图4E,在图4E的过程400E中,电子设备110在框450接收第一订单,并基于第一订单确认目标对象的对象需求量452。类似地,电子设备110同样可以在框451将对象需求量发送给订单的提供方,以进行确认。在框460,电子设备110可以基于预先维护的可用量信息或经ODM厂商确认后,得到目标对象的可用量461(包括第一可用量,或第一可用量和第二可用量的组合)。
通过执行上述图4D的过程400D,电子设备110基于对象需求量452和可用量461得到使用方案470。电子设备110可以基于使用方案470所满足的对象需求量、使用的可用量,对对象需求量452和可用量461进行更新。进一步地,电子设备110在完成更新后,可以基于更新结果生成可视化的结余信息480。在一些实施例中,结余信息480包括电子设备110基于使用方案470完成更新后的对象需求量452和可用量461。在一些实施例中,电子设备110还可以利用结余信息480对上述涉及到的提供的目标对象的具体周期、各周期对应的价格、因历史订单对目标对象的可用量产生的更新结果、被部分限制不可用的第二周期的目标对象等情况进行呈现,以反馈更多的信息、实现信息化管理。
由此,通过对与目标对象相关联的资源进行信息化处理,使得可以在满足订单的对象需求时,更为准确地确定消耗资源。利用对资源消耗的信息化,使得可以可视化因提供目标对象的周期差异所导致的资源消耗差异。并且,这样的方式还可以输出该资源消耗差异,有助于更准确地确定满足订单所需的资源消耗。
此外这样的方式,还可以建立各相关方的数据互通,使得相关方可以及时、便利地实现调度和对齐信息,提升合作质量。通过对资源消耗差异的信息化,使得可以基于资源消耗差异更准确地核定采购所需的资源消耗,辅助采购方和ODM厂商更为便利、准确地进行订单结算。
示例装置和设备
图5示出了根据本公开的某些实施例的信息生成的装置500的示意性结构框图。装置500可以被实现为或者被包括在电子设备110中。装置500中的各个模块/组件可以由硬件、软件、固件或者它们的任意组合来实现。
如图所示,装置500包括第一确定模块510,被配置为确定目标对象的第一可用量是否满足第一周期产生的第一订单中的对象需求量,第一可用量的目标对象具有第一周期对应的第一资源消耗。装置500还包括第二确定模块520,被配置为如果第一可用量不满足对象需求量,基于对象需求量和第一可用量来确定在至少一个第二周期内供应的目标对象的第二可用量,第二可用量的目标对象具有至少一个第二周期各自对应的至少一个第二资源消耗。装置500进一步包括第三确定模块530,被配置为如果第一资源消耗与至少一个第二资源消耗不同,基于第一资源消耗与至少一个第二资源消耗之间的差异和第二可用量确定第一差异信息,第一差异信息指示在使用不同周期供应的目标对象完成第一订单的情况下所产生的资源消耗差异量。
在一些实施例中,装置500还包括:第四确定模块,被配置为如果确定第一周期对应的第一资源消耗被更新,基于第一可用量和更新后的第一资源消耗确定第二差异信息,第二差异信息指示在第一周期中由于第一资源消耗被更新所产生的资源消耗差异量。
在一些实施例中,其中第一可用量的目标对象包括以下至少一项:在第一周期内供应的第一数目的目标对象,或在完成至少一个第三周期产生的订单后剩余的第二数目的目标对象,至少一个第三周期在第一周期之前,第三周期对应的第三资源消耗与第一资源消耗相等。
在一些实施例中,在使用第一可用量的目标对象来完成第一订单时,将第二数目的目标对象的使用优先级设置为高于第一数目的目标对象的使用优先级。
在一些实施例中,第二可用量的目标对象包括在完成至少一个第二周期产生的订单后剩余的目标对象。
在一些实施例中,至少一个第二周期在第一周期之前,并且其中确定第二可用量包括:确定在第一周期之前具有剩余的目标对象的历史周期;以及按时间先后顺序从历史周期中确定至少一个第二周期,在至少一个第二周期中剩余的目标对象的第二可用量能够与第一可用量一起满足对象需求量。
在一些实施例中,至少一个第二周期包括多个第二周期,并且第二可用量的目标对象包括在多个第二周期中各自供应的目标对象的多个可用量,并且其中确定第一差异信息包括:针对多个第二周期中的每个第二周期,基于该第二周期中目标对象的可用量以及该第二周期对应的第二资源消耗与第一资源消耗之间的差异确定子差异信息;以及基于针对多个第二周期确定的多个子差异信息来确定第一差异信息。
在一些实施例中,装置500还包括:第一更新模块,被配置为如果第一可用量和第二可用量之和无法满足对象需求量,基于对象需求量与第一可用量和第二可用量之和之间的差异,确定在第一订单中针对目标对象的对象亏欠量;以及如果在第一订单之后接收到下一周期产生的第二订单,基于对象亏欠量和第二订单中的另一对象需求量,确定针对第二订单的更新后的对象需求量。
在一些实施例中,装置500还包括:第二更新模块,被配置为确定在至少一个历史周期产生的至少一个历史订单中针对目标对象的对象需求量被更新,基于至少一个历史订单中更新后的对象需求量,更新目标对象的第一可用量和第二可用量中的至少一项;并且其中确定第一差异信息包括:基于第一资源消耗与至少一个第二资源消耗之间的差异和更新后的第二可用量确定第一差异信息。
在一些实施例中,目标对象包括设备整机中的零部件,并且第一订单包括针对设备整机的整机订单或针对零部件的零部件订单。
在一些实施例中,如果第一订单为整机订单,利用预先配置的对应表,从整机订单中确定针对零部件的对象需求量。
图6示出了示出了其中可以实施本公开的一个或多个实施例的计算设备600的框图。应当理解,图6所示出的计算设备600仅仅是示例性的,而不应当构成对本文所描述的实施例的功能和范围的任何限制。图6所示出的计算设备600可以用于实现图1的电子设备110。
如图6所示,计算设备600是通用计算设备的形式。计算设备600的组件可以包括但不限于一个或多个处理器或处理单元610、存储器620、存储设备630、一个或多个通信单元640、一个或多个输入设备650以及一个或多个输出设备660。处理单元610可以是实际或虚拟处理器并且能够根据存储器620中存储的程序来执行各种处理。在多处理器系统中,多个处理单元并行执行计算机可执行指令,以提高计算设备600的并行处理能力。
计算设备600通常包括多个计算机存储介质。这样的介质可以是计算设备600可访问的任何可以获取的介质,包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器620可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如,只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备630可以是可拆卸或不可拆卸的介质,并且可以包括机器可读介质,诸如闪存驱动、磁盘或者任何其他介质,其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备600内被访问。
计算设备600可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图6中示出,可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中,每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器620可以包括计算机程序产品625,其具有一个或多个程序模块,这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。
通信单元640实现通过通信介质与其他计算设备进行通信。附加地,计算设备600的组件的功能可以以单个计算集群或多个计算机器来实现,这些计算机器能够通过通信连接进行通信。因此,计算设备600可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。
输入设备650可以是一个或多个输入设备,例如鼠标、键盘、追踪球等。输出设备660可以是一个或多个输出设备,例如显示器、扬声器、打印机等。计算设备600还可以根据需要通过通信单元640与一个或多个外部设备(未示出)进行通信,外部设备诸如存储设备、显示设备等,与一个或多个使得用户与计算设备600交互的设备进行通信,或者与使得计算设备600与一个或多个其他计算设备通信的任何设备(例如,网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。
根据本公开的示例性实现方式,提供了一种计算机可读存储介质,其上存储有计算机可执行指令,其中计算机可执行指令被处理器执行以实现上文描述的方法。根据本公开的示例性实现方式,还提供了一种计算机程序产品,计算机程序产品被有形地存储在非瞬态计算机可读介质上并且包括计算机可执行指令,而计算机可执行指令被处理器执行以实现上文描述的方法。
这里参照根据本公开实现的方法、装置、设备和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解,流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合,都可以由计算机可读程序指令实现。
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元,从而生产出一种机器,使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时,产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中,这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作,从而,存储有指令的计算机可读介质则包括一个制造品,其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上,使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
附图中的流程图和框图显示了根据本公开的多个实现的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分,模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
以上已经描述了本公开的各实现,上述说明是示例性的,并非穷尽性的,并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择,旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进,或者使本技术领域的其他普通技术人员能理解本文公开的各个实现方式。

Claims (14)

1.一种信息生成的方法,包括:
确定目标对象的第一可用量是否满足所述第一周期产生的第一订单中的对象需求量,所述第一可用量的目标对象具有所述第一周期对应的第一资源消耗;
如果所述第一可用量不满足所述对象需求量,基于所述对象需求量和所述第一可用量来确定在至少一个第二周期内供应的所述目标对象的第二可用量,所述第二可用量的目标对象具有所述至少一个第二周期各自对应的至少一个第二资源消耗;以及
如果所述第一资源消耗与所述至少一个第二资源消耗不同,基于所述第一资源消耗与所述至少一个第二资源消耗之间的差异和所述第二可用量确定第一差异信息,所述第一差异信息指示在使用不同周期供应的所述目标对象完成所述第一订单的情况下所产生的资源消耗差异量。
2.根据权利要求1所述的方法,还包括:
如果确定所述第一周期对应的所述第一资源消耗被更新,基于所述第一可用量和更新后的所述第一资源消耗确定第二差异信息,所述第二差异信息指示在所述第一周期中由于所述第一资源消耗被更新所产生的资源消耗差异量。
3.根据权利要求1所述的方法,其中所述第一可用量的所述目标对象包括以下至少一项:
在所述第一周期内供应的第一数目的所述目标对象,或
在完成至少一个第三周期产生的订单后剩余的第二数目的所述目标对象,所述至少一个第三周期在所述第一周期之前,所述第三周期对应的第三资源消耗与所述第一资源消耗相等。
4.根据权利要求3所述的方法,还包括:
在使用所述第一可用量的目标对象来完成所述第一订单时,将所述第二数目的所述目标对象的使用优先级设置为高于所述第一数目的所述目标对象的使用优先级。
5.根据权利要求1所述的方法,其中所述第二可用量的所述目标对象包括在完成所述至少一个第二周期产生的订单后剩余的所述目标对象。
6.根据权利要求1所述的方法,其中所述至少一个第二周期在所述第一周期之前,并且其中确定所述第二可用量包括:
确定在所述第一周期之前具有剩余的所述目标对象的历史周期;以及
按时间先后顺序从所述历史周期中确定所述至少一个第二周期,在所述至少一个第二周期中剩余的所述目标对象的所述第二可用量能够与所述第一可用量一起满足所述对象需求量。
7.根据权利要求1所述的方法,其中所述至少一个第二周期包括多个第二周期,并且所述第二可用量的所述目标对象包括在所述多个第二周期中各自供应的所述目标对象的多个可用量,并且其中确定所述第一差异信息包括:
针对所述多个第二周期中的每个第二周期,基于该第二周期中所述目标对象的可用量以及该第二周期对应的所述第二资源消耗与所述第一资源消耗之间的差异确定子差异信息;以及
基于针对所述多个第二周期确定的多个所述子差异信息来确定所述第一差异信息。
8.根据权利要求1所述的方法,还包括:
如果所述第一可用量和所述第二可用量之和无法满足所述对象需求量,基于所述对象需求量与所述第一可用量和所述第二可用量之和之间的差异,确定在所述第一订单中针对所述目标对象的对象亏欠量;以及
如果在所述第一订单之后接收到下一周期产生的第二订单,基于所述对象亏欠量和所述第二订单中的另一对象需求量,确定针对所述第二订单的更新后的对象需求量。
9.根据权利要求1所述的方法,还包括:
确定在至少一个历史周期产生的至少一个历史订单中针对所述目标对象的对象需求量被更新,基于所述至少一个历史订单中更新后的所述对象需求量,更新所述目标对象的所述第一可用量和所述第二可用量中的至少一项;并且
其中确定所述第一差异信息包括:基于所述第一资源消耗与所述至少一个第二资源消耗之间的差异和更新后的所述第二可用量确定所述第一差异信息。
10.根据权利要求1所述的方法,其中所述目标对象包括设备整机中的零部件,并且所述第一订单包括针对所述设备整机的整机订单或针对所述零部件的零部件订单。
11.根据权利要求10所述的方法,还包括:
如果所述第一订单为所述整机订单,利用预先配置的对应表,从所述整机订单中确定针对所述零部件的对象需求量。
12.一种信息生成的装置,包括:
第一确定模块,被配置为确定目标对象的第一可用量是否满足所述第一周期产生的第一订单中的对象需求量,所述第一可用量的目标对象具有所述第一周期对应的第一资源消耗;
第二确定模块,被配置为如果所述第一可用量不满足所述对象需求量,基于所述对象需求量和所述第一可用量来确定在至少一个第二周期内供应的所述目标对象的第二可用量,所述第二可用量的目标对象具有所述至少一个第二周期各自对应的至少一个第二资源消耗;以及
第三确定模块,被配置为如果所述第一资源消耗与所述至少一个第二资源消耗不同,基于所述第一资源消耗与所述至少一个第二资源消耗之间的差异和所述第二可用量确定第一差异信息,所述第一差异信息指示在使用不同周期供应的所述目标对象完成所述第一订单的情况下所产生的资源消耗差异量。
13.一种电子设备,包括:
至少一个处理单元;以及
至少一个存储器,所述至少一个存储器被耦合到所述至少一个处理单元并且存储用于由所述至少一个处理单元执行的指令,所述指令在由所述至少一个处理单元执行时使所述电子设备执行根据权利要求1至11中任一项所述的方法。
14.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序可由处理器执行以实现根据权利要求1至11中任一项所述的方法。
CN202310987743.1A 2023-08-07 2023-08-07 信息生成的方法、装置、设备和存储介质 Pending CN117035922A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310987743.1A CN117035922A (zh) 2023-08-07 2023-08-07 信息生成的方法、装置、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310987743.1A CN117035922A (zh) 2023-08-07 2023-08-07 信息生成的方法、装置、设备和存储介质

Publications (1)

Publication Number Publication Date
CN117035922A true CN117035922A (zh) 2023-11-10

Family

ID=88629304

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310987743.1A Pending CN117035922A (zh) 2023-08-07 2023-08-07 信息生成的方法、装置、设备和存储介质

Country Status (1)

Country Link
CN (1) CN117035922A (zh)

Similar Documents

Publication Publication Date Title
WO2020233048A1 (zh) 定制化软件生成方法、系统、电子设备及存储介质
US11038948B2 (en) Real time updates and predictive functionality in block chain
EP2453357A2 (en) Event-based orchestration in distributed order orchestration system
US9269075B2 (en) Distributed order orchestration system for adjusting long running order management fulfillment processes with delta attributes
US20020111874A1 (en) System and method for network based purchasing
Chaudhuri et al. Optimal pricing strategies for manufacturing-as-a service platforms to ensure business sustainability
Kranenburg Spare parts inventory control under system availability constraints
US20110218925A1 (en) Change management framework in distributed order orchestration system
US20210241357A1 (en) Customizable and extensible managed integration platform
CN111507686B (zh) 工程设计变更自动预算系统与方法
US20140279353A1 (en) C2EX Compute Commodities Exchange
CN112184122A (zh) 供应链数据管理方法和供应链管理系统
US20110218922A1 (en) Cost of change for adjusting long running order management fulfillment processes for a distributed order orchestration sytem
US20150310390A1 (en) Aggregation and workflow engines for managing project information
US9152937B2 (en) Message sequence management of enterprise based correlated events
US20110218926A1 (en) Saving order process state for adjusting long running order management fulfillment processes in a distributed order orchestration system
CN114255017A (zh) 集合oa协同管理的erp财务对账方法和装置
CN107408232B (zh) 变化管理
CN111126929A (zh) 智能缔约装置与方法
US20200175507A1 (en) Providing apparatus and processing system
US20210142397A1 (en) Systems and method for a sourcing hub
CN117035922A (zh) 信息生成的方法、装置、设备和存储介质
US20110218923A1 (en) Task layer service patterns for adjusting long running order management fulfillment processes for a distributed order orchestration system
CN114693316A (zh) 合同处理方法、装置及存储介质
US11321711B2 (en) Providing apparatus and processing system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination