Information processing system, information processing device, information processing method, and program

Abstract

Provide appropriate information regarding the subject matter. [Solution] When a first user accesses the system, the system provides the first user with first information regarding the status of an object owned by the first user, which is generated based on one or more data points relating to the object. When a second user, who has management responsibility for the object, accesses the system, the system provides the second user with second information that falls within the scope of that management responsibility, which is generated based on the one or more data points.

Description

Technical Field

[0001] The present invention relates to an apparatus for providing information.

Background Art

[0002] There is a technology for managing a supply chain involving multiple companies. In this regard, Patent Document 1 discloses a system for sharing information on traded goods between vendor companies and customer companies.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] The present disclosure aims to appropriately provide information regarding an object.

Means for Solving the Problems

[0005] One aspect of an embodiment of the present disclosure is an information processing system including a server device and a terminal device, wherein the terminal device transmits one or more data related to a vehicle battery to the server device, and the server device includes a storage unit that stores the one or more data, and when there is an access from a first user, generates and outputs first information including a status value of a vehicle battery owned by the first user based on the one or more data, and when there is an access from a second user having management responsibility for the vehicle battery, generates and outputs second information including a value related to the safety state of the vehicle battery based on the one or more data, and a control unit that executes the above.

[0006] One aspect of an embodiment of the present disclosure is An information processing device comprising: a storage unit that stores one or more data relating to a predetermined object; a control unit that, when accessed by a first user, provides the first user with first information relating to the status of an object owned by the first user, generated based on the one or more data; and when accessed by a second user who has management responsibility for the object, provides the second user with second information relating to the scope of management responsibility, generated based on the one or more data.

[0007] One embodiment of the present disclosure is: This is an information processing method in which a computer performs the following actions when accessed by a first user: providing the first user with first information regarding the status of an object owned by the first user, which is generated based on one or more data points about a predetermined object stored in a database; and providing the second user, who has management responsibility for the object, with second information that falls within the scope of that management responsibility, which is generated based on the one or more data points mentioned above, when accessed by a second user who has management responsibility for the object.

[0008] Other embodiments include a program for causing a computer to execute the above method, or a computer-readable storage medium that non-temporarily stores the program. [Effects of the Invention]

[0009] This disclosure allows for the appropriate provision of information regarding the subject matter. [Brief explanation of the drawing]

[0010] [Figure 1] A schematic diagram of the information processing system according to the first embodiment. [Figure 2] A diagram illustrating the types of data generated regarding vehicle batteries. [Figure 3] A diagram illustrating the overview of the processes that take place between the terminal (vehicle server) and the management server. [Figure 4]A diagram showing an overview of the processing performed between the terminal (vehicle server) and the management server. [Figure 5] Hardware configuration diagram of the management server according to the first embodiment. [Figure 6] Hardware configuration diagram of the terminal according to the first embodiment. [Figure 7] Hardware configuration diagram of the vehicle server according to the first embodiment. [Figure 8] Software configuration diagram of the management server according to the first embodiment. [Figure 9] A diagram showing an example of data stored in the user management DB. [Figure 10] A diagram showing an example of data stored in the battery information DB. [Figure 11] A diagram showing an example of data stored in the provided information DB. [Figure 12] Software configuration diagram of the terminal according to the first embodiment. [Figure 13] Software configuration diagram of the vehicle server according to the first embodiment. [Figure 14A] An example of a dashboard screen provided to the user. [Figure 14B] An example of a dashboard screen provided to the user. [Figure 15] An example of a model data screen provided to the user. [Figure 16] An example of a BIN data screen provided to the user. [Figure 17] Flowchart of the processing executed by the management server. [Figure 18] Sequence diagram of the processing between the management server and the terminal.

Embodiments for Carrying Out the Invention

[0011] In recent years, the number of vehicles that run using the electric power stored in a driving battery as an energy source, such as battery electric vehicles (BEVs) and plug-in hybrid electric vehicles (PHEVs), has been increasing.

[0012] On the other hand, as electric vehicles become more widespread, managing information about the drive batteries they install (hereinafter simply referred to as batteries or vehicle batteries) will become crucial. For example, with the proliferation of electric vehicles, it is predicted that the business of removing and buying batteries from used cars will become more active. However, if used car batteries are not recycled properly, they may harm the environment. Furthermore, without knowing the condition (performance, etc.) of the batteries, it will be impossible to properly evaluate used cars.

[0013] Therefore, there are plans to build a platform that centrally manages information related to batteries for electric vehicles. The lifecycle of a vehicle battery involves various businesses, including battery manufacturers, vehicle manufacturers, used car dealers, battery dismantling companies, and battery recycling companies. By collecting and centrally managing information from these businesses and providing it appropriately, it is possible to increase the value of batteries and electric vehicles, as well as prevent problems such as fire accidents.

[0014] On the other hand, when collecting and centrally managing information from multiple businesses, appropriate access permissions must be granted. This is because information related to vehicle batteries includes design information, personal information of vehicle users, and privacy information related to mobility, and it is undesirable to provide this information to multiple businesses involved with vehicle batteries without restriction.

[0015] Furthermore, from the perspective of accident prevention, vehicle batteries must be able to be monitored in condition by the manufacturer (Original Equipment Manufacturer, hereinafter referred to as "OEM"). This is desirable. However, if manufacturers are allowed to access data without restriction, as mentioned above... As described above, it is possible that information that is undesirable from a privacy standpoint, such as the real-time location information of vehicles, may be disclosed. The information processing device disclosed herein solves such problems.

