WO2013005323A1 - データ処理方法およびデータ処理システム - Google Patents

データ処理方法およびデータ処理システム Download PDF

Info

Publication number
WO2013005323A1
WO2013005323A1 PCT/JP2011/065519 JP2011065519W WO2013005323A1 WO 2013005323 A1 WO2013005323 A1 WO 2013005323A1 JP 2011065519 W JP2011065519 W JP 2011065519W WO 2013005323 A1 WO2013005323 A1 WO 2013005323A1
Authority
WO
WIPO (PCT)
Prior art keywords
data processing
application
shared resource
activated
processing device
Prior art date
Application number
PCT/JP2011/065519
Other languages
English (en)
French (fr)
Inventor
浩一郎 山下
宏真 山内
鈴木　貴久
康志 栗原
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2011/065519 priority Critical patent/WO2013005323A1/ja
Priority to JP2013522659A priority patent/JP5768884B2/ja
Publication of WO2013005323A1 publication Critical patent/WO2013005323A1/ja
Priority to US14/148,288 priority patent/US20140123154A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5022—Workload threshold
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/504—Resource capping
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management

Definitions

  • the present invention relates to a data processing method and a data processing system.
  • an electronic device requests borrowing of a resource from another electronic device when the remaining amount of the resource of the own device falls below a predetermined amount during execution of its own job.
  • an authentication process is performed using an electronic device between a borrower and a provider of computational resources and the legitimacy is recognized, the borrower sends a problem solving application to the provider, and the provider
  • An object of the present invention is to provide a data processing method and a data processing system capable of suppressing the power consumption of the entire system including a plurality of data processing devices in order to solve the above-described problems caused by the prior art.
  • an application requested to be started by a first data processing device among a plurality of data processing devices belongs to a predetermined group.
  • the application belongs to the predetermined group, it is determined whether the application is activated on another data processing device of the plurality of data processing devices, and the application performs the other data processing.
  • a data processing method is proposed in which the first data processing device does not activate the application when activated by the device.
  • a plurality of data processing devices each including at least one peripheral unit, and activation of the first peripheral unit of the first data processing device among the plurality of data processing devices.
  • the second peripheral unit of the second data processing device among the plurality of data processing devices is activated, the second peripheral unit is executed without starting the first peripheral unit.
  • a data processing system including a shared scheduler is proposed.
  • FIG. 1 is an explanatory diagram of an example of the data processing method according to the first embodiment.
  • FIG. 2 is an explanatory diagram of a system configuration example of the data processing system according to the second embodiment.
  • FIG. 3 is an explanatory diagram of a hardware configuration example of the mobile terminal according to the second embodiment.
  • FIG. 4 is an explanatory diagram of an example of the contents stored in the shared resource table.
  • FIG. 5 is a block diagram of a functional configuration example of the mobile terminal according to the second embodiment.
  • FIG. 6 is an explanatory diagram of an example of the contents stored in the shared resource flag table.
  • FIG. 7 is an explanatory diagram of an example of the contents stored in the access permission table.
  • FIG. 8 is an explanatory diagram illustrating an example of operation cooperation between portable terminals.
  • FIG. 1 is an explanatory diagram of an example of the data processing method according to the first embodiment.
  • FIG. 2 is an explanatory diagram of a system configuration example of the data processing system according to the second embodiment.
  • FIG. 9 is a flowchart (part 1) illustrating an example of a data processing procedure of the mobile terminal according to the second embodiment.
  • FIG. 10 is a flowchart (part 2) illustrating an example of a data processing procedure of the mobile terminal according to the second embodiment.
  • FIG. 11 is a flowchart (part 1) illustrating an example of a data processing procedure of the mobile terminal according to the third embodiment.
  • FIG. 12 is a flowchart (part 2) illustrating an example of a data processing procedure of the mobile terminal according to the third embodiment.
  • FIG. 13 is an explanatory diagram showing an application example of a system using a computer according to the present embodiment.
  • FIG. 1 is an explanatory diagram of an example of the data processing method according to the first embodiment.
  • data processing apparatuses 101 and 102 are computers capable of executing applications (hereinafter also simply referred to as “applications”).
  • the data processing devices 101 and 102 are, for example, a mobile phone, a PDA, a smartphone, a notebook PC (Personal Computer), a game machine, a PC, a server, and the like.
  • Each data processing device 101, 102 includes at least one CPU (Central Processing Unit) and at least one peripheral unit.
  • the data processing apparatus 101 includes CPUs 111 and 112 and peripheral units P1 to P3.
  • the CPU 111 executes an OS (Operating System) 113 and controls the entire data processing apparatus 101.
  • the OS 113 includes a scheduler 115 that controls which CPU an application is assigned to.
  • the CPU 111 executes the assigned application.
  • the CPU 112 executes the OS 114 and executes an application assigned to the OS 114.
  • the data processing apparatus 102 includes CPUs 121 and 122 and peripheral units P1 to P3.
  • the CPU 121 executes the OS 123 and controls the entire data processing apparatus 102.
  • the OS 123 includes a scheduler 125 that controls which CPU an application is assigned to. Further, the CPU 121 executes the assigned application.
  • the CPU 122 executes the OS 124 and executes an application assigned to the OS 124.
  • the peripheral units P1 to P3 are hardware resources used when executing various applications, and are, for example, a coprocessor, a DSP, a GPS device, a camera device, a communication I / F (Interface), an encryption circuit, and the like.
  • the peripheral unit P1 of the data processing apparatus 101 and the peripheral unit P1 of the data processing apparatus 102 only have to have substantially the same function. For example, the processing performance may be different. The same applies to the peripheral units P2 and P3.
  • a map application or a route search application hardware resources such as a coprocessor and a GPS device are used.
  • hardware resources such as a coprocessor and a DSP are used.
  • a graphic application hardware resources such as a coprocessor are used.
  • SNS Social Networking Service
  • a business application hardware resources such as an encryption circuit are used.
  • the data processing apparatuses 101 and 102 execute the same or different applications using substantially the same hardware resources, the data processing apparatuses 101 and 102 as a whole may not be energy efficient. .
  • the data processing apparatuses 101 and 102 existing in the same area each execute an application using a GPS device.
  • An area is any area divided by dividing an area on a map.
  • the coordinate data of the data processing devices 101 and 102 existing in the same area are almost the same. For this reason, it is not efficient to acquire the coordinate data by individually operating the GPS device in each of the data processing apparatuses 101 and 102.
  • the hardware resource is activated, predetermined power is consumed regardless of the processing content, so that the power consumption of the entire system increases as the number of activated hardware resources increases.
  • the data processing apparatuses 101 and 102 each execute an application using a peripheral unit having substantially the same function, any one of the data processing apparatuses
  • the peripheral unit that is started first is shared among the devices. As a result, it is possible to execute an application without starting a peripheral unit in each data processing apparatus, and the power consumption of the entire system is reduced.
  • the data processing apparatus 101 receives an activation request for the application a.
  • the scheduler 115 receives an activation request for the application a from the OS 113.
  • the application a is an application that uses the peripheral unit P1 at the time of execution.
  • the data processing apparatus 101 inquires of the data processing apparatus 102 whether or not the peripheral unit P1 used when executing the application a is activated. Specifically, for example, the scheduler 115 transmits an activation confirmation request for the peripheral unit P1 to the data processing apparatus 102 via the communication I / F (peripheral unit P3).
  • the data processing apparatus 102 determines whether or not the peripheral unit P1 is activated. Specifically, for example, the scheduler 125 determines whether or not a flag indicating that the peripheral unit P1 is activated is set.
  • the data processing apparatus 102 transmits an activation confirmation response indicating whether or not the peripheral unit P1 is activated to the data processing apparatus 101.
  • the scheduler 125 transmits an activation confirmation response of the peripheral unit P1 to the data processing apparatus 101 via the communication I / F (peripheral unit P3).
  • the flag indicating that the peripheral unit P1 used for executing the application b is operating, that is, the peripheral unit P1 is being activated is set. Therefore, the data processing apparatus 102 transmits an activation confirmation response indicating that the peripheral unit P1 is being activated to the data processing apparatus 101. As a result, the data processor 101 receives the activation confirmation response for the peripheral unit P1.
  • the data processing apparatus 101 executes the application a using the peripheral unit P1 activated in the data processing apparatus 102. That is, the data processing apparatus 101 does not activate the peripheral unit P1 of its own apparatus, but shares the peripheral unit P1 activated in the data processing apparatus 102 with the data processing apparatus 102.
  • the data processing apparatus 101 activates the peripheral unit P1 of the own apparatus and executes the application a. In this case, a flag indicating that the peripheral unit P1 of the own device is being activated is set.
  • the peripheral unit P1 that has already been activated in the data processing apparatus 102 can be used.
  • the application a can be executed without starting the peripheral unit P1 in the data processing apparatus 101, and the power consumption of the entire system can be reduced.
  • FIG. 2 is an explanatory diagram of a system configuration example of the data processing system according to the second embodiment.
  • the data processing system 200 includes mobile terminals N1 to Nn (n: a natural number of 2 or more).
  • the mobile terminals N1 to Nn are, for example, computers such as mobile phones, PDAs, smartphones, notebook PCs, and game machines, and correspond to the data processing devices 101 and 102 shown in FIG.
  • the mobile terminals N1 to Nn are connected to each other via a wireless or wired network 210 so that they can communicate with each other.
  • Examples of the network 210 include an ad hoc network, a LAN (Local Area Network), a WAN (Wide Area Network), and the Internet.
  • An ad hoc network is a type of self-configuring network that is linked by wireless communication.
  • the ad hoc network is composed of a plurality of nodes (mobile terminals N1 to Nn). Each of the mobile terminals N1 to Nn in the ad hoc network can perform ad hoc communication with other mobile terminals.
  • the data processing system 200 may include a base station and a gateway.
  • FIG. 3 is an explanatory diagram of a hardware configuration example of the mobile terminal according to the second embodiment.
  • the mobile terminal Ni includes CPU # 1 to CPU #k (k: natural number of 1 or more), a memory 301, a coprocessor 302, a DSP 303, a GPS 304, an encryption circuit 305, a communication I / O. F306.
  • the CPU # 1 to CPU #k, the memory 301, the coprocessor 302, the DSP 303, the GPS 304, the encryption circuit 305, and the communication I / F 306 are connected via a bus 310.
  • a part of software (OS # 1 to #k, scheduler 320) included in the portable terminal Ni is extracted and displayed.
  • CPU # 1 executes OS # 1 and controls the entire mobile terminal Ni.
  • the OS # 1 is a master OS and includes a scheduler 320 that controls which CPU an application is assigned to.
  • CPU # 1 executes the assigned application.
  • CPU # 2 to CPU #k execute OS # 2 to OS #k, respectively, and execute an application assigned to each OS.
  • OS # 2 to OS # k are slave OSs.
  • the memory 301 is a memory shared by the CPUs # 1 to #k.
  • the memory 301 includes, for example, a ROM (Read Only Memory), a RAM (Random Access Memory), a flash ROM, and the like.
  • a flash ROM stores programs for each OS
  • a ROM stores application programs
  • a RAM is used as a work area for CPU # 1 to CPU #k.
  • the program stored in the memory 301 is loaded on each CPU, thereby causing each CPU to execute a coded process.
  • the coprocessor 302 is a sub processor that assists the CPUs # 1 to #k.
  • Examples of the coprocessor 302 include FPU (Floating Point number processing Unit) and GPU (Graphics Processing Unit).
  • the DSP 303 is a microprocessor specialized for processing of voice and images.
  • the GPS 304 is a device that receives radio waves from GPS satellites and outputs position information indicating the position of the mobile terminal Ni.
  • the position information of the portable terminal Ni is coordinate data for specifying one point on the earth such as latitude / longitude and altitude.
  • the encryption circuit 305 is a circuit that encrypts data.
  • the communication I / F 306 is connected to the network 210 via a communication line, and is connected to an external device via the network 210.
  • the communication I / F 306 controls an internal interface with the network 210 and controls input / output of data from an external device.
  • the mobile terminal Ni includes, for example, a memory controller that controls reading / writing of data with respect to the memory 301, a PMU (Power Management Unit) that supplies power to each unit, a display, a keyboard, and the like. You may decide to have it.
  • a memory controller that controls reading / writing of data with respect to the memory 301
  • a PMU Power Management Unit
  • the mobile terminal Ni includes, for example, a memory controller that controls reading / writing of data with respect to the memory 301, a PMU (Power Management Unit) that supplies power to each unit, a display, a keyboard, and the like. You may decide to have it.
  • PMU Power Management Unit
  • the mobile terminals N1 to Nn are described as having the same hardware configuration, but the present invention is not limited to this.
  • the mobile terminal Ni may have a peripheral unit different from the peripheral units (reference numerals 301 to 306) described above, and a part of the peripheral units (reference numerals 301 to 306) described above. You may decide not to have.
  • the shared resource table 400 is information indicating peripheral units that are allowed to be shared among a plurality of portable terminals among peripheral units used for executing each application.
  • FIG. 4 is an explanatory diagram showing an example of the contents stored in the shared resource table.
  • the shared resource table 400 includes fields for an application ID, an application name, and a shared resource name. By setting information in each field, shared resource information 400-1 to 400- for each application A1 to Am. m is stored as a record.
  • Application ID is an identifier of each application used in this specification.
  • the application name is the name of each application.
  • the shared resource name is a name of a peripheral unit that permits sharing among a plurality of portable terminals among peripheral units used for execution of each application.
  • the application name “multimedia” of the application A2 and the shared resource name “coprocessor, DSP” that can be shared among a plurality of portable terminals when the application A2 is executed are shown. ing.
  • the shared resource table 400 is stored, for example, in the memory 301 shown in FIG. Specifically, for example, the shared resource information 400-1 to 400-m of each application A1 to Am is stored in the file system of the portable terminal Ni together with the execution object of each application A1 to Am.
  • the shared resource table 400 refers to the makefile of each application when compiling each application, and collates the peripheral units that can be shared among a plurality of portable terminals with the peripheral units included in each portable terminal N. It is created by that.
  • FIG. 5 is a block diagram of a functional configuration example of the mobile terminal according to the second embodiment.
  • the mobile terminal Ni includes a detection unit 501, a determination unit 502, a transmission unit 503, a reception unit 504, a determination unit 505, a switching unit 506, an allocation unit 507, and a setting unit 508.
  • the functions (detection unit 501 to setting unit 508) serving as the control unit are, for example, by causing the CPU # 1 to execute a program stored in the memory 301 shown in FIG.
  • the function is realized by / F306.
  • the processing result of each functional unit is stored in the memory 301, for example.
  • client shared resources
  • the detecting unit 501 detects an application activation request. Specifically, for example, the scheduler 320 detects an application activation request from the OS # 1. In the following description, an application for which an activation request is detected is referred to as “application A”.
  • the determination unit 502 determines whether to use the shared resource P when the application A is executed when the activation request of the application A is detected.
  • the shared resource P is a peripheral unit that is allowed to be shared among a plurality of mobile terminals, that is, a peripheral unit that can be shared between a plurality of mobile terminals.
  • the scheduler 320 refers to the shared resource table 400 illustrated in FIG. 4 and determines whether to use the shared resource P when the application A is executed.
  • the application A is “application A1”.
  • the scheduler 320 refers to the shared resource table 400 and determines that the “coprocessor 302” is used as the shared resource P when the application A1 is executed.
  • the application A is “application A3”.
  • the scheduler 320 refers to the shared resource table 400 and determines that “coprocessor 302, GPS 304” is used as the shared resource P when the application A3 is executed.
  • the transmission unit 503 determines that the shared resource P is to be used when the application A is executed, the transmission unit 503 transmits an activation confirmation request for the shared resource P to another mobile terminal Nj.
  • the activation confirmation request for the shared resource P is information for inquiring other portable terminals Nj whether or not the shared resource P is activated.
  • the scheduler 320 controls the communication I / F 306 and broadcasts an activation confirmation request for the shared resource P to the network 210 by ad hoc communication.
  • the application A is “application A1”.
  • the scheduler 320 broadcasts an activation confirmation request for the coprocessor 302 that is the shared resource P.
  • the scheduler 320 broadcasts an activation confirmation request for each shared resource P.
  • the application A is “application A3”.
  • the scheduler 320 may broadcast the activation confirmation request for the coprocessor 302 and the activation confirmation request for the GPS 304, which are the shared resources P, or broadcast the activation confirmation request for the coprocessor 302 and the GPS 304 collectively. Also good.
  • the reception unit 504 receives the activation confirmation response for the shared resource P from the other portable terminal Nj as a result of the transmission confirmation request for the shared resource P being transmitted.
  • the activation confirmation response of the shared resource P is information indicating whether the shared resource P is activated.
  • the scheduler 320 receives the activation confirmation response of the shared resource P from another mobile terminal Nj via the communication I / F 306.
  • the determining unit 505 determines whether or not the shared resource P used for execution of the application A is activated on another mobile terminal Nj based on the received activation confirmation response of the shared resource P. Specifically, for example, when an activation confirmation response indicating that the shared resource P is activated from another portable terminal Nj is received, the scheduler 320 activates the shared resource P on the other portable terminal Nj. Judge that
  • the scheduler 320 It may be determined that it is not activated on another portable terminal Nj. If a start confirmation response indicating that the shared resource P has not been started is received from all of the mobile terminals N1 to Nn that are different from the mobile terminal before the fixed time elapses, the scheduler 320 Therefore, it is determined that the shared resource P is not activated on the other mobile terminal Nj.
  • the switching unit 506 switches the device driver of the shared resource P from the real device driver to the virtual device driver when it is determined that the shared resource P is activated on another mobile terminal Nj.
  • the actual device driver is software for operating the shared resource P of the own terminal.
  • the virtual device driver is software for realizing the function of the shared resource P using the shared resource P activated on the other portable terminal Nj by communicating with the other portable terminal Nj via the network 210. It is.
  • the scheduler 320 associates a device driver associated with the driver API (Application Program Interface) of the shared resource P from the actual device driver to the virtual device. Switch to the driver.
  • the driver API of the shared resource P is associated with the actual device driver of the shared resource P. More specifically, for example, the scheduler 320 unloads the real device driver of the shared resource P and then loads the virtual device driver of the shared resource P.
  • the scheduler 320 sets the identification information of the other portable terminal Nj that is activating the shared resource P in the virtual device driver.
  • identification information of the other mobile terminal Nj for example, the address of the other mobile terminal Nj can be used. Thereby, the other portable terminal Nj which has started the shared resource P used for execution of the application A can be identified.
  • the scheduler 320 may set the identification information of the other terminal that has transmitted the activation confirmation response earliest among the plurality of other terminals that have activated the shared resource P in the virtual device driver.
  • the scheduler 320 may set the identification information of the other terminal that minimizes the load of the shared resource P among the plurality of other terminals that are starting the shared resource P in the virtual device driver.
  • the load of the shared resource P is, for example, the usage rate of the shared resource P.
  • the load information for specifying the load of the shared resource P in each other terminal is included in, for example, the activation confirmation response indicating that the shared resource P is activated. In this way, when there are a plurality of other terminals that have started up the shared resource P, it is possible to avoid waiting for processing of the shared resource P by selecting and sharing the shared resource P having a smaller load. be able to.
  • the switching unit 506 switches the device driver of the shared resource P to the virtual device driver, the switching unit 506 sets the switching flag of the shared resource P from “0” to “1”.
  • the switching flag of the shared resource P is information for identifying a device driver associated with the driver API of the shared resource P.
  • the switch flag when the switch flag is “0”, it indicates that the real device driver is associated with the driver API of the shared resource P. On the other hand, when the switching flag is “0”, it indicates that the virtual device driver is associated with the driver API of the shared resource P. In the initial state, the switching flag of the shared resource P is “0”.
  • the assigning unit 507 assigns the app A to any one of the CPUs # 1 to #k as a result of switching the device driver of the shared resource P to the virtual device driver. Specifically, for example, the scheduler 320 selects a CPU to which the application A is assigned from among the CPUs # 1 to #k based on the load information of each of the CPUs # 1 to #k, and assigns the CPU to the CPU. Assign app A.
  • the application A is executed by the OS of the assignment destination CPU.
  • the application A since the device driver of the shared resource P is switched to the virtual device driver, the application A is executed using the shared resource P activated on the other mobile terminal Nj. Thereby, the application A can be executed without activating the shared resource P of the own terminal.
  • the setting unit 508 sets a flag indicating that the shared resource P is activated when it is determined that the shared resource P is not activated on another portable terminal Nj.
  • the scheduler 320 may set a flag indicating that the shared resource P is activated in the shared resource flag table 600 illustrated in FIG.
  • the shared resource flag table 600 is realized by the memory 301, for example.
  • FIG. 6 is an explanatory diagram showing an example of the contents stored in the shared resource flag table.
  • the shared resource flag table 600 has fields for a shared resource name and a shared resource flag. By setting information in each field, flag information 600-1 to 600-3 indicating whether each shared resource is activated is stored.
  • Shared resource name is the name of the shared resource.
  • This shared resource is, for example, a peripheral unit registered in the shared resource table 400 shown in FIG.
  • the shared resource flag is a flag indicating whether the shared resource is activated.
  • the shared resource flag is “0”, it indicates that the shared resource is not activated.
  • the shared resource flag is “1”, it indicates that the shared resource is activated. In the initial state, the shared resource flag is “0”.
  • the scheduler 320 uses the shared resource flag of the flag information 600-1 in the shared resource flag table 600. Is changed from “0” to “1”.
  • the allocation unit 507 allocates the application A to any one of the CPUs # 1 to #k when it is determined that the shared resource P is not activated on another portable terminal Nj. As a result, the application A is executed by the OS of the assignment destination CPU. In this case, since the device driver of the shared resource P is an actual device driver, the application A is executed using the shared resource P of the own terminal.
  • the allocation unit 507 allocates the app A to any one of the CPUs # 1 to #k when it is determined that the shared resource P is not used when the app A is executed.
  • the application A is executed by the OS of the assignment destination CPU. That is, since there is no peripheral unit that can be shared with other portable terminals Nj among the peripheral units used for executing the application A, the application A is executed using the peripheral unit of its own terminal.
  • each functional unit of the mobile terminal Ni when the mobile terminal Ni is a side (hereinafter referred to as “server”) requested to use the shared resource P from another mobile terminal Nj will be described.
  • the receiving unit 504 receives a request for confirming the activation of the shared resource P from another mobile terminal Nj.
  • the shared resource P is a shared resource used for executing the application A for which the activation request is detected by the other portable terminal Nj.
  • the scheduler 320 receives an activation confirmation request for the shared resource P from the other portable terminal Nj via the network 210.
  • the determination unit 505 determines whether or not the shared resource P is activated in the own terminal when the activation confirmation request for the shared resource P is received.
  • the scheduler 320 may refer to the shared resource flag table 600 shown in FIG. 6 and determine whether or not the shared resource P is activated in the own terminal.
  • the scheduler 320 specifies the flag information 600-1 of the coprocessor 302 from the shared resource flag table 600. When “1” is set in the shared resource flag of the flag information 600-1, the scheduler 320 determines that the coprocessor 302 is activated. On the other hand, when “0” is set in the shared resource flag of the flag information 600-1, the scheduler 320 determines that the coprocessor 302 is not activated.
  • the transmission unit 503 transmits the activation confirmation response of the shared resource P to another mobile terminal Nj.
  • the scheduler 320 controls the communication I / F 306 to indicate that the shared resource P has not been activated by ad hoc communication.
  • the confirmation response is transmitted to the other portable terminal Nj that is the request source.
  • the scheduler 320 controls the communication I / F 306 and sends an activation confirmation response indicating that the shared resource P is activated by ad hoc communication. To the other portable terminal Nj.
  • the setting unit 508 sets an access permission for the shared resource P from another mobile terminal Nj.
  • the scheduler 320 may set access permission for the shared resource P from the other portable terminal Nj that is the request source in the access permission table 700 shown in FIG.
  • the access permission table 700 is realized by the memory 301, for example.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the access permission table.
  • the access permission table 700 has fields for a shared resource name and a terminal ID. By setting information in each field, access permission information 700-1 to 700-3 for each shared resource is stored as a record.
  • Shared resource name is the name of the shared resource.
  • This shared resource is, for example, a peripheral unit registered in the shared resource table 400 shown in FIG.
  • the terminal ID is identification information of another mobile terminal Nj that permits access to the shared resource.
  • the terminal ID for example, the address of another portable terminal Nj can be used.
  • the scheduler 320 sets the terminal ID “N2” of the portable terminal N2 in the terminal ID field of the access permission information 700-1 in the access permission table 700 (in FIG. 7). (See (7-2)).
  • the mobile terminal N1 permits access to the coprocessor 302.
  • the mobile terminal N1 does not permit access to the coprocessor 302. .
  • the shared resource P running on the own terminal can be shared with the client, and unauthorized access to the shared resource P from terminals other than the client can be prevented.
  • the determination unit 505 determines whether or not the operation of the shared resource P has ended. Specifically, for example, the scheduler 320 may determine that the operation of the shared resource P is completed when the execution of the application using the shared resource P in the own terminal is completed.
  • the setting unit 508 sets a flag indicating that the shared resource P is not activated.
  • the scheduler 320 may set a flag indicating that the shared resource P is not activated in the shared resource flag table 600.
  • the scheduler 320 changes the shared resource flag of the flag information 600-1 in the shared resource flag table 600 from “1” to “1”. Change to "0".
  • the setting unit 508 cancels the access permission for the shared resource P from another mobile terminal Nj (that is, prohibits access).
  • the scheduler 320 may cancel the access permission for the shared resource P from another mobile terminal Nj set in the access permission table 700.
  • the scheduler 320 determines the terminal ID of the portable terminal N2 from the terminal ID field of the access permission information 700-1 in the access permission table 700. “N2” is deleted (see (7-3) in FIG. 7). Thereby, unauthorized access to the shared resource P from other portable terminals Nj can be prevented.
  • the setting unit 508 may cancel the access permission for the shared resource P from the client when the communication with the client sharing the shared resource P activated in the terminal is disconnected.
  • the case where the communication with the client is disconnected may be, for example, the case where the session established with the client is disconnected, or the case where the communication strength with the client becomes a predetermined value or less. Good.
  • the determination unit 505 may determine whether or not the load of the shared resource P is equal to or greater than the predetermined value X based on the load information of the shared resource P activated on the own terminal.
  • the predetermined value X is set to a value that causes the processing of the shared resource P to wait when the load of the shared resource P is equal to or greater than the predetermined value X.
  • the predetermined value X is set in advance and stored in the memory 301, for example.
  • the setting unit 508 may cancel the access permission for the shared resource P from another portable terminal Nj when it is determined that the load of the shared resource P is equal to or greater than the predetermined value X. Thereby, it is possible to prevent waiting for processing of the shared resource P.
  • the transmission unit 503 indicates that the shared resource P has not been activated.
  • the activation confirmation response shown may be transmitted to the other mobile terminal Nj that is the request source. As a result, it is possible to prevent the processing waiting for the shared resource P from occurring.
  • the transmitting unit 503 may transmit an activation confirmation response including the load information of the shared resource P to the other mobile terminal Nj that has requested the shared resource P.
  • FIG. 8 is an explanatory diagram illustrating an example of operation cooperation between portable terminals.
  • a portable terminal N1 is a client-side portable terminal, and includes a peripheral unit 810 and a communication I / F 811.
  • the portable terminal N2 is a portable terminal on the server side, and includes a peripheral unit 820 and a communication I / F 821.
  • the communication I / Fs 811 and 821 correspond to the communication I / F 306 shown in FIG.
  • the peripheral unit 810 and the peripheral unit 820 are shared resources P having substantially the same function, and correspond to, for example, the coprocessor 302, the DSP 303, the GPS 304, and the like illustrated in FIG.
  • the application Aa is an application that uses the peripheral unit 810 that is the shared resource P at the time of execution.
  • the application Ab is an application that uses the peripheral unit 820 that is the shared resource P at the time of execution.
  • the driver API 812, the real device driver 813, and the virtual device driver 814 are programs related to the peripheral unit 810 included in the OS of the mobile terminal N1.
  • the driver API 822, the real device driver 823, and the virtual device driver 824 are programs related to the peripheral unit 820 included in the OS of the mobile terminal N2.
  • the driver API 812 of the peripheral unit 810 and the virtual device driver 814 are associated with each other as a result of detecting the activation request of the application Aa in the mobile terminal N1 on the client side.
  • the driver API 822 of the peripheral unit 820 and the actual device driver 823 are associated, and the application Ab is executed using the peripheral unit 820.
  • the application Aa passes a function argument to the virtual device driver 814 via the driver API 812 of the peripheral unit 810. Thereafter, the virtual device driver 814 transmits a function argument (including the function name) to the real device driver 823 of the peripheral unit 820 of the mobile terminal N2 through the communication I / F 811 by ad hoc communication.
  • the actual device driver 823 receives the function argument received by the communication I / F 821 via the driver API 822.
  • the real device driver 823 obtains a return value of the function by giving a function argument to the peripheral unit 820.
  • the actual device driver 823 transmits the return value of the function to the virtual device driver 814 of the peripheral unit 810 of the mobile terminal N1 by ad hoc communication via the communication I / F 821.
  • the virtual device driver 814 receives the return value of the function received by the communication I / F 811 and passes it to the application Aa.
  • the mobile terminal N1 can execute the application Aa without activating the peripheral unit 810, and the energy efficiency of the mobile terminals N1 and N2 as a whole can be improved.
  • FIG. 9 is a flowchart (part 1) illustrating an example of a data processing procedure of the mobile terminal according to the second embodiment.
  • the scheduler 320 determines whether an activation request for the application A has been detected (step S901).
  • step S901: No If the scheduler 320 detects a startup request for the application A (step S901: Yes), the shared resource table 400 is referred to and it is determined whether or not the shared resource P is used when the application A is executed (step S901). S902).
  • step S902 when the shared resource P is not used (step S902: No), the process proceeds to step S913.
  • step S902: Yes when the shared resource P is used (step S902: Yes), the scheduler 320 broadcasts an activation confirmation request for the shared resource P to the network 210 (step S903).
  • the scheduler 320 determines whether the activation confirmation response for the shared resource P has been received from another mobile terminal Nj (step S904).
  • the scheduler 320 waits for reception of an activation confirmation response for the shared resource P (step S904: No). If the scheduler 320 receives the activation confirmation response for the shared resource P (step S904: Yes), the scheduler 320 determines whether the shared resource P is activated on another portable terminal Nj (step S905).
  • step S905 If the shared resource P is being activated on another mobile terminal Nj (step S905: Yes), whether the virtual device driver is set for the shared resource P with reference to the switching flag of the shared resource P by the scheduler 320 It is determined whether or not (step S906).
  • step S906: Yes when the virtual device driver is set in the shared resource P (step S906: Yes), the process proceeds to step S908.
  • step S906: No when the virtual device driver is not set in the shared resource P (step S906: No), the scheduler 320 switches the device driver of the shared resource P from the real device driver to the virtual device driver (step S907).
  • the scheduler 320 assigns the app A to any one of the CPUs # 1 to #k (step S908).
  • the scheduler 320 starts a survival check for determining whether or not the connection state with another mobile terminal Nj (hereinafter simply referred to as “server”) that has started up the shared resource P is maintained (step). S909).
  • step S910 determines whether or not communication with the server has been disconnected.
  • step S910: Yes the process returns to step S901 to repeat a series of processes.
  • step S910: No the scheduler 320 determines whether or not the execution of the application A is finished (step S911).
  • step S911: No when the execution of the application A has not ended (step S911: No), the process returns to step S910.
  • step S911: Yes when the execution of the application A is finished (step S911: Yes), a series of processes according to this flowchart is finished.
  • step S905 if the shared resource P is not activated on another portable terminal Nj (step S905: No), the scheduler 320 sets the shared resource flag of the shared resource P in the shared resource flag table 600 to “0”. Is changed to “1” (step S912). Then, the scheduler 320 assigns the app A to any one of the CPUs # 1 to #k (step S913), and the series of processes according to this flowchart ends.
  • the application A when executing the application A using the shared resource P, the application A can be executed using the shared resource P activated on the other portable terminal Nj.
  • FIG. 10 is a flowchart (part 2) illustrating an example of the data processing procedure of the mobile terminal according to the second embodiment.
  • the scheduler 320 determines whether or not a request for confirming the activation of the shared resource P has been received from another mobile terminal Nj (step S1001).
  • the scheduler 320 waits to receive a request for confirming the activation of the shared resource P (step S1001: No).
  • the scheduler 320 receives a request for confirming the activation of the shared resource P (step S1001: Yes)
  • the shared resource flag table 600 is referenced to determine whether or not the shared resource P is being activated in the own terminal ( Step S1002).
  • step S1003 when the shared resource P is being activated (step S1002: Yes), the scheduler 320 sends an activation confirmation response indicating that the shared resource P is activated to another mobile terminal Nj (hereinafter, simply referred to as a request source). (Referred to as “client”) (step S1003).
  • the scheduler 320 sets the access permission for the shared resource P from the client in the access permission table 700 (step S1004). Next, the scheduler 320 determines whether or not communication with the client has been disconnected (step S1005).
  • step S1006 determines whether or not the operation of the shared resource P in the own terminal has ended.
  • step S1006 determines whether or not the operation of the shared resource P in the own terminal has ended.
  • step S1006 when the operation of the shared resource P is completed (step S1006: Yes), the scheduler 320 changes the shared resource flag of the shared resource P in the shared resource flag table 600 from “1” to “0” (step S1007). ). Then, the scheduler 320 cancels the access permission for the shared resource P from the client (step S1008), and the series of processing according to this flowchart is terminated.
  • step S1002 If the shared resource P is not activated in step S1002 (step S1002: No), the scheduler 320 transmits an activation confirmation response indicating that the shared resource P is not activated to the client (step S1009). Then, a series of processes according to this flowchart is finished.
  • step S1005 If communication with the client is disconnected in step S1005 (step S1005: Yes), the scheduler 320 cancels the access permission for the shared resource P from the client (step S1008), and a series of processes according to this flowchart. Exit.
  • the shared resource P activated on the own terminal can be shared with other portable terminals Nj.
  • the mobile terminal Ni when the application A using the shared resource P is executed, the shared resource that is already activated in the other mobile terminal Nj via the network 210. P can be used. Thereby, the application A can be executed without starting the shared resource P on the portable terminal Ni, and the power consumption of the entire system can be reduced.
  • an activation confirmation response indicating whether or not the shared resource P is activated is requested in response to an activation confirmation request for the shared resource P from another portable terminal Nj. Can be sent to the original.
  • the shared resource P activated on the own terminal can be shared among a plurality of portable terminals.
  • the mobile terminal Ni according to the second embodiment, only the other mobile terminal Nj that is the request source for the request for confirming the activation of the shared resource P is set to permit access to the shared resource P that is activated on the own terminal. be able to. Thereby, unauthorized access to the shared resource P from terminals other than the client can be prevented.
  • the mobile terminal Ni when the operation of the shared resource P in the own terminal is finished or the communication with the client is disconnected, the access permission for the shared resource P from the client is released. can do.
  • the portable terminal Ni when the load of the shared resource P operating on the own terminal becomes equal to or greater than the predetermined value X, access permission to the shared resource P from other portable terminals Nj is permitted. Can be released. Thereby, it is possible to prevent waiting for processing of the shared resource P.
  • the shared resource P when there are a plurality of other terminals that have started up the shared resource P, the shared resource P can be selected by selecting and using the shared resource P having a smaller load. It is possible to avoid waiting for the process.
  • a usage scene is assumed in which ten mobile terminals N1 to N10 operate in conjunction with each other.
  • the energy consumption of 1300 [mWh] as a whole system is reduced as compared with the case where the GPS 304 is used continuously for all the mobile terminals N1 to N10 for one hour. be able to.
  • the power consumption of the entire system when a plurality of data processing apparatuses each execute an application using substantially the same peripheral unit can suppress and can improve energy efficiency.
  • each mobile terminal Ni there are applications that need not be executed simultaneously by two or more mobile terminals among the mobile terminals N1 to Nn.
  • the mobile terminal Ni is an application that uploads traffic information on the road to a server such as a traffic management center
  • the contents of the traffic information collected from a plurality of mobile terminals existing in the same area are almost the same.
  • most of the traffic jam information collected from a plurality of portable terminals is not used on the server side.
  • this application is less likely to be simultaneously executed by two or more portable terminals existing in the same area.
  • the determination unit 502 determines whether the application A belongs to a predetermined group.
  • the predetermined group is, for example, a set of applications that are unlikely to be simultaneously executed by two or more mobile terminals among the mobile terminals N1 to Nn. Note that information specifying a predetermined group is stored in the memory 301, for example.
  • the transmission unit 503 determines that the application A belongs to a predetermined group, the transmission unit 503 transmits an activation confirmation request for the application A to another mobile terminal Nj.
  • the activation confirmation request for the application A is information for inquiring other portable terminals Nj whether or not the application A is activated.
  • the reception unit 504 receives the activation confirmation response of the application A from the other portable terminal Nj as a result of the activation confirmation request of the application A being transmitted.
  • the activation confirmation response of the application A is information indicating whether the application A is activated.
  • the determination unit 505 determines whether or not the application A is activated on another portable terminal Nj based on the received activation confirmation response of the application A.
  • the determination process by the determination unit 505 may be performed based on, for example, an activation confirmation response for the application A from another mobile terminal Nj that can directly communicate with the ad hoc communication.
  • the assigning unit 507 assigns the app A to any one of the CPUs # 1 to #k when it is determined that the app A is not activated on another mobile terminal Nj. As a result, the application A is executed by the OS of the assignment destination CPU.
  • the allocation unit 507 does not allocate the app A when it is determined that the app A is activated on another mobile terminal Nj. That is, since the application A is activated on another portable terminal Nj and the necessity of executing the application A on the portable terminal Ni is low, the portable terminal Ni does not activate the application A.
  • the mobile terminal Ni it is possible to suppress the execution of the application A which is less necessary to be executed simultaneously with the other mobile terminals Nj, and to reduce the power consumption required for the execution of the application A.
  • the receiving unit 504 receives a request for confirming activation of the application A from another mobile terminal Nj.
  • determination unit 505 determines whether application A is activated on its own terminal. Then, the transmission unit 503 transmits an activation confirmation response indicating whether or not the application A is activated on its own terminal to the other mobile terminal Nj that is the request source.
  • FIG. 11 is a flowchart (part 1) illustrating an example of a data processing procedure of the mobile terminal according to the third embodiment.
  • the scheduler 320 determines whether an activation request for the application A has been detected (step S1101).
  • step S1101: No it waits for the scheduler 320 to detect the activation request for the application A (step S1101: No).
  • step S1101: Yes it is determined whether the application A belongs to a predetermined group (step S1102).
  • step S1102 when it does not belong to the predetermined group (step S1102: No), the process proceeds to step S1106.
  • step S1102: Yes when belonging to a predetermined group (step S1102: Yes), the scheduler 320 broadcasts an activation confirmation request for the application A to the network 210 (step S1103).
  • the scheduler 320 determines whether an activation confirmation response for the application A has been received from another portable terminal Nj (step S1104). Here, it waits for the scheduler 320 to receive an activation confirmation response for the application A (step S1104: No). If the scheduler 320 receives the activation confirmation response of the application A (step S1104: Yes), it is determined whether the application A is activated on another mobile terminal Nj (step S1105).
  • step S1105: Yes when the application A is being activated on another mobile terminal Nj (step S1105: Yes), a series of processes according to this flowchart is terminated.
  • step S1105: No when the application A is not activated on another portable terminal Nj (step S1105: No), the scheduler 320 assigns the application A to any one of the CPUs # 1 to #k (step S1106), A series of processes according to the flowchart ends.
  • FIG. 12 is a flowchart (part 2) illustrating an example of a data processing procedure of the mobile terminal according to the third embodiment.
  • the scheduler 320 determines whether or not the activation confirmation request for the application A is received from another portable terminal Nj (step S1201).
  • step S1201 it waits for the scheduler 320 to receive an application A activation confirmation request (step S1201: No). If the scheduler 320 receives a request for confirming the activation of the application A (step S1201: Yes), the scheduler 320 determines whether the application A is being activated on the own terminal (step S1202).
  • step S1202: Yes when the application A is being activated (step S1202: Yes), the scheduler 320 transmits an activation confirmation response indicating that the application A is activated to the other portable terminal Nj that is the request source (step S1202: Yes) S1203), a series of processing according to this flowchart is terminated.
  • step S1202: No when the application A is not activated (step S1202: No), the scheduler 320 transmits an activation confirmation response indicating that the application A is not activated to the other portable terminal Nj that is the request source (step S1202: No). S1204), a series of processing according to this flowchart is terminated. Thereby, it can respond to other portable terminal Nj whether the application A is started.
  • FIG. 13 is an explanatory diagram showing an application example of a system using a computer according to the present embodiment.
  • a network NW is a network in which servers 1301 and 1302 and clients 1331 to 1334 can communicate with each other.
  • the server 1302 is a management server of a server group (servers 1321 to 1325) constituting the cloud 1320.
  • the client 1331 is a notebook personal computer
  • the client 1332 is a desktop personal computer
  • the client 1333 is a mobile phone (which may be a smartphone or PHS (Personal Handyphone System))
  • the client 1334 is a tablet terminal.
  • the servers 1301, 1302, 1321 to 1325, and clients 1331 to 1334 in FIG. 13 have the same functions as, for example, the data processing apparatuses 101 and 102 described in the first embodiment or the portable terminal Ni described in the second embodiment. It is realized by a computer having
  • the data processing method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • the data processing program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.
  • the data processing program may be distributed via a network such as the Internet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

