Information processing device, information processing method, and program

Abstract

To easily display a source layout on a user terminal from the other layout, when editing a layout being the source to generate the other layout.SOLUTION: An information processing device acquires the manuscript size of the other layout data to be created by diverting base layout data. The information processing device determines whether or not the manuscript size of the base layout data is different from that of the other layout data, uploads the base layout data to a predetermined server as disclosing data when those manuscript sizes are different, and generates link information for accessing the uploaded base layout data. The information processing device acquires the link information for making it possible to refer to disclosing data conserved in a layout DB 410. The information processing device generates a two-dimensional code on the basis of the acquired link information, and applies the two-dimensional code to the other layout data.SELECTED DRAWING: Figure 9

Description

[Technical Field]

[0001] The present invention relates to an information processing technique for editing the layout of an object. [Background technology]

[0002] When creating advertising flyers or posters, different layouts may be created from a single original layout for multiple manuscript sizes depending on the type of advertising medium. For example, when creating an A4 flyer and a pocket-sized tissue flyer, you may first create the A4 flyer with a lot of information, and then create the tissue flyer based on that A4 flyer. If the tissue flyer is simply a reduced version of the A4 flyer, objects such as text and images will be smaller, reducing visibility.

[0003] In Patent Document 1, reduction limit conditions are set for image data and text data that do not cause deterioration in image quality or loss of information, and the layout is performed under the set reduction limit conditions, thereby avoiding deterioration in visibility of the content. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2007-133780 Summary of the Invention [Problem to be solved by the invention]

[0005] However, with the technology described in Patent Document 1, if the layout cannot be determined due to the set reduction limit, some of the image data and text data are deleted, which may result in some of the information contained in the original layout being lost. For example, if the reduction limit for a map is limited to a size that provides good visibility, it may not be possible to arrange all of the objects contained in the original layout, and it may be necessary to reduce images and text other than the map, or to delete the map itself. [Means for solving the problem]

[0006] The present invention is an information processing device comprising: a generating means for generating link information for accessing public data corresponding to layout data that defines the layout of an object and that is stored on a specified server; and an editing means for editing the layout data, wherein the editing means adds the link information generated by the generating means to the edited layout data. [Effects of the Invention]

[0007] According to the present invention, when an original layout is edited to generate another layout, the original layout can be easily displayed on a user terminal from the another layout. [Brief explanation of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram showing an example of a system configuration related to a layout editing device. [Figure 2] FIG. 1 is a diagram illustrating an example of a hardware configuration of a printing device. [Figure 3] A diagram showing an example of the hardware configuration of a client terminal / server device. [Figure 4] FIG. 1 is a diagram showing an example of functional blocks of a printing system for a printing device. [Figure 5] An example of a layout DB in the first embodiment [Figure 6] FIG. 10 is a diagram showing an example of a layout editing screen on a client terminal according to the first embodiment. [Figure 7] FIG. 10 is a diagram showing an example of a different layout editing screen on a client terminal according to the first embodiment. [Figure 8] FIG. 10 is a diagram showing an example of a base layout display screen in the first embodiment. [Figure 9]1 is a flowchart showing an example of a process for applying a two-dimensional code to a different layout when the document size is changed and a different layout is created according to the first embodiment. [Figure 10] An example of a 2D code applied to a different layout editing screen. [Figure 11] A diagram showing an example of displaying a base layout through a device that reads a 2D code. [Figure 12] An example of a product information database [Figure 13] FIG. 10 is a diagram showing an example of a layout editing screen on a client terminal; [Figure 14] A flowchart showing a processing example of applying a two-dimensional code to another layout when a specific product is selected and another layout is created in the second embodiment. [Figure 15] 10 is a flowchart showing a processing example of applying an AR marker to another layout according to the third embodiment. [Figure 16] FIG. 11 is a diagram showing an example of displaying a base layout through a device that reads an AR marker in the third embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0009] Preferred embodiments of the present invention will be described in detail below with reference to the accompanying drawings. Note that the following embodiments do not limit the scope of the present invention, and not all of the combinations of features described in the embodiments are necessarily essential to the solution of the present invention.