[0016] An information processing device according to one aspect of the present disclosure includes: a storage unit that stores one or more data relating to a predetermined object; and a control unit that, when accessed by a first user, provides the first user with first information relating to the status of an object owned by the first user, which is generated based on the one or more data; and when accessed by a second user who has management responsibility for the object, provides the second user with second information relating to the scope of management responsibility, which is generated based on the one or more data.

[0017] A specified item is an item in which multiple businesses are involved throughout its lifecycle, including manufacturing, distribution, and recycling. A typical example of a specified item is a drive battery designed for electric vehicles. In addition to manufacturing and distribution, many businesses are involved in the process of removing drive batteries from used vehicles, dismantling them, refining them, rebuilding them, re-installing them in vehicles, installing them in non-vehicle applications, and recycling them.

[0018] The memory unit stores one or more data points related to a given object. For example, if the object is a vehicle battery, during the battery manufacturing phase, such information may include information on carbon footprint (CFP), recycling rate, due diligence (DD), and specifications. During the vehicle manufacturing phase, information such as vehicle model information, design information, and information on the CFP and DD requirements may be generated. During the battery removal phase, information regarding dismantling companies, dismantling sites, battery transfer destinations, and transportation companies may be generated. The memory unit centrally stores information related to the object that may arise throughout the object's lifecycle. This information is collected from multiple businesses, users, devices, etc.

[0019] The control unit provides the information stored in the memory unit to multiple users. Each of these users may be an end-user who owns an electric vehicle, or a business involved in the manufacturing, distribution, dismantling, or recycling of batteries.

[0020] The first user is the end user who owns the object. For example, if the object is a vehicle battery, the first user may be the owner of the vehicle in which the battery is installed. When the first user accesses the device, the control unit provides first information about the status of the object owned by the first user, generated based on one or more stored data. The first information may include privacy-related information, such as location information, battery status information, and vehicle operation information.

[0021] The second user is the business operator responsible for managing the object in question. For example, if the object is a vehicle battery, the business operator that manufactured the battery may be required to appropriately monitor the safety status of the battery. Information representing the safety status may include, for example, information on internal resistance, temperature, and physical damage. Such information may also be obtained by diagnosing the safety status of the battery. By obtaining such information as secondary information, a second user can fulfill their responsibility regarding battery safety.

[0022] Furthermore, management responsibility is not limited to responsibility related to safety. For example, illegal dumping of batteries To prevent this, the manufacturer of the battery may be required to properly monitor its location. In other words, the second user may be responsible for ensuring traceability. The location of the battery can be identified, for example, by tracking the battery's transfer certificate or disposal certificate. By obtaining such information as secondary information, the second user can fulfill their responsibility regarding the disposal of the battery. In either case, the second user may obtain information about the object to the extent of their management responsibility.

[0023] Thus, the information processing device relating to this disclosure provides different scopes of information regarding the object to the first user and the second user, respectively. Specifically, the first user is provided with information regarding the status of the object, and the second user is provided with information regarding the responsibility for managing the object. This enables appropriate information provision between end users and management users.

[0024] The storage unit may store third information relating the first user to the object owned by the first user, and the control unit may determine the first information that can be provided to the first user based on the third information. Furthermore, the storage unit may store fourth information that associates the second user with the object for which the second user is responsible for management, and the control unit may determine the second information that can be provided to the second user based on the fourth information.

[0025] If the information processing device stores information about multiple objects, it may determine which first and second pieces of information are available to each user based on information about the objects owned by the first user and / or information about the management responsibilities of the second user.

[0026] The following describes specific embodiments of this disclosure with reference to the drawings. Unless otherwise specified, the hardware configurations, module configurations, functional configurations, etc., described in each embodiment are not intended to limit the technical scope of the disclosure to those configurations alone.

[0027] (First embodiment) The information processing system according to this embodiment is a system for managing information related to vehicle batteries designed for electric vehicles. Figure 1 is a schematic diagram of the information processing system according to this embodiment. The information processing system according to this embodiment consists of a management server 1, one or more terminals 2, and one or more vehicle servers 3.

[0028] Management Server 1 is a server device that manages information related to the target vehicle battery. Management Server 1 obtains and centrally manages information about the battery from multiple users involved in the vehicle battery's lifecycle. It also provides information about the battery to these users upon request.

[0029] Terminal 2 is a terminal device used by multiple users involved with a vehicle battery throughout its lifecycle. These multiple users include the vehicle owner (end-user) and various businesses. These businesses are involved in the manufacturing, distribution, and recycling of batteries, and include, for example, vehicle manufacturers, battery manufacturers, battery collection businesses, used car dealers, and battery recycling businesses. Terminal 2 provides information about the battery to and receives information from Management Server 1.

[0030] Management Server 1 can collect information about the batteries under its management not only from the operators but also from the vehicles in which the batteries are installed. For example, in order to estimate the state of a battery, information about the vehicle's operation (hereinafter referred to as vehicle operation information), such as voltage, current, temperature, and charging frequency, may be required. Vehicle Server 3 communicates with multiple vehicles 10, collects vehicle operation information from the multiple vehicles 10, and provides it to Management Server 1. This enables Management Server 1 to collect real-time data about the batteries installed in the vehicles. The vehicle server 3 may relay the vehicle driving information to the management server 1 without processing it, or it may perform predetermined calculation processing on the collected vehicle driving information before sending it to the management server 1.

[0031] Next, we will describe the multiple stages included in the vehicle battery lifecycle and the multiple users involved in each stage. Figure 2 illustrates the multiple stages included in the lifecycle of a vehicle battery and the types of data (information types) generated at each stage.