　データ処理装置（１０１）は、アプリ（ａ）の起動要求を受け付ける。データ処理装置（１０１）は、アプリ（ａ）を実行する際に用いる周辺ユニット（Ｐ１）を起動しているか否かをデータ処理装置（１０２）に問い合わせる。データ処理装置（１０２）は、周辺ユニット（Ｐ１）を起動しているか否かの問い合わせを受け付けると、周辺ユニット（Ｐ１）を起動しているか否かを判断する。データ処理装置（１０２）は、周辺ユニット（Ｐ１）を起動しているか否かを示す起動確認応答をデータ処理装置（１０１）に送信する。データ処理装置（１０１）は、データ処理装置（１０２）で周辺ユニット（Ｐ１）が起動中の場合、データ処理装置（１０２）で起動中の周辺ユニット（Ｐ１）を用いてアプリ（ａ）を実行する。

Description

データ処理方法およびデータ処理システム
　本発明は、データ処理方法およびデータ処理システムに関する。
　従来、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）等の端末をノードとして、複数のノードを、分散したメモリを有するマルチプロセッサとすることで分散並列処理を行う技術がある。このような分散メモリ型の計算機でアプリケーションを動作させることによりスケーラブルな性能を達成することが可能となる。
　また、コプロセッサ、ＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）等のハードウェアを備えた端末の登場により、グラフィックアプリ、マルチメディアアプリ、地図アプリ等の様々なアプリケーションを各端末上で動作させることができるようになってきている。
　関連する先行技術としては、例えば、電子機器が、自機のジョブの実行中に自機のリソースの残量が所定量以下になった場合に、他の電子機器に対してリソースの借用を要求するものがある。また、計算資源の借用者と提供者の間で電子的デバイスを用いて認証処理を行い、互いに正当性を認識した場合に、借用者から提供者に課題解決のアプリケーションを送信し、提供者が自己の計算資源を用いてアプリケーションを実施して借用者に送信する技術がある。また、分散システムにおいて、複数の機器から検出された、要求されたサービスに必要な資源が、資源公開ポリシを満たすか否かを判定し、資源公開ポリシを満たす資源を連携させてサービスを提供する技術がある。
特開２００７－３２５２３５号公報 特開２００５－５０２７２号公報 特開２００４－１９９３００号公報
　しかしながら、従来技術では、複数のデータ処理装置（例えば、端末）を含むシステムにおいて、各々のデータ処理装置がアプリケーションを実行する場合の、システム全体でのエネルギー効率に対する配慮が十分ではないという問題がある。
　本発明は、上述した従来技術による問題点を解消するため、複数のデータ処理装置を含むシステム全体の消費電力を抑制することができるデータ処理方法およびデータ処理システムを提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本発明の一側面によれば、複数のデータ処理装置のうちの第１データ処理装置に起動要求されたアプリケーションが所定のグループに属するか否かを判定し、前記アプリケーションが前記所定のグループに属するときは、前記複数のデータ処理装置の他のデータ処理装置で前記アプリケーションが起動されているか否かを判定し、前記アプリケーションが前記他のデータ処理装置で起動されているときは、前記第１データ処理装置は前記アプリケーションを起動しないデータ処理方法が提案される。
　また、本発明の別の一側面によれば、それぞれが少なくとも一の周辺ユニットを含む複数のデータ処理装置と、前記複数のデータ処理装置のうちの第１データ処理装置の第１周辺ユニットに対する起動要求があるときに、前記複数のデータ処理装置のうちの第２データ処理装置の第２周辺ユニットが起動されているときは、前記第１周辺ユニットを起動しないで前記第２周辺ユニットの実行を共用するスケジューラと、を含むデータ処理システムが提案される。
　本発明の一側面によれば、複数のデータ処理装置を含むシステム全体の消費電力を抑制することができるという効果を奏する。
図１は、実施の形態１にかかるデータ処理方法の一実施例を示す説明図である。 図２は、実施の形態２にかかるデータ処理システムのシステム構成例を示す説明図である。 図３は、実施の形態２にかかる携帯端末のハードウェア構成例を示す説明図である。 図４は、共用リソーステーブルの記憶内容の一例を示す説明図である。 図５は、実施の形態２にかかる携帯端末の機能的構成例を示すブロック図である。 図６は、共用リソースフラグテーブルの記憶内容の一例を示す説明図である。 図７は、アクセス許可テーブルの記憶内容の一例を示す説明図である。 図８は、携帯端末間の動作連携例を示す説明図である。 図９は、実施の形態２にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その１）である。 図１０は、実施の形態２にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その２）である。 図１１は、実施の形態３にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その１）である。 図１２は、実施の形態３にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その２）である。 図１３は、本実施の形態にかかるコンピュータを用いたシステムの適用例を示す説明図である。
　以下に添付図面を参照して、この発明にかかるデータ処理方法およびデータ処理システムの実施の形態を詳細に説明する。
（実施の形態１）
　図１は、実施の形態１にかかるデータ処理方法の一実施例を示す説明図である。図１において、データ処理装置１０１，１０２は、アプリケーション（以下、単に「アプリ」ともいう）を実行可能なコンピュータである。データ処理装置１０１，１０２は、例えば、携帯電話、ＰＤＡ、スマートフォン、ノートＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、ゲーム機器、ＰＣ、サーバなどである。
　各データ処理装置１０１，１０２は、少なくとも一のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、少なくとも一の周辺ユニットと、を含む。図１の例では、データ処理装置１０１は、ＣＰＵ１１１，１１２と、周辺ユニットＰ１～Ｐ３と、を含む。ＣＰＵ１１１は、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）１１３を実行し、データ処理装置１０１の全体の制御を司る。ＯＳ１１３は、アプリケーションをどのＣＰＵに割り当てるかを制御するスケジューラ１１５を備えている。また、ＣＰＵ１１１は、割り当てられたアプリケーションを実行する。ＣＰＵ１１２は、ＯＳ１１４を実行し、ＯＳ１１４に割り当てられたアプリケーションを実行する。
　また、データ処理装置１０２は、ＣＰＵ１２１，１２２と、周辺ユニットＰ１～Ｐ３と、を含む。ＣＰＵ１２１は、ＯＳ１２３を実行し、データ処理装置１０２の全体の制御を司る。ＯＳ１２３は、アプリケーションをどのＣＰＵに割り当てるかを制御するスケジューラ１２５を備えている。また、ＣＰＵ１２１は、割り当てられたアプリケーションを実行する。ＣＰＵ１２２は、ＯＳ１２４を実行し、ＯＳ１２４に割り当てられたアプリケーションを実行する。
　周辺ユニットＰ１～Ｐ３は、各種アプリケーションを実行する際に用いられるハードウェアリソースであり、例えば、コプロセッサ、ＤＳＰ、ＧＰＳデバイス、カメラデバイス、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）、暗号化回路などである。図１において、データ処理装置１０１の周辺ユニットＰ１と、データ処理装置１０２の周辺ユニットＰ１とは、機能が実質的に同じであればよく、例えば、処理性能が異なるものであってもよい。周辺ユニットＰ２，Ｐ３についても同様である。
　例えば、地図アプリや経路探索アプリなどを実行する場合、コプロセッサやＧＰＳデバイスなどのハードウェアリソースが用いられる。また、マルチメディアアプリを実行する場合、コプロセッサやＤＳＰなどのハードウェアリソースが用いられる。また、グラフィックアプリケーションを実行する場合、コプロセッサなどのハードウェアリソースが用いられる。また、ＳＮＳ（Ｓｏｃｉａｌ　Ｎｅｔｗｏｒｋｉｎｇ　Ｓｅｒｖｉｃｅ）アプリや業務アプリを実行する場合、暗号化回路などのハードウェアリソースが用いられる。
　ここで、データ処理装置１０１，１０２それぞれが、実質的に同じハードウェアリソースを用いて、同一または異なるアプリケーションを実行すると、データ処理装置１０１，１０２全体としてエネルギー効率が良いとはいえない場合がある。
　例えば、同一エリアに存在するデータ処理装置１０１，１０２が、ＧＰＳデバイスを用いたアプリケーションをそれぞれ実行する場合を想定する。なお、エリアとは、地図上の領域を区切って分割されたいずれかのエリアである。この場合、同一エリアに存在するデータ処理装置１０１，１０２の座標データは、ほぼ同じものとなる。このため、各データ処理装置１０１，１０２で個別にＧＰＳデバイスを動作させて座標データを取得することは効率的ではない。また、ハードウェアリソースを起動すると処理内容に関わらず所定の電力が消費されるため、起動中のハードウェアリソース数が増えるほどシステム全体としての消費電力が増加する。
　そこで、実施の形態１では、複数のデータ処理装置（例えば、データ処理装置１０１，１０２）が、機能が実質的に同じ周辺ユニットを用いるアプリケーションを各々実行する際に、いずれかのデータ処理装置で最初に起動された周辺ユニットを装置間で共用する。これにより、各々のデータ処理装置で周辺ユニットを起動しなくてもアプリケーションを実行することが可能となり、システム全体としての消費電力を削減する。
　以下、データ処理装置１０１，１０２のデータ処理手順の一実施例について説明する。ここでは、一例として、データ処理装置１０２が周辺ユニットＰ１を用いるアプリｂを実行していることにし、また、周辺ユニットＰ３を「通信Ｉ／Ｆ」とする。
　（１）データ処理装置１０１は、アプリａの起動要求を受け付ける。具体的には、例えば、スケジューラ１１５が、ＯＳ１１３からアプリａの起動要求を受け付ける。ここで、アプリａは、実行時に周辺ユニットＰ１を用いるアプリケーションである。
　（２）データ処理装置１０１は、アプリａを実行する際に用いる周辺ユニットＰ１を起動しているか否かをデータ処理装置１０２に問い合わせる。具体的には、例えば、スケジューラ１１５が、通信Ｉ／Ｆ（周辺ユニットＰ３）を介して、周辺ユニットＰ１の起動確認要求をデータ処理装置１０２に送信する。
　（３）データ処理装置１０２は、周辺ユニットＰ１を起動しているか否かの問い合わせを受け付けると、周辺ユニットＰ１を起動しているか否かを判断する。具体的には、例えば、スケジューラ１２５が、周辺ユニットＰ１が起動中であることを示すフラグがセットされているか否かを判断する。
　（４）データ処理装置１０２は、周辺ユニットＰ１を起動しているか否かを示す起動確認応答をデータ処理装置１０１に送信する。具体的には、例えば、スケジューラ１２５が、通信Ｉ／Ｆ（周辺ユニットＰ３）を介して、周辺ユニットＰ１の起動確認応答をデータ処理装置１０１に送信する。
　ここでは、アプリｂの実行に用いられる周辺ユニットＰ１が動作している、すなわち、周辺ユニットＰ１が起動中であることを示すフラグがセットされている。このため、データ処理装置１０２が、周辺ユニットＰ１を起動中であることを示す起動確認応答をデータ処理装置１０１に送信する。この結果、データ処理装置１０１によって周辺ユニットＰ１の起動確認応答が受信される。
　（５）データ処理装置１０１は、データ処理装置１０２で周辺ユニットＰ１が起動中の場合、データ処理装置１０２で起動中の周辺ユニットＰ１を用いてアプリａを実行する。すなわち、データ処理装置１０１は、自装置の周辺ユニットＰ１を起動しないで、データ処理装置１０２で起動中の周辺ユニットＰ１をデータ処理装置１０２と共用する。
　なお、上記（５）において、データ処理装置１０２で周辺ユニットＰ１が起動されていない場合、データ処理装置１０１は、自装置の周辺ユニットＰ１を起動してアプリａを実行することになる。この場合、自装置の周辺ユニットＰ１が起動中であることを示すフラグがセットされる。
　以上説明した実施の形態１によれば、データ処理装置１０１が周辺ユニットＰ１を用いるアプリａを実行する際に、データ処理装置１０２で既に起動されている周辺ユニットＰ１を利用することができる。これにより、データ処理装置１０１で周辺ユニットＰ１を起動しなくてもアプリａを実行することが可能となり、システム全体としての消費電力を削減することができる。
（実施の形態２）
　つぎに、実施の形態２にかかるデータ処理システムについて説明する。なお、実施の形態１で説明した箇所と同様の箇所については説明を省略する。
　図２は、実施の形態２にかかるデータ処理システムのシステム構成例を示す説明図である。図２において、データ処理システム２００は、携帯端末Ｎ１～Ｎｎを含む（ｎ：２以上の自然数）。携帯端末Ｎ１～Ｎｎは、例えば、携帯電話、ＰＤＡ、スマートフォン、ノートＰＣ、ゲーム機器などのコンピュータであり、図１に示したデータ処理装置１０１，１０２に相当する。
　データ処理システム２００において、携帯端末Ｎ１～Ｎｎは、無線または有線のネットワーク２１０を介して相互に通信可能に接続されている。ネットワーク２１０は、例えば、アドホックネットワーク、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどである。
　アドホックネットワークは、無線通信でリンクする自己構成型のネットワークの一種である。アドホックネットワークは複数のノード（携帯端末Ｎ１～Ｎｎ）により構成される。アドホックネットワーク内の各携帯端末Ｎ１～Ｎｎは、他の携帯端末とアドホック通信可能である。なお、データ処理システム２００は、基地局やゲートウェイを含むことにしてもよい。
（携帯端末Ｎ１～Ｎｎのハードウェア構成例）
　つぎに、実施の形態２にかかる携帯端末Ｎ１～Ｎｎのハードウェア構成例について説明する。以下の説明では、携帯端末Ｎ１～Ｎｎのうち任意の携帯端末を「携帯端末Ｎｉ」と表記する（ｉ＝１，２，…，ｎ）。
　図３は、実施の形態２にかかる携帯端末のハードウェア構成例を示す説明図である。図３において、携帯端末Ｎｉは、ＣＰＵ＃１～ＣＰＵ＃ｋ（ｋ：１以上の自然数）と、メモリ３０１と、コプロセッサ３０２と、ＤＳＰ３０３と、ＧＰＳ３０４と、暗号化回路３０５と、通信Ｉ／Ｆ３０６と、を有している。
　携帯端末Ｎｉにおいて、ＣＰＵ＃１～ＣＰＵ＃ｋ、メモリ３０１、コプロセッサ３０２、ＤＳＰ３０３、ＧＰＳ３０４、暗号化回路３０５および通信Ｉ／Ｆ３０６は、バス３１０を介して接続されている。また、図面では、携帯端末Ｎｉが有するソフトウェア（ＯＳ＃１～＃ｋ、スケジューラ３２０）を一部抜粋して表示している。
　ＣＰＵ＃１は、ＯＳ＃１を実行し、携帯端末Ｎｉの全体の制御を司る。ＯＳ＃１は、マスタＯＳであり、アプリケーションをどのＣＰＵに割り当てるかを制御するスケジューラ３２０を備えている。また、ＣＰＵ＃１は、割り当てられたアプリケーションを実行する。ＣＰＵ＃２～ＣＰＵ＃ｋは、それぞれＯＳ＃２～ＯＳ＃ｋを実行し、各ＯＳに割り当てられたアプリケーションを実行する。ＯＳ＃２～ＯＳ＃ｋは、スレーブＯＳである。
　メモリ３０１は、ＣＰＵ＃１～ＣＰＵ＃ｋに共有されるメモリである。メモリ３０１は、例えば、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有している。
　具体的には、例えば、フラッシュＲＯＭが各ＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ＃１～ＣＰＵ＃ｋのワークエリアとして使用される。メモリ３０１に記憶されているプログラムは、各ＣＰＵにロードされることで、コーディングされている処理を該各ＣＰＵに実行させることになる。
　コプロセッサ３０２は、ＣＰＵ＃１～ＣＰＵ＃ｋの補助を行う副処理装置である。コプロセッサ３０２としては、例えば、ＦＰＵ（Ｆｌｏａｔｉｎｇ　Ｐｏｉｎｔ　ｎｕｍｂｅｒ　ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などがある。
　ＤＳＰ３０３は、音声や画像などの処理に特化したマイクロプロセッサである。ＧＰＳ３０４は、ＧＰＳ衛星からの電波を受信し、携帯端末Ｎｉの位置を示す位置情報を出力するデバイスである。携帯端末Ｎｉの位置情報は、例えば、緯度・経度、高度などの地球上の１点を特定する座標データである。
　暗号化回路３０５は、データを暗号化する回路である。通信Ｉ／Ｆ３０６は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部装置に接続される。そして、通信Ｉ／Ｆ３０６は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。
　なお、図示は省略するが、携帯端末Ｎｉは、例えば、メモリ３０１に対するデータのリード／ライトを制御するメモリコントローラ、各部に電源電圧を供給するＰＭＵ（Ｐｏｗｅｒ　Ｍａｎａｇｅｍｅｎｔ　Ｕｎｉｔ）のほか、ディスプレイやキーボードなどを有することにしてもよい。
　また、上述した説明では、携帯端末Ｎ１～Ｎｎが同様のハードウェア構成を有するものとして説明したが、これに限らない。具体的には、例えば、携帯端末Ｎｉは、上述した周辺ユニット（符号３０１～３０６）とは異なる周辺ユニットを有することにしてもよく、また、上述した周辺ユニット（符号３０１～３０６）の一部を有さないことにしてもよい。
（共用リソーステーブル４００の記憶内容）
　つぎに、携帯端末Ｎｉが用いる共用リソーステーブル４００について説明する。ここで、アプリケーションの実行に用いられる周辺ユニットの中には、複数の携帯端末間で共用するのに好ましくないものがある。例えば、図３に示した暗号化回路３０５は、セキュリティの観点から複数の携帯端末間で共用するのに好ましくない。共用リソーステーブル４００は、各アプリケーションの実行に用いられる周辺ユニットのうち、複数の携帯端末間での共用を許可する周辺ユニットを示す情報である。
　図４は、共用リソーステーブルの記憶内容の一例を示す説明図である。図４において、共用リソーステーブル４００は、アプリＩＤ、アプリ名および共用リソース名のフィールドを有し、各フィールドに情報を設定することで、アプリケーションＡ１～Ａｍごとの共用リソース情報４００－１～４００－ｍをレコードとして記憶している。
　アプリＩＤは、本明細書において使用する各アプリケーションの識別子である。アプリ名は、各アプリケーションの名称である。共用リソース名は、各アプリケーションの実行に用いられる周辺ユニットのうち、複数の携帯端末間での共用を許可する周辺ユニットの名称である。
　共用リソース情報４００－１を例に挙げると、アプリケーションＡ１のアプリ名「グラフィック」およびアプリケーションＡ１の実行時に複数の携帯端末間で共用可能な共用リソース名「コプロセッサ」が示されている。
　また、共用リソース情報４００－２を例に挙げると、アプリケーションＡ２のアプリ名「マルチメディア」およびアプリケーションＡ２の実行時に複数の携帯端末間で共用可能な共用リソース名「コプロセッサ、ＤＳＰ」が示されている。
　共用リソーステーブル４００は、例えば、図３に示したメモリ３０１に記憶されている。具体的には、例えば、各アプリケーションＡ１～Ａｍの共用リソース情報４００－１～４００－ｍは、各アプリケーションＡ１～Ａｍの実行オブジェクトとともに携帯端末Ｎｉのファイルシステムに格納されている。なお、共用リソーステーブル４００は、例えば、各アプリケーションのコンパイル時に、各アプリケーションのメイクファイルを参照して、複数の携帯端末間で共用可能な周辺ユニットと各携帯端末Ｎが有する周辺ユニットとを照合することで作成される。
（携帯端末Ｎｉの機能的構成例）
　図５は、実施の形態２にかかる携帯端末の機能的構成例を示すブロック図である。図５において、携帯端末Ｎｉは、検出部５０１と、判定部５０２と、送信部５０３と、受信部５０４と、判断部５０５と、切替部５０６と、割当部５０７と、設定部５０８と、を含む構成である。この制御部となる機能（検出部５０１～設定部５０８）は、具体的には、例えば、図３に示したメモリ３０１に記憶されたプログラムをＣＰＵ♯１に実行させることにより、または、通信Ｉ／Ｆ３０６により、その機能を実現する。また、各機能部の処理結果は、例えば、メモリ３０１に記憶される。
　まず、携帯端末Ｎｉが他の携帯端末Ｎｊ（ｊ≠ｉ、ｊ＝１，２，…，ｎ）に対して共用リソースの使用を依頼する側（以下、「クライアント」という）となる場合の携帯端末Ｎｉの各機能部について説明する。
　検出部５０１は、アプリケーションの起動要求を検出する。具体的には、例えば、スケジューラ３２０が、ＯＳ＃１からのアプリケーションの起動要求を検出する。以下の説明では、起動要求が検出されたアプリケーションを「アプリＡ」と表記する。
　判定部５０２は、アプリＡの起動要求が検出された場合、アプリＡの実行時に共用リソースＰを使用するか否かを判定する。ここで、共用リソースＰとは、複数の携帯端末間での共用が許可されている周辺ユニット、すなわち、複数の携帯端末間で共用可能な周辺ユニットである。
　具体的には、例えば、スケジューラ３２０が、図４に示した共用リソーステーブル４００を参照して、アプリＡの実行時に共用リソースＰを使用するか否かを判定する。例えば、アプリＡを「アプリケーションＡ１」とする。この場合、スケジューラ３２０が、共用リソーステーブル４００を参照して、アプリケーションＡ１の実行時に共用リソースＰとして「コプロセッサ３０２」を使用すると判定する。また、例えば、アプリＡを「アプリケーションＡ３」とする。この場合、スケジューラ３２０が、共用リソーステーブル４００を参照して、アプリケーションＡ３の実行時に共用リソースＰとして「コプロセッサ３０２、ＧＰＳ３０４」を使用すると判定する。
　送信部５０３は、アプリＡの実行時に共用リソースＰを使用すると判定された場合、共用リソースＰの起動確認要求を他の携帯端末Ｎｊに送信する。ここで、共用リソースＰの起動確認要求とは、共用リソースＰを起動しているか否かを他の携帯端末Ｎｊに問い合わせる情報である。
　具体的には、例えば、スケジューラ３２０が、通信Ｉ／Ｆ３０６を制御して、アドホック通信により、共用リソースＰの起動確認要求をネットワーク２１０にブロードキャストする。例えば、アプリＡを「アプリケーションＡ１」とする。この場合、スケジューラ３２０が、共用リソースＰであるコプロセッサ３０２の起動確認要求をブロードキャストする。
　また、アプリＡの実行時に用いられる共用リソースＰが複数存在する場合、スケジューラ３２０は、各々の共用リソースＰの起動確認要求をブロードキャストする。例えば、アプリＡを「アプリケーションＡ３」とする。この場合、スケジューラ３２０が、共用リソースＰであるコプロセッサ３０２の起動確認要求およびＧＰＳ３０４の起動確認要求をブロードキャストしてもよく、また、コプロセッサ３０２およびＧＰＳ３０４の起動確認要求を一括してブロードキャストしてもよい。
　受信部５０４は、共用リソースＰの起動確認要求が送信された結果、共用リソースＰの起動確認応答を他の携帯端末Ｎｊから受信する。ここで、共用リソースＰの起動確認応答とは、共用リソースＰを起動しているか否かを示す情報である。具体的には、例えば、スケジューラ３２０が、通信Ｉ／Ｆ３０６を介して、共用リソースＰの起動確認応答を他の携帯端末Ｎｊから受信する。
　判断部５０５は、受信された共用リソースＰの起動確認応答に基づいて、アプリＡの実行に用いられる共用リソースＰが他の携帯端末Ｎｊで起動しているか否かを判断する。具体的には、例えば、他の携帯端末Ｎｊから共用リソースＰを起動していることを示す起動確認応答が受信された場合、スケジューラ３２０が、共用リソースＰが他の携帯端末Ｎｊで起動していると判断する。
　一方、共用リソースＰの起動確認要求が送信されてから一定時間経過しても、共用リソースＰを起動していることを示す起動確認応答が受信されなかった場合、スケジューラ３２０が、共用リソースＰが他の携帯端末Ｎｊで起動していないと判断してもよい。また、一定時間経過前に、携帯端末Ｎ１～Ｎｎのうち自端末とは異なるすべての携帯端末から、共用リソースＰを起動していないことを示す起動確認応答が受信された場合は、スケジューラ３２０が、共用リソースＰが他の携帯端末Ｎｊで起動していないと判断する。
　切替部５０６は、共用リソースＰが他の携帯端末Ｎｊで起動していると判断された場合、共用リソースＰのデバイスドライバを、実デバイスドライバから仮想デバイスドライバに切り替える。ここで、実デバイスドライバとは、自端末の共用リソースＰを動作させるためのソフトウェアである。仮想デバイスドライバとは、ネットワーク２１０を介して他の携帯端末Ｎｊと通信することにより、共用リソースＰの機能を、他の携帯端末Ｎｊで起動している共用リソースＰを用いて実現するためのソフトウェアである。
　具体的には、例えば、他の携帯端末Ｎｊで共用リソースＰが起動している場合、スケジューラ３２０が、共用リソースＰのドライバＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）に関連付けるデバイスドライバを、実デバイスドライバから仮想デバイスドライバに切り替える。なお、初期状態では、共用リソースＰのドライバＡＰＩは、共用リソースＰの実デバイスドライバと関連付けられている。より具体的には、例えば、スケジューラ３２０が、共用リソースＰの実デバイスドライバをアンロードした後、共用リソースＰの仮想デバイスドライバをロードする。
　また、共用リソースＰのドライバＡＰＩに、共用リソースＰの仮想デバイスドライバを関連付ける場合、スケジューラ３２０が、共用リソースＰを起動している他の携帯端末Ｎｊの識別情報を仮想デバイスドライバに設定する。他の携帯端末Ｎｊの識別情報としては、例えば、他の携帯端末Ｎｊのアドレスを用いることができる。これにより、アプリＡの実行に用いられる共用リソースＰを起動している他の携帯端末Ｎｊを識別することができる。
　また、共用リソースＰを起動している他端末が複数存在する場合がある。この場合、スケジューラ３２０が、共用リソースＰを起動している複数の他端末のうち、最も早く起動確認応答を送信してきた他端末の識別情報を仮想デバイスドライバに設定することにしてもよい。
　また、スケジューラ３２０が、共用リソースＰを起動している複数の他端末のうち、共用リソースＰの負荷が最小となる他端末の識別情報を仮想デバイスドライバに設定することにしてもよい。ここで、共用リソースＰの負荷とは、例えば、共用リソースＰの使用率である。
　各他端末での共用リソースＰの負荷を特定する負荷情報は、例えば、共用リソースＰを起動していることを示す起動確認応答に含まれている。このように、共用リソースＰを起動している他端末が複数存在する場合は、より負荷が小さい共用リソースＰを選択して共用することにより、共用リソースＰの処理待ちが発生することを回避することができる。
　また、切替部５０６は、共用リソースＰのデバイスドライバを仮想デバイスドライバに切り替えた場合、共用リソースＰの切替フラグを「０」から「１」に設定する。ここで、共用リソースＰの切替フラグとは、共用リソースＰのドライバＡＰＩに関連付けられているデバイスドライバを識別するための情報である。
　ここでは、切替フラグが「０」の場合、共用リソースＰのドライバＡＰＩに実デバイスドライバが関連付けられていることを示す。一方、切替フラグが「０」の場合、共用リソースＰのドライバＡＰＩに仮想デバイスドライバが関連付けられていることを示す。なお、初期状態では、共用リソースＰの切替フラグは「０」である。
　割当部５０７は、共用リソースＰのデバイスドライバが仮想デバイスドライバに切り替えられた結果、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てる。具体的には、例えば、スケジューラ３２０が、各ＣＰＵ＃１～＃ｋの負荷情報に基づいて、ＣＰＵ＃１～＃ｋの中からアプリＡの割当先となるＣＰＵを選択して、該ＣＰＵにアプリＡを割り当てる。
　この結果、割当先のＣＰＵのＯＳにより、アプリＡが実行される。この場合、共用リソースＰのデバイスドライバが仮想デバイスドライバに切り替えられているため、他の携帯端末Ｎｊで起動している共用リソースＰを用いてアプリＡが実行される。これにより、自端末の共用リソースＰを起動することなく、アプリＡを実行することができる。
　なお、複数の携帯端末で共用リソースＰを共用する際の携帯端末間の動作連携例については、図８を用いて後述する。
　設定部５０８は、共用リソースＰが他の携帯端末Ｎｊで起動していないと判断された場合、共用リソースＰを起動していることを示すフラグを設定する。具体的には、例えば、スケジューラ３２０が、図６に示す共用リソースフラグテーブル６００に、共用リソースＰを起動していることを示すフラグを設定することにしてもよい。
　ここで、共用リソースフラグテーブル６００について説明する。共用リソースフラグテーブル６００は、例えば、メモリ３０１により実現される。
　図６は、共用リソースフラグテーブルの記憶内容の一例を示す説明図である。図６において、共用リソースフラグテーブル６００は、共用リソース名および共用リソースフラグのフィールドを有する。各フィールドに情報を設定することで、各共用リソースを起動しているか否かを示すフラグ情報６００－１～６００－３が記憶されている。
　共用リソース名は、共用リソースの名称である。この共有リソースは、例えば、図４に示した共用リソーステーブル４００に登録されている周辺ユニットである。共用リソースフラグは、共用リソースを起動しているか否かを示すフラグである。ここでは、共用リソースフラグが「０」の場合、共用リソースを起動していないことを示す。一方、共用リソースフラグが「１」の場合は、共用リソースを起動していることを示す。なお、初期状態では、共用リソースフラグは「０」である。
　一例として、共用リソースＰである「コプロセッサ３０２」が他の携帯端末Ｎｊで起動していないと判断された場合、スケジューラ３２０が、共用リソースフラグテーブル６００内のフラグ情報６００－１の共用リソースフラグを「０」から「１」に変更する。
　図５の説明に戻り、割当部５０７は、共用リソースＰが他の携帯端末Ｎｊで起動していないと判断された場合、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てる。この結果、割当先のＣＰＵのＯＳにより、アプリＡが実行される。この場合、共用リソースＰのデバイスドライバが実デバイスドライバのため、自端末の共用リソースＰを用いてアプリＡが実行される。
　なお、上述した設定部５０８による、共用リソースＰを起動していることを示すフラグを設定する処理は、アプリＡがいずれかのＣＰＵに割り当てられた後に行われることにしてもよい。
　また、割当部５０７は、アプリＡの実行時に共用リソースＰを使用しないと判定された場合、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てる。この結果、割当先のＣＰＵのＯＳにより、アプリＡが実行される。すなわち、アプリＡの実行に用いられる周辺ユニットの中に、他の携帯端末Ｎｊと共用可能な周辺ユニットがないため、自端末の周辺ユニットを用いてアプリＡが実行される。
　つぎに、携帯端末Ｎｉが他の携帯端末Ｎｊから共用リソースＰの使用を依頼される側（以下、「サーバ」という）となる場合の携帯端末Ｎｉの各機能部について説明する。
　受信部５０４は、共用リソースＰの起動確認要求を他の携帯端末Ｎｊから受信する。ここで、共用リソースＰは、他の携帯端末Ｎｊで起動要求が検出されたアプリＡの実行に用いられる共用リソースである。具体的には、例えば、スケジューラ３２０が、ネットワーク２１０を介して、共用リソースＰの起動確認要求を他の携帯端末Ｎｊから受信する。
　判断部５０５は、共用リソースＰの起動確認要求が受信された場合、自端末で共用リソースＰを起動しているか否かを判断する。具体的には、例えば、スケジューラ３２０が、図６に示した共用リソースフラグテーブル６００を参照して、自端末で共用リソースＰを起動しているか否かを判断することにしてもよい。
　一例として、共用リソースＰである「コプロセッサ３０２」の起動確認要求が受信されたとする。この場合、スケジューラ３２０が、共用リソースフラグテーブル６００の中からコプロセッサ３０２のフラグ情報６００－１を特定する。そして、フラグ情報６００－１の共用リソースフラグに「１」が設定されている場合、スケジューラ３２０が、コプロセッサ３０２を起動していると判断する。一方、フラグ情報６００－１の共用リソースフラグに「０」が設定されている場合、スケジューラ３２０が、コプロセッサ３０２を起動していないと判断する。
　送信部５０３は、共用リソースＰの起動確認応答を他の携帯端末Ｎｊに送信する。具体的には、例えば、共用リソースＰを起動していないと判断された場合、スケジューラ３２０が、通信Ｉ／Ｆ３０６を制御して、アドホック通信により、共用リソースＰを起動していないことを示す起動確認応答を要求元の他の携帯端末Ｎｊに送信する。一方、共用リソースＰを起動していると判断された場合、スケジューラ３２０が、通信Ｉ／Ｆ３０６を制御して、アドホック通信により、共用リソースＰを起動していることを示す起動確認応答を要求元の他の携帯端末Ｎｊに送信する。
　また、設定部５０８は、共用リソースＰを起動していると判断された場合、他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を設定する。具体的には、例えば、スケジューラ３２０が、図７に示すアクセス許可テーブル７００に要求元の他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を設定することにしてもよい。
　ここで、アクセス許可テーブル７００について説明する。アクセス許可テーブル７００は、例えば、メモリ３０１により実現される。
　図７は、アクセス許可テーブルの記憶内容の一例を示す説明図である。図７において、アクセス許可テーブル７００は、共用リソース名および端末ＩＤのフィールドを有する。各フィールドに情報を設定することで、共用リソースごとのアクセス許可情報７００－１～７００－３がレコードとして記憶されている。
　共用リソース名は、共用リソースの名称である。この共有リソースは、例えば、図４に示した共用リソーステーブル４００に登録されている周辺ユニットである。端末ＩＤは、共用リソースに対するアクセスを許可する他の携帯端末Ｎｊの識別情報である。端末ＩＤとしては、例えば、他の携帯端末Ｎｊのアドレスを用いることができる。
　例えば、自端末を携帯端末Ｎ１とし、携帯端末Ｎ２から「コプロセッサ３０２」の起動確認要求を受信した場合を例に挙げる。ここで、コプロセッサ３０２を起動している場合、スケジューラ３２０が、アクセス許可テーブル７００内のアクセス許可情報７００－１の端末ＩＤフィールドに携帯端末Ｎ２の端末ＩＤ「Ｎ２」を設定する（図７中、（７－２）参照）。
　以降、携帯端末Ｎ１は、携帯端末Ｎ２から自端末のコプロセッサ３０２に対するアクセス要求があった場合、コプロセッサ３０２に対するアクセスを許可する。一方、アクセス許可情報７００－１の端末ＩＤフィールドに端末ＩＤが設定されていない他の携帯端末Ｎｊからコプロセッサ３０２に対するアクセス要求があった場合、携帯端末Ｎ１は、コプロセッサ３０２に対するアクセスを許可しない。
　これにより、自端末で起動している共用リソースＰをクライアントと共用することができるとともに、クライアント以外の他端末からの共用リソースＰに対する不正なアクセスを防ぐことができる。
　図５の説明に戻り、判断部５０５は、共用リソースＰの動作が終了したか否かを判断する。具体的には、例えば、スケジューラ３２０が、自端末での共用リソースＰを用いたアプリケーションの実行が終了した場合に、共用リソースＰの動作が終了したと判断することにしてもよい。
　また、設定部５０８は、共用リソースＰの動作が終了したと判断された場合、共用リソースＰが起動していないことを示すフラグを設定する。具体的には、例えば、スケジューラ３２０が、共用リソースフラグテーブル６００に、共用リソースＰが起動していないことを示すフラグを設定することにしてもよい。
　一例として、共用リソースＰである「コプロセッサ３０２」の動作が終了したと判断された場合、スケジューラ３２０が、共用リソースフラグテーブル６００内のフラグ情報６００－１の共用リソースフラグを「１」から「０」に変更する。
　また、設定部５０８は、共用リソースＰの動作が終了したと判断された場合、他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を解除（すなわち、アクセス禁止）する。具体的には、例えば、スケジューラ３２０が、アクセス許可テーブル７００に設定されている他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を解除することにしてもよい。
　例えば、図７に示す（７－２）において、コプロセッサ３０２の動作が終了した場合、スケジューラ３２０が、アクセス許可テーブル７００内のアクセス許可情報７００－１の端末ＩＤフィールドから携帯端末Ｎ２の端末ＩＤ「Ｎ２」を削除する（図７中、（７－３）参照）。これにより、他の携帯端末Ｎｊからの共用リソースＰに対する不正なアクセスを防ぐことができる。
　また、設定部５０８は、自端末で起動している共用リソースＰを共用しているクライアントとの通信が切断された場合、該クライアントからの共用リソースＰに対するアクセス許可を解除することにしてもよい。クライアントとの通信が切断された場合とは、例えば、クライアントとの間で確立されているセッションが切断された場合でもよく、また、クライアントとの間の通信強度が所定値以下となった場合でもよい。
　また、判断部５０５は、自端末で起動している共用リソースＰの負荷情報に基づいて、共用リソースＰの負荷が所定値Ｘ以上となるか否かを判断することにしてもよい。所定値Ｘは、例えば、共用リソースＰの負荷が所定値Ｘ以上となると、共用リソースＰの処理待ちが発生するような状態になる値に設定される。なお、所定値Ｘは、例えば、予め設定されてメモリ３０１に記憶されている。
　また、設定部５０８は、共用リソースＰの負荷が所定値Ｘ以上であると判断された場合、他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を解除することにしてもよい。これにより、共用リソースＰの処理待ちが発生することを防ぐことができる。
　また、共用リソースＰの起動確認要求を受信した時点で、自端末で起動している共用リソースＰの負荷が所定値Ｘ以上の場合、送信部５０３は、共用リソースＰを起動していないことを示す起動確認応答を要求元の他の携帯端末Ｎｊに送信することにしてもよい。これにより、共用リソースＰの処理待ちが発生することを未然に防ぐことができる。
　また、送信部５０３は、共用リソースＰを起動していると判断された場合、共用リソースＰの負荷情報を含む起動確認応答を要求元の他の携帯端末Ｎｊに送信することにしてもよい。これにより、上述したように、共用リソースＰを起動している携帯端末が複数存在する場合に、クライアント側で、より負荷が小さい共用リソースＰを選択して共用することができ、共用リソースＰの処理待ちが発生することを回避することができる。
（携帯端末間の動作連携例）
　つぎに、複数の携帯端末で共用リソースＰを共用する際の携帯端末間の動作連携例について説明する。図８は、携帯端末間の動作連携例を示す説明図である。図８において、携帯端末Ｎ１は、クライアント側の携帯端末であり、周辺ユニット８１０と通信Ｉ／Ｆ８１１とを含む。携帯端末Ｎ２は、サーバ側の携帯端末であり、周辺ユニット８２０と通信Ｉ／Ｆ８２１とを含む。
　通信Ｉ／Ｆ８１１，８２１は、図３に示した通信Ｉ／Ｆ３０６に相当する。また、周辺ユニット８１０と周辺ユニット８２０は、実質的に機能が同じ共用リソースＰであり、例えば、図３に示したコプロセッサ３０２、ＤＳＰ３０３、ＧＰＳ３０４などに相当する。
　ここで、アプリＡａは、実行時に共用リソースＰである周辺ユニット８１０を用いるアプリケーションである。また、アプリＡｂは、実行時に共用リソースＰである周辺ユニット８２０を用いるアプリケーションである。
　ドライバＡＰＩ８１２、実デバイスドライバ８１３および仮想デバイスドライバ８１４は、携帯端末Ｎ１のＯＳに含まれる周辺ユニット８１０に関するプログラムである。また、ドライバＡＰＩ８２２、実デバイスドライバ８２３および仮想デバイスドライバ８２４は、携帯端末Ｎ２のＯＳに含まれる周辺ユニット８２０に関するプログラムである。
　ここでは、クライアント側の携帯端末Ｎ１において、アプリＡａの起動要求が検出された結果、周辺ユニット８１０のドライバＡＰＩ８１２と仮想デバイスドライバ８１４とが関連付けられている。一方、サーバ側の携帯端末Ｎ２では、周辺ユニット８２０のドライバＡＰＩ８２２と実デバイスドライバ８２３とが関連付けられており、アプリＡｂが周辺ユニット８２０を用いて実行されている。
　以下、携帯端末Ｎ１が、携帯端末Ｎ２で起動中の周辺ユニット８２０を用いてアプリＡａを実行する場合の携帯端末Ｎ１，Ｎ２間の動作連携例について説明する。
　まず、アプリＡａが、周辺ユニット８１０のドライバＡＰＩ８１２を介して、仮想デバイスドライバ８１４に関数の引数を渡す。このあと、仮想デバイスドライバ８１４が、通信Ｉ／Ｆ８１１を介して、アドホック通信により、携帯端末Ｎ２の周辺ユニット８２０の実デバイスドライバ８２３宛に関数の引数（関数の名称を含む）を送信する。
　この結果、実デバイスドライバ８２３が、通信Ｉ／Ｆ８２１によって受信された関数の引数を、ドライバＡＰＩ８２２を介して受け取る。つぎに、実デバイスドライバ８２３が、周辺ユニット８２０に関数の引数を与えることにより、関数の戻り値を取得する。
　そして、実デバイスドライバ８２３が、通信Ｉ／Ｆ８２１を介して、アドホック通信により、携帯端末Ｎ１の周辺ユニット８１０の仮想デバイスドライバ８１４宛に関数の戻り値を送信する。この結果、仮想デバイスドライバ８１４が、通信Ｉ／Ｆ８１１によって受信された関数の戻り値を受け取ってアプリＡａに渡す。
　これにより、携帯端末Ｎ１では周辺ユニット８１０を起動することなくアプリＡａを実行することができ、携帯端末Ｎ１，Ｎ２全体としてのエネルギー効率を向上させることができる。
（携帯端末Ｎｉのデータ処理手順）
　つぎに、実施の形態２にかかる携帯端末Ｎｉのデータ処理手順について説明する。ここでは、まず、クライアント側の携帯端末Ｎｉのデータ処理手順について説明する。
　図９は、実施の形態２にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その１）である。図９のフローチャートにおいて、まず、スケジューラ３２０により、アプリＡの起動要求を検出したか否かを判断する（ステップＳ９０１）。
　ここで、スケジューラ３２０により、アプリＡの起動要求を検出するのを待つ（ステップＳ９０１：Ｎｏ）。そして、スケジューラ３２０により、アプリＡの起動要求を検出した場合（ステップＳ９０１：Ｙｅｓ）、共用リソーステーブル４００を参照して、アプリＡの実行時に共用リソースＰを使用するか否かを判定する（ステップＳ９０２）。
　ここで、共用リソースＰを使用しない場合（ステップＳ９０２：Ｎｏ）、ステップＳ９１３に移行する。一方、共用リソースＰを使用する場合（ステップＳ９０２：Ｙｅｓ）、スケジューラ３２０により、共用リソースＰの起動確認要求をネットワーク２１０にブロードキャストする（ステップＳ９０３）。
　つぎに、スケジューラ３２０により、他の携帯端末Ｎｊから共用リソースＰの起動確認応答を受信したか否かを判断する（ステップＳ９０４）。ここで、スケジューラ３２０により、共用リソースＰの起動確認応答を受信するのを待つ（ステップＳ９０４：Ｎｏ）。そして、スケジューラ３２０により、共用リソースＰの起動確認応答を受信した場合（ステップＳ９０４：Ｙｅｓ）、共用リソースＰが他の携帯端末Ｎｊで起動中か否かを判断する（ステップＳ９０５）。
　そして、共用リソースＰが他の携帯端末Ｎｊで起動中の場合（ステップＳ９０５：Ｙｅｓ）、スケジューラ３２０により、共用リソースＰの切替フラグを参照して、共用リソースＰに仮想デバイスドライバが設定されているか否かを判断する（ステップＳ９０６）。
　ここで、共用リソースＰに仮想デバイスドライバが設定されている場合（ステップＳ９０６：Ｙｅｓ）、ステップＳ９０８に移行する。一方、共用リソースＰに仮想デバイスドライバが設定されていない場合（ステップＳ９０６：Ｎｏ）、スケジューラ３２０により、共用リソースＰのデバイスドライバを、実デバイスドライバから仮想デバイスドライバに切り替える（ステップＳ９０７）。
　そして、スケジューラ３２０により、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てる（ステップＳ９０８）。つぎに、スケジューラ３２０により、共用リソースＰを起動している他の携帯端末Ｎｊ（以下、単に「サーバ」という）との接続状態が維持されているか否かを判断する生存確認を開始する（ステップＳ９０９）。
　このあと、スケジューラ３２０により、サーバとの通信が切断されたか否かを判断する（ステップＳ９１０）。ここで、サーバとの通信が切断された場合（ステップＳ９１０：Ｙｅｓ）、ステップＳ９０１に戻って、一連の処理を繰り返す。一方、サーバとの通信が切断されていない場合（ステップＳ９１０：Ｎｏ）、スケジューラ３２０により、アプリＡの実行が終了したか否かを判断する（ステップＳ９１１）。
　ここで、アプリＡの実行が終了していない場合（ステップＳ９１１：Ｎｏ）、ステップＳ９１０に戻る。一方、アプリＡの実行が終了した場合（ステップＳ９１１：Ｙｅｓ）、本フローチャートによる一連の処理を終了する。
　また、ステップＳ９０５において、共用リソースＰが他の携帯端末Ｎｊで起動していない場合（ステップＳ９０５：Ｎｏ）、スケジューラ３２０により、共用リソースフラグテーブル６００内の共用リソースＰの共用リソースフラグを「０」から「１」に変更する（ステップＳ９１２）。そして、スケジューラ３２０により、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てて（ステップＳ９１３）、本フローチャートによる一連の処理を終了する。
　これにより、共用リソースＰを用いるアプリＡを実行する際に、他の携帯端末Ｎｊで起動している共用リソースＰを利用してアプリＡを実行することができる。
　つぎに、サーバ側の携帯端末Ｎｉのデータ処理手順について説明する。
　図１０は、実施の形態２にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その２）である。図１０のフローチャートにおいて、まず、スケジューラ３２０により、共用リソースＰの起動確認要求を他の携帯端末Ｎｊから受信したか否かを判断する（ステップＳ１００１）。
　ここで、スケジューラ３２０により、共用リソースＰの起動確認要求を受信するのを待つ（ステップＳ１００１：Ｎｏ）。そして、スケジューラ３２０により、共用リソースＰの起動確認要求を受信した場合（ステップＳ１００１：Ｙｅｓ）、共用リソースフラグテーブル６００を参照して、自端末で共用リソースＰを起動中か否かを判断する（ステップＳ１００２）。
　ここで、共用リソースＰを起動中の場合（ステップＳ１００２：Ｙｅｓ）、スケジューラ３２０により、共用リソースＰを起動していることを示す起動確認応答を、要求元の他の携帯端末Ｎｊ（以下、単に「クライアント」という）に送信する（ステップＳ１００３）。
　そして、スケジューラ３２０により、アクセス許可テーブル７００にクライアントからの共用リソースＰに対するアクセス許可を設定する（ステップＳ１００４）。つぎに、スケジューラ３２０により、クライアントとの通信が切断されたか否かを判断する（ステップＳ１００５）。
　ここで、クライアントとの通信が切断されていない場合（ステップＳ１００５：Ｎｏ）、スケジューラ３２０により、自端末での共用リソースＰの動作が終了したか否かを判断する（ステップＳ１００６）。ここで、共用リソースＰの動作が終了していない場合（ステップＳ１００６：Ｎｏ）、ステップＳ１００５に戻る。
　一方、共用リソースＰの動作が終了した場合（ステップＳ１００６：Ｙｅｓ）、スケジューラ３２０により、共用リソースフラグテーブル６００内の共用リソースＰの共用リソースフラグを「１」から「０」に変更する（ステップＳ１００７）。そして、スケジューラ３２０により、クライアントからの共用リソースＰに対するアクセス許可を解除して（ステップＳ１００８）、本フローチャートによる一連の処理を終了する。
　また、ステップＳ１００２において、共用リソースＰを起動していない場合（ステップＳ１００２：Ｎｏ）、スケジューラ３２０により、共用リソースＰを起動していないことを示す起動確認応答をクライアントに送信して（ステップＳ１００９）、本フローチャートによる一連の処理を終了する。
　また、ステップＳ１００５において、クライアントとの通信が切断された場合（ステップＳ１００５：Ｙｅｓ）、スケジューラ３２０により、クライアントからの共用リソースＰに対するアクセス許可を解除して（ステップＳ１００８）、本フローチャートによる一連の処理を終了する。
　これにより、自端末で起動している共用リソースＰを他の携帯端末Ｎｊと共用することができる。
　以上説明したように、実施の形態２にかかる携帯端末Ｎｉによれば、共用リソースＰを用いるアプリＡを実行する際に、ネットワーク２１０を介して、他の携帯端末Ｎｊで既に起動中の共用リソースＰを利用することができる。これにより、携帯端末Ｎｉで共用リソースＰを起動することなくアプリＡを実行することができ、システム全体としての消費電力を削減することができる。
　また、実施の形態２にかかる携帯端末Ｎｉによれば、他の携帯端末Ｎｊからの共用リソースＰの起動確認要求に対して、共用リソースＰを起動しているか否かを示す起動確認応答を要求元に送信することができる。これにより、自端末で起動している共用リソースＰを複数の携帯端末間で共用することができる。
　また、実施の形態２にかかる携帯端末Ｎｉによれば、共用リソースＰの起動確認要求の要求元である他の携帯端末Ｎｊについてのみ、自端末で起動中の共用リソースＰに対するアクセス許可を設定することができる。これにより、クライアント以外の他端末からの共用リソースＰに対する不正なアクセスを防ぐことができる。
　また、実施の形態２にかかる携帯端末Ｎｉによれば、自端末での共用リソースＰの動作が終了した場合やクライアントとの通信が切断された場合、クライアントからの共用リソースＰに対するアクセス許可を解除することができる。
　また、実施の形態２にかかる携帯端末Ｎｉによれば、自端末で動作している共用リソースＰの負荷が所定値Ｘ以上となった場合、他の携帯端末Ｎｊからの共用リソースＰに対するアクセス許可を解除することができる。これにより、共用リソースＰの処理待ちが発生することを防ぐことができる。
　また、実施の形態２にかかる携帯端末Ｎｉによれば、共用リソースＰを起動している他端末が複数存在する場合、より負荷が小さい共用リソースＰを選択して利用することにより、共用リソースＰの処理待ちが発生することを回避することができる。
　一例として、データ処理システム２００内の１０台の携帯端末Ｎ１～Ｎ１０が、ＧＰＳ３０４を用いる同一または異なるアプリをそれぞれ実行する場合を例に挙げて説明する。ここで、各携帯端末ＮｉにおけるＧＰＳ３０４の消費電力を２００［ｍＷ］とし、通信Ｉ／Ｆ３０６の消費電力を５０［ｍＷ］とする。
　ここで、１０台の携帯端末Ｎ１～Ｎ１０が連動して動作するような利用シーンを想定する。従来のように、すべての携帯端末Ｎ１～Ｎ１０で１時間連続してＧＰＳ３０４を使用した場合、システム全体の消費電力は、例えば、『２０００［ｍＷｈ］＝２００［ｍＷ］×１［ｈ］×１０［台］』となる。
　一方、実施の形態２では、例えば、ＧＰＳ３０４を起動している１台の携帯端末Ｎｉに対して、１０台の携帯端末Ｎ１～Ｎ１０が通信Ｉ／Ｆ３０６を介したアドホック通信を行う状態となる。この場合、システム全体の消費電力は、例えば、『７００［ｍＷｈ］＝２００［ｍＷ］×１［ｈ］×１［台］＋５０［ｍＷ］×１［ｈ］×１０［台］』となる。
　したがって、実施の形態２にかかるデータ処理方法によれば、すべての携帯端末Ｎ１～Ｎ１０で１時間連続してＧＰＳ３０４を使用した場合に比べて、システム全体として１３００［ｍＷｈ］のエネルギー消費を削減することができる。
　このように、実施の形態２にかかるデータ処理方法およびデータ処理システムによれば、複数のデータ処理装置が、実質的に同じ周辺ユニットを用いるアプリを各々実行する際の、システム全体の消費電力を抑制してエネルギー効率を向上させることができる。
（実施の形態３）
　つぎに、実施の形態３にかかる携帯端末Ｎｉについて説明する。なお、実施の形態１，２で説明した箇所と同一箇所については、同一符号を付して図示および説明を省略する。
　ここで、各携帯端末Ｎｉで実行されるアプリケーションの中には、携帯端末Ｎ１～Ｎｎのうち２台以上の携帯端末が同時に実行する必要性の低いものがある。例えば、携帯端末Ｎｉが道路上の渋滞情報を交通管理センタなどのサーバにアップするアプリケーションの場合、同一エリア内に存在する複数の携帯端末から収集された渋滞情報の内容はほぼ同じものとなる。このため、複数の携帯端末から収集されたほとんどの渋滞情報は、サーバ側で使用されないことになる。すなわち、このアプリケーションは、同一エリア内に存在する２台以上の携帯端末が同時に実行する必要性の低いものである。
　そこで、実施の形態３では、携帯端末Ｎｉで起動要求が検出されたアプリＡと同一のアプリＡが他の携帯端末Ｎｊで起動されているときは、携帯端末ＮｉでアプリＡを起動しないことにより、無駄なアプリＡの実行を抑制する場合について説明する。以下、携帯端末Ｎｉの各機能部について説明する。
　まず、判定部５０２は、アプリＡの起動要求が検出された場合、アプリＡが所定のグループに属するか否かを判定する。ここで、所定のグループとは、例えば、携帯端末Ｎ１～Ｎｎのうち２台以上の携帯端末が同時に実行する必要性の低いアプリケーションの集合である。なお、所定のグループを特定する情報は、例えば、メモリ３０１に記憶されている。
　送信部５０３は、アプリＡが所定のグループに属すると判定された場合、アプリＡの起動確認要求を他の携帯端末Ｎｊに送信する。ここで、アプリＡの起動確認要求とは、アプリＡを起動しているか否かを他の携帯端末Ｎｊに問い合わせる情報である。
　受信部５０４は、アプリＡの起動確認要求が送信された結果、アプリＡの起動確認応答を他の携帯端末Ｎｊから受信する。ここで、アプリＡの起動確認応答とは、アプリＡを起動しているか否かを示す情報である。
　判断部５０５は、受信されたアプリＡの起動確認応答に基づいて、アプリＡが他の携帯端末Ｎｊで起動しているか否かを判断する。判断部５０５による判断処理は、例えば、アドホック通信により直接通信可能な他の携帯端末ＮｊからのアプリＡの起動確認応答に基づいて行うことにしてもよい。
　これにより、自端末の近傍に位置する他の携帯端末Ｎｊ、すなわち、同一エリア内に存在する可能性が高い他の携帯端末ＮｊからのアプリＡの起動確認応答に基づいて、自端末でのアプリＡの実行の要否を判断することができる。
　割当部５０７は、アプリＡが他の携帯端末Ｎｊで起動していないと判断された場合、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てる。この結果、割当先のＣＰＵのＯＳにより、アプリＡが実行される。
　また、割当部５０７は、アプリＡが他の携帯端末Ｎｊで起動していると判断された場合、アプリＡを割り当てない。すなわち、アプリＡは他の携帯端末Ｎｊで起動されており、携帯端末ＮｉでアプリＡを実行する必要性が低いため、携帯端末ＮｉがアプリＡを起動しない。
　これにより、携帯端末Ｎｉにおいて、他の携帯端末Ｎｊと同時に実行する必要性の低いアプリＡの実行を抑制して、アプリＡの実行にかかる消費電力を削減することができる。
　また、受信部５０４は、アプリＡの起動確認要求を他の携帯端末Ｎｊから受信する。また、判断部５０５は、アプリＡの起動確認要求が受信された場合、自端末でアプリＡを起動しているか否かを判断する。そして、送信部５０３は、自端末でアプリＡを起動しているか否かを示す起動確認応答を要求元の他の携帯端末Ｎｊに送信する。
（携帯端末Ｎｉのデータ処理手順）
　つぎに、実施の形態３にかかる携帯端末Ｎｉのデータ処理手順について説明する。ここでは、まず、アプリＡの起動要求を検出した場合の携帯端末Ｎｉのデータ処理手順について説明する。
　図１１は、実施の形態３にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その１）である。図１１のフローチャートにおいて、まず、スケジューラ３２０により、アプリＡの起動要求を検出したか否かを判断する（ステップＳ１１０１）。
　ここで、スケジューラ３２０により、アプリＡの起動要求を検出するのを待つ（ステップＳ１１０１：Ｎｏ）。そして、スケジューラ３２０により、アプリＡの起動要求を検出した場合（ステップＳ１１０１：Ｙｅｓ）、アプリＡが所定のグループに属するか否かを判定する（ステップＳ１１０２）。
　ここで、所定のグループに属さない場合（ステップＳ１１０２：Ｎｏ）、ステップＳ１１０６に移行する。一方、所定のグループに属する場合（ステップＳ１１０２：Ｙｅｓ）、スケジューラ３２０により、アプリＡの起動確認要求をネットワーク２１０にブロードキャストする（ステップＳ１１０３）。
　つぎに、スケジューラ３２０により、他の携帯端末ＮｊからアプリＡの起動確認応答を受信したか否かを判断する（ステップＳ１１０４）。ここで、スケジューラ３２０により、アプリＡの起動確認応答を受信するのを待つ（ステップＳ１１０４：Ｎｏ）。そして、スケジューラ３２０により、アプリＡの起動確認応答を受信した場合（ステップＳ１１０４：Ｙｅｓ）、アプリＡが他の携帯端末Ｎｊで起動中か否かを判断する（ステップＳ１１０５）。
　そして、アプリＡが他の携帯端末Ｎｊで起動中の場合（ステップＳ１１０５：Ｙｅｓ）、本フローチャートによる一連の処理を終了する。一方、アプリＡが他の携帯端末Ｎｊで起動していない場合（ステップＳ１１０５：Ｎｏ）、スケジューラ３２０により、アプリＡをＣＰＵ＃１～＃ｋのいずれかのＣＰＵに割り当てて（ステップＳ１１０６）、本フローチャートによる一連の処理を終了する。
　これにより、他の携帯端末Ｎｊと同時に実行する必要性の低いアプリＡの実行を抑制して、アプリＡの実行にかかる消費電力を削減することができる。
　つぎに、アプリＡの起動確認応答を受信した場合の携帯端末Ｎｉのデータ処理手順について説明する。
　図１２は、実施の形態３にかかる携帯端末のデータ処理手順の一例を示すフローチャート（その２）である。図１２のフローチャートにおいて、まず、スケジューラ３２０により、アプリＡの起動確認要求を他の携帯端末Ｎｊから受信したか否かを判断する（ステップＳ１２０１）。
　ここで、スケジューラ３２０により、アプリＡの起動確認要求を受信するのを待つ（ステップＳ１２０１：Ｎｏ）。そして、スケジューラ３２０により、アプリＡの起動確認要求を受信した場合（ステップＳ１２０１：Ｙｅｓ）、自端末でアプリＡを起動中か否かを判断する（ステップＳ１２０２）。
　ここで、アプリＡを起動中の場合（ステップＳ１２０２：Ｙｅｓ）、スケジューラ３２０により、アプリＡを起動していることを示す起動確認応答を、要求元の他の携帯端末Ｎｊに送信して（ステップＳ１２０３）、本フローチャートによる一連の処理を終了する。
　一方、アプリＡを起動していない場合（ステップＳ１２０２：Ｎｏ）、スケジューラ３２０により、アプリＡを起動していないことを示す起動確認応答を、要求元の他の携帯端末Ｎｊに送信して（ステップＳ１２０４）、本フローチャートによる一連の処理を終了する。これにより、他の携帯端末Ｎｊに対してアプリＡを起動しているか否かを応答することができる。
（システムの適用例）
　図１３は、本実施の形態にかかるコンピュータを用いたシステムの適用例を示す説明図である。図１３において、ネットワークＮＷは、サーバ１３０１，１３０２とクライアント１３３１～１３３４とが通信可能なネットワークであり、例えば、ＬＡＮ、ＷＡＮ、インターネット、携帯電話網などで構成される。
　サーバ１３０２は、クラウド１３２０を構成するサーバ群（サーバ１３２１～１３２５）の管理サーバである。クライアント１３３１～１３３４のうち、クライアント１３３１はノート型パソコン、クライアント１３３２はデスクトップ型パソコン、クライアント１３３３は携帯電話機（スマートフォン、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙｐｈｏｎｅ　Ｓｙｓｔｅｍ）でもよい）、クライアント１３３４はタブレット型端末である。
　図１３のサーバ１３０１，１３０２，１３２１～１３２５、クライアント１３３１～１３３４は、例えば、実施の形態１で説明したデータ処理装置１０１，１０２、または、実施の形態２で説明した携帯端末Ｎｉと同様の機能を有するコンピュータにより実現される。
　なお、本実施の形態で説明したデータ処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本データ処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本データ処理プログラムは、インターネット等のネットワークを介して配布してもよい。
　１０１，１０２　データ処理装置
　２００　データ処理システム
　Ｎ１～Ｎｎ，Ｎｉ，Ｎｊ　携帯端末
　５０１　検出部
　５０２　判定部
　５０３　送信部
　５０４　受信部
　５０５　判断部
　５０６　切替部
　５０７　割当部
　５０８　設定部

