具体实施方式

在下文的详细描述中，通过示例的方式阐述了许多具体细节，以便提供对相关教导的透彻理解。对于本领域技术人员将显而易见的是，在阅读本说明书之后，能够在没有这样的细节的情况下实践各方面。在其他情况下，为了避免不必要地模糊本教导的各方面，已经在相对高水平上描述了已知的方法、流程、组件和/或电路，而没有细节。

在示例中，本说明书涉及一种用于将应用中的3D对象导出到3D文件格式的方法，所述方法包括将3D对象的非网格成分(诸如文本)转换为网格成分，以使得那些非网格成分也被包含在所生成的3D文件格式中。当前，将3D对象导出到3D文件格式的应用存在无法将3D对象的非网格成分转换为3D文件格式中的可见成分的技术问题。例如，如果3D对象包含文本，则在被导出时，所得到的3D文件格式不显示所述文本。在示例中，本说明书提供了用于以下操作的技术解决方案：检查所述3D对象以确定其是否包括至少一个非网格文本成分，将所述非网格文本成分转换为基于网格的文本成分，并且向所述3D文件格式添加与所述基于网格的文本成分相关的元数据，以使得3D查看器能够示出具有文本成分的3D对象。

如本领域普通技术人员在阅读本公开内容后将理解的，由这样的实现方式所提供的益处和优点能够包括但不限于：以高效并且用户友好的方式来提高所导出的3D对象的准确性和表现力。

现在参考附图，图1示出了示例性3D对象的GUI屏幕100，所述3D对象包括非网格成分。所述非网格成分包括多条线(被示为3D条形图中的网格)和用于表示轴标签的名称和针对网格数量的文本。这是因为在诸如混合现实(MR)应用之类的应用中，对象被表示为场景的一部分，并且场景中的3D对象通常由一组多边形(例如被称为网格)来表示。这些网格被布置在一起，以在3D空间中给出立体感。然而，有时候，诸如在图1的3D条形图中，诸如线(用于连接空间中的两个点)和文本(用于标记项目)之类的非网格成分被用作MR应用中的场景的一部分。通常，这些非网格成分在应用中以编程方式来创建，并且其没有任何网格。

当将包含这样的非网格成分的场景从MR应用导出到具有3D文件格式的文件(诸如要在其他应用中使用的GL传输格式(GLTf))时，可能不导出非网格成分。这在图2的条形图中被示出，图2描绘了GUI屏幕200，GUI屏幕200显示具有与图1的3D对象相对应的3D文件格式的文件。使用将3D对象导出到3D文件格式的现有技术方法，来导出图2的3D文件格式。如在图2的GUI屏幕200中所示的，当使用现有技术的导出器将GUI屏幕100中所包括的线和文本导出到3D文件格式时，其将消失。这导致数据的丢失，在诸如屏幕200的3D条形图的情况下，这可能导致3D对象无法使用，因为没有网格线和标签的条形图传达非常少的有用信息。

近年来，已经开发了一些3D导出器，其包括用于导出一些非网格线成分的机制。然而，这些导出器仍然缺乏提供准确并且高效地导出非网格文本成分的技术解决方案的能力。

在示例中，在本公开内容中所提出的解决方案使得能够从应用中导出非网格2D文本成分，作为正在被导出到具有3D文件格式的文件的3D对象的一部分。在3D场景中，通常使用不具有任何网格成分信息的用户界面(UI)文本来显示文本，因为其是2D文本。所述技术解决方案可以识别场景中的一个或多个2D文本，并且将其替换为3D文本对象，以使得使用网格成分(也被称为预制件)来重新创建文本的词语。例如，文本“2000”可以通过以下方式来替换：由1个针对“2”的预制件、随后是3个针对“0”的预制件来替换，来一个接一个地定位，以重新创建文本“2000”。

图3是描绘了用于在将3D对象导出到具有3D文件格式的文件时导出3D对象中所包含的非网格文本成分的示例方法300的流程图。在310处，方法300通过接收用于将3D对象导出到具有3D文件格式的文件的请求来开始。可以由用户利用诸如MR应用之类的应用来发送所述请求。例如，所述应用可以是用于开发3D场景的引擎。所述引擎可以包括选项，一旦用户选择了所述选项，就能够将用户所选择的场景导出到具有3D文件格式的文件。可以这样做以使得能够在替代应用中使用所述场景。所述替代应用本身可以是3D查看器，或者其可以包括3D查看器。例如，用户可能打算在诸如之类的应用中查看3D场景，所述应用能够包含3D查看能力。替代地，所述请求可以自动源自用于开发和/或查看3D场景的应用。在又一替代方案中，所述请求可以源自意图使用所导出的3D场景的应用和/或该应用的用户。