[0032] For example, in the stage of manufacturing vehicle batteries, information such as greenhouse gases (carbon footprint (also known as CFP)), information representing the recycling rate of raw materials, and information regarding responsibility in raw material procurement (due diligence (also known as DD)) may be generated by the battery manufacturer. Furthermore, during the vehicle manufacturing stage, information such as vehicle model information, information regarding the CFP rules and DD rules adopted, and information regarding compliance with regulations may be generated by the vehicle manufacturer.

[0033] Furthermore, in the stage where newly sold vehicles are used, information related to vehicle sales, vehicle driving data, customer information, and battery status information may be generated. Battery status information includes certified energy (capacity) (SoCE, State Of Certified Energy). ), Battery Safety (SoS, State Of Safety), Battery Health (SoH, State Examples include "Of Health." This information can be calculated using data obtained from the vehicle (voltage, current, temperature, charging frequency, etc.).

[0034] Furthermore, in the stage where used vehicles are resold, vehicle information, vehicle history information (mileage, repair history, etc.), sales price information, battery performance information at the time of resale, and transfer certificates may be generated by used car dealers, etc. Furthermore, at the stage when a vehicle is dismantled, information such as vehicle information, dismantling company location information, dismantling company information, transportation information, and waste battery collection information may be generated by the vehicle dismantling company, etc. Furthermore, in the stage of reusing batteries removed from scrapped vehicles, battery model information, battery diagnostic results, CFP information, battery transfer certificates, and recycling process information may be generated by battery recycling companies, etc.

[0035] The management server 1 according to this embodiment collects and centrally manages this type of information from each operator's terminal 2 or vehicle 10 (vehicle server 3). It also processes and provides this information upon request from operators and end users.

[0036] Next, we will describe the process by which management server 1 collects information. Figure 3 is a diagram illustrating the overview of the information collection process that takes place between terminal 2 or vehicle server 3 and management server 1.

[0037] In this example, a single vehicle server 3 receives battery status data from multiple vehicles 10 under its management. The system periodically acquires information for calculating the power (voltage value, current value, temperature, charging frequency, etc.) and periodically transmits this information to the management server 1. Furthermore, at each stage, terminals 2 owned by businesses involved in the manufacturing, distribution, and recycling of batteries provide information handled by their respective companies to the management server 1. The timing of providing the information may be at any time. For example, a battery manufacturer may provide the information when the target battery is completed. Similarly, a battery dismantling company may provide the information when the dismantling of the target battery is completed. If there are multiple operators, the system may include multiple terminals 2. Information transmitted from each of the terminals 2 and the vehicle server 3 is stored in a database on the management server 1.

[0038] Next, we will describe the overview of the process by which the management server 1 provides information. Figure 3 is a diagram illustrating the overview of the information provision process that takes place between terminal 2 or vehicle server 3 and management server 1.

[0039] In this example, multiple terminals 2 can receive information from the management server 1. The terminals 2 receiving the information may be owned by an end user (for example, a vehicle owner) or by a business operator. End users can obtain information about the battery of their vehicle via terminal 2. For example, by accessing management server 1 via terminal 2, end users can check the certified energy (capacity) (SoCE) and safety status (SoS) of the battery installed in their vehicle.

[0040] On the other hand, a business operator can obtain information about the batteries they handle via terminal 2, within the scope of the access permissions set for them. For example, if the target business operator is a vehicle manufacturer and is authorized to access battery information for its own vehicles, that business operator can obtain battery information for its own vehicles. However, if access to private information such as vehicle location information is not authorized, this information may be excluded from the information provided.

[0041] Furthermore, in this embodiment, access rights are differentiated depending on whether the business operator is a competent business operator or not. A competent business operator refers to a business operator that has management responsibility for the batteries it has manufactured. In this specification, other businesses are referred to as general businesses. A competent business operator may, for example, be a business operator responsible for supervising to prevent the illegal dumping of the batteries in question, or a business operator responsible for monitoring the safety status of the batteries in question.

[0042] If the business operator is the responsible operator, in addition to the above-mentioned rights, they will be granted access to information related to their management responsibility for the batteries in question. For example, if the business operator is responsible for supervising to prevent the illegal dumping of batteries, they will be granted access to information for tracking the location of the batteries (e.g., transfer certificates and disposal certificates generated at each stage). Furthermore, if the business operator is responsible for monitoring the safety status of the batteries, they will be granted access to information obtained by diagnosing the safety status of the batteries (e.g., information on internal resistance values, abnormal capacity values, and physical damage).

[0043] [Hardware configuration] Next, we will describe the hardware configuration of each device that makes up the system. Figure 5 is a schematic diagram showing an example of the hardware configuration of the management server 1 according to this embodiment. The management server 1 is configured as a computer having a control unit 11, a storage unit 12, a communication module 13, and an input / output device 14.

[0044] Management Server 1 can be configured as a computer having a processor such as a CPU or GPU, main memory such as RAM or ROM, and auxiliary storage such as EPROM, hard disk drive, or removable media. The auxiliary storage contains an operating system (OS), various programs, various tables, etc., and by executing the programs stored therein, various functions that match the predetermined purpose, as described later, can be realized. However, some or all of the functions may be realized by hardware circuits such as ASICs or FPGAs.

[0045] The control unit 11 is a computing unit that realizes various functions of the management server 1 by executing a predetermined program. The control unit 11 can be implemented by a hardware processor such as a CPU. The control unit 11 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.

[0046] The memory unit 12 is a means for storing information and is composed of storage media such as RAM, magnetic disks, and flash memory. The memory unit 102 stores programs executed by the control unit 11, data used by those programs, and so on. Furthermore, a database is constructed in the memory unit 12, and information about the battery collected from multiple terminals 2 (or vehicle server 3) is stored in this database. Details will be described later.

[0047] The communication module 13 is a communication interface for connecting the management server 1 to the network. The communication module 13 consists of, for example, a network interface board and a wireless communication interface for wireless communication. The management server 1 can communicate data with other computers (for example, each terminal 2) via the communication module 13.

[0048] The input / output device 14 is a means of receiving input operations performed by the operator and presenting information to the operator. Specifically, the input / output device 14 includes devices for input such as a mouse and keyboard, and devices for output such as a display and speakers. The input / output device may be integrated with, for example, a touch panel display.

[0049] The specific hardware configuration of the management server 1 can be appropriately omitted, replaced, and added depending on the embodiment. For example, the control unit 11 may include multiple hardware processors. The hardware processors may consist of microprocessors, FPGAs, GPUs, etc. The input / output device 14 may be omitted, or input / output devices other than those exemplified (e.g., optical drives) may be added. Furthermore, the management server 1 may be composed of multiple computers. In this case, the hardware configurations of each computer may or may not be the same.

[0050] Figure 6 is a schematic diagram showing an example of the hardware configuration of terminal 2 according to this embodiment. Terminal 2 is configured as a computer having a control unit 21, a storage unit 22, a communication module 23, and an input / output device 24.

[0051] Terminal 2, like management server 1, can be configured as a computer having a processor such as a CPU or GPU, main memory such as RAM or ROM, and auxiliary storage such as EPROM, hard disk drive, or removable media. However, some or all of its functions may be implemented by hardware circuits such as ASICs or FPGAs.

[0052] The control unit 21 is a computing unit that realizes various functions of terminal 2 by executing a predetermined program. The control unit 11 is implemented by a hardware processor such as a CPU. This can be expressed. Furthermore, the control unit 21 may be configured to include RAM, ROM (Read Only Memory), cache memory, etc.

[0053] The memory unit 22 is a means for storing information and is composed of storage media such as RAM, magnetic disks, and flash memory. The memory unit 22 stores programs executed by the control unit 21, data used by those programs, and so on.

[0054] The communication module 23 is a communication interface for connecting terminal 2 to the network. The communication module 23 consists of, for example, a network interface board and a wireless communication interface for wireless communication. Terminal 2 can communicate data with other computers (for example, management server 1) via the communication module 23.

[0055] The input / output device 24 is a means of receiving input operations performed by the operator and presenting information to the operator. Specifically, the input / output device 24 includes devices for input such as a mouse and keyboard, and devices for output such as a display and speakers. The input / output device may be integrated with, for example, a touch panel display.

[0056] Furthermore, the specific hardware configuration of terminal 2 can be modified as appropriate, depending on the embodiment, by omitting, substituting, or adding components, similar to the management server 1.

[0057] Figure 7 is a schematic diagram showing an example of the hardware configuration of the vehicle server 3 according to this embodiment. The vehicle server 3 is configured as a computer having a control unit 31, a storage unit 32, and a communication module 33.

[0058] Vehicle server 3, like management server 1, can be configured as a computer having a processor such as a CPU or GPU, main memory such as RAM or ROM, and auxiliary storage such as EPROM, hard disk drive, or removable media. However, some or all of its functions may be implemented by hardware circuits such as ASICs or FPGAs.

[0059] The control unit 31 is a computing unit that realizes various functions of the vehicle server 3 by executing a predetermined program. The control unit 31 can be implemented by a hardware processor such as a CPU. The control unit 31 may also be configured to include RAM, ROM (Read Only Memory), cache memory, etc.

[0060] The memory unit 32 is a means for storing information and is composed of storage media such as RAM, magnetic disks, and flash memory. The memory unit 32 stores programs executed by the control unit 31, data used by those programs, and so on.

[0061] The communication module 33 is a communication interface for connecting the vehicle server 3 to a network. The communication module 33 is comprised of, for example, a network interface board and a wireless communication interface for wireless communication. The vehicle server 3 can communicate data with other computers (for example, the management server 1 or an in-vehicle device installed in the vehicle 10) via the communication module 33.

[0062] Furthermore, the specific hardware configuration of the vehicle server 3 can be modified as appropriate, depending on the embodiment, by omitting, substituting, or adding components, similar to the management server 1.

[0063] [Software Configuration] Next, we will describe the software configuration of each device that makes up the system. Figure 8 is a schematic diagram showing the software configuration of the management server 1 according to this embodiment. In this embodiment, the control unit 11 is configured to have three functional modules: a user authentication unit 111, an information acquisition unit 112, and an information provision unit 113. Each functional module may be implemented by the control unit 11 (CPU) executing a program stored in the storage unit 12.

[0064] The user authentication unit 111 authenticates users who attempt to log in to the device. The data collected and provided by management server 1 may vary depending on the type of user using terminal 2, or which stage, as illustrated in Figure 2, the user using terminal 2 belongs to. For example, users of the management server 1 can be classified into several classes, such as "vehicle users (end users)," "vehicle manufacturers," "battery manufacturers," "vehicle sales companies," "vehicle dismantling companies," and "battery distributors." In this embodiment, these classes are referred to as "user classes." The management server 1 associates the user interface screens it provides with each user class and provides the appropriate screen to the terminal 2.

[0065] The user authentication unit 111 may perform user authentication itself, or it may obtain the results of user authentication performed by another system or device. For example, if there are multiple businesses that handle batteries and user authentication is performed on a business-by-business basis, the user authentication unit 111 may obtain the results of user authentication from an authentication server provided for each business. Furthermore, the user authentication unit 111 uses the user authentication database (user-related DB) built in the storage unit 12 to determine the user class of the user who accessed the system. In this embodiment, each operator logs in to the management server 1 via terminal 2 using the corresponding operator's account, thereby enabling interaction between the management server 1 and terminal 2.

[0066] Figure 9 is a diagram illustrating the user-related database. In this embodiment, the user-related database consists of class data and user data. User data is data that defines individual users, and class data is data that associates users with user classes. As shown in the diagram, in this embodiment, multiple user classes are defined, such as "end user," "vehicle manufacturer," "battery manufacturer," and "vehicle sales company."

[0067] Each user class has multiple users associated with it. If the user class is "end user," the user data may include information (third-party information) that identifies the vehicle and battery owned by the user. If the user class is a business, the user data may include information about the details of that business. For example, if the user class is a business, the user data may include information (fourth information) such as whether the user is a liable business, and if so, which battery (or battery from which manufacturer) the user is responsible for.

[0068] The information acquisition unit 112 acquires battery-related information from the terminal 2 or vehicle server 3 and stores this information in a database (battery information DB) located within the storage unit 12. Hereafter, the information stored in the battery information DB will be referred to as "battery information". Battery information is, for example, one of the multiple types of information exemplified in Figure 2.

[0069] The information acquisition unit 112 acquires data (battery data) from the business operator or end user. Obtain territorial information. If the data provider is a business operator, the information acquisition unit 112 generates a user interface screen for the terminal 2 used by the business operator to input the data to be collected, and acquires the data entered through the user interface screen. The user interface screen provided to the terminal 2 is determined based on the user class determined by the user authentication unit 111.

[0070] For example, for a user whose user class is "battery manufacturer," the information acquisition unit 112 provides a user interface screen for inputting information such as the carbon footprint of the manufactured batteries, recycling information, and due diligence information. Furthermore, for users whose user class is "battery distributor," the information acquisition unit 112 provides a user interface screen for inputting information such as the carbon footprint of the target battery, information about the battery model, battery diagnostic results, and information about the battery transfer certificate. The information acquisition unit 112 generates a different user interface screen for each user class and provides it to the terminal 2. The user on terminal 2 inputs the information to be provided to the management server 1 via this user interface screen.

[0071] In some cases, the information provider may be the end user, not the service provider. For example, if the vehicle's end user has given prior consent to the provision of information for battery monitoring, the information acquired by the vehicle is transmitted to the information acquisition unit 112 via the vehicle server 3. In this case, the user interface screen is not used. For example, the vehicle sends information indicating the battery's SoC (State of Charge) to the management server 1. It can be transmitted. The information transmitted from the vehicle may be processed by management server 1 or vehicle server 3. For example, management server 1 (vehicle server 3) may acquire information indicating the target vehicle's driving load, current value, voltage value, SoC change rate, etc., and management server 1 (vehicle server 3) may calculate the target vehicle's SoCE (State of Certified Energy) based on this information. It may be provided. The logic for calculation may be pre-stored or provided by the service provider as part of the battery information.

[0072] Next, we will explain the details of the data acquired by the information acquisition unit 112. Figure 10 shows an example of battery information stored in the battery information database. As mentioned above, the information acquisition unit 112 collects multiple types of information from users belonging to multiple user classes and stores them in the battery information database. For example, the information acquisition unit 112 acquires information on the carbon footprint (CFP) of batteries from users belonging to the user class "battery manufacturer" or "battery distributor" and stores it in the battery information database as information of type "CFP information".

[0073] Each piece of data stored in the battery information database is granted a different type of access permission. Access permissions will be explained later.

[0074] In this example, the information acquisition unit 112 acquires information from terminal 2 or vehicle server 3, but the sources of information acquisition are not limited to these. For example, if management server 1 is connected to another system that oversees businesses involved in battery manufacturing and distribution, battery information may be acquired from that other system.

[0075] The information provision unit 113, based on a request from terminal 2, extracts battery information stored in the battery information DB and performs the process of providing it to terminal 2. As mentioned above, in this embodiment, the management server 1 manages multiple users who use terminal 2. The users are classified into user classes. The information provision unit 113, like the information acquisition unit 112, provides the terminal 2 with a different user interface screen for each user class. Users using the terminal 2 can receive battery information through the user interface screen provided by the information provision unit 113.

[0076] The information provision unit 113 may provide the battery information stored in the battery information DB to the terminal 2 as is, or it may process or perform calculations on the battery information before providing it to the terminal 2. The processed or calculated information may also be referred to as "battery information" in this specification.

[0077] In this embodiment, the management server 1 stores data (provided information DB) that defines what information to provide to users belonging to which user class, and the information provision unit 113 generates a user interface screen for providing battery information based on this data.

[0078] Figure 11 shows an example of information stored in the provided information database. The provided information database defines the information that can be provided to users belonging to a specific user class, on a screen-by-screen basis. In the illustrated example, it is defined that three screens can be provided to a user belonging to the user class "Used Battery Trading Business (C161)": "Recycling Status," "Battery Collection and Storage Status," and "Battery Information Awaiting Collection (by Prefecture)." The information provided through these screens, as well as the logic for generating that information (the data used and calculation methods), are also defined.

[0079] When an access is received from terminal 2, the information provision unit 113 determines the user class of the user involved in the access and, based on the determined user class, determines which screens are available. Furthermore, if a specific screen is specified, it extracts battery information stored in the battery information database based on the provided information database and generates a screen with the information to be provided embedded.

[0080] Next, the software configuration of terminal 2 according to this embodiment will be described. Figure 12 is a schematic diagram showing the software configuration of terminal 2 according to this embodiment. In this embodiment, the control unit 21 is configured to have an access unit 211 as a functional module. The functional module may be realized by the control unit 21 (CPU) executing a program stored in the storage unit 22.

[0081] The access unit 211 performs the function of accessing and interacting with the management server 1. This function may be implemented by a web browser running on terminal 2 or by dedicated application software. The access unit 211 outputs a user interface screen generated by the management server 1 and performs information input and output through this screen.

[0082] Next, the software configuration of the vehicle server 3 according to this embodiment will be described. Figure 13 is a schematic diagram showing the software configuration of the vehicle server 3 according to this embodiment. In this embodiment, the control unit 31 is configured to include a data collection unit 311 as a functional module. The functional module may be realized by the control unit 31 (CPU) executing a program stored in the storage unit 32.

[0083] The collection unit 311 communicates with multiple vehicles 10 under its management and collects information related to driving (vehicle driving information) from these multiple vehicles. The collection unit 311 transmits the collected vehicle driving information, or battery information generated based on the vehicle driving information, to the management server 1. Example For example, the collection unit 311 may perform a predetermined calculation process (for example, a process to estimate the SoCE value) on the collected vehicle driving information, convert it into battery-related information (for example, the SoCE value), and then transmit it to the management server 1.

[0084] [Example of provided user interface screen] Next, an example of a user interface screen provided from the management server 1 to the terminal 2 will be described. In this embodiment, the management server 1 is configured to provide information to the terminal 2 via three types of screens described below.

[0085] (1) Dashboard screen The dashboard screen provides statistical information about the batteries handled by the business. For example, suppose a business that logs into management server 1 is a business that redistributes batteries removed from scrapped vehicles. In this case, the business can obtain statistical information from management server 1 regarding, for example, the collection status, storage status, and regional distribution of the batteries it handles. Figure 14A is an example of a dashboard screen. In the illustrated example, the collection status and storage status of the target batteries by region are shown. By specifying a region, it is also possible to check information such as how many batteries are at each dismantling company, or the breakdown by manufacturer and type. This screen can be generated based on battery information sent from businesses that dismantle scrapped vehicles and collect batteries.

[0086] Furthermore, let's assume, for example, that the business that logs into management server 1 is the business that manufactured the battery. In this case, the business can, for example, obtain statistical information regarding the recycling status of the batteries it manufactured. Figure 14B is another example of a dashboard screen. In the illustrated example, the recycling status of each resource for the target battery is shown. This screen can be generated based on battery information sent from businesses that dismantle and recycle batteries.

[0087] (2) Model data screen The model data screen provides information about a specific battery model. The model data screen is a screen for providing publicly available information about a specific battery model and can be accessed by multiple businesses involved with that battery. Figure 15 shows an example of the model data screen. In the illustrated example, information about a specified battery model is displayed. On the model data screen, users can check, for example, basic battery information, battery specifications, carbon footprint information, and information on disposal and management methods. This screen can be generated based on battery information sent by the businesses that designed and manufactured the batteries.

[0088] (3) BIN data screen The BIN data screen is a screen that provides information about a specific battery. The BIN data screen is a screen that provides status information for a specific battery and is typically accessible to the end user who owns the battery and the business operator responsible for managing the battery. Figure 16 shows an example of the BIN data screen. In the illustrated example, information regarding the status of a battery with a specified BIN (Battery Identification Number) is shown. BIN data The screen displays information such as the battery's certified energy (capacity) (SoCE, State of Certified Energy), safety level (SoS, State of Safety), health level (SoH, State of Health), charge / discharge status, and inspection results. It can be generated based on information transmitted from the target vehicle via the -3.

[0089] [Battery information access permission] Next, we will explain the permissions required to access the data stored in the battery information database. To generate the aforementioned screen, it is necessary to extract the required battery information from the battery information database. However, if unlimited access to the data is permitted, it could lead to the disclosure of information that is undesirable from a privacy standpoint. For example, an OEM (Original Equipment Manufacturer) responsible for managing batteries might access the BIN data screen to check the health and safety status of the target battery. However, if the BIN data screen contains information related to the privacy of the target battery (vehicle) (e.g., vehicle driving information), it would be undesirable to provide this to the OEM. Therefore, in this embodiment, access permissions are granted to each user for each piece of battery information stored in the database.

[0090] Refer to Figure 10, which shows the configuration of the battery information database, to explain access permissions. In this embodiment, access rights are granted to battery information for each type of information. In the illustrated example, four types of access rights are defined: "Users who own the target battery," "Vehicle OEM operators," "All users," and "Operators who provided the data." Access rights are granted when new battery information is stored.

[0091] For example, carbon footprint information for a particular battery is accessible to the end user who owns that battery and to the vehicle's OEM. On the other hand, information regarding the vehicle's operation (vehicle operation information) may contain private information and is therefore accessible only to the vehicle's end user. Furthermore, information regarding the vehicle and battery model (specifications) (vehicle information and battery information) is public information and is accessible to all users. However, information regarding the battery's design (battery design information) contains confidential information and is therefore accessible only to the company that provided the data. In addition, information regarding the chemical composition of the positive electrode active material, such as the ratio of nickel, cobalt, and manganese, may be available from battery recycling companies. Furthermore, information regarding the dismantling process (secondary dismantling) of battery packs, specifically the removal of modules and cells, may be available from certain companies. Thus, in this embodiment, each user is granted access rights to the battery information stored in the database, and each user is allowed to retrieve the information within the scope of the granted access rights.

[0092] Furthermore, users who own a vehicle and a battery will be granted at least access to information regarding the status of the battery (Primary Information). If ownership of the vehicle is transferred, such as when a user sells the vehicle, the access rights granted to that user may be revoked, and they may also be denied access to past information (during the ownership period).

[0093] Furthermore, users responsible for managing batteries (such as OEMs) are granted at least access rights to information (secondary information) that falls within the scope of their responsibility for managing those batteries.

[0094] If the responsibility for battery management is a responsibility for safety, then "information within the scope of battery management responsibility" refers to information regarding the health and safety of the battery, such as battery inspection results and information indicating the degree of battery degradation. This information includes, for example, information regarding the effective capacity of the battery, information regarding the temperature of the battery, information regarding physical damage to the battery, and information regarding the internal resistance of the battery.

[0095] If the responsibility for battery management is also the responsibility for disposal, then "within the scope of battery management responsibility" "Information belonging to the battery" refers to information for tracking the battery's location, such as a battery transfer certificate, or information indicating that the battery was disposed of in the correct manner, such as a battery disposal certificate. Transfer certificates and disposal certificates may also include information indicating the transferor, transferee, disposal method, or disposal location.

[0096] [Processing flow] Next, the processing flow executed by the management server 1 and terminal 2 will be explained with reference to Figures 17 and 18. Figure 17 is a flowchart of the process by which the management server 1 grants access rights to newly acquired battery information. The illustrated process is executed by the information acquisition unit 112 when the management server 1 receives battery information from terminal 2 or vehicle server 3 and stores it in the database.

[0097] First, in step S11, it is determined whether the battery information to be stored pertains to a battery that is installed in a vehicle and has an owner. If the target battery is installed in a vehicle and has an owner, the process proceeds to step S12. If the target battery is not installed in a vehicle, the process proceeds to step S13.

[0098] In step S12, the user who owns the battery information is granted access permission to read the stored battery information.

[0099] In step S13, it is determined whether the battery information to be stored pertains to a battery for which a specific OEM is responsible for management. If the battery information to be stored pertains to a battery for which a specific OEM is responsible for management, the process proceeds to step S14. If the battery information to be stored pertains to a battery for which a specific OEM is responsible for management, the process proceeds to step S15.

[0100] In step S14, the user who is the OEM responsible for managing the battery in question is granted access permissions. Note that access permissions may be granted only within the scope of their responsibility.

[0101] In step S15, it is determined whether the information to be stored can be provided to the OEM that manufactured the battery in question. If the information to be stored can be provided to the OEM that manufactured the battery in question, the process proceeds to step S16. If the information to be stored cannot be provided to the OEM that manufactured the battery in question, the process proceeds to step S17.

[0102] Even the OEM that manufactured the battery in question does not have access to all battery information. For example, the latest SoCE value needs to be calculated based on data collected from the vehicle, but if a data provision agreement has not been concluded with the vehicle owner, the data cannot be legally collected, and therefore the SoCE value cannot be provided to the OEM. Furthermore, even if a data provision agreement has been concluded, if the ownership of the vehicle is transferred (for example, if it is sold as a used car), the SoCE value cannot be provided to the OEM after the transfer. In step S15, the decision on whether or not to grant the authority is made after taking these circumstances into consideration.

[0103] In step S16, the user, who is the OEM that manufactured the battery in question, is granted access to the stored information.

[0104] In step S17, access permissions are granted to other users who are able to provide the stored information. For example, "Providing information on the recycling status of batteries handled to businesses that recycle batteries." If other rules regarding access permissions exist, access permissions will be granted in this step within the scope of those rules.

[0105] Although the process shown in Figure 17 is executed at the time the given battery information is stored, the illustrated process may be executed at other times. For example, as mentioned above, if ownership of the vehicle in which the target battery is installed is transferred, the vehicle's OEM may lose access to specific battery information. Therefore, the process in Figure 17 may be re-executed to update the access rights at the time of such ownership transfer or when the stage changes.

[0106] Next, we will explain the process by which the management server 1 provides information to terminal 2 based on the information stored in the battery information DB. Figure 18 is a sequence diagram corresponding to the process by which the management server 1 provides information to terminal 2.

[0107] The interaction between management server 1 and terminal 2 is initiated when an operator (or end user) of each service provider logs into management server 1 via terminal 2 using the corresponding account.

[0108] First, in step S21, terminal 2 (access unit 211) obtains information (login information) for authenticating the user. The login information may be a password or an access token. The obtained login information is sent to management server 1 (user authentication unit 111), and in step S22, the user authentication unit 111 performs user authentication. In this example, terminal 2 sends login information to management server 1, but user authentication may be performed by an external system (e.g., an authentication platform). In this case, the user authentication unit 111 receives the authentication result from the external system and identifies the user related to the access based on this result.

[0109] In step S23, the user authentication unit 111 determines the user class of the user involved in the access. The user class can be determined based on the user-related database stored in the storage unit 12. As explained with reference to Figure 11, the user class is associated with the screens that can be provided to the corresponding user.

[0110] In step S24, based on the determination result in step S23, the system determines which screens can be provided to the user and generates a menu screen for accessing those screens. This menu screen includes menus for transitioning to one or more screens accessible to the user. The screens accessible to the user belong to at least one of the following: a dashboard screen, a model data screen, or a BIN data screen. The generated menu screen is provided to terminal 2.

[0111] In step S25, the user selects the destination screen from the menu on terminal 2. Once the destination screen is selected, the destination screen specification is sent to management server 1, and the information provision unit 113 retrieves information from the battery information DB based on this and generates the screen (step S26). At this time, if the target screen contains a reference to data for which the user does not have permission to view, that data is omitted. The generated screen is sent to terminal 2 and provided to the user.

[0112] As described above, the management server 1 according to this embodiment collects and centrally manages battery-related information from multiple businesses or end users involved in the battery lifecycle. Furthermore, in response to user requests, it provides battery-related information within the scope of access permissions. It will be provided within the confines of the system. Access rights will be granted to the battery owner, as well as to the OEM that manufactured the battery, within the scope of their management responsibility. This will allow the OEM to fulfill their management responsibility while ensuring privacy.

[0113] (modified version) The embodiments described above are merely examples, and this disclosure may be modified as appropriate without departing from its essence. For example, the processes and means described in this disclosure can be freely combined and implemented, as long as no technical inconsistencies arise.

[0114] Furthermore, in the description of the embodiment, the management server 1 stores battery information in a database, but battery information may be stored by means other than a database.

[0115] Furthermore, a process described as being performed by a single device may be divided and executed by multiple devices. Conversely, a process described as being performed by different devices may be executed by a single device. In a computer system, the hardware configuration (server configuration) by which each function is implemented can be flexibly changed.

[0116] The present disclosure can also be realized by supplying a computer program implementing the functions described in the embodiments above to a computer, and having one or more processors in the computer read and execute the program. Such a computer program may be provided to the computer by a non-temporary computer-readable storage medium that can be connected to the computer's system bus, or it may be provided to the computer via a network. Non-temporary computer-readable storage mediums include, for example, any type of disk such as magnetic disks (floppy disks, hard disk drives (HDDs), etc.), optical disks (CD-ROMs, DVDs, Blu-ray discs, etc.), read-only memory (ROM), random access memory (RAM), EPROM, EEPROM, magnetic cards, flash memory, optical cards, and any type of medium suitable for storing electronic instructions. [Explanation of Symbols]

[0117] 1. Management Server 2. Terminal 3. Vehicle Server 11, 21, 31... Control Unit 12,22,32...Storage section 13, 23, 33... Communication Modules 14,24... Input / Output Devices

Claims

1. An information processing system including a server device and a terminal device, The aforementioned terminal device is One or more data points relating to a vehicle battery are transmitted to the server device. The server device is A storage unit that stores one or more of the aforementioned data, When accessed by a first user, first information including the status value of a vehicle battery owned by the first user is generated and output based on one or more of the above data. When accessed by a second user responsible for managing the vehicle battery, second information including a value relating to the safety status of the vehicle battery is generated and output based on one or more of the aforementioned data. A control unit that performs the following: An information processing system having the following features.

2. A storage unit that stores one or more data points relating to a predetermined object, When accessed by a first user, first information regarding the status of an object owned by the first user, generated based on one or more of the aforementioned data, is provided to the first user. When a second user who has management responsibility for the aforementioned object accesses the object, the second user is provided with second information that falls within the scope of the management responsibility, which is generated based on one or more of the aforementioned data. A control unit that performs the following: An information processing device having

3. The storage unit stores third information relating the first user to an object owned by the first user. The control unit determines, based on the third information, the first information that can be provided to the first user. The information processing apparatus according to claim 2.

4. The storage unit stores fourth information that associates the second user with the object for which the second user is responsible for management. The control unit determines, based on the fourth information, the second information that can be provided to the second user. The information processing apparatus according to claim 3.

5. The aforementioned predetermined object is a battery installed in a predetermined vehicle. The information processing apparatus according to claim 2.

6. The first information includes information regarding the degree of degradation of the battery, The information processing apparatus according to claim 5.

7. The aforementioned management responsibilities include ensuring the traceability of the battery, The second information includes a certificate of transfer or disposal of the battery, The information processing apparatus according to claim 5.

8. The aforementioned management responsibilities include ensuring the safety of the battery, The second information includes information obtained by diagnosing the safety status of the battery, The information processing apparatus according to claim 5.

9. When accessed by a first user, the system provides the first user with first information regarding the status of an object owned by the first user, which is generated based on one or more data points about a predetermined object stored in the database. When a second user who has management responsibility for the aforementioned object accesses the object, the second user is provided with second information that falls within the scope of the management responsibility, which is generated based on one or more of the aforementioned data. A method of information processing that a computer performs.

10. Based on third information relating the first user to an object owned by the first user, the first information that can be provided to the first user is determined. The information processing method according to claim 9.

11. Based on the fourth information which associates the second user with the object for which the second user is responsible for management, the second information that can be provided to the second user is determined. The information processing method according to claim 10.

12. The aforementioned predetermined object is a battery installed in a predetermined vehicle. The information processing method according to claim 9.

13. The first information includes information regarding the degree of degradation of the battery, The information processing method according to claim 12.

14. The aforementioned management responsibilities include ensuring the traceability of the battery, The second information includes a certificate of transfer or disposal of the battery, The information processing method according to claim 12.

15. The aforementioned management responsibilities include ensuring the safety of the battery, The second information includes information obtained by diagnosing the safety status of the battery, The information processing method according to claim 12.

16. A program for causing a computer to execute the information processing method described in any one of claims 9 to 15.

Images