AU Class
AU Class
class - AU

Democratize Data with AEC Data Model and AI: Break Data Silos Using Autodesk Platform Services

このクラスを共有
ビデオ、プレゼンテーション スライド、配布資料のキーワードを検索する:

説明

Join us to see how GOLDBECK used the new AEC Data Model and Data Exchanges offered by Autodesk Platform Services to democratize data access across departments and different applications. Our session will highlight how we access data from native software tools using Data Exchange, reducing the need for manual data drops and empowering stakeholders to make informed decisions based on a single-source-of-truth AEC Data Model. With AI-based prompts powered by ChatGPT, we will illustrate dynamic ad hoc queries, enabling users to find, access, and consume model data in a new, intuitive way (for example, "Show me the CO2 footprint of all windows”). Our real-world examples showcase interactive data visualization and collaborative platform services that allow you to provide relevant data to different project stakeholders throughout the project lifecycle. Learn how to harness innovative technology with the AEC Data Model API and Data Exchange API to streamline workflows, break down data silos, and make data available everywhere.

主な学習内容

  • Learn how to seamlessly access data from native software tools, eliminating the need for manual data drops.
  • Learn how platform services can make relevant data available to all project stakeholders throughout the project lifecycle.
  • Learn how to harness AI-based prompts for dynamic ad hoc queries, enabling users to interact with model data in a new, intuitive way.
  • Learn about reducing software engineering efforts and boosting development agility by empowering citizen developers to use data.

スピーカー

  • Alexander Stirken さんのアバター
    Alexander Stirken
    Alexander Stirken is a dynamic IT Project Manager and visionary leader at GOLDBECK, where he spearheads the integration of cutting-edge data technologies. With a focus on Building Information Modeling (BIM), Alexander is at the forefront of leveraging cloud products to drive transformative construction development. His expertise in web-based configurator solutions ensures seamless execution of innovative BIM projects, making a significant impact on large-scale ventures. Holding a Bachelor's degree in Civil Engineering and a Master's degree in Structural Engineering, both from prestigious institutions, Alexander's academic background bolsters his ability to blend technical prowess with strategic leadership. Furthermore, Alexander's fervent passion for software engineering enhances his already multifaceted skill set. Driven by an unwavering dedication to innovation, he is determined to revolutionize the construction industry through the utilization of cloud products. With this vision, Alexander Stirken is poised to inspire and lead the way towards a groundbreaking future of construction.
  • Jan Christoph Kulessa さんのアバター
    Jan Christoph Kulessa
    Jan Kulessa is an expert with comprehensive knowledge in the development and implementation of solutions. He has specialized particularly in the development of applications with Autodesk Technology and Microsoft Azure, leveraging his passion for cloud software to create tailored solutions. His expertise supports companies in optimizing their processes and increasing efficiency. With a decade of experience in software development, specifically in the areas of Building Information Modeling (BIM), Computer-Aided Design (CAD), and Virtual Design and Construction (VDC), Jan Kulessa is a sought-after expert and innovator in the construction industry. His extensive experience shapes his understanding of digital technologies in this field. In his role as a dedicated Solution Architect at GOLDBECK, Jan Kulessa significantly contributes to the development and implementation of innovative solutions for the construction industry. His solid knowledge and practical approach enable him to analyze complex requirements and design customized solutions that meet individual customer needs. In addition to his technical skills, he demonstrates impressive leadership qualities as the Team Leader of Software Development at GOLDBECK. His clear communication, effective leadership techniques, and talented project management have contributed to the successful and timely completion of complex software projects. As a sought-after speaker and expert in technologies and APIs, Jan Kulessa is frequently invited to conferences and symposiums where he shares his experiences in software development, requirements analysis, and software architecture. His impressive career and deep understanding of the challenges and opportunities in the construction industry make him an inspiring and visionary speaker. He encourages companies to seize the possibilities of digital transformation and create innovative solutions for the future.
Video Player is loading.
Current Time 0:00
Duration 0:00
Loaded: 0%
Stream Type LIVE
Remaining Time 0:00
 
1x
  • Chapters
  • descriptions off, selected
  • subtitles off, selected
      Transcript

      ALEXANDER STIRKEN: Hello, everyone, to our session Democratize Data with AEC Data Model and AI. Within the last four months, we have participated in the Autodesk data model private beta. And today we want to tell you something about our experiences with this new technology and want to talk about breaking data silos in our company using Autodesk platform services.

      And before we actually start, I want to introduce you to your speakers today. My name is Alexander Stirken. I'm actually a structural engineer and a former research assistant in digital engineering. I have now four years of experience in software engineering at GOLDBECK and currently I'm working as an IT project manager at BIM with focus on configurators and Autodesk cloud technologies, about which we will talk a little bit more today.

      Then let me introduce you, Jan, and Jan will introduce himself now.

      JAN KULESSA: Thank you, Alex. So I'm also working at GOLDBECK. I have over eight years of experience in software engineering. Currently I'm working as a solution architect focusing on BIM technologies, Autodesk technologies, and process automation. So let me introduce you to GOLDBECK, the largest family-owned German construction company in Germany.

      So let's have a look on what's GOLDBECK been doing. So at GOLDBECK we build future-oriented properties in Europe, from multi-story halls, offices, and parking garages, to residential buildings. If a customer builds with GOLDBECK, they get everything from one hand, from the first idea up to the construction and services of the complete life cycle of a building.

      So let's have a look at GOLDBECK in a glance. We have existed for over 50 years, and we are already in a second generation of a family-run business. We have existed over 50 years, as I mentioned. And last year we completed over 570 projects.

      This was made possible by our 14 plants in 111 locations in Europe, with over 12,000 employees. One of our uniquenesses is an integrated digital design with more than 2,000 Revit users and 6,000 BIM360 users. So let us talk about a bit of our key competencies.

      The element-based construction, think of it like building blocks, just in big. So we enable this with our modular and standardized system that makes the build incredibly fast, reliable, and cost-efficient. If we now step ahead, we will see their challenges.

      So today, in the time of big data and AI, we still exchange data in AECs for files, which presents us with some pain points, which we'll explain later. So keep up with us. Besides that, we also have real world challenges. The federal government in Germany wants to build at least 400,000 apartments a year, with lots of challenges on the market.

      So like increasing material and lag over costs, and higher interest rates for construction loans. So if we take our numbers, and let's see. We will see that there it's at least-- I'm sorry, [CHUCKLES], let me rephrase that. So if we look on the numbers, we see a lag behind with more than 110,000 apartments. So the question is, how can we solve this problem despite all these challenges.

      This is where GOLDBECK comes in. So with our systematic building approach, we can build fast, reliable, affordable, and also sustainable buildings. This is also which keeps us ahead of the competitors. One of our solutions is we have the known BIM method.

      So GOLDBECK implemented BIM 15 years ago, and is well known in the company. With BIM as our primary digital design method, we serve all phases of the construction process in-house, in our vision, all building into a centralized as a digital twin. As already mentioned, Alex will explain you some pain points in the construction process.

      ALEXANDER STIRKEN: So thank you, Jan, for the introduction of GOLDBECK and the pain points we are having and the big problems we are having currently in Germany. So as Jan mentioned, we have implemented BIM 15 years ago already. But we are still facing some major pain points.

      So as you all know, when you are having different phases in the construction industry, you're using a wide variety of native software solutions. So for example, we are using Revit for design. We are using Tekla for engineering and Inventor and Bogart also for engineering. And the problem is within these native software solutions, you don't have a uniform description of this component data.

      So every column, let's say, is described in every solution differently. You have a Revit column. You have a Tekla column. You have an Inventor column. And they don't have a uniform description. And because of that, at GOLDBECK we have brought up some connectors which are transferring this data.

      So these are in-house applications which are transferring data from Revit to Tekla or from Revit to Inventor or Walker to Tekla. But all of these have to be maintained by ourselves. And that's very time-consuming. And also all our automation tools that we have built over the time, they use the data model of this native software solution.

      So for example, all Revit add-ins that we have built with the Revit API, they cannot be used in Tekla, and they may use a different data structure for, let's say, a column than you use in Tekla. And that's very problematic, because when you do changes to our components, and that's what is often happening in the real world-- so you have changes in the GOLDBECK system, changes in possibilities of the physical representation of a component, then you have to maintain these changes in several different applications.

      And as you know, this is very time-consuming. And then also, there is no real cross-system data master for our content. So, yes, we have a data master for content in Revit, let's say, where we have all the Revit families and their versioning. But it does not exist for all our systems. And that's very painful, because, as I said, when you have changes you have to do them everywhere.

      So what is the current state that we are having? So, yes, we can do model processing. But we can just do it in one direction. And on the one hand, it's good that we can do it. But it's just one directional. And even if the process in the construction area is all starting at the very beginning, and then you're doing the design, and the detail planning, and then the engineering and then the fabrication, you still have interchanges between these processes.

      And because we are having everything in-house, also these processes run in parallel from time to time. So currently, we are sharing models as files. So if you want to transfer data from, let's say, Revit to Tekla, you do it as a whole model. And that's time-consuming, and sometime you don't need all the data. And then, all these data is also in closed data pools, because when I don't have Revit on my machine, for me then it's hard to access this data.

      And someone, let's say, who is working in the finance department, he has no access to this data because he does not have Revit on his machine. And then, as I mentioned before, the data transfer that we are having in-house has to be managed by ourselves. And that's very, very hard and time-consuming, because we are actually a construction company. We are not a software company.

      And that's why we don't want to do that in the long run. So where do we want to get to? First of all, we want to have multidirectional model processing, so bringing data from one native software solution to another, enhancing the information, and then bring this information back to the first system. That's very important in our digital process.

      Secondly, we want to share granular model data. So if I just need information about the columns in my building, then I just want to share this data and not the whole model. And lastly, we want to make model data available for everyone in the company. So even the colleague who is working in finance, he should have access to the data, if he wants to, how many columns have we built last year, for example.

      So all of this comes together in a highly automated digital process chain. This is what we need to reach the goals that Jan mentioned before, being fast, being affordable, and being sustainable. And that's what we want for all construction projects at GOLDBECK. And because of that, we participated in the private beta program for Autodesk Data Model, because we believe this is a technology that can help us to reach each of these goals.

      And before I show you what we have actually done, and what are our experiences with the Autodesk Data Model, I first of all want to introduce it to you very quickly. So the big difference to the current file logic that we are having in our industry, is that the Autodesk data model breaks these monolithic files into smaller bits of data that are obviously managed in the cloud. Yes, that is what we are doing with the files already.

      But now these are smaller bits of information. And this information you can easily access using APIs to bring this granular object data to you, and to retrieve this data. And this is very interesting, because these APIs are extendible, flexible, and the most important part, they are federated. So what is interesting about the Autodesk Data Model is basically that you can retrieve all the data using GraphQL queries.

      So it's not like you have to have a JSON query, or a RESTful API call, it's all done by the GraphQL language. And using this technology, you can very easily navigate through your ACC hubs, your projects, and build designs. So everything is managed in the Autodesk Construction Cloud that you have your different hubs, your different projects, and the different designs in these projects.

      And you can retrieve them as granular data, such as the elements of the designs, the parameters, and all their values. And that's very cool, because in the end you can list all these available property definitions of a design, to let's say, identify which family is missing some property, for example. Or what are actually the properties I'm having in my model.

      Is someone using an old family, questions like this, very easily to obtain these information without this data model. And then also every change that you are making to the model will generate a new version. So in the end, you can compare these versions one to another. And that's very interesting because then you can see, OK, what was actually the history of my column. Who has made changes, when does he make these changes, and what were the effects, let's say, on the construction side?

      And able to query across all designs that we are having at GOLDBECK. This is a completely new possibility to do data evaluations for our complete company. So you can query about multiple projects and say, OK, what are the columns that I have used in all projects? How many of them are they? And questions like this.

      So this is very interesting about the Autodesk Data Model and there are completely new possibilities how to handle models and their data. So let's quickly talk about the structure of this Autodesk Data Model. First of all, on the left side here, you can see the basic structure. And as you can see, it's actually quite easy.

      So you're having one design, and every design has a version. You can see design as one model. And every model has a number of elements that are describing the different components of the building. So let's say column, girder, slab wall, and so on. And every element has a list of properties. These properties are further defined in the property definitions.

      And one of the interesting parts of the Autodesk Data Model is that actually these elements can be linked to each other via reference properties. So let's say I've drawn you here a small graph. So let's say I'm having a building. And this building obviously has some levels. And also this building has some rooms.

      And every room knows on which level he is, and also every wall knows, OK, at which level I am, and every window knows, OK, what is my reference to which wall. So basically you can see it here. This is a window. This is a wall, and the window knows via the reference property which wall he is part of.

      And that's super-interesting because, with this data structure, you can use it to define complex relationships, and also use this data model as a foundation to build your own optimizations on top of it. And the most interesting part actually is that you can then ask questions to this model.

      So here you can see it highlighted. If I'm asking a question, let's say, like show me all windows on the ground floor of the building with a white interior, this can be easily displayed then as a graph query in the graph. So every building has a number of rooms. I can get all the windows. And then I can filter these windows for those who have material in the color of white.

      And this whole Autodesk Data Model then ensures that we can do completely new queries and data evaluations with the data we are actually having at GOLDBECK, with our up to 600 projects per year. OK, that's so far about the technology, just a brief overview. And now we want to show you what we have actually done in the private beta program, because from our side it was interesting, OK. We can use the API with Postman all the day, but that's not as interesting as building something with these new APIs.

      And that's why we thought about, OK, why not asking questions like on the slide before to a chat bot, and then we get answers about the model from the Autodesk data. And before I want to go into technical details here, let me introduce you to Lisa and Nick, just to have a brief idea what use cases for such kind of application can be there in our company. First of all, we start with Lisa. She's a construction manager.

      She's using BIM360 for site management. Yes, we have BIM360 in place. All of our construction managers are using it currently. But they don't have access to Revit. So they just can use the models that they see in their systems. And Lisa may ask herself, OK, how many girders are getting assembled tomorrow?

      I need to know how many trucks are coming and I need to manage it. And on the second, she may ask herself, OK, are they actually all ready for delivery, or is there any problem in the production facility? And she also wants to know, do they actually fit on a regular truck or do I need to order some special transportation, like a larger truck, which is just allowed to drive in the night in Germany.

      Just some examples, Lisa has far more questions in her job as a construction manager, but these are just some examples so that you know what the use cases are. And then we have Nick. Nick is a project manager in the production field. And he's actually currently planning a new production facility for GOLDBECK. And also Nick has no access to Revit, because he's not actually modeling anything.

      And also Nick has some questions to our models. So what kind of columns do we have? What is the distribution of them? So how many columns of each sort have we constructed last year? And then maybe he wants to know how many columns exceeding a height of 70 meters were constructed last year, to dimension, let's say, production equipment.

      And maybe he wants to know what is the maximum weight of a column assembled last year, to check, OK, is my crane sufficient? So these are just some examples from two personas we are having in GOLDBECK. But our idea was to provide a solution to answer all these questions for our employees at GOLDBECK. And that's why we came up with our Ask the Model PoC.

      So we did this application during the participation in the Autodesk private beta program. And as you can see, it's a web application. We are having the viewer here, the Autodesk viewer, we're having a chat here, and then we are having a list of results on this side. So our idea was OK, everyone can ask a question to this application or to the chat bot.

      For example here, show me all girders at the first parking level. And then these questions are getting translated into Autodesk Data Model API calls. And then we will use this data to visualize it, to give answers, and to show you the results.

      So the general idea was let's interact with the model without deeper knowledge of BIM or the data. So I don't need to know what type of girders do I have and stuff like this. I can just ask it in natural language and don't have to care about the data, which is laying behind.

      OK, and before we are going into technical details, I will show you an example. And here we are having Lisa, and she is asking isolate all girder in this BIM model, because she is just interested in girders. And as you can see now, she has asked the question. And we are doing some processing in the background.

      And this takes actually some time, because as you can see now here in the answer, we are having 511 girders in the complete building. And this is where we are asking or calling the API to retrieve this data. And we have to do some pagination then, because obviously 511 elements are a lot. And to show you what we are actually doing here with these GraphQL queries that I mentioned before, I've written down the query that is actually answering this question, so elements by design and version.

      So we have a query here, some data. We will have a look at this in a second. And then also we are having some variables which are actually then filtering inside this query. So let's have a deeper look into the query and the variables. So first on the left side, what we have to do in the application is actually find the right query for the question you have asked. So I ask, OK, show me all girders.

      So first of all, I need to check OK, which of the queries that are available I want to use for that. And then secondly, I have to check OK. How can I filter inside this query what I'm actually looking for. So here, for example, first of all, I need to know what kind of families we are having at GOLDBECK are actually girders, because as you can see, I'm not asking for property name girders, but something else is here, which is obviously German, hard to understand.

      But the message here is I need to map my families to what are actually girders. And this is what I somehow have to teach my application. And because of that, I want to go over the process we are taking. So let's start with the key concepts.

      As you have seen, users can ask questions to the model in natural language. So good so far. You are writing into the chat bot, what is my question. And then we have to teach, and now ChatGPT comes into play because we are doing prompt engineering. ChatGPT, we have to teach, please understand the intent of the user. So I'm asking for girders, OK, obviously, and then I'm asking a question which is related to my BIM model.

      But also I could ask a question, which is completely decoupled from the BIM model, like how will be the weather tomorrow? Then my intent is different. So first of all, I have to filter the user's intent. And then secondly, I have to somehow teach ChatGPT how to answer my questions that I'm having, with the right ADM graph query, to retrieve the actual model data, because when I'm asking OK, show me all girders, then ChatGPT has to translate this natural language question to the right answer, as an ADM graph query.

      So basically we are teaching ChatGPT to understand the API and to translate natural questions in natural language to actual ADM graph algorithms. That's what we are actually doing. And then in the end we are doing the visualization via the Autodesk Viewer SDK.

      OK, so let's have a closer look in detail. We are starting in the front, and the user asks a question in natural language. The request is sent to our backend. And now it becomes very interesting, because in the back end we have a system which is agent-based.

      So we are having different agents form different domains. First of all, we are sending this request to an intent agent. And every agent has a prompt, which is describing, OK, you are an intent agent, you have to filter out what the user wants. So basically there we are describing in natural language what ChatGPT has to do for us.

      And then every agent has a subset of examples. So here those are three, but you can have far more. And we are actually using far more than three, which give examples how to solve example problems. So it's basically, you are just teaching ChatGPT in natural language what he has to do.

      And then, as soon as you get the intent, and here we are getting the intent, OK, someone is asking for girders, we send this question to the ADM agent, because we know, OK, someone is asking for BIM data. Then the ADM agent has to take care about that. And here, it's basically, again, the same idea. You're having one prompt where you tell someone or ChatGPT, the GPT, what he has to do.

      So in the future I want you only to respond with a GraphQL answer, matching the asked question. And then you're describing. And that's where actually the magic happens. You have to describe it very precisely, what you want ChatGPT to do.

      And then you also provide them with examples. So here as you can see, we are providing examples like return me all entities with the category wall. And then this is the GraphQL query that he has to deliver. So you're teaching him basically easy to understand examples, and then later on you are asking harder questions. And he gets the relation and figures out the right queries.

      And then as soon as you get the ADM query from ChatGPT back, then it's basically easy. You're doing the API call to the ADM. You're getting the result IDs. So what elements did I find.

      And then we are bringing these IDs and the starting message, so the actual question from the user. We are bringing them to a summary agent, and he will give us a result from ChatGPT which we are then typing here into the chat bot. This is a result from the chat bot in natural language.

      And also we are taking these IDs to our Viewer SDK to highlight the elements in the viewer. And also the IDs are shown here in the result page. So from the process actually quite easy, the hard part is to do the proper prompt engineering to make ChatGPT understand the queries and to generate the right queries, and also to find out, OK, how do I actually answer these questions with the Autodesk Data Model. So what kind of queries do I need to generate? And that's the interesting part.

      OK, let's go to another question. So Lisa may ask, show me all girders on level two and highlight them in red. This seems to be a fairly easy query, OK? Nothing new here. We want to have level two, OK, and we want to have them highlighted in red. OK, that seems to be understandable.

      But here it becomes a little bit tricky. And I've put you here the query and the variables we are using. Let's have a deeper look into them. So the problem here is with this question, OK, show me all girders on level two. We need to have a reference, so we are asking for elements which are on the level two, but level two is not just a property but it's a reference property.

      So it's an element by itself. So what we here first have to do is we have to find this reference first. So we cannot directly ask, OK, show me all girders on the level, because we first of all need to find the right level. OK, level two, what is the actual ID of this level? So here we have to loop over two queries actually, to first of all, find the reference and the ID, so find level two, please, and the ID, and then do the actual query, OK, show me all girders that are on this level.

      And that's actually where it becomes very interesting, because the API is not capable of having a string or some other description here for this parameter. But the API needs a proper reference, and this has to be an ID. And there it becomes very interesting, teaching ChatGPT to do, yeah, filtered queries, or queries that are combined together.

      That was very challenging but also very fun to do. OK, and then let's come up with another example, which is very interesting, which is also very interesting. Which of these girders on level two are too long for a regular truck? Isolate them. So here it is very interesting, because I have not stated OK, how long is the regular truck. And that's the super-interesting part about that, is that you can ask questions, and ChatGPT uses also his knowledge from the data model, from his own data models, or from the internet basically, and thus the relationship here.

      So as you can see in the answer, ChatGPT answers, OK, if 24 girders on level two have been isolated, and they are too long for a regular truck. And so you have to filter out, or ChatGPT does filter out, what is the length of a regular truck. And then he will insert this value into the query. And that's super-interesting because you can combine knowledge from the internet or from the industry with your open data.

      And then let's go for the last query. Display all of these girders that have been produced so far and highlight them in green. And here it is very interesting that ChatGPT also notices the context. So you can not ask, you can ask a new question. But you can also refer to the question you have asked before. So here I'm asking, OK, display me all of these girders, so all the girders that are on level two, and all the girders that are too long for a regular truck.

      And of those, please filter them then for one of the properties which is, in our case, the GOLDBECK status, and then highlight them again. So all these contexts, we have not taught ChatGPT this. This is what he does by itself. And that's very, very interesting and funny and nice to see here.

      OK, I showed you a lot of examples, what is actually all working. Maybe we should talk also about what is not working or what could be better. First of all, and this is one of the biggest pain points we are actually having, because the prompt engineering is actually where you have to do a lot of work, is when you have an API change, you need to adjust all the prompt engineering.

      So if the interface changes, and that's what in software engineering usually should not happen, but if the interface changes then you have to adjust all your functions, let's say. And that's what happened to the API. It is good for the API because it gained a lot of functionalities. But we had an API change during this project and then we had to do the prompt engineering again.

      And also the API currently does not support real deep filtering. So filtering very deep from one element to another, there are some limitations. But we are definitely looking forward for the enhancement of this API. So it's definitely getting better. During the beta we had a lot of improvements and it was definitely fun to try it out.

      And then what, at least for the engineering of the prompts, is very interesting and very necessary, is understanding the model quality. As a user I'm just asking, OK, show me all girders. But when you do the prompt engineering, you have to have knowledge about your data that you're actually retrieving in the end.

      But that's not a problem, because the prompt engineering is actually done by those who have access to the data, who know the data, who know the data structure. But we have to have deep understanding of the model quality. And also, yes, you have seen it in the first example. When you have large models with a large amount of elements, even then the Graph APIs come to their limitations because of the pagination. Then you have some performance limitations. But compared to do analysis in your Revit model and working with the Revit API, it's much, much more faster and it's super-fun to use.

      OK, that's for the Autodesk Data Model, then coming to the prompt engineering. So first of all, yes, obviously we are using ChatGPT here. So there are always data security concerns. And we have different solutions for that, especially the OpenAI package from Azure which we're currently observing, and also currently it's kind of hard how to check the tokens, how to use the tokens in these GPT implementations.

      So we are currently there in observations. Then secondly, when you combine prompts in a sequence that results in long, time-consuming computations, so we have seen it. We are first asking our ChatGPT, OK, check the intent of the user. Then we are asking for the ADM query. Then we want to know, OK, wants the user to highlight or to isolate in the viewer.

      So if you're chaining these prompts, you have to expect some computation time. And then, obviously, despite the substantial number of examples that we provided ChatGPT, sometimes, yeah, the program produces incorrect queries. But let's say at 95% it hit the target. So from our perspective, very, very nice for a PoC, yeah.

      OK, I talked a lot about ask the model. So I would suggest we go over to the outlook, and I will hand over to Jan again.

      JAN KULESSA: So thank you, Alex, for this really, really nice explanation and presentation of Ask the Model and also what we can do, and also the limitations we have. So as you might already have thought about, we do not stop here. So we want to go with a federated model data transformation. And therefore we need some next steps.

      So you would think about bringing further domains into our agent system, as Alex explained well. So we already have the agent for the ADM, so we can get BIM data just out of the box. So we can combine it with a knowledge of ChatGPT, which is giving us the knowledge of the world actually summarized. And also for our company, like us, we want to introduce also or integrate Microsoft Dynamics 365, or even custom tools from controlling and production to make the system even powerful.

      Think about it, with the example we provided, you can ask the model, which parts are already constructed or on site. And you can match that with production data. So and also we want to extend the Autodesk Data Model capabilities for multi-project queries. So in our examples, we limit it to one project. But you can also ask about multiple projects, as Alex also explained. If you go to Analysis and see, OK, how did my projects evolve?

      How many parameters or families or stuff like that is used, just in all my projects. This is something we will look at in the future and want to do with ADM. And also another point already explained, we want to integrate our custom services. So if you think about the service which is to suit CO2 footprint calculation, so we have one at GOLDBECK. We want to integrate that with some of the second model and make it even powerful.

      So think about Lisa wants to know, OK, what is my actual carbon footprint exhaust in this project? She will ask the model in the future and get a result. And again, we want to extend our prompt engineering for deep filtering capabilities of the ADM API in the future, to do even more relational data connections. So we are thrilled to do that.

      But there's still one more thing to do. And it's a step or more steps for the cloud transformation. So we talked a lot about the possibilities. And as you may remember on the starting pages we talked about, OK, we want to get rid of single files. So it's a road to go, and we're thinking about the ADM and Data Exchange functionality will do that.

      So we want to investigate on further use cases for the ADM, company-wide data extraction and quantity take-off. So we have a custom tool again for quantitative take-off, which will highly improve to say, yeah, the quality, if we can integrate ADMs in here. We want to also focus on further Data Exchange functionality. So this is a special functionality. This is part of ADM.

      And one of our, again, key functions, because we do our own production and planning and engineering, is we want to connect other softwares in a native way. So we want, for example, integrate Tekla to ADM. So if you have the same data source, it makes everything easier to exchange data, to see changes, to connect, go to the idea of a federated data model. So this is how we want to drive the cloud transformation with federated data in AEC.

      ALEXANDER STIRKEN: Yeah, thank you, Jan, for the out view. Yeah, we hope we could show you some insights into the ADM and make you a bit curious about using it. We had a great time participating in the Autodesk beta program. And we will definitely go on with these concepts in this program or in this PoC, and also in other projects.

      And, yeah, thanks for having us. Hope you took some insights with you. And happy to see you around, and if you have any questions, feel free to reach out to us. Thank you very much, and have a good day.

      ______
      icon-svg-close-thick

      Cookieの設定

      弊社にとって、お客様のプライバシーを守ることと最適な体験を提供することは、どちらも大変重要です。弊社では、お客様に合わせてカスタマイズした情報を提供し、並びにアプリケーションの開発に役立てることを目的に、本サイトのご利用方法についてのデータを収集しております。

      そこで、お客様のデータの収集と使用を許可いただけるかどうかをお答えください。

      弊社が利用しているサードパーティのサービスについての説明とプライバシー ステートメントも、併せてご確認ください。

      サイト動作に必須:オートデスクのサイトが正常に動作し、お客様へサービスを提供するために必要な機能です

      Cookie を有効にすることで、お客様の好みやログイン情報が記録され、このデータに基づき操作に対する応答や、ショッピング カートへの商品追加が最適化されます。

      使用感が向上:お客様に最適な情報が表示されます

      Cookie を有効にすることで、拡張機能が正常に動作し、サイト表示が個々に合わせてカスタマイズされます。お客様に最適な情報をお届けし、使用感を向上させるためのこうした設定は、オードデスクまたはサードパーティのサービス プロバイダーが行います。 Cookie が無効に設定されている場合、一部またはすべてのサービスをご利用いただけない場合があります。

      広告表示をカスタマイズ:お客様に関連する広告が表示されます

      Cookie を有効にすることで、サイトのご利用内容やご興味に関するデータが収集され、これに基づきお客様に関連する広告が表示されるなど、効率的な動作が可能になります。また、継続的にデータを収集することで、お客様のご興味にさらに関連する広告を配信することが可能になります。Cookie が無効に設定されている場合、お客様に関連しない広告が表示される可能性があります。

      icon-svg-close-thick

      サードパーティのサービス

      それぞれの情報で弊社が利用しているサードパーティのサービスと、オンラインで収集するお客様のデータの使用方法を詳しく説明いたします。

      icon-svg-hide-thick

      icon-svg-show-thick

      サイト動作に必須:オートデスクのサイトが正常に動作し、お客様へサービスを提供するために必要な機能です

      Qualtrics
      弊社はQualtricsを利用し、アンケート調査やオンライン フォームを通じてお客様が弊社にフィードバックを提供できるようにしています。アンケートの回答は無作為に選んだお客様にお願いしておりますが、お客様から自発的に弊社にフィードバックを提供することも可能です。データを収集する目的は、アンケートの回答前にお客様がとられた行動を、より正しく理解するためです。収集したデータは、発生していた可能性がある問題のトラブルシューティングに役立てさせていただきます。. Qualtrics プライバシー ポリシー
      Akamai mPulse
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Akamai mPulseを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Akamai mPulse プライバシー ポリシー
      Digital River
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Digital Riverを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Digital River プライバシー ポリシー
      Dynatrace
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Dynatraceを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Dynatrace プライバシー ポリシー
      Khoros
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Khorosを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Khoros プライバシー ポリシー
      Launch Darkly
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Launch Darklyを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Launch Darkly プライバシー ポリシー
      New Relic
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、New Relicを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. New Relic プライバシー ポリシー
      Salesforce Live Agent
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Salesforce Live Agentを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Salesforce Live Agent プライバシー ポリシー
      Wistia
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Wistiaを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Wistia プライバシー ポリシー
      Tealium
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Tealiumを利用しています。データには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Tealium プライバシー ポリシー<>
      Typepad Stats
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Typepad Statsを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Typepad Stats プライバシー ポリシー
      Geo Targetly
      当社では、Geo Targetly を使用して Web サイトの訪問者を最適な Web ページに誘導し、訪問者のいる場所に応じて調整したコンテンツを提供します。Geo Targetly は、Web サイト訪問者の IP アドレスを使用して、訪問者のデバイスのおおよその位置を特定します。このため、訪問者は (ほとんどの場合) 自分のローカル言語でコンテンツを閲覧できます。Geo Targetly プライバシー ポリシー
      SpeedCurve
      弊社は、SpeedCurve を使用して、Web ページの読み込み時間と画像、スクリプト、テキストなど後続の要素の応答性を計測することにより、お客様の Web サイト エクスペリエンスのパフォーマンスをモニタリングおよび計測します。SpeedCurve プライバシー ポリシー
      Qualified
      Qualified is the Autodesk Live Chat agent platform. This platform provides services to allow our customers to communicate in real-time with Autodesk support. We may collect unique ID for specific browser sessions during a chat. Qualified Privacy Policy

      icon-svg-hide-thick

      icon-svg-show-thick

      使用感が向上:お客様に最適な情報が表示されます

      Google Optimize
      弊社はGoogle Optimizeを利用して、弊社サイトの新機能をテストし、お客様に合わせた方法で機能を使えるようにしています。そのため弊社では、弊社サイトにアクセスしているお客様から、行動に関するデータを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID などが含まれます。機能のテストの結果によっては、お客様がご利用のサイトのバージョンが変わったり、サイトにアクセスするユーザの属性に応じて、パーソナライズされたコンテンツが表示されるようになる場合があります。. Google Optimize プライバシー ポリシー
      ClickTale
      弊社は、弊社サイトをご利用になるお客様が、どこで操作につまづいたかを正しく理解できるよう、ClickTaleを利用しています。弊社ではセッションの記録を基に、ページの要素を含めて、お客様がサイトでどのような操作を行っているかを確認しています。お客様の特定につながる個人情報は非表示にし、収集も行いません。. ClickTale プライバシー ポリシー
      OneSignal
      弊社は、OneSignalがサポートするサイトに広告を配置するために、OneSignalを利用しています。広告には、OneSignalのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、OneSignalがお客様から収集したデータを使用する場合があります。OneSignalに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. OneSignal プライバシー ポリシー
      Optimizely
      弊社はOptimizelyを利用して、弊社サイトの新機能をテストし、お客様に合わせた方法で機能を使えるようにしています。そのため弊社では、弊社サイトにアクセスしているお客様から、行動に関するデータを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID などが含まれます。機能のテストの結果によっては、お客様がご利用のサイトのバージョンが変わったり、サイトにアクセスするユーザの属性に応じて、パーソナライズされたコンテンツが表示されるようになる場合があります。. Optimizely プライバシー ポリシー
      Amplitude
      弊社はAmplitudeを利用して、弊社サイトの新機能をテストし、お客様に合わせた方法で機能を使えるようにしています。そのため弊社では、弊社サイトにアクセスしているお客様から、行動に関するデータを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID などが含まれます。機能のテストの結果によっては、お客様がご利用のサイトのバージョンが変わったり、サイトにアクセスするユーザの属性に応じて、パーソナライズされたコンテンツが表示されるようになる場合があります。. Amplitude プライバシー ポリシー
      Snowplow
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Snowplowを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Snowplow プライバシー ポリシー
      UserVoice
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、UserVoiceを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. UserVoice プライバシー ポリシー
      Clearbit
      Clearbit を使用すると、リアルタイムのデータ強化により、お客様に合わせてパーソナライズされた適切なエクスペリエンスを提供できます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。Clearbit プライバシー ポリシー
      YouTube
      YouTube はビデオ共有プラットフォームで、埋め込まれたビデオを当社のウェブ サイトで表示および共有することができます。YouTube は、視聴者のビデオのパフォーマンスの測定値を提供しています。 YouTube 社のプライバシー ポリシー

      icon-svg-hide-thick

      icon-svg-show-thick

      広告表示をカスタマイズ:お客様に関連する広告が表示されます

      Adobe Analytics
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Adobe Analyticsを利用しています。収集する情報には、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Adobe Analytics プライバシー ポリシー
      Google Analytics (Web Analytics)
      弊社は、弊社サイトでのお客様の行動に関するデータを収集するために、Google Analytics (Web Analytics)を利用しています。データには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。このデータを基にサイトのパフォーマンスを測定したり、オンラインでの操作のしやすさを検証して機能強化に役立てています。併せて高度な解析手法を使用し、メールでのお問い合わせやカスタマー サポート、営業へのお問い合わせで、お客様に最適な体験が提供されるようにしています。. Google Analytics (Web Analytics) プライバシー ポリシー<>
      Marketo
      弊社は、お客様に関連性のあるコンテンツを、適切なタイミングにメールで配信できるよう、Marketoを利用しています。そのため、お客様のオンラインでの行動や、弊社からお送りするメールへの反応について、データを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、メールの開封率、クリックしたリンクなどが含まれます。このデータに、他の収集先から集めたデータを組み合わせ、営業やカスタマー サービスへの満足度を向上させるとともに、高度な解析処理によって、より関連性の高いコンテンツを提供するようにしています。. Marketo プライバシー ポリシー
      Doubleclick
      弊社は、Doubleclickがサポートするサイトに広告を配置するために、Doubleclickを利用しています。広告には、Doubleclickのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Doubleclickがお客様から収集したデータを使用する場合があります。Doubleclickに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Doubleclick プライバシー ポリシー
      HubSpot
      弊社は、お客様に関連性のあるコンテンツを、適切なタイミングにメールで配信できるよう、HubSpotを利用しています。そのため、お客様のオンラインでの行動や、弊社からお送りするメールへの反応について、データを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、メールの開封率、クリックしたリンクなどが含まれます。. HubSpot プライバシー ポリシー
      Twitter
      弊社は、Twitterがサポートするサイトに広告を配置するために、Twitterを利用しています。広告には、Twitterのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Twitterがお客様から収集したデータを使用する場合があります。Twitterに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Twitter プライバシー ポリシー
      Facebook
      弊社は、Facebookがサポートするサイトに広告を配置するために、Facebookを利用しています。広告には、Facebookのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Facebookがお客様から収集したデータを使用する場合があります。Facebookに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Facebook プライバシー ポリシー
      LinkedIn
      弊社は、LinkedInがサポートするサイトに広告を配置するために、LinkedInを利用しています。広告には、LinkedInのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、LinkedInがお客様から収集したデータを使用する場合があります。LinkedInに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. LinkedIn プライバシー ポリシー
      Yahoo! Japan
      弊社は、Yahoo! Japanがサポートするサイトに広告を配置するために、Yahoo! Japanを利用しています。広告には、Yahoo! Japanのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Yahoo! Japanがお客様から収集したデータを使用する場合があります。Yahoo! Japanに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Yahoo! Japan プライバシー ポリシー
      Naver
      弊社は、Naverがサポートするサイトに広告を配置するために、Naverを利用しています。広告には、Naverのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Naverがお客様から収集したデータを使用する場合があります。Naverに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Naver プライバシー ポリシー
      Quantcast
      弊社は、Quantcastがサポートするサイトに広告を配置するために、Quantcastを利用しています。広告には、Quantcastのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Quantcastがお客様から収集したデータを使用する場合があります。Quantcastに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Quantcast プライバシー ポリシー
      Call Tracking
      弊社は、キャンペーン用にカスタマイズした電話番号を提供するために、Call Trackingを利用しています。カスタマイズした電話番号を使用することで、お客様は弊社の担当者にすぐ連絡できるようになり、弊社はサービスのパフォーマンスをより正確に評価できるようになります。弊社では、提供した電話番号を基に、サイトでのお客様の行動に関するデータを収集する場合があります。. Call Tracking プライバシー ポリシー
      Wunderkind
      弊社は、Wunderkindがサポートするサイトに広告を配置するために、Wunderkindを利用しています。広告には、Wunderkindのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Wunderkindがお客様から収集したデータを使用する場合があります。Wunderkindに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Wunderkind プライバシー ポリシー
      ADC Media
      弊社は、ADC Mediaがサポートするサイトに広告を配置するために、ADC Mediaを利用しています。広告には、ADC Mediaのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、ADC Mediaがお客様から収集したデータを使用する場合があります。ADC Mediaに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. ADC Media プライバシー ポリシー
      AgrantSEM
      弊社は、AgrantSEMがサポートするサイトに広告を配置するために、AgrantSEMを利用しています。広告には、AgrantSEMのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、AgrantSEMがお客様から収集したデータを使用する場合があります。AgrantSEMに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. AgrantSEM プライバシー ポリシー
      Bidtellect
      弊社は、Bidtellectがサポートするサイトに広告を配置するために、Bidtellectを利用しています。広告には、Bidtellectのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Bidtellectがお客様から収集したデータを使用する場合があります。Bidtellectに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Bidtellect プライバシー ポリシー
      Bing
      弊社は、Bingがサポートするサイトに広告を配置するために、Bingを利用しています。広告には、Bingのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Bingがお客様から収集したデータを使用する場合があります。Bingに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Bing プライバシー ポリシー
      G2Crowd
      弊社は、G2Crowdがサポートするサイトに広告を配置するために、G2Crowdを利用しています。広告には、G2Crowdのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、G2Crowdがお客様から収集したデータを使用する場合があります。G2Crowdに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. G2Crowd プライバシー ポリシー
      NMPI Display
      弊社は、NMPI Displayがサポートするサイトに広告を配置するために、NMPI Displayを利用しています。広告には、NMPI Displayのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、NMPI Displayがお客様から収集したデータを使用する場合があります。NMPI Displayに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. NMPI Display プライバシー ポリシー
      VK
      弊社は、VKがサポートするサイトに広告を配置するために、VKを利用しています。広告には、VKのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、VKがお客様から収集したデータを使用する場合があります。VKに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. VK プライバシー ポリシー
      Adobe Target
      弊社はAdobe Targetを利用して、弊社サイトの新機能をテストし、お客様に合わせた方法で機能を使えるようにしています。そのため弊社では、弊社サイトにアクセスしているお客様から、行動に関するデータを収集しています。収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID、お客様の Autodesk ID などが含まれます。機能のテストの結果によっては、お客様がご利用のサイトのバージョンが変わったり、サイトにアクセスするユーザの属性に応じて、パーソナライズされたコンテンツが表示されるようになる場合があります。. Adobe Target プライバシー ポリシー
      Google Analytics (Advertising)
      弊社は、Google Analytics (Advertising)がサポートするサイトに広告を配置するために、Google Analytics (Advertising)を利用しています。広告には、Google Analytics (Advertising)のデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Google Analytics (Advertising)がお客様から収集したデータを使用する場合があります。Google Analytics (Advertising)に提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Google Analytics (Advertising) プライバシー ポリシー
      Trendkite
      弊社は、Trendkiteがサポートするサイトに広告を配置するために、Trendkiteを利用しています。広告には、Trendkiteのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Trendkiteがお客様から収集したデータを使用する場合があります。Trendkiteに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Trendkite プライバシー ポリシー
      Hotjar
      弊社は、Hotjarがサポートするサイトに広告を配置するために、Hotjarを利用しています。広告には、Hotjarのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Hotjarがお客様から収集したデータを使用する場合があります。Hotjarに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Hotjar プライバシー ポリシー
      6 Sense
      弊社は、6 Senseがサポートするサイトに広告を配置するために、6 Senseを利用しています。広告には、6 Senseのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、6 Senseがお客様から収集したデータを使用する場合があります。6 Senseに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. 6 Sense プライバシー ポリシー
      Terminus
      弊社は、Terminusがサポートするサイトに広告を配置するために、Terminusを利用しています。広告には、Terminusのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、Terminusがお客様から収集したデータを使用する場合があります。Terminusに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. Terminus プライバシー ポリシー
      StackAdapt
      弊社は、StackAdaptがサポートするサイトに広告を配置するために、StackAdaptを利用しています。広告には、StackAdaptのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、StackAdaptがお客様から収集したデータを使用する場合があります。StackAdaptに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. StackAdapt プライバシー ポリシー
      The Trade Desk
      弊社は、The Trade Deskがサポートするサイトに広告を配置するために、The Trade Deskを利用しています。広告には、The Trade Deskのデータと、弊社サイトにアクセスしているお客様から弊社が収集する行動に関するデータの両方が使われます。弊社が収集するデータには、お客様がアクセスしたページ、ご利用中の体験版、再生したビデオ、購入した製品やサービス、お客様の IP アドレスまたはデバイスの ID が含まれます。この情報に併せて、The Trade Deskがお客様から収集したデータを使用する場合があります。The Trade Deskに提供しているデータを弊社が使用するのは、お客様のデジタル広告体験をより適切にカスタマイズし、関連性の高い広告をお客様に配信するためです。. The Trade Desk プライバシー ポリシー
      RollWorks
      We use RollWorks to deploy digital advertising on sites supported by RollWorks. Ads are based on both RollWorks data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that RollWorks has collected from you. We use the data that we provide to RollWorks to better customize your digital advertising experience and present you with more relevant ads. RollWorks Privacy Policy

      オンライン体験の品質向上にぜひご協力ください

      オートデスクは、弊社の製品やサービスをご利用いただくお客様に、優れた体験を提供することを目指しています。これまでの画面の各項目で[はい]を選択したお客様については、弊社でデータを収集し、カスタマイズされた体験の提供とアプリケーションの品質向上に役立てさせていただきます。この設定は、プライバシー ステートメントにアクセスすると、いつでも変更できます。

      お客様の顧客体験は、お客様が自由に決められます。

      オートデスクはお客様のプライバシーを尊重します。オートデスクでは収集したデータを基に、お客様が弊社製品をどのように利用されているのか、お客様が関心を示しそうな情報は何か、オートデスクとの関係をより価値あるものにするには、どのような改善が可能かを理解するよう務めています。

      そこで、お客様一人ひとりに合わせた体験を提供するために、お客様のデータを収集し、使用することを許可いただけるかどうかお答えください。

      体験をカスタマイズすることのメリットにつきましては、本サイトのプライバシー設定の管理でご確認いただけます。弊社のプライバシー ステートメントでも、選択肢について詳しく説明しております。