一旦接收到用于导出3D对象的请求，方法300就转到步骤315，以检查构成3D对象的成分列表中的第一成分，以确定所述第一成分是否是文本成分。在一种实现中，通过检查所述成分以确定标识所述成分的标签标识符是否指示所述成分是文本(例如，2D类型的文本)，来实现所述确定。这是因为在一些应用中，3D对象包括针对组成所述3D对象的成分的分层模型。该分层模型可以包括标识每种类型的成分的标签标识符。例如，网格成分可以具有将其标识为类型网格的标签标识符，而2D文本成分可以通过指示2D类型文本的标签标识符来识别。可以将标签标识符包括为伴随每个3D对象的数据结构的一部分。当标签标识符可用时，方法300简单地检查针对所述成分的标识符，以确定其是否是文本成分。

在一些情况下，所述3D对象可以包括不具有标签标识符的成分。例如，所述3D对象可以包括包含文本的图像。在其他情况下，可能已经使用不利用标签标识符的应用开发了所述3D对象。在这样的情况下，方法300可以利用光学字符识别(OCR)工具来检查成分，并且提取成分中所包括的任何可能的文本。可以通过OCR工具将文本提取为字符串，并且将其存储在存储器中以用于以后转换。也可以使用识别文本成分的其他方法。

在检查了第一成分之后，方法300继续到在320处判断所述成分是否是文本成分(或者包括文本)。当判断所述成分是文本成分时(通过标签标识符或者通过使用OCR)，方法300继续到在320处识别所述文本。这可以通过在字典中查找所识别的文本和/或识别文本与字母、数字、符号或存储在库的数据结构中的任何其他文本字符之间的匹配，来实现该判断。例如，可以在字典中查找文本“R”以识别字母R。除了常用的符号(例如，逗号、分号等)和任何其他文字字符之外，字典还可以包含字母表的一个或多个字母、以及从零到九的数字。此外，字典可以包括与一种以上语言的字母表相对应的字母。

在一种实现中，可以针对文本串中的每个字符，单独地执行方法300的各步骤。例如，如果3D对象包括词语“标签”，则可以将词语中的每个字母识别为单独的成分，并且因此可以单独地进行检查和查找。替代地，可以将每个词语识别为一个成分，并且可以针对词语中的每个字符来重复识别该词语中的字母的步骤，直到识别出整个词语的字符为止。

一旦识别了(一个或多个)字符，方法300继续到在330处通过检查3D模型数据结构以找到针对所识别的字符的对应3D模型来将所识别的字符转换为针对该字符所开发的3D模型。已经针对在本公开内容中所提出的解决方案开发了3D模型数据结构，使得字典中所包括的每个字符具有对应的3D模型。例如，字典中所标识的字母R具有能够被用于在具有3D文件格式的文件中显示字母R的对应3D模型。在一种实现中，字典中的每个字符具有字符标识符，所述字符标识符与针对3D模型库中的3D模型之一的标识符相对应。以这种方式，一旦在步骤325处识别了字符，就能够简单地使用字符标识符在3D模型数据结构中查找对应的标识符。

在定位了针对所识别的文本的相应3D模型之后，方法300继续到在335处将导出文件中的文本成分替换为对应的3D模型。在替换所述文本成分时，方法300在340处确定文本成分在3D对象中的位置，并且将对应的3D模型放置在所导出的文件中与原始3D对象中的文本成分的位置相对应的位置。以这种方式，方法300确保所导出的文件与原始3D对象看起来相同。在已经替换了所识别的字符之后，方法300继续到在345处将针对3D模型的元数据添加到所导出的文件中，以便3D查看器能够正确地查看所述对象。

在方法300在320处确定所检查的组件不是文本成分并且在345处为3D模型添加元数据之后，方法300继续到在350处确定3D对象中是否还有其他未检查的成分。这样做是为了确保检查3D对象中未经检查的组件，并且将其包含在所导出的文件中。