[0010] <Embodiment 1> First, an information processing system according to this embodiment will be described. The information processing system according to this embodiment is a printing system that involves layout editing for a printing device. In this printing system, layout editing and transmission of print jobs to the printing device are performed by an externally connected client terminal. When generating a print job, print settings are edited on the screen of the client terminal as necessary.

[0011] FIG. 1 is a diagram illustrating an example of a system configuration in a network environment of this system. As shown in FIG. 1, a client terminal 102 can be connected to a server device 104 and a printing device 101 via a network 103. The client terminal 102 performs layout editing work on posters, flyers, etc., and requests the server device 104 to perform some layout-related editing, data processing, and rendering work. Furthermore, the client terminal 102 generates a print job by adding print settings to the edited layout and transmits the print job to the printing device 101. The server device 104 can also be connected to a client terminal 107, a printing device 106, and a server device 108 via a network 105 separate from the above. While the present embodiment illustrates a single printing device, the number of such devices is not limited to one, and the number of such devices may be one or more. Although the present embodiment illustrates a single client terminal and a single server device, the number of such devices may be two or more.

[0012] As an example of printing, this paper describes a system in which a print job is sent from a printing application installed on a terminal to a printing device 101 via a printer driver. For example, a printing application and a printer driver are installed on a client terminal 102. The printing application acquires device information for the associated printing device 101 from the printer driver, as well as print parameters such as paper type, paper size, and print quality, and can edit print settings from the acquired parameters. A print job is created based on the print settings and a layout image rendered by the server device 104, and the print job is sent to the printing device via the print driver's spool, thereby executing the print process. The printing device executes printing based on the print settings of the received print job and stores information identifying the print job sender, such as the print user or the client terminal 102, and the print-related parameters used during printing as print history information. If printing cannot be performed normally due to a problem with the printing device, such as low paper or empty ink, or an incorrect print setting, a warning message is displayed on the main unit panel to inform the user of the reason for the unsuccessful printing.

[0013] FIG. 2 illustrates an example of the hardware configuration of the printing device 101. The printing device 106 has a similar configuration, and therefore its description is omitted. The printing device 101 is controlled by a CPU 200. The CPU 200 operates based on a control program stored in a program ROM of a ROM 201 or a control program stored in an external memory 208. The CPU 200 outputs an image signal as output information to a printing unit (printer engine) 207 connected to a printing unit I / F 205 via a system bus 203. The CPU 200 is capable of communicating with the client terminal 102 via an input unit 204, and can notify the client terminal 102 of information stored in the printing device 101. The CPU 200 can also receive output data to be output to the printing unit 207 via the input unit 204. The RAM 202 functions as the CPU 200's main memory, work area, etc., and is configured so that its memory capacity can be expanded by an optional RAM connected to an expansion port (not shown). The RAM 202 is used as an output information development area, an environmental data storage area, a non-volatile memory, etc. Access to an external memory 208 such as a hard disk (HDD) or an IC card is controlled by a memory controller 206. The external memory 208 can be connected as an option and stores font data, emulation programs, form data, information regarding the type and size of paper fed, and print-related parameters used when printing is executed as print history information. The operation unit 209 is also equipped with a panel that can display various types of information.

[0014] FIG. 3 is a block diagram showing an example of the hardware configuration of an information processing device usable as the client terminals 102 and 107 and the server device 104 shown in FIG. 1 . The terminal and device interior 307 includes a CPU 300, a ROM 301, a RAM 302, a keyboard controller 304, a display controller 305, and a disk controller 306. The CPU 300 loads various programs, such as control programs, system programs, and application programs, from an external memory 310 to the RAM 302 via the disk controller 306. The CPU 300 executes the various programs loaded into the RAM 302 to perform various data processing and control the display 309. The CPU 300 may also load control programs, etc., from the ROM 301. The CPU 300 may be a dedicated circuit such as an ASIC. The CPU 300 and the dedicated circuit are examples of hardware circuits and hardware processors. The disk controller 306 controls access to the external memory 310, such as a hard disk, CD-ROM, DVD-ROM, or USB. RAM 302 is configured so that its capacity can be expanded by an optional RAM (not shown) or the like, and is mainly used as a work area for CPU 300. Keyboard controller 304 controls key input from keyboard 308 and a pointing device (not shown). Display controller 305 controls the display on display 309. In the embodiment of the present invention, unless otherwise specified, CPU 300 controls each unit connected to main bus 303 via main bus 303. Of course, in server device 104, components that are not necessarily required, such as display 309, may not be included in the configuration.