Claims (12)

  1. 　複数のデータ処理装置のうちの第１データ処理装置に起動要求されたアプリケーションが所定のグループに属するか否かを判定し、
    　前記アプリケーションが前記所定のグループに属するときは、前記複数のデータ処理装置の他のデータ処理装置で前記アプリケーションが起動されているか否かを判定し、
    　前記アプリケーションが前記他のデータ処理装置で起動されているときは、前記第１データ処理装置は前記アプリケーションを起動しないこと
    　を特徴とするデータ処理方法。
  2. 　前記第１データ処理装置は、前記他のデータ処理装置が実行する前記アプリケーションとの通信によって前記アプリケーションの機能を提供すること
    　を特徴とする請求項１に記載のデータ処理方法。
  3. 　前記他のデータ処理装置は、前記第１データ処理装置からの通信に基づいて前記アプリケーションを実行中であるか否かを前記第１データ処理装置に通知すること
    　を特徴とする請求項１または請求項２に記載のデータ処理方法。
  4. 　前記他のデータ処理装置が前記アプリケーションを起動中でないときは前記第１データ処理装置が前記アプリケーションを実行し、
    　前記アプリケーションを起動中であることを示すフラグをセットすること
    　を特徴とする請求項１乃至請求項３の何れか一に記載のデータ処理方法。
  5. 　前記アプリケーションが前記所定のグループに属さないときは、前記第１データ処理装置が前記アプリケーションを実行すること
    　を特徴とする請求項１乃至請求項４の何れか一に記載のデータ処理方法。
  6. 　前記アプリケーションは暗号化機能を有すること
    　を特徴とする請求項５に記載のデータ処理方法。
  7. 　前記所定のグループは、コプロセッサ、デジタルシグナルプロセッサ、またはグローバルポジショニングシステムで実行されるアプリケーションを含むこと
    　を特徴とする請求項１乃至請求項６の何れか一に記載のデータ処理方法。
  8. 　前記他のデータ処理装置が前記アプリケーションを起動しているときに前記第１データ処理装置と前記他のデータ処理装置との間の通信強度が弱まるとき、前記複数のデータ処理装置のうちの前記他のデータ処理装置以外のデータ処理装置が前記アプリケーションを起動すること
    　を特徴とする請求項１乃至請求項７の何れか一に記載のデータ処理方法。
  9. 　それぞれが少なくとも一の周辺ユニットを含む複数のデータ処理装置と、
    　前記複数のデータ処理装置のうちの第１データ処理装置の第１周辺ユニットに対する起動要求があるときに、前記複数のデータ処理装置のうちの第２データ処理装置の第２周辺ユニットが起動されているときは、前記第１周辺ユニットを起動しないで前記第２周辺ユニットの実行を共用するスケジューラと、
    　を含むことを特徴とするデータ処理システム。
  10. 　前記第１周辺ユニットの機能と前記第２周辺ユニットの機能とは実質的に同じであること
    　を特徴とする請求項９に記載のデータ処理システム。
  11. 　前記スケジューラは、前記起動要求に基づいて前記複数のデータ処理装置のうちの前記第１データ処理装置以外のデータ処理装置に対してブロードキャスト通信を行うこと
    　を特徴とする請求項９または請求項１０に記載のデータ処理システム。
  12. 　前記周辺ユニットは、コプロセッサ、デジタルシグナルプロセッサ、またはグローバルポジショニングシステムを含むこと
    　を特徴とする請求項９乃至請求項１１の何れか一に記載のデータ処理システム。