当在350处确定3D对象包括更多组件时，方法300继续到在355处检查下一组件以确定其是否是文本成分，并且重复相同的步骤(320到345)以确保其被正确地转换。然而，如果在该阶段处确定3D对象不包括任何其他未经检查的成分，则方法300继续以在360处结束。

下文是用于将3D对象中的2D文本成分导出到具有3D文件格式的文件的示例性代码的一部分：

假设Alphabets<string,GameObject>为字典，其中，键为ascii字符，并且值为其对应的包含网格的3D对象

假设TextList为所有文本对象的列表

MINTHICKNESS＝0.0001//设置此3D文本的厚度看起来是平坦的

List<GameObject>AlphabetList＝new List<GameObject>()；

Foreach(TextObject in TextList):

Foreach(character in TextObject.Text)

AlphabetToPlace＝Alphabets[character]

AlphabetToPlace.position＝character.position

AlphabetToPlace.orientation＝character.orientation

AlphabetToPlace.scale.x＝character.scale.x

AlphabetToPlace.scale.y＝character.scale.y

AlphabetToPlace.scale.z＝MINTHICKNESS

AlphabetToPlace.parent＝character.parent

AlphabetList.Add(AlphabetToPlace)

End Foreach

End Foreach

Export(AlphabetList)

Destroy(Alphabet List)//在导出完成之后销毁列表中的项

上文的示例性代码逻辑能够为文本添加元数据信息，如下所示的。

可以将相同的元数据信息添加到节点部分，以便其能够由任何3D查看器应用来读取，如下文所示的。

以这种方式，当将3D场景导出到具有3D文件格式的文件时，能够将3D场景中存在的任何文本转换为3D对象，并且利用基于网格的成分进行导出。所述过程准确、简单、高效，并且防止了数据的丢失。

图4是示出可以在其上实现本公开内容的各方面的示例计算机系统400的框图。计算机系统400包括总线402或者用于传输信息的其他通信机制、以及与总线402耦合的用于处理信息的处理器404。计算机系统400还包括被耦合到总线402的主存储器406(诸如随机存取存储器(RAM)或其他动态存储设备)，其用于存储信息和要由处理器404执行的指令。主存储器406还可以被用于在由处理器404执行的指令执行期间，存储临时变量或其他中间信息。计算机系统400能够实现例如方法300的一个或多个步骤，以在将3D对象导出到具有3D文件格式的文件时，导出所述3D对象中所包含的非网格文本成分。

计算机系统400还能够包括只读存储器(ROM)408或者被耦合到总线402的其他静态存储设备，以存储用于处理器404的静态信息和指令。诸如闪存或其他非易失性存储器之类的存储设备410能够被耦合到总线402以存储信息和指令。

计算机系统400可以经由总线402被耦合到显示器412(诸如液晶显示器(LCD))以显示信息。一个或多个用户输入设备(诸如示例性用户输入设备414)能够被耦合到总线402，并且能够被配置为接收各种用户输入(诸如用户命令选择)，并且将这些输入传送给处理器404或主存储器406。用户输入设备414能够包括物理结构或虚拟实现或者这两者，以提供用户输入模式或选项，从而控制例如通过显示器412或通过其他技术对用户可见的光标，并且这样的模式或操作能够包括例如虚拟鼠标、轨迹球或光标方向键。

计算机系统400能够包括处理器404的相应资源，其中处理器404以重叠或交错的方式执行相应的程序指令。可以将指令从诸如存储设备410之类的另一机器可读介质读入到主存储器406中。在一些示例中，可以使用硬连线电路代替软件指令或者与软件指令结合。如在本文中所使用的术语“机器可读介质”可以指代参与提供数据的任何介质，其中所述数据使机器以特定的方式进行操作。这样的介质可以采取包括但不限于非易失性介质、易失性介质和传输介质的形式。非易失性介质能够包括例如光盘或磁盘，诸如存储设备410。传输介质能够包括光学路径或者电或声信号传播路径，并且能够包括声波或光波(诸如在无线电波和红外数据通信期间生成的那些声波或光波)，其能够承载能通过物理机制检测到的输入到机器的指令。

计算机系统400还能够包括被耦合到总线402的通信接口418，以实现与连接至局域网422的网络链路420耦合的双向数据通信。网络链路420能够通过一个或多个网络向其他数据设备提供数据通信。例如，网络链路420可以通过本地网络422提供到主机424的连接，或者提供到互联网服务提供商(ISP)426所操作的数据设备的连接，以通过互联网428对服务器430进行访问，例如以获得用于应用程序的代码。