[0015] 4 is a diagram showing an example of functional blocks of the present system relating to the printing devices 101 and 106, the client terminals 102 and 107, and the server device 104 described in Figures 1 to 3. First, the functional blocks within the client terminal 102 and the server device 104 will be described.

[0016] The layout editing unit 401 adds or deletes content such as text objects and image objects to be laid out, and adjusts the layout of each object based on user input, etc. When processing content such as cutting out or filling in is to be performed, the layout editing unit 401 requests the data content editing unit 409 of the server device 104 to perform the processing. The layout editing unit 401 generates layout data after editing in the layout editing unit 401, and saves the generated layout data in the layout DB 400 of the client terminal 102 or the layout DB 410 of the server device 104. When the layout data is saved in the layout DB 410, the layout data is saved in a predetermined save location provided for each client terminal 102 (or for each account if a user account exists).

[0017] The edited contents of the layout DB 400 are transmitted from the client terminal 102 to the server device 104 and stored in the edit history DB 413. The edited contents of the layout DB 410 are stored in the edit history DB 413 by the server device 104.

[0018] Contents such as image objects handled by the layout editing application are stored in the content storage unit 415. The content storage unit 415 may be configured to have a database for managing the contents.

[0019] The print job sending unit 402 generates a print job based on the print image generated by the print image generating unit 412, and sends the generated print job to the printing device 101. When generating the print job, the print job sending unit 402 requests the preview image generating unit 411 or the print image generating unit 412 of the server device 104 to generate a preview image or a print image of the layout, and acquires the preview image or the print image.

[0020] Next, the functional blocks within the printing device 101 will be described. The ROM 201 includes a print history holding unit 406, a print job receiving unit 407, and a print execution unit 408. The print job receiving unit 407 receives a print job sent from the client terminal 102. The print execution unit 408 executes print processing based on the received print job. A group of print-related parameters used during this print processing is held in the print history holding unit 406 as print history information.

[0021] 5 is a diagram showing an example of layout data stored in layout DB 400 and layout DB 410, and layout data such as that shown in Fig. 5 is generated for each layout. Parameters include ID 500 for uniquely identifying an object, content 501 which is the data body of the object, object type 502, layout coordinates 503, setting information 504, and layout ID 505.

[0022] Content 501 contains the data body of each object, such as a laid-out text object or image object. Object type 502 contains information indicating the type of object ("text" for a text object, "image" for an image object). Layout coordinates 503 contains a value indicating the position of the object on the layout. Setting information 504 contains attribute values ​​for each object, such as size and color. Layout ID 505 contains an ID for identifying the layout data containing the object.

[0023] The layout data also holds settings related to the overall layout, such as document size and data for variable printing, with the content entity held in content 501, the setting type held in object type 502, and the setting value held in setting information 504. Of course, this information may be held in a file separate from the layout data, or information other than the above may be included in the layout data.

[0024] 6 shows an example of a web browser-based layout editing screen 600 displayed on the display 309 of the client terminal 102 in the first embodiment. On the layout editing screen 600, a template list 601 allows a user to view and select a template that is closest to the completed layout. The selected template is displayed in a layout editing area 604. The template information displayed in the template list 601 may be obtained from the layout DB 400 or the preview image generation unit 411, or may be obtained from an external cloud service or SNS service.

[0025] The layout editing unit 401 edits the content itself, such as adjusting the position, cutting out, and filling, for each object laid out in the layout editing area 604. When the user presses the Add Image button 602 to add an image to the layout editing area 604, a file dialog box is called, for example, and an import process is performed based on the specified path to the image file to be added. When the Add Text button 603 is pressed, a text object with no text entered is added to the layout editing area 604. The initial state of the text object to be added is not limited to empty text, but may be pre-entered with a phrase that prompts the user to enter text, like a placeholder. Additional buttons corresponding to different content types may be placed, and, for example, an external cloud service storage or SNS service may be specified as the import source when adding an image.

[0026] When a print execution button 605 is pressed to print the displayed layout, a request is made to the print job sending unit 402 to generate a print job for the layout displayed in the layout editing area 604 and send the print job to the printing device 101. A size display frame 606 displays the current manuscript size of the layout. The manuscript size may be changed by pressing the size display frame 606. In this case, the manuscript size may be changed by selecting a manuscript size prepared in advance from a pull-down menu, or by inputting width and height values.

[0027] When the reuse button 607 is pressed, another layout can be created based on the displayed layout. When the reuse button 607 is pressed, a confirmation dialog 608 is displayed. The output size is specified by text input or a pull-down menu, and when the confirm button is pressed, the preview image generation unit 411 images the layout based on the latest edit content held in the layout DB 400 or the layout DB 410. When the layout imaged by the preview image generation unit 411 is uploaded to the server device 104, a URL for the upload destination is issued. At this time, if there is no difference between the size of the base layout and the selected size, uploading the layout to the server device 104 may be omitted. In addition, by accessing the issued URL with a web browser, it is possible to check the image rendered based on the layout data.

[0028] When the save button 609 is pressed, the layout edited in the layout editing area 604 is saved in the layout DB 400 or the layout DB 410. Note that the layout may be saved periodically, such as every time an editing operation is accepted. Note that when the reuse creation button 607 is pressed, it is desirable to automatically save the base layout before processing to create another layout.

[0029] FIG. 7 shows an example of a web browser-based layout editing screen 600 displayed on the display 309 of the client terminal 102 in this embodiment, and illustrates a display example of layout data created separately by pressing the reuse button 607. The size display frame 606 displays the manuscript size determined in the determination dialog 608. The layout data displayed in the layout editing area 604 is the layout data obtained by resizing the layout data displayed in the layout editing area 604 of FIG. 6 to the size displayed in the size display frame 606. Note that the resizing method in the example shown in FIG. 7 is a method of enlarging or reducing the layout data by aligning it to the upper left so that it fits within the size displayed in the size display frame 606, but is not limited to this method. For example, if layout data for an A4 manuscript size is reused and resized to a smaller manuscript size such as a pocket tissue, the visibility of the map 620 may be impaired, and the map 620 may be subject to deletion.

[0030] 8 is a diagram showing an example of a web browser-based base layout display screen in this embodiment. A shared image 801, which is an image rendered by the preview image generating unit 411 of the server device 104 based on the layout data displayed in the layout editing area 604, is embedded in the base layout display screen 800. The base layout display screen 800 is displayed when accessed with a web browser based on link information indicating the storage location of the layout data stored in the content storage unit 415. For example, by reading a two-dimensional code such as a QR code (registered trademark) on a user terminal and accessing the URL of the link information obtained from the two-dimensional code with a web browser, the base layout display screen 800 can be displayed on the display of the user terminal.

[0031] 9 shows a flowchart illustrating an example of a process for applying a two-dimensional code for accessing public data of base layout data to another layout data generated by editing the base layout data. The process shown in FIG. 9 is executed when the reuse button 607 on the layout editing screen 600 is pressed and the document size is determined in the determination dialog 608.

[0032] In S901, the CPU 300 acquires the base layout data currently being edited from the layout DB 400 or the layout DB 410. In the following description, it is assumed that the data is acquired from the layout DB 400.

[0033] In S902, the CPU 300 acquires the document size of the different layout data to be created by reusing the base layout data.

[0034] In S903, CPU 300 determines whether the document sizes of the base layout data and the separate layout data are different. If the document sizes are different, the process proceeds to S904. If the document sizes are the same, the process ends. Here, the case where the separate layout data has a smaller document size than the base layout data and the amount of information in the separate layout is less than that in the base layout will be described. That is, if the document size of the separate layout data is smaller than that of the base layout data, CPU 300 proceeds to S904. If the document size of the separate layout data is equal to or greater than that of the base layout data, the process ends. Here, a reduction in the amount of information means that the visibility of objects is reduced and the amount of information that a person can read from the displayed layout is reduced.

[0035] In S904, the CPU 300 uploads base layout data, which is layout data before editing of the separate layout data, to a predetermined server that can store it as public data. At this time, instead of uploading the base layout data, image data obtained by rendering the base layout data may be uploaded as public data. As a method of rendering the layout data, for example, if the layout editing application is a web application and the layout data is composed of HTML, the image data may be generated using the screenshot function of the web browser. The font of the text object is <font>Tags and graphic objects are <svg>Tags and image objects are The HTML tag is used. Raster image data can be generated by browsing the HTML data in HEADLESS mode using a library that controls a web browser, specifying image resolution and other settings, and then executing a screenshot function. Examples of libraries include Puppeteer (https: / / pptr.dev / ). As described above, if the layout editing application is a web application and the layout data is written in HTML, the display result may vary depending on the renderer. Therefore, it is preferable to upload image data that has been pre-rendered from base layout data. The image data generated by rendering this base layout data is stored in the content storage unit 415. The specified upload destination server can be any server that is publicly accessible and has a storage area accessible based on link information. This server may be the layout DB 410 of the server device 104. If the storage destination on the specified server is synchronized with the layout DBs 400 and 410 in advance and the layout data is stored on the specified server, the upload may be omitted in step S904 and only the link information may be generated.

[0036] In S905, the CPU 300 acquires link information for making the public data accessible. Fig. 8 shows a base layout display screen 800 that is displayed when the address indicated by the generated link information is accessed using a web browser. In this way, the base layout can be confirmed by accessing the upload destination of the data based on the link information. Note that if the uploaded data is base layout data rather than image data, the base layout data must be rendered using an application capable of rendering it.

[0037] In S906, the CPU 300 generates a two-dimensional code such as a QR code based on the acquired link information. In this embodiment, a two-dimensional code is generated, but instead of a two-dimensional code, the URL character string included in the link information may be added directly to the layout data, in which case S906 may be omitted.

[0038] In S907, the CPU 300 applies the two-dimensional code to the separate layout data. The layout position of the two-dimensional code is determined by, for example, referencing a layout DB, and the two-dimensional code is placed in a position that does not overlap with other objects included in the layout data. If the two-dimensional code cannot be placed in a position that does not overlap with other objects, the two-dimensional code is placed in the center of the document. Whether or not to apply the two-dimensional code may be determined based on information specifying whether or not to apply the two-dimensional code, even if link information has been generated. For example, a checkbox for determining whether or not to apply the two-dimensional code may be provided on the layout editing screen 600, and if the checkbox is checked, the two-dimensional code is applied, and if the checkbox is not checked, the two-dimensional code is not applied. If the checkbox is not checked, uploading of the base layout data or image data to the server in S904 may not be performed. If a URL string was generated in S906, the URL string, not the two-dimensional code, is applied to the separate layout data.

[0039] Fig. 10 shows the layout editing screen 600 shown in Fig. 7 after a two-dimensional code 610 has been placed in the layout editing area 604. The two-dimensional code 610 to be placed is sized so that it can be read even if the manuscript size is tissue paper size. Note that the size of a tissue paper flyer is approximately 1100 pixels wide and 1650 pixels high at 350 dpi.

[0040] The timing for adding the two-dimensional code to an existing layout may be when an object on the layout editing area 604 is selected and the selected object is deleted from the layout editing area 604 and the layout DB 400. The object may be deleted, for example, when an object on the layout editing area 604 is selected based on user input and the user presses the "Delete" key.

[0041] FIG. 11 shows a tissue flyer created by editing the layout displayed in the layout editing area 604 shown in FIG. 10, and the result of scanning the two-dimensional code on the tissue flyer with a user terminal. The layout of the tissue flyer shown in FIG. 11 is the same as the base layout shown in FIG. 6, except that the map image has been removed. As shown in FIG. 11, when the two-dimensional code is scanned with a user terminal, the base layout is displayed on the user terminal. This allows users to confirm maps that exist in the base layout but do not exist in other layouts of the tissue flyer. Instead of the two-dimensional code, the base layout can also be displayed on a user terminal by scanning the URL string applied to the layout with an OCR application.

[0042] As described above, when different layout data is created by using base layout data, link information for displaying the base layout on a user terminal can be easily added to the different layout data.

[0043] <Embodiment 2> In the first embodiment, when a different layout is created by reusing a base layout, if the manuscript size changes, a two-dimensional code for referencing the base layout is applied to the different layout created by reusing the base layout. In contrast, in the second embodiment, when a specific product is selected, a two-dimensional code for referencing the base layout is applied. This is because, even if the manuscript size does not change, information may be missing if the different layout needs to meet conditions set for a specific product.

[0044] The product referred to here refers to a printing medium such as a business card, or a type of printing medium such as Japanese paper or glossy paper. Because business cards often do not include content such as images, a condition that image content not be used can be imposed when a business card is specified as a product. Furthermore, because Japanese paper tends to bleed colorants, blurring printed text, a minimum font size can be set when Japanese paper is used as a printing medium to ensure that text remains legible. Therefore, when Japanese paper is specified as a product, it may be necessary to increase the font size of some text, potentially resulting in missing information contained in the base layout due to insufficient text to fit. Furthermore, there are currently technologies for printing on items such as mugs, and media other than paper may be specified as a product. Therefore, in the second embodiment, a two-dimensional code for referencing the base layout is applied to a separate layout generated when a specific, pre-defined product is selected.

[0045] 12 shows an example of a web browser-based layout editing screen 1200 displayed on the display 309 of the client terminal 102 in embodiment 2. This layout editing screen 1200 has a product display frame 1201 instead of the size display frame 606 of the layout editing screen 600 shown in Fig. 6. When the reuse creation button 607 is pressed on the layout editing screen 1200, a decision dialog 1202 is displayed that allows the user to select a product instead of a size.

[0046] FIG. 13 shows an example of a product information DB registered in the content storage unit 415. The DB contains parameters such as an ID 1300 for uniquely identifying a product, a product 1301, and a specific product 1302. The product 1301 is set with a product name to be displayed in the layout editing application. The specific product 1302 is set with a flag indicating whether or not to apply a two-dimensional code. If "True" is set in the specific product 1302, the two-dimensional code is applied, and if "False" is set in the specific product 1302, the two-dimensional code is not applied.

[0047] 13 is a setting value when the printing surface of the product on which the base layout is printed is glossy. The setting value of the specific product 1302 may be different for each product if the product in the base layout data is different. Also, the product information DB may be divided into separate files for each type of product, or product types other than those listed above may be included in the layout data.

[0048] 14 shows a flowchart for explaining the process of applying a two-dimensional code to reused, different layout data when the reuse button 607 on the layout editing screen 1200 in the second embodiment is pressed and a product decision is accepted in the decision dialog 1202. In this embodiment, when the reuse button 607 on the layout editing screen 1200 is pressed, the product 1301 in the product information DB shown in FIG. 13 may be displayed in the options displayed in the decision dialog 1202, allowing the user to select a product.

[0049] S1401 is the same as S901 in the first embodiment, and therefore a description thereof will be omitted here. Note that the base layout data acquired in S1401 includes product information.

[0050] In S1402, the CPU 200 acquires product information of another layout data to be reused and created based on the base layout data.

[0051] In S1403, if the specific product 1302 in the product information acquired in S1402 is "True", the CPU 300 executes S1404 to S1407, and if it is "False", ends this series of steps.

[0052] S1404 to S1407 are the same as S904 to S907 in the first embodiment, and therefore a description thereof will be omitted here.

[0053] As described above, when different layout data for a different product is created by reusing base layout data, link information for displaying the base layout on a user terminal can be easily added to the different layout data.

[0054] <Embodiment 3> In the first and second embodiments, when a different layout is created by reusing a base layout, if the manuscript size or commercial materials change, link information such as a two-dimensional code or a URL string for referencing the base layout is applied to the different layout. In contrast, in the present embodiment, an AR marker is applied to the different layout data instead of a two-dimensional code or a URL string. In this case, when a user terminal reads the AR marker using a predetermined AR application, an image of the base layout can be displayed on the user terminal.

[0055] FIG. 15 shows a flowchart for explaining a process of applying an AR marker to another layout created by reusing it when the reuse button 607 on the layout editing screen 600 in the third embodiment is pressed and the size decision is accepted in the decision dialog 608.

[0056] S1501 to S1505 are the same as S901 to S905 in the first embodiment, and therefore a description thereof will be omitted here.

[0057] In S1506, the CPU 300 acquires image data to be used as an AR marker from the content storage unit 415 of the server device 104 or the server device .

[0058] In S1507, the CPU 300 associates the link information of the base layout data with the image data that will become the AR marker. This is because, while a two-dimensional code can hold link information, an AR marker cannot, so the AR application can access the server to obtain the link information associated with the AR marker.

[0059] When linking with an external server, for example, link information may be sent from the printing device 101 to the server device 108, which is the external server, and image data that will become an AR marker related to the link information may be obtained from the server device 108. In such a configuration, steps S1506 and S1507 may be changed as appropriate.

[0060] In S1508, the CPU 300 applies the AR marker to the different layout data in the same way as in S907 of the first embodiment, where the two-dimensional code is applied to the different layout data.

[0061] 16 is a diagram showing the result of reading, by a user terminal, an AR marker on a tissue flyer that has been printed after the layout has been edited on the layout editing screen 600 and the AR marker has been added. When the AR marker is read by an AR application on the user terminal, an image rendered from the base layout data can be superimposed on an image captured on the user terminal in real time.

[0062] As described above, AR markers for referencing base layout data can be easily applied to a different layout created by reusing the base layout data. This makes it possible to easily present a base layout using a user terminal even when using different layout data that differs from the base layout data.

[0063] In the first to third embodiments, the process of adding link information of the public data corresponding to the pre-edited layout data to the edited layout data is executed when the manuscript size or the printing medium changes. On the other hand, even if the amount of information between the base layout and the alternative layout is the same, the base layout and the alternative layout may have a significantly different appearance. Therefore, even in such cases, it may be desirable to show the base layout from the alternative layout. Therefore, the present invention may execute a process of adding link information of the public data corresponding to the base layout data to the alternative layout data when the alternative layout is different from the base layout, even if the manuscript size or the printing medium is the same.

[0064] (Other Examples) The present invention can also be realized by supplying a program that realizes one or more functions of the above-described embodiments to a system or device via a network or a storage medium, and having one or more processors in the computer of the system or device read and execute the program.The present invention can also be realized by a circuit (e.g., ASIC) that realizes one or more functions.

[0065] The present disclosure includes the following configurations and methods. [Configuration 1] a generating means for generating link information for accessing public data corresponding to layout data defining the layout of an object, the public data being stored in a predetermined server; editing means for editing the layout data; Equipped with the editing means adds the link information generated by the generating means to the edited layout data. 1. An information processing device comprising: [Configuration 2] 2. The information processing device according to configuration 1, further comprising uploading means for uploading the public data to the predetermined server. [Configuration 3] The public data is layout data before editing the edited layout data. 3. The information processing device according to configuration 1 or 2. [Configuration 4] The public data is image data obtained by rendering the layout data before editing the layout data after editing. 4. The information processing device according to any one of configurations 1 to 3. [Configuration 5] the generating means generates the link information as a two-dimensional code. 5. The information processing device according to any one of configurations 1 to 4. [Configuration 6] The generating means generates the link information as a URL character string. 5. The information processing device according to any one of configurations 1 to 4. [Configuration 7] The generating means generates an AR marker linked to the link information. 5. The information processing device according to any one of configurations 1 to 4. [Configuration 8] the editing means arranges the object indicating the link information so as not to overlap with other objects included in the edited layout data; 8. The information processing device according to any one of configurations 1 to 7. [Configuration 9] the generating means generates the link information when the document size of the edited layout data is smaller than the document size of the layout data before editing. 9. The information processing device according to any one of configurations 1 to 8. [Configuration 10] the generating means generates the link information when print quality is reduced due to a difference in print medium between the edited layout data and the layout data before editing of the edited layout data. 9. The information processing device according to any one of configurations 1 to 8. [Configuration 11] the generating means generates the link information when the edited layout data does not include all of the objects included in the pre-edited layout data. 9. The information processing device according to any one of configurations 1 to 8. [Configuration 12] the generating means receives a user input and determines whether or not to generate the link information in accordance with the user input. 12. The information processing device according to any one of configurations 1 to 11. [Configuration 13] the editing means accepts a user input and edits the pre-edited layout data into the post-edited layout data based on the user input; 13. The information processing device according to any one of configurations 1 to 12. [Configuration 14] The layout data includes data of objects to be laid out, as well as layout coordinates and sizes of the objects. 14. The information processing device according to any one of configurations 1 to 13. [Configuration 15] The link information is a URL of a storage location of the public data. 15. The information processing device according to any one of configurations 1 to 14. [Configuration 16] generating link information for accessing public data corresponding to layout data defining a layout of an object, the public data being stored in a predetermined server; editing the layout data; Equipped with the editing step includes adding the link information generated by the generating means to the edited layout data; 1. An information processing method comprising: [Configuration 17] A program for causing a computer to function as the information processing device according to any one of configurations 1 to 15.< / svg> < / font>

Claims

1. a generating means for generating link information for accessing public data corresponding to layout data defining the layout of an object, the public data being stored in a predetermined server; editing means for editing the layout data; Equipped with the editing means adds the link information generated by the generating means to the edited layout data.

1. An information processing device comprising:

2. 2. The information processing apparatus according to claim 1, further comprising uploading means for uploading the public data to the predetermined server.

3. The public data is layout data before editing the edited layout data.

2. The information processing apparatus according to claim 1, wherein:

4. The public data is image data obtained by rendering the layout data before editing the layout data after editing.

2. The information processing apparatus according to claim 1, wherein:

5. the generating means generates the link information as a two-dimensional code.

2. The information processing apparatus according to claim 1, wherein:

6. the generating means generates the link information as a URL character string; 2. The information processing apparatus according to claim 1, wherein:

7. the generating means generates an AR marker linked to the link information.

2. The information processing apparatus according to claim 1, wherein:

8. the editing means arranges the object indicating the link information so as not to overlap with other objects included in the edited layout data; 2. The information processing apparatus according to claim 1, wherein:

9. the generating means generates the link information when the document size of the edited layout data is smaller than the document size of the layout data before editing.

2. The information processing apparatus according to claim 1, wherein:

10. the generating means generates the link information when print quality is reduced due to a difference in print medium between the edited layout data and the layout data before editing of the edited layout data.

2. The information processing apparatus according to claim 1, wherein:

11. the generating means generates the link information when the edited layout data does not include all of the objects included in the pre-edited layout data.

2. The information processing apparatus according to claim 1, wherein:

12. the generating means receives a user input and determines whether or not to generate the link information in accordance with the user input.

2. The information processing apparatus according to claim 1, wherein:

13. the editing means accepts a user input and edits the pre-edited layout data into the post-edited layout data based on the user input; 2. The information processing apparatus according to claim 1, wherein:

14. The layout data includes data of objects to be laid out, as well as layout coordinates and sizes of the objects.

2. The information processing apparatus according to claim 1, wherein:

15. The link information is a URL of a storage location of the public data.

15. The information processing device according to claim 1,

16. generating link information for accessing public data corresponding to layout data defining a layout of an object, the public data being stored in a predetermined server; editing the layout data; Equipped with the editing step includes adding the link information generated by the generating means to the edited layout data; 1. An information processing method comprising:

17. A program for causing a computer to function as the information processing device according to any one of claims 1 to 14.

Images