PCT/JP2011/065519 2011-07-06 2011-07-06 データ処理方法およびデータ処理システム WO2013005323A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2011/065519 WO2013005323A1 (ja) 2011-07-06 2011-07-06 データ処理方法およびデータ処理システム
JP2013522659A JP5768884B2 (ja) 2011-07-06 2011-07-06 データ処理方法およびデータ処理システム
US14/148,288 US20140123154A1 (en) 2011-07-06 2014-01-06 Data processing method and data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/065519 WO2013005323A1 (ja) 2011-07-06 2011-07-06 データ処理方法およびデータ処理システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/148,288 Continuation US20140123154A1 (en) 2011-07-06 2014-01-06 Data processing method and data processing system

Publications (1)

Publication Number Publication Date
WO2013005323A1 true WO2013005323A1 (ja) 2013-01-10

Family

ID=47436695

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/065519 WO2013005323A1 (ja) 2011-07-06 2011-07-06 データ処理方法およびデータ処理システム

Country Status (3)

Country Link
US (1) US20140123154A1 (ja)
JP (1) JP5768884B2 (ja)
WO (1) WO2013005323A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000259590A (ja) * 1999-03-10 2000-09-22 Fujitsu Ltd モジュール連携方法およびこれを利用した計算機システム
JP2006252218A (ja) * 2005-03-11 2006-09-21 Nec Corp 分散処理システム及びプログラム
JP2008140120A (ja) * 2006-12-01 2008-06-19 Fujitsu Ltd 計算資源管理プログラム、計算資源管理装置および分散処理システム
JP2010041182A (ja) * 2008-08-01 2010-02-18 Nec Corp プログラム移動制御システムおよびプログラム移動制御方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6012150A (en) * 1997-03-27 2000-01-04 International Business Machines Corporation Apparatus for synchronizing operator initiated commands with a failover process in a distributed processing system
JP2005223436A (ja) * 2004-02-03 2005-08-18 Hitachi Ltd 携帯端末及び位置情報交換システム
JP5169674B2 (ja) * 2008-09-22 2013-03-27 日本電気株式会社 位置情報取得システム、位置情報取得方法、移動体通信端末、及び、プログラム
JP2010117241A (ja) * 2008-11-13 2010-05-27 Panasonic Corp Ｓｐｓ受信端末
JP2010230380A (ja) * 2009-03-26 2010-10-14 Ntt Docomo Inc 位置推定装置及び位置推定方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000259590A (ja) * 1999-03-10 2000-09-22 Fujitsu Ltd モジュール連携方法およびこれを利用した計算機システム
JP2006252218A (ja) * 2005-03-11 2006-09-21 Nec Corp 分散処理システム及びプログラム
JP2008140120A (ja) * 2006-12-01 2008-06-19 Fujitsu Ltd 計算資源管理プログラム、計算資源管理装置および分散処理システム
JP2010041182A (ja) * 2008-08-01 2010-02-18 Nec Corp プログラム移動制御システムおよびプログラム移動制御方法