描述了用于将应用中的3D对象导出到具有3D文件格式的文件的设备和方法。设备能够包括具有一个或多个处理器的设备、以及与所述一个或多个处理器通信的存储器，所述存储器包括可执行指令，所述可执行指令当由所述一个或多个处理器运行时使所述设备执行以下功能：接收用于将应用中的3D对象导出到具有3D文件格式的文件的请求，所述3D对象包括多个成分；检查所述多个成分，以确定所述多个成分中的至少一个成分是否是二维(2D)文本成分；在确定所述多个成分中的至少一个成分是2D文本成分时，参考数据库以识别与所述至少一个2D文本成分相对应的文本字符；并且将2D文本成分替换为对应的3D模型。

在一种实现中，确定所述多个成分中的至少一个成分是否是2D文本成分包括：检查所述多个成分中的每个成分的标签标识符。在另一种实现中，所述标签标识符包括针对2D类型文本的标识符。在又一种实现中，通过在字典中查找2D文本成分来识别文本字符。

在一种实现中，被存储在所述设备的存储器中的可执行指令当由所述一个或多个处理器运行时还可以使所述设备执行以下功能：通过在包含3D文本模型的数据结构中查找所识别的文本字符，来识别与所识别的文本字符相对应的对应3D模型。

在一种实现中，被存储在所述设备的存储器中的可执行指令当由所述一个或多个处理器运行时还可以使所述设备执行以下功能：将对应的3D模型放置在文件中的适当位置处。

在一种实现中，被存储在所述设备的存储器中的可执行指令当由所述一个或多个处理器运行时还可以使所述设备执行以下功能：向所述文件添加与对应的3D模型有关的元数据。

在一种实现中，所公开的设备可以包括一种装置，所述装置包括一个或多个处理器单元、以及与所述一个或多个处理器单元通信的存储器单元，所述存储器包括可执行指令，所述可执行指令当由所述一个或多个处理器单元运行时使所述设备执行以下操作：接收用于将应用中的3D对象导出到具有3D文件格式的文件的请求，所述3D对象包括多个成分；检查所述多个成分以确定所述多个成分中的至少一个成分是否是二维(2D)文本成分；在确定所述多个成分中的至少一个成分是2D文本成分时，参考数据库以识别与所述至少一个2D文本成分相对应的文本字符；并且将所述2D文本成分替换为对应的3D模型。

在一种实现中，确定所述多个成分中的至少一个成分是否是2D文本成分包括：检查所述多个成分中的每个成分的标签标识符。在另一种实现中，所述标签标识符包括针对2D类型文本的标识符。在又一种实现中，通过在字典中查找2D文本成分来识别所述文本字符。

在一种实现中，被存储在所述设备的存储器单元中的可执行指令当由所述一个或多个处理器单元运行时还可以使所述装置执行以下功能：将对应的3D模型放置在所述文件中的适当位置处。

在一种实现中，被存储在所述设备的存储器单元中的可执行指令当由所述一个或多个处理器单元运行时还可以使所述装置执行以下功能：将对应的3D模型放置在所述文件中的适当位置处。

在一种实现中，被存储在所述设备的存储器单元中的可执行指令当由所述一个或多个处理器单元运行时还可以使所述装置执行以下功能：向所述文件添加与对应的3D模型有关的元数据。

在一种实现中，方法可以包括用于将应用中的3D对象导出到具有3D文件格式的文件的方法，其包括：接收用于将应用中的3D对象导出到具有3D文件格式的文件的请求，所述3D对象包括多个成分；检查所述多个成分，以确定所述多个成分中的至少一个成分是否是二维(2D)文本成分；在确定所述多个成分中的至少一个成分是2D文本成分时，参考数据库以识别与所述至少一个2D文本成分相对应的文本字符；并且将所述2D文本成分替换为对应的3D模型。

在一种实现中，所述方法还可以包括：通过在包含3D文本模型的数据结构中查找所识别的文本字符，来识别与所识别的文本字符相对应的对应3D模型。

在一种实现中，所述方法还可以包括：将对应的3D模型放置在所述文件中的适当位置处。

在一种实现中，所述方法还可以包括：向所述文件添加与对应的3D模型有关的元数据。

