Information processing device, information processing method and information processing program

Abstract

To provide an information processing device capable of blowing sounds by recognizing a blowing instruction from an application that blows sounds even in a case where the application is added or updated.SOLUTION: An information processing device 1A comprises: a reference section 23 for referring to a table in which a list of sounds defined by identifiers determined by priorities and sound types is recorded; and an arbitration section 13 by which, with respect to a blowing instruction from an application that is configured to be added or updated from the outside and blows one or more sounds, the sounds to be blown based on the priorities are arbitrated and the identifier corresponding to the arbitrated sound is outputted.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present disclosure relates to an information processing device, an information processing method, and an information processing program. [Background technology]

[0002] The number of external devices mounted on vehicles that output notification information to notify vehicle occupants of various information is on the rise. When multiple pieces of information are to be notified at the same time, it is desirable to appropriately control which information is given priority for notification. For example, Patent Document 1 discloses a technology for outputting an appropriate arbitration result. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2019-138791 A Summary of the Invention [Problem to be solved by the invention]

[0004] If a vehicle system has a two-chip configuration consisting of an MCU (microcontroller) and an SoC (system on chip), even if an application is added to the SoC, the MCU cannot recognize the output instruction from the application added to the SoC to notify the passengers by sound such as a buzzer, because the MCU cannot recognize the application added to the SoC.

[0005] The present disclosure has been made in consideration of the above points, and aims to provide an information processing device, an information processing method, and an information processing program that are capable of recognizing a blowing instruction from an application that blows a sound such as a buzzer and causing the sound to be blown, even when the application is added or updated. [Means for solving the problem]

[0006] An information processing device according to a first aspect of the present disclosure includes an acquisition unit that acquires a reference result of a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded, and an arbitration unit that arbitrates the sounds to be played based on the priority in response to a play instruction from an application that plays one or more sounds, the play instruction being configured to be added or updated from outside, and outputs an identifier corresponding to the sound after arbitration.

[0007] According to a first aspect of the present disclosure, by performing arbitration on blowing instructions from an application that blows one or more sounds and is configured to be added or updated from the outside, it is possible to recognize the blowing instruction from the application and blow the sounds even when an application that blows the sounds is added or updated.

[0008] An information processing device according to a second aspect of the present disclosure is an information processing device according to the first aspect, wherein the arbitration unit arbitrates the sound to be sounded based on the priority in response to a sound instruction corresponding to the output identifier and a sound instruction from the application that is configured so that additions or updates are not possible, and outputs an identifier corresponding to the sound after arbitration.

[0009] According to the second aspect of the present disclosure, even when an application that produces a sound is added or updated, the sound that is produced can be arbitrated based on the priority of the application.

[0010] An information processing device according to a third aspect of the present disclosure is an information processing device according to the first or second aspect, and comprises a first device that cannot be rewritten and a second device that can be rewritten, and the identifier is output from the second device to the first device.

[0011] According to a third aspect of the present disclosure, by arbitrating the blowing instruction from an application added or updated in a rewritable second device, even if an application that produces a sound is added or updated, the blowing instruction from the application can be recognized and the sound can be produced.

[0012] In an information processing method according to a fourth aspect of the present disclosure, a processor obtains a reference result to a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded, and in response to a blowing instruction from an application that blows one or more sounds, which is configured to be added or updated externally, arbitrates the sounds to be played based on the priority, and outputs an identifier corresponding to the voice after arbitration.

[0013] According to a fourth aspect of the present disclosure, by performing arbitration on blowing instructions from an application that blows one or more sounds and is configured to be added or updated from the outside, it is possible to recognize the blowing instruction from the application and blow the sound even when an application that blows the sound is added or updated.

[0014] An information processing program according to a fifth aspect of the present disclosure causes a computer to obtain a reference result to a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded, and in response to a blowing instruction from an application that blows one or more sounds, which is configured to be added or updated externally, arbitrate the sounds to be played based on the priority, and output an identifier corresponding to the voice after arbitration.

[0015] According to a fifth aspect of the present disclosure, by performing arbitration on blowing instructions from an application that blows one or more sounds and is configured to be added or updated from the outside, it is possible to recognize the blowing instruction from the application and blow the sounds even when an application that blows the sounds is added or updated. Effect of the Invention

[0016] According to the present disclosure, it is possible to provide an information processing device, an information processing method, and an information processing program that are capable of recognizing a blowing instruction from an application and blowing a sound even when an application that blows a sound is added or updated. [Brief description of the drawings]