Also Published As

Publication number Publication date
JP5768884B2 (ja) 2015-08-26
JPWO2013005323A1 (ja) 2015-02-23
US20140123154A1 (en) 2014-05-01

Similar Documents

Publication Publication Date Title
US10789044B2 (en) End-to-end user experiences with a digital assistant
EP3192289B1 (en) Real-time location sharing to facilitate a physical meet-up
EP3365777B1 (en) Physical and virtual phone mobility
CN114450927B (zh) 工作流处理方法、工作流管理器、设备以及计算机存储介质
CN113783922A (zh) 负载均衡的方法、系统和装置
CN109688191B (zh) 流量调度方法及通信装置
JP5397549B2 (ja) 携帯電話装置、着信処理プログラム、および着信処理方法
CN113553178A (zh) 任务处理方法、装置和电子设备
US10986066B2 (en) Systems, apparatuses, methods, and non-transitory computer readable media for efficient call processing
US20140073370A1 (en) Method of mobile device resource reuse in mobile cloud
Shetty et al. Cloud based application development for mobile devices for accessing LBS
Lee A framework for seamless execution of mobile applications in the cloud
JP2013174944A (ja) シンクライアントシステム、制御サーバ、端末、セキュリティ制御方法及びセキュリティ制御プログラム
KR101899970B1 (ko) 모바일 클라우드 환경에 적용되는 모바일 단말과 클라우드 서버 및 이를 이용한 모바일 클라우드 컴퓨팅 방법
JP5768884B2 (ja) データ処理方法およびデータ処理システム
US10231269B2 (en) Dynamic generation of geographically bound manet IDs
Alanezi et al. Panorama: A framework to support collaborative context monitoring on co-located mobile devices
CN117280703A (zh) 5g媒体流结构中边缘服务器的网络侧和客户端侧激活方法
Hu et al. A mobile crowdsensing system enhanced by cloud-based social networking services
KR20150054636A (ko) 복수의 전자 디바이스 사이에서 애플리케이션을 공유하는 방법 및 전자 디바이스
CN114363254A (zh) 租户隔离方法、装置及电子设备
JP2017107382A (ja) プログラム実行システム、プログラム実行方法、および、プログラム
US11405981B1 (en) Routing server communications through a nearby mobile device
US20160150368A1 (en) Virtual sensor apparatus and method
WO2016147611A1 (ja) 携帯端末、携帯端末の管理方法及び記録媒体

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11868972

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013522659

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11868972

Country of ref document: EP

Kind code of ref document: A1