在一种实现中，确定所述多个成分中的至少一个成分是否是2D文本成分包括：检查所述多个成分中的每个成分的标签标识符。在另一种实现中，所述标签标识符包括针对2D类型文本的标识符。在另一种实现中，通过在字典中查找2D文本成分来识别所述文本字符。

尽管已经描述了各种实施例，但是本说明书旨在是示例性的，而不是限制性的，并且应当理解，在实施例的范围之内，可能有更多的实施例和实施方式。尽管在附图中示出了特征的许多可能组合并且在具体实施方式中进行了讨论，但是所公开特征的许多其他组合也是可能的。除非特别限制，否则任何实施例的任何特征可以与任何其他实施例中的任何其他特征或元素进行组合或替代。因此，应当理解，可以以任何适当的组合一起实现在本公开内容中示出和/或讨论的任何特征。因此，除了根据所附权利要求及其等同物之外，实施例不受限制。同样地，可以在所附权利要求的保护范围之内进行各种修改和改变。

通常，能够使用软件、固件、硬件(例如，固定逻辑、有限状态机和/或其他电路)或者这些实施方式的组合，来实现在本文中描述的功能(例如，图1-3中所图示的功能)。在软件实施的情况下，程序代码当在处理器(例如，一个或多个CPU)上运行时执行指定的任务。所述程序代码能够被存储在一个或多个机器可读存储设备中。在本文中所描述的技术的特征是与平台无关的，这意味着可以在具有各种处理器的各种计算平台上实现所述技术。例如，实施方式可以包括使硬件执行操作(例如，处理器功能块等)的实体(例如，软件)。例如，硬件设备可以包括机器可读介质，所述机器可读介质可以被配置为维护使硬件设备(包括在其上运行的操作系统和相关联的硬件)执行操作的指令。因此，所述指令可以用于配置操作系统和相关联的硬件以执行操作，并且由此配置或者以其他方式适配硬件设备来执行上文所描述的功能。机器可读介质可以通过各种不同的配置向运行指令的硬件元件提供指令。

尽管前文已经描述了被认为是最佳模式和/或其他示例的内容，但是应当理解，可以在其中进行各种修改，并且可以以各种形式和示例来实现在本文中所公开的主题，并且本文的教导内容可以被应用在许多应用中，在本文中仅描述了其中的一些。所附权利要求书旨在要求落入本教导的真实范围内的任何和所有应用、修改和变化。

除非另外说明，否则本说明书(包括所附的权利要求书)中阐述的所有测量结果、值、比率、位置、幅度、大小和其他规范均为近似值，并不精确。其旨在具有与其所涉及的功能以及其所涉及的领域中的习惯相一致的合理范围。

本保护范围仅受所附权利要求书的限制。当根据本说明书和随后的起诉历史进行解释时，该保护范围的意图是并且应当被解释为与权利要求中使用的语言的普通含义相一致，并且涵盖所有结构和功能上的等同物。尽管如此，所有权利要求书都不是旨在涵盖不满足专利法第101、102或103条要求的主题，也不应当将其解释为如此。特此拒绝对此类主题的任何非预期的接受。

除以上所述之外，已声明或说明的任何内容均无意或者应当被解释为导致向公众奉献任何组成部分、步骤、特征、对象、利益、优势或等效物，无论其是否在权利要求中陈述。

应当理解，本文中使用的术语和表达方式具有与这些术语和表达方式在其相应的查询和研究领域中所赋予的一般含义，除非本文另外阐述了特定含义。

诸如第一和第二等之类的关系术语可以仅用于区分一个实体或动作与另一实体或动作，而不是必需要求或暗示这些实体或动作之间的任何实际的这种关系或顺序。术语“包括”、“包含”或其任何其他变体旨在覆盖排他性包含，使得包括一系列要素的过程、方法、物品或装置不仅仅包括那些要素，还包括可能未明确列出的其他元素、或者此类过程、方法、物品或装置所固有的其他元素。在没有其他限制的情况下，以“一个”或“某个”开头的元素并不排除在包含该元素的过程、方法、物品或装置中存在其他相同元素。

另外，在前面的详细描述中，可以看出，为了简化本公开内容起见，在各个示例中将各个特征组合在一起。不应当将本公开内容的方法解释为反映以下意图：任何权利要求需要比该权利要求中明确叙述的特征更多的特征。相反，如所附权利要求所反映的，发明主题在于少于单个公开示例的所有特征。因此，所附权利要求据此并入到详细描述中，每个权利要求独立地作为单独要求保护的主题。