[0017] [Figure 1] 1 is a diagram illustrating a schematic configuration of an information processing device according to an embodiment of the disclosed technique. [Diagram 2] 13 is a diagram illustrating an example of a table to which a reference unit refers; FIG. [Diagram 3] 4 is a flowchart showing a flow of information processing by the information processing device. [Figure 4] FIG. 13 is a diagram illustrating a comparative example of an embodiment of the present disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] First, a process of arriving at an example of an embodiment of the present disclosure will be described. Fig. 4 is a diagram showing a schematic configuration of an information processing device as a comparative example of an example of an embodiment of the present disclosure. The information processing device 1B shown in Fig. 4 is a device provided in a vehicle, and receives a request to sound a buzzer or the like from each system provided in the vehicle via a CAN (Controller Area Network), interprets the request, and outputs an instruction to sound a buzzer or the like from a speaker (not shown).

[0019] The information processing device 1B includes an MCU 10 and an SoC 20B. The MCU 10 and the SoC 20B each include a central processing unit (CPU), a read only memory (ROM), a random access memory (RAM), a storage device, and a communication interface (I / F). The information processing device 1B includes the MCU 10 for real-timeness, responsiveness, and power management, and the SoC 20 for general-purpose processing such as two-dimensional or three-dimensional graphic processing.

[0020] The MCU 10 includes a CAN communication unit 11, an application storage unit 12, and an arbitration unit 13 as functional components.

[0021] The CAN communication unit 11 receives various requests from each system installed in the vehicle via the CAN. In particular, the CAN communication unit 11 receives a sounding request from each system installed in the vehicle. If the sounding request is for an application held in the MCU 10, the CAN communication unit 11 sends the sounding request to the application storage unit 12, and if the sounding request is for an application held in the SoC 20, the CAN communication unit 11 sends the sounding request to the SoC 20.

[0022] The application storage unit 12 stores one or more applications that sound a buzzer. In the example of FIG. 4, the application storage unit 12 stores two applications (apps) 12A and 12B. When a sounding request for the application is sent from the CAN communication unit 11, each application outputs a sounding instruction. Each application stored in the application storage unit 12 is an application for sounding a safety buzzer that requires immediate sounding. An example of a safety buzzer that requires immediate sounding is a buzzer that notifies an occupant that their seat belt is not fastened. The application storage unit 12 cannot be updated from the outside.

[0023] The arbitration unit 13 arbitrates the sounding instructions from each application stored in the application storage unit 12, and outputs one sounding instruction through the CAN communication unit 11. When arbitrating the sounding instructions from each application, the arbitration unit 13 determines which buzzer to sound according to the sounding priority. The arbitration unit 13 acquires the sounding priority by referring to a priority table stored in the MCU 10, for example.

[0024] The SoC 20B includes an inter-microcomputer communication unit 21 and an application storage unit 22 as functional components.

[0025] The inter-microcomputer communication unit 21 communicates data with the MCU 10. In particular, the inter-microcomputer communication unit 21 receives a sounding request transmitted from the MCU 10.

[0026] The application storage unit 22 stores one or more applications that sound a buzzer. In the example of Fig. 4, the application storage unit 22 stores two applications (apps) 22A and 22B. When a sounding request for the application is sent from the inter-microcomputer communication unit 21, each application outputs a sounding instruction. The sounding instruction from an application stored in the application storage unit 22 is sent to the MCU 10 via the inter-microcomputer communication unit 21.

[0027] The application storage unit 22 can be updated from the outside. That is, the applications stored in the application storage unit 22 can be updated or added from the outside by OTA (Over The Air). In the example of Fig. 4, an application 22C is added to the application storage unit 22 by OTA. Note that while the SoC 20B can update or add applications by OTA, the MCU 10 is configured such that it is not possible to update or add applications.

[0028] Here, when application 22C is added to application storage unit 22 by OTA, MCU 10 cannot recognize the sounding instruction by added application 22C. This is because there is no information on the priority of the sounding instruction by added application 22C in the table referred to by arbitration unit 13, and therefore arbitration unit 13 does not know how to arbitrate even if it receives a sounding instruction by application 22C.

[0029] Therefore, in the embodiment of the present disclosure, an information processing device in which a sound instruction from an application added to the SoC 20 can be recognized by the MCU 10 will be described.

[0030] Hereinafter, an example of an embodiment of the present disclosure will be described with reference to the drawings. In each drawing, the same or equivalent components and parts are given the same reference numerals. In addition, the dimensional ratios of the drawings are exaggerated for the convenience of explanation and may differ from the actual ratios.

[0031] Fig. 1 is a diagram showing a schematic configuration of an information processing device according to this embodiment. The information processing device 1A shown in Fig. 1 is a device provided in a vehicle, similar to the information processing device 1B shown in Fig. 1, and is a device that receives a buzzer sounding request from each system provided in the vehicle via a CAN, interprets the sounding request, and outputs a buzzer sounding instruction from a speaker (not shown).

[0032] The information processing device 1A comprises an MCU 10 and an SoC 20A. The MCU 10 and the SoC 20B each include a CPU, a ROM, a RAM, and a communication interface (I / F). The CPU is a central processing unit, and executes various programs and controls each part. That is, the CPU reads out a program from the ROM or storage, and executes the program using the RAM as a working area. The CPU controls each of the above components and performs various arithmetic processing according to the program recorded in the ROM. In this embodiment, the ROM stores an information processing program that processes a sounding request from the outside. The ROM stores various programs and various data. The RAM temporarily stores the program or data as a working area.

[0033] The information processing device 1A includes an MCU 10 for real-timeness, responsiveness, and power management, and an SoC 20 for general-purpose processing such as two-dimensional or three-dimensional graphic processing. The MCU 10 is a non-rewritable device and is an example of the first device of the present disclosure. The SoC 20A is a rewritable device and is an example of the second device of the present disclosure.

[0034] The MCU 10 has, as its functional configuration, a CAN communication unit 11, an application storage unit 12, and an arbitration unit 13. Each unit is similar to that described in the MCU 10 of the information processing device 1B shown in Fig. 4, and therefore detailed description thereof will be omitted. The number of applications stored in the application storage unit 12 is one or more.

[0035] The SoC 20A includes an inter-microcomputer communication unit 21, an application storage unit 22, and a reference unit 23 as functional components.

[0036] The inter-microcomputer communication unit 21 communicates data with the MCU 10. In particular, the inter-microcomputer communication unit 21 receives a sounding request transmitted from the MCU 10.

[0037] One or more applications that sound a buzzer are stored in the application storage unit 22. In the example of Fig. 1, two applications (apps) 22A and 22B are stored in the application storage unit 22. When a sounding request for the application is sent from the inter-microcomputer communication unit 21, each application outputs a sounding instruction to the reference unit 23.

[0038] The applications stored in the application storage unit 22 can be updated or added from the outside by OTA. In the example of Fig. 1, an application 22C is added to the application storage unit 22 by OTA. Note that, like the information processing device 1B in Fig. 4, the SoC 20A can update or add applications by OTA, but the MCU 10 is configured such that it is not possible to update or add applications.

[0039] When the reference unit 23 acquires a sounding instruction from an application stored in the application storage unit 22, the reference unit 23 refers to a table in which a list of buzzers defined by identifiers determined by priority and sound type is recorded. The table is recorded in the SoC 20. The reference unit 23 then refers to the table and outputs a sounding instruction for the buzzer with a high priority to the MCU 10 via the inter-microcomputer communication unit 21. In the MCU 10, the reference result by the reference unit 23 is acquired by the arbitration unit 13. Therefore, the arbitration unit 13 can also function as an acquisition unit in the present disclosure.

[0040] 2 is a diagram showing an example of a table referred to by the reference unit 23. In the table, a unique request ID is set for each priority and buzzer sound type. In other words, the request ID is an ID determined based on the priority, and is an example of an identifier in the present disclosure. When the reference unit 23 acquires a sounding instruction from an application stored in the application storage unit 22, the reference unit 23 refers to the table shown in FIG. 2 and outputs the request ID corresponding to the buzzer as a sounding instruction for the buzzer with a high priority. This request ID is used for arbitration in the arbitration unit 13.

[0041] For example, when the applications 22A, 22B, and 22C output sounding instructions at the same timing, the reference unit 23 refers to the table shown in Fig. 2 and outputs a request ID as a sounding instruction for the buzzer with a high priority. In other words, the reference unit 23 abstracts the sounding instructions from the applications stored in the application storage unit 22 and outputs the abstracted sounding instructions to the MCU 10. To be more specific, abstracting the sounding instructions means abstracting the sounding instructions into a sound type determined in advance by the SoC 20A. By abstracting the sounding instructions from the applications stored in the application storage unit 22, the arbitration unit 13 can recognize the sounding instructions from the added applications even when the applications are added to the SoC 20.

[0042] By having such a configuration, the information processing device 1A according to an embodiment of the present disclosure is able to recognize a buzzer instruction from an application and cause the buzzer to sound, even if an application that causes the buzzer to sound is added or updated.

[0043] Next, the operation of the information processing device 10 will be described.

[0044] 3 is a flowchart showing the flow of information processing by the information processing device 1 A. The MCU 10 and the CPU of the SoC 20 A read out an information processing program from the ROM or storage, load it into the RAM, and execute it, thereby performing information processing.

[0045] When the information processing device 1A acquires a buzzer sounding request from each system provided in the vehicle via the CAN, in step S101, the MCU 10 determines whether the buzzer sounding request includes an application on the SoC 20A side.

[0046] If the result of the judgment in step S101 includes a sounding request from an application on the SoC 20A side (step S101; Yes), then in step S102, the information processing device 1A refers to a table recorded in SoC 20A to arbitrate the sounding instruction based on the sounding request from the application on the SoC 20A side.

[0047] Following step S102, in step S103, the information processing device 1A refers to the table and obtains the buzzer request ID with the highest priority, and outputs it from the SoC 20A to the MCU 10.

[0048] Following step S103, in step S104, information processing device 1A arbitrates the sounding instructions from the application on the MCU 10 side and the application on the SoC 20A side at MCU 10. Note that, if the result of the determination in step S101 is that the sounding request from the application on the SoC 20A side is not included (step S101; No), information processing device 1A then arbitrates the sounding instruction from the application on the MCU 10 side at MCU 10 at step S104.

[0049] Following step S104, in step S105, the information processing device 1A outputs one blowing instruction as a result of the arbitration of the blowing instructions.

[0050] By executing such processing, the information processing device 1A according to an embodiment of the present disclosure is able to recognize a buzzer instruction from an application and sound the buzzer, even if an application that sounds the buzzer is added or updated.

[0051] Although the embodiments of the present disclosure have been described in detail above with reference to the accompanying drawings, the technical scope of the present disclosure is not limited to such examples. It is clear that a person having ordinary knowledge in the technical field of the present disclosure can conceive of various modified examples or examples of modifications within the scope of the technical ideas described in the claims, and it is understood that these modified examples or examples of modifications also belong to the technical scope of the present disclosure.

[0052] In addition, the effects described in the above embodiments are explanatory or exemplary, and are not limited to those described in the above embodiments. In other words, the technology according to the present disclosure may achieve other effects that are obvious to a person having ordinary skill in the technical field of the present disclosure from the description in the above embodiments, in addition to or in place of the effects described in the above embodiments.

[0053] In addition, the information processing executed by the CPU by reading the software (program) in each of the above embodiments may be executed by various processors other than the CPU. In this case, examples of the processor include a PLD (Programmable Logic Device) such as an FPGA (Field-Programmable Gate Array) whose circuit configuration can be changed after manufacture, and a dedicated electric circuit such as an ASIC (Application Specific Integrated Circuit) which is a processor having a circuit configuration designed exclusively for executing a specific process. In addition, the information processing may be executed by one of these various processors, or may be executed by a combination of two or more processors of the same or different types (for example, a plurality of FPGAs, a combination of a CPU and an FPGA, etc.). In addition, the hardware structure of these various processors is, more specifically, an electric circuit that combines circuit elements such as semiconductor elements.

[0054] In addition, in each of the above embodiments, the information processing program is pre-stored (installed) in the ROM, but the present invention is not limited to this. The program may be provided in a form recorded on a non-transitory recording medium such as a CD-ROM (Compact Disk Read Only Memory), a DVD-ROM (Digital Versatile Disk Read Only Memory), or a USB (Universal Serial Bus) memory. The program may also be downloaded from an external device via a network. [Explanation of symbols]

[0055] 1A Information processing equipment 10 MCU 11 CAN communication section 12 Application storage section 13 Mediation Department 20A SoC 21 Microcomputer communication section 22 Application storage section 23 Reference section

Claims

1. an acquisition unit that acquires a reference result of a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded; an arbitration unit that is configured to be added or updated from outside, arbitrates the sounds to be played based on the priority in response to a sound instruction from an application that plays one or more sounds, and outputs an identifier corresponding to the sound after arbitration; An information processing device comprising:

2. The information processing device according to claim 1 , wherein the arbitration unit arbitrates the sound to be sounded based on the priority in response to a sound instruction corresponding to the output identifier and a sound instruction from the application that is configured so that additions or updates are not possible, and outputs an identifier corresponding to the sound after arbitration.

3. A first device is non-rewritable and a second device is rewritable, The information processing apparatus according to claim 1 , wherein the identifier is output from the second device to the first device.

4. The processor: Obtaining a reference result of a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded; In response to a sound instruction from an application that can be added or updated from the outside and that produces one or more sounds, the sound to be produced is arbitrated based on the priority, and an identifier corresponding to the sound after arbitration is output. A method for processing information.

5. On the computer, Obtaining a reference result of a table in which a list of sounds defined by identifiers determined by priority and sound type is recorded; In response to a sound instruction from an application that can be added or updated from the outside and that produces one or more sounds, the sound to be produced is arbitrated based on the priority, and an identifier corresponding to the sound after arbitration is output. An information processing program that executes processing.

Images