WO2012023190A1 - 通信端末装置、着信処理プログラム、および着信処理方法 - Google Patents

通信端末装置、着信処理プログラム、および着信処理方法 Download PDF

Info

Publication number
WO2012023190A1
WO2012023190A1 PCT/JP2010/063942 JP2010063942W WO2012023190A1 WO 2012023190 A1 WO2012023190 A1 WO 2012023190A1 JP 2010063942 W JP2010063942 W JP 2010063942W WO 2012023190 A1 WO2012023190 A1 WO 2012023190A1
Authority
WO
WIPO (PCT)
Prior art keywords
oss
caller
request
unit
incoming
Prior art date
Application number
PCT/JP2010/063942
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/JP2010/063942 priority Critical patent/WO2012023190A1/ja
Priority to JP2012529437A priority patent/JP5397549B2/ja
Publication of WO2012023190A1 publication Critical patent/WO2012023190A1/ja
Priority to US13/759,571 priority patent/US8768330B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • 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
    • G06F9/5055—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 considering software capabilities, i.e. software resources associated or available to the machine
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72457—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to geographic location

Definitions

  • the present invention relates to a communication terminal device that processes incoming calls, an incoming call processing program, and an incoming call processing method.
  • a mobile terminal including a mobile device OS, an application manager that controls a non-contact IC (Integrated Circuit), and a device driver of the non-contact IC.
  • the mobile device OS executes various functions of the mobile terminal.
  • the device driver drives the OS of the contactless IC according to the control of the application manager.
  • a communication system including a tag that transmits ID information of its own device, a server that can be connected to a cellular communication network, and an aggregation point that aggregates information from the tag.
  • the aggregation point includes a receiving unit that receives ID information from a tag and a communication unit that performs cellular communication via a cellular communication network, and a switching signal that switches between a cellular communication mode and a plurality of modes including a tag receiving function. Is received from the server, and mode switching control is performed.
  • the above-described prior art has a problem that it is difficult to determine which OS should be used when an incoming call is received when a plurality of OSs operating on a terminal have different characteristics.
  • a caller makes a videophone call
  • an OS that does not support the videophone call is used on the receiving side, a videophone call cannot be made and communication is hindered. There is.
  • An object of the present invention is to provide a communication terminal device, an incoming call processing program, and an incoming call processing method capable of appropriately processing an incoming call request from a caller in order to solve the above-described problems caused by the prior art. .
  • the communication terminal device, the incoming call processing program, and the incoming call processing method accept an incoming call request from the caller, and the caller requests based on the received incoming call request
  • the communication service requested by the specified sender is selected from the plurality of OSs based on the communication service that can be processed by each OS included in the plurality of OSs operating on the own terminal.
  • the OS that can be processed is searched, and the incoming request is allocated to the searched OS.
  • the incoming call processing program According to the communication terminal device, the incoming call processing program, and the incoming call processing method, there is an effect that it is possible to appropriately process an incoming call request from a caller.
  • FIG. 2 is a block diagram illustrating an example of a functional configuration of a communication terminal device 100 according to the first embodiment.
  • 3 is a flowchart illustrating an example of an incoming call processing procedure of the communication terminal apparatus according to the first embodiment;
  • FIG. 3 is a block diagram illustrating a hardware configuration of a communication terminal device according to a second embodiment.
  • 6 is an explanatory diagram of an example of a communication terminal device according to a second embodiment;
  • FIG. 10 is an explanatory diagram of an example of a communication terminal device according to a third embodiment
  • the communication terminal device 100 is a computer having a communication function, such as a mobile phone, a PHS (Personal Handy-phone System) phone, and a smartphone.
  • a communication function such as a mobile phone, a PHS (Personal Handy-phone System) phone, and a smartphone.
  • FIG. 1 is a block diagram of an example of a functional configuration of the communication terminal device 100 according to the first embodiment.
  • the communication terminal device 100 is configured to include a reception unit 101, a specification unit 102, a search unit 103, and an allocation unit 104.
  • the accepting unit 101 accepts an incoming call request from the caller 110.
  • the transmission source 110 is a communication terminal device that can communicate with the communication terminal device 100 via a telephone network provided by a communication carrier, for example.
  • the incoming request is an incoming request for a telephone or e-mail.
  • the incoming request includes, for example, the identifier of the caller 110 and the identifier of the communication service requested by the caller 110.
  • the identifying unit 102 identifies the communication service requested by the caller 110 based on the received incoming request.
  • the communication service is a service provided to a user by a communication company. Examples of the communication service include a service that allows the user to make a call while looking at the other party's face, a service that allows three or more people to make a call, and a service that displays a message such as characters and pictograms on the incoming call screen of the other party simultaneously with the incoming call.
  • the specifying unit 102 specifies the identifier of the communication service requested by the caller 110 included in the received incoming request.
  • a plurality of communication services provided by the communication company to the user are expressed as “communication services S1 to Sm”.
  • the search unit 103 can process a communication service requested by the identified sender 110 from a plurality of OSs based on a communication service that can be processed by each OS included in the plurality of OSs operating on the own terminal. Search the OS.
  • each OS is software that processes an incoming call request from the caller 110.
  • Each OS includes a communication service that can be processed among communication services S1 to Sm and a communication service that cannot be processed.
  • the search unit 103 searches the OSi table 200 shown in FIG. 2 for the OSi corresponding to the identifier of the communication service Sj requested by the caller 110.
  • the OS correspondence table 200 is a table that represents a communication service that can be processed by each OS included in a plurality of OSs operating on its own terminal. Here, the contents stored in the OS correspondence table 200 will be described.
  • FIG. 2 is an explanatory diagram showing an example of the contents stored in the OS correspondence table.
  • the OS correspondence table 200 stores each OSi included in the plurality of OS1 to OSn and the service ID of the communication service Sj that can be processed by each OSi in association with each other.
  • the service ID is an identifier of the communication service Sj provided by the communication company to the user.
  • the OS name is the name of the OSi that operates on the communication terminal device 100.
  • the search unit 103 refers to the OS correspondence table 200 to specify the specified service ID “S1”.
  • the corresponding OS name “OS1” is searched.
  • the allocation unit 104 allocates an incoming request from the caller 110 to the searched OSi. Specifically, for example, the allocator 104 delivers the incoming request from the caller 110 to a functional unit that processes the retrieved OSi incoming request. As a result, the incoming request from the caller 110 is processed by the OSi, and the communication service Sj requested by the caller 110 is provided.
  • FIG. 3 is a flowchart of an example of an incoming call processing procedure of the communication terminal apparatus according to the first embodiment.
  • the receiving unit 101 determines whether an incoming request from the caller 110 has been received (step S301).
  • the reception unit 101 waits to receive an incoming request from the caller 110 (step S301: No).
  • the specifying unit 102 specifies the service ID of the communication service Sj requested by the caller 110 included in the received incoming request (step S302). ).
  • the search unit 103 searches the OS correspondence table 200 shown in FIG. 2 for an OSi corresponding to the service ID of the communication service Sj requested by the caller 110 (step S303). Then, the allocation unit 104 allocates an incoming request from the caller 110 to the searched OSi (step S304), and the series of processes according to this flowchart ends.
  • the OSi that can process the communication service Sj requested by the caller 110 is searched from the plurality of OS1 to OSn operating on the own terminal, An incoming request from the caller 110 can be allocated. Thereby, the incoming request from the caller 110 can be appropriately processed, and the communication service Sj reflecting the intention of the caller 110 can be provided to the user.
  • FIG. 4 is a block diagram of a hardware configuration of the communication terminal apparatus according to the second embodiment.
  • a communication terminal device 400 includes a CPU (Central Processing Unit) 401, a ROM (Read-Only Memory) 402, a RAM (Random Access Memory) 403, an I / F (Interface) 404, a display 405, and the like.
  • a bus 410 Each component is connected by a bus 410.
  • the CPU 401 governs overall control of the communication terminal device 400.
  • the CPU 401 may be a single core or a multi-core.
  • the ROM 402 stores programs such as a boot program.
  • the RAM 403 is used as a work area for the CPU 401.
  • the I / F 404 is connected to a wireless or wired network 407 and is connected to other devices via the network 407.
  • the I / F 404 controls an internal interface with the network 407 and controls input / output of data from an external device.
  • the display 405 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box.
  • a liquid crystal display can be adopted.
  • the input device 406 includes keys for inputting characters, numbers, various instructions, and the like, and inputs data.
  • the input device 406 may be a touch panel type input pad, a numeric keypad, or the like.
  • FIG. 5 is an explanatory diagram of an example of the communication terminal apparatus according to the second embodiment.
  • the communication terminal apparatus 400 is configured to include virtual machines VM0 to VMn and a hypervisor VMM.
  • the virtual machines VM0 to VMn are virtual computers that operate on the communication terminal device 400.
  • the virtual machines VM0 to VMn are software that operates in an execution environment constructed by dividing the hardware resources (CPU 401, ROM 402, RAM 403, I / F 404, etc.) of the communication terminal device 400.
  • the entities of the virtual machines VM0 to VMn include, for example, software such as programs and OSs, variables given to the software, and information specifying hardware resources for executing the software.
  • the respective virtual machines VM1 to VMn execute different OS1 to OSn, respectively.
  • the hypervisor VMM is software that virtualizes a computer and performs control so that a plurality of different OS1 to OSn can be executed. Specifically, for example, the hypervisor VMM operates a plurality of different OS1 to OSn on the virtual machines VM1 to VMn.
  • the virtual machine VM0 includes an incoming call function unit 501, an incoming call sharing unit (back end) 502, and an incoming call control unit 503.
  • the incoming call function unit 501 accepts an incoming call request from the caller 110.
  • the incoming call function unit 501 is, for example, the I / F 404 shown in FIG.
  • the incoming call sharing unit (back end) 502 is a function for sharing the incoming call function unit 501 among a plurality of OS1 to OSn.
  • the incoming call control unit 503 determines a virtual machine that processes an incoming call request from the caller 110.
  • Each of the virtual machines VM1 to VMn includes an incoming call sharing unit (front end) 504, a reference unit 505, a processing unit 506, and a management unit 507.
  • the incoming call sharing unit (front end) 504 is a function for sharing the incoming call function unit 501 of the virtual machine VM0 among a plurality of OS1 to OSn.
  • the reference unit 505 In response to a request from the incoming call control unit 503 of the virtual machine VM0, the reference unit 505 notifies the incoming call control unit 503 of information on each of the virtual machines VM1 to VMn.
  • the processing unit 506 processes an incoming call request from the transmission source 110.
  • the management unit 507 manages the service Sj that can be processed by each of the OS1 to OSn operating on each of the virtual machines VM1 to VMn.
  • the incoming function unit 501 of the virtual machine VM0 is shared by a plurality of different OS1 to OSn.
  • the communication terminal apparatus 400 includes an incoming call sharing unit (back end) 502 that drives the I / F 404, while an incoming call sharing unit (front end) for sharing the I / F 404 with a plurality of OS1 to OSn. ) 504.
  • communication between virtual machines in the communication terminal device 400 is performed via the hypervisor VMM. Specifically, for example, communication between the incoming call sharing unit (back end) 502 of the virtual machine VM0 and the incoming call sharing units (front end) 504 of the virtual machines VM1 to VMn is performed via the hypervisor VMM. Is called.
  • incoming call function unit 501 when receiving an incoming request from caller 110, incoming call function unit 501 notifies the incoming call request to incoming call sharing unit (back end) 502.
  • the incoming call sharing unit (back end) 502 notifies the incoming call control unit 503 of an incoming call request from the caller 110.
  • the incoming call control unit 503 determines which virtual machine VM1 to VMn is to process the incoming call request from the caller 110 and notifies the incoming call sharing unit (back end) 502.
  • the incoming call sharing unit (back end) 502 passes the incoming call request from the caller 110 to the incoming call sharing unit (front end) 504 of the virtual machines VM1 to VMn notified from the incoming call control unit 503.
  • the incoming call sharing unit (front end) 504 of each of the virtual machines VM1 to VMn passes the incoming request notified from the incoming call sharing unit (back end) 502 of the virtual machine VM0 to the processing unit 506. Then, the processing unit 506 processes an incoming call request from the caller 110.
  • virtual machine VMi an arbitrary virtual machine among the virtual machines VM1 to VMn is denoted as “virtual machine VMi”.
  • FIG. 6 is a block diagram of a functional configuration of the communication terminal apparatus according to the second embodiment.
  • the communication terminal device 400 includes a reception unit 101, a specification unit 102, a search unit 103, an allocation unit 104, a determination unit 601, a determination unit 602, and an update unit 603. .
  • each functional unit (accepting unit 101 to allocating unit 104, determining unit 601 to updating unit 603) executes, for example, a program stored in a storage device such as ROM 402 and RAM 403 illustrated in FIG. Or the function is realized by the I / F 404.
  • each functional unit receives the processing results of each functional unit (receiving unit 101 to allocation unit 104, determination unit 601 to update unit 603) are stored in a storage device such as the RAM 403, for example.
  • the reception unit 101 corresponds to, for example, the incoming call function unit 501 of the virtual machine VM0 illustrated in FIG.
  • the allocation unit 104 corresponds to, for example, the incoming call sharing unit (back end) 502 illustrated in FIG.
  • the specifying unit 102, the search unit 103, the determination unit 601 to the update unit 603 correspond to the incoming call control unit 503 shown in FIG.
  • the accepting unit 101 accepts an incoming call request from the caller 110. Specifically, for example, the reception unit 101 receives an incoming request from the caller 110 via the network 407 (see FIG. 4).
  • the identifying unit 102 identifies the communication service Sj requested by the caller 110 based on the received incoming request. Specifically, for example, the specifying unit 102 specifies the service ID of the communication service Sj requested by the caller 110 included in the received incoming call request.
  • the search unit 103 searches for an OSi that can process the communication service Sj requested by the specified transmission source 110 from among a plurality of OS1 to OSn operating on its own terminal.
  • each of the OS1 to OSn is an OS operating on each of the virtual machines VM1 to VMn operating on the communication terminal device 400. Therefore, “searching for OSi capable of processing the communication service Sj from OS1 to OSn” means “searching for virtual machine VMi capable of processing the communication service Sj from the virtual machines VM1 to VMn”. Equivalent to.
  • the search target of the search unit 103 is described as “virtual machine VMi capable of processing the communication service Sj”.
  • the search unit 103 refers to the virtual machine correspondence table 700 illustrated in FIG. 7 and searches for the virtual machine VMi corresponding to the service ID of the communication service Sj requested by the transmission source 110.
  • the virtual machine correspondence table 700 is a table representing services Sj that can be processed by the virtual machine VMi operating on the communication terminal device 400.
  • the virtual machine correspondence table 700 is stored in, for example, a storage device such as the RAM 403 illustrated in FIG. Here, the contents stored in the virtual machine correspondence table 700 will be described.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the virtual machine correspondence table.
  • the virtual machine correspondence table 700 stores the machine ID of the virtual machine VMi that can process the communication service Sj for each communication service Sj provided by the communication company to the user.
  • the service ID is an identifier of the communication service Sj provided to the user by the communication company.
  • the machine ID is an identifier of the virtual machine VMi that operates on the communication terminal device 400. According to the virtual machine correspondence table 700, the service Sj that can be processed by the virtual machine VMi operating on the communication terminal device 400 can be specified.
  • the search unit 103 selects virtual machines VMi that can be processed for each communication service Sj from the virtual machines VM1 to VMn. Search for. For example, it is assumed that communication services S1 and S2 are specified as the communication service Sj requested by the caller 110.
  • the search unit 103 refers to the virtual machine correspondence table 700 and searches for the machine ID “VM1” corresponding to the service ID “S1”.
  • the search unit 103 refers to the virtual machine correspondence table 700 and searches for the machine IDs “VM1, VM2” corresponding to the service ID “S2”.
  • two virtual machines VM1 and VM2 are searched as virtual machines VMi that can process the communication service S1 or S2 requested by the caller 110.
  • a plurality of virtual machines searched as virtual machines capable of processing the communication service Sj requested by the transmission source 110 are represented as “virtual machines VM [1] to VM [K]”.
  • the determination unit 601 processes an incoming request from the caller 110 from the virtual machines VM [1] to VM [K]. To determine a virtual machine VMi. Specifically, for example, the determination unit 601 determines a virtual machine VMi for processing an incoming request based on the number of communication services Sj requested by the transmission source 110 that can be processed by each virtual machine VM [k]. To do.
  • the determination unit 601 determines, for each searched virtual machine VM [k], the number of communication services Sj requested by the transmission source 110 that can be processed by the virtual machine VM [k] C [ k]. Then, the determination unit 601 determines a virtual machine VMi for processing an incoming request from the virtual machines VM [1] to VM [K] based on the number C [k] of each virtual machine VM [k]. To do.
  • the virtual machines VM1 and VM2 are searched as the virtual machines VM [k] that can process the communication services S1 or S2.
  • the determination unit 601 counts the numbers C1 and C2 of the communication services Sj requested by the transmission source 110 that can be processed by the virtual machines VM1 and VM2.
  • the determination unit 601 determines the maximum number C1 (C1> C2) of the virtual machines VM1 from the transmission source 110 among the numbers C1 and C2 of the communication services Sj that can be processed by the virtual machines VM1 and VM2.
  • the virtual machine VMi for processing the incoming request is determined.
  • the virtual machine VMi for processing may be determined.
  • the virtual machine VMi for processing the incoming request from the caller 110 may be determined. For example, among the plurality of virtual machines VM [k] having the maximum number C [k], the virtual machine VM [k] capable of processing the service Sj having a high priority is processed for the incoming request from the source 110. To determine the virtual machine VMi.
  • the allocation unit 104 allocates the incoming request from the transmission source 110 to the determined virtual machine VMi.
  • the incoming call sharing unit (back end) 502 passes the incoming call request from the caller 110 to the incoming call sharing unit (front end) 504 of the determined virtual machine VMi.
  • the incoming call sharing unit (front end) 504 of the virtual machine VMi receives an incoming request from the caller 110 and passes it to the processing unit 506.
  • the processing unit 506 of the virtual machine VMi processes an incoming call request from the caller 110.
  • the update unit 603 updates a table representing the communication service Sj that can be processed by each OSi operating on its own terminal.
  • the incoming call control unit 503 receives an update request from the management unit 507 of the virtual machine VMi, and updates the storage content of the virtual machine correspondence table 700.
  • the update request from the management unit 507 includes, for example, the service ID of the service Sj that can be processed by the virtual machine VMi.
  • the management unit 507 of the virtual machine VMi controls the service ID of the service Sj that can be processed by the virtual machine VMi. Notification to the unit 503.
  • the incoming call control unit 503 updates the stored contents of the virtual machine correspondence table 700 according to the service ID of the service Sj that can be processed by the virtual machine VMi received from the management unit 507.
  • the search unit 103 receives an incoming call from the caller 110 in consideration of the intention of the callee (user of the communication terminal device 400).
  • the virtual machine VMi that processes the request may be determined.
  • the intention of the recipient may be considered.
  • the virtual machine VMi that processes the incoming request from the caller 110 is determined from the virtual machines VM [1] to VM [K] in consideration of the intention of the called party (user of the communication terminal device 400).
  • the determination methods (1) to (6) to be performed will be described.
  • ⁇ Determination method (1)> As a function of the communication terminal device 400, for example, there is a function of displaying on the display 405 the name and face image of the user of the caller 110 registered in the telephone directory. When the name or face image of the user of the caller 110 is displayed on the display 405, the callee can easily identify the caller 110.
  • the virtual machine VM [k] that can display the name and face image of the user of the transmission source 110 on the display 405 is used as the virtual machine that processes the incoming request from the transmission source 110. Determine VMi.
  • the determination unit 602 determines whether or not the identifier of the transmission source 110 included in the incoming call request is registered in the transmission source list associated with each virtual machine VM [k]. judge.
  • the identifier of the caller 110 included in the incoming call request is, for example, the telephone number or mail address of the caller 110.
  • the transmission source list is information that stores an identifier of a specific transmission source.
  • the sender list is, for example, a phone book that registers the name, telephone number, mail address, face image, and the like of a particular sender. When there is an incoming call from the caller registered in the telephone directory, for example, the name and face image of the caller are displayed on the display 405 of the communication terminal device 400.
  • phone books TR1 to TRn the phone books associated with the respective virtual machines VM1 to VMn are denoted as “phone books TR1 to TRn”, and are associated with the respective virtual machines VM [1] to VM [K].
  • the phone books are denoted as “phone books TR [1] to TR [K]”, respectively.
  • Each of the phone books TR1 to TRn is stored in a storage device such as the ROM 402 and the RAM 403 in association with the virtual machines VM1 to VMn, for example.
  • the determination unit 602 identifies the telephone number of the caller 110 included in the incoming call request. Then, the determination unit 602 determines whether the telephone number of the specified caller 110 is registered in the telephone directory TR [k] associated with each virtual machine VM [k].
  • the incoming call control unit 503 inquires of the reference unit 505 of the virtual machine VM [k] whether or not the telephone number of the caller 110 is registered in the telephone directory TR [k]. .
  • the reference unit 505 of the virtual machine VM [k] determines whether or not the telephone number of the caller 110 is registered in the phone book TR [k], and notifies the incoming call control unit 503 of the determination result.
  • the phone book TR1 of the virtual machine VM1 as an example, the stored contents of the phone book TR1 will be described.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the telephone directory.
  • the name, telephone number, mail address and face image for each specific caller are registered in the telephone directory TR1.
  • the face image may be an image obtained by photographing a specific caller's face, or may be an avatar imitating a specific caller.
  • the telephone number of the caller 110 is “090-xxxx-1234”.
  • the determination unit 602 places a call in the telephone directory TR1 associated with the virtual machine VM1. It is determined that the original 110 telephone number is registered.
  • the determining unit 601 determines a virtual machine VMi for processing an incoming request from the caller 110 based on the determined determination result. Specifically, for example, the determination unit 601 processes an incoming request from the caller 110 for the virtual machine VM [k] in which the phone number of the caller 110 is registered in the phone book TR [k]. To determine the virtual machine VMi.
  • the virtual machines VM [1] to VM [K] are virtual machines VM1 to VM3, and the telephone number of the caller 110 is registered only in the telephone directory TR1 of the virtual machine VM1 among the virtual machines VM1 to VM3. .
  • the determination unit 601 determines the virtual machine VM1 as a virtual machine VMi for processing an incoming request from the transmission source 110.
  • the name and face image of the caller 110 are displayed on the display 405 when receiving a call, and the convenience of the callee is improved, and the communication service Sj reflecting the intention of the caller 110 is provided to the user. be able to.
  • ⁇ Determination method (2)> There may be a plurality of applications as applications for providing the same communication service Sj. In such a case, from the viewpoint of providing a high-quality communication service Sj, for example, when performing a videophone, it is desirable to use an application with high video encoding performance.
  • the determination unit 601 determines a virtual machine VMi for processing an incoming request from the transmission source 110 based on the performance of an application operating on each virtual machine VM [k].
  • the application is software for providing the communication service Sj requested by the transmission source 110.
  • an application for example, there is an application for displaying an image of a videophone call in which a user makes a call while looking at each other's face.
  • the determination unit 601 determines a virtual machine VMi for processing an incoming request from the caller 110 by referring to the application list 900 shown in FIG.
  • the application list 900 is stored in a storage device such as the ROM 402 and the RAM 403, for example.
  • the contents stored in the application list 900 will be described.
  • FIG. 9 is an explanatory diagram showing an example of the stored contents of the application list.
  • an application list 900 has fields for machine ID, application ID, and performance. By setting information in each field, the application installed in each virtual machine VMi and the performance of the application are stored.
  • the machine ID is an identifier of the virtual machine VMi.
  • the application ID is an application identifier.
  • Performance is the performance of the application.
  • the application performance includes, for example, the resolution of the video displayed on the display 405.
  • the communication service Sj requested by the caller 110 is “videophone”.
  • virtual machines VM [1] to VM [K] are virtual machines VM1 and VM2, and applications that operate to provide a videophone are “applications A1 and A2”.
  • the determination unit 601 refers to the application list 900 to identify the performance of the applications A1 and A2 operating on the virtual machines VM1 and VM2 in order to provide a videophone.
  • the resolution “240 ⁇ 240 (pixels)” is specified as the performance of the application A1
  • the resolution “320 ⁇ 320 (pixels)” is specified as the performance of the application A2.
  • the determination unit 601 specifies the application A2 having the maximum resolution. Then, the determination unit 601 determines the virtual machine VM2 in which the identified application A2 is installed among the virtual machines VM1 and VM2 as the virtual machine VMi for processing an incoming request from the caller 110.
  • the stored contents of the application list 900 are updated in response to an update request from the management unit 507 of the virtual machine VMi when, for example, a new application is installed in the virtual machine VMi.
  • the update request includes, for example, an application ID of a newly installed application and information on the performance of the application.
  • ⁇ Determination method (3)> As a usage form of the communication terminal device 400, there is a case where the OSi used at the time of incoming call is properly used depending on the time zone. For example, it is assumed that a work OS is used from 9:00 to 17:00 during work hours, and a private OS is used from 17:01 to 8:59. .
  • the determination unit 601 determines a virtual machine VMi for processing the incoming request from the virtual machines VM [1] to VM [K] based on the time when the incoming request from the transmission source 110 is received. To do.
  • the time when the incoming request is accepted can be specified by, for example, the function of the communication terminal device 400 that measures the time.
  • the determining unit 601 determines a virtual machine VMi for processing an incoming request from the caller 110 by referring to the time zone list 1000 shown in FIG.
  • the time zone list 1000 is stored in a storage device such as the ROM 402 and the RAM 403, for example.
  • the contents stored in the time zone list 1000 will be described.
  • FIG. 10 is an explanatory diagram showing an example of the contents stored in the time zone list.
  • the time zone list 1000 stores the OS name of the OSi used at the time of incoming call and the machine ID of the virtual machine VMi that operates OSi in association with the time zones T1 and T2.
  • virtual machines VM [1] to VM [K] are virtual machines VM1 and VM2.
  • the determining unit 601 refers to the time zone list 1000 and determines the virtual machine VM1 as the virtual machine VMi for processing the incoming request. To do.
  • the determining unit 601 determines the virtual machine VM2 as the virtual machine VMi for processing the incoming request.
  • a work OS can be used during work hours, and a private OS can be used during other times.
  • the determination unit 601 determines an arbitrary virtual machine VM [k] among the virtual machines VM [1] to VM [K] as a virtual machine VMi for processing an incoming request from the caller 110. May be.
  • ⁇ Determination method (4)> As a usage form of the communication terminal device 400, there is a case where the OSi used at the time of incoming call is properly used depending on the place. For example, a case where a work OS is used in the metropolitan area and a private OS is used in other places is assumed.
  • the determination unit 601 determines a virtual machine VMi for processing an incoming request from the transmission source 110 from among the virtual machines VM [1] to VM [K] based on the current position of the terminal itself.
  • the current position of the terminal is position information such as latitude and longitude indicating the current position of the terminal. Further, the current position of the terminal itself can be acquired from, for example, a GPS (Global Positioning System) mounted on the communication terminal device 400.
  • GPS Global Positioning System
  • the determining unit 601 determines a virtual machine VMi for processing an incoming request from the caller 110 by referring to the place list 1100 shown in FIG.
  • the location list 1100 is stored in a storage device such as the ROM 402 and the RAM 403, for example.
  • the contents stored in the place list 1100 will be described.
  • FIG. 11 is an explanatory diagram showing an example of the stored contents of the place list.
  • the location list 1100 associates the location information of each location L1, L2, the OS name of the OSi used at the time of incoming call, and the machine ID of the virtual machine VMi that operates OSi for each location L1, L2. I remember it.
  • the location information of each location L1, L2 is for specifying the range of each location L1, L2 by latitude and longitude, for example.
  • the determination unit 601 refers to the place list 1100 and identifies which of the places L1 and L2 the current position of the terminal itself belongs to.
  • the determination unit 601 refers to the location list 1100 and determines the virtual machine VM1 as the virtual machine VMi for processing the incoming call request.
  • the determination unit 601 refers to the location list 1100 and determines the virtual machine VM2 as the virtual machine VMi for processing the incoming call request.
  • ⁇ Determination method (5)> As a usage form of the communication terminal device 400, there is a case where a call is performed using a peripheral device connected to the communication terminal device 400. For example, it is assumed that the callee makes a call using a headset.
  • a headset is a headphone integrated with a microphone for making a call without holding the terminal main body.
  • the determination unit 601 determines a virtual machine VMi for processing an incoming request from the caller 110 based on the connection status of peripheral devices connected to each virtual machine VM [k]. Specifically, for example, first, the incoming call control unit 503 inquires of the reference unit 505 of the virtual machine VM [k] about the connection status of the headset.
  • the reference unit 505 of the virtual machine VM [k] determines whether or not a headset is connected, and notifies the incoming call control unit 503 of the determination result. Then, the incoming call control unit 503 sends an incoming request from the caller 110 to the virtual machine VM [k] to which the headset is connected based on the determination result from the reference unit 505 of each virtual machine VM [k]. The virtual machine VMi for processing is determined.
  • ⁇ Determination method (6)> As a method for determining the OSi for processing the incoming request from the caller 110, there is a method in which the called party selects an arbitrary OSi when receiving an incoming call.
  • the OSi selected by the callee at the time of the incoming call is stored as an operation history, and the OS that is frequently selected by the callee is the OSi for processing the incoming call request, so that the intention of the callee can be reflected.
  • the determination unit 601 selects the originator 110 from the virtual machines VM [1] to VM [K] based on the operation history in which the recipient selects the OSi that processes the incoming request from the originator 110 at the time of the incoming call.
  • the virtual machine VMi that processes the incoming request from is determined. Specifically, for example, the determination unit 601 determines a virtual machine VMi that processes an incoming request from the caller 110 by referring to the operation history table 1200 illustrated in FIG.
  • the operation history table 1200 is stored in a storage device such as the RAM 403, for example.
  • the contents stored in the operation history table 1200 will be described.
  • “OS1 to OS5” will be described as an example of the plurality of OS1 to OSn operating on the communication terminal device 400.
  • FIG. 12 is an explanatory diagram showing an example of the stored contents of the operation history table.
  • the operation history table 1200 is displayed for each of the services S1 to Sm for each of OS1 to OS5 selected to process an incoming request from the caller 110 by an operation input using the input device 406 of the callee. I remember the number of times.
  • the communication service Sj requested by the transmission source 110 is the communication service S7
  • the virtual machines VM [1] to VM [K] are the virtual machines VM1 to VM5.
  • the determination unit 601 first refers to the operation history table 1200 and identifies the number of times for each of the OS1 to OS5 selected for processing the incoming request from the caller 110 for the communication service S7.
  • the determination unit 601 specifies the OS 4 having the largest number of times among the OS1 to OS5. Then, the determination unit 601 determines the virtual machine VM4 that operates the OS 4 as a virtual machine VMi that processes an incoming request from the transmission source 110. Thereby, it is possible to provide the communication service Sj reflecting the intention of the called party.
  • any of the determination methods (1) to (6) described above can be arbitrarily set as a method for determining the virtual machine VMi that processes an incoming request from the caller 110. Further, a plurality of determination methods among the determination methods (1) to (6) described above may be used in combination.
  • an arbitrary virtual machine is selected from the plurality of virtual machines VM [k].
  • the machine may be determined as a virtual machine VMi that processes an incoming request from the caller 110.
  • the above-described determination methods (1) to (6) are used.
  • the virtual machine VMi that processes the incoming request may be determined.
  • the determination methods (1) to (6) described above may be used.
  • a virtual machine VMx that is set in advance for normal call reception is used as a virtual machine that processes an incoming call request from the caller 110.
  • the machine VMi may be determined.
  • the virtual machine VMx set in advance for normal incoming call may be used.
  • the normal incoming virtual machine VMx is, for example, a virtual machine VMi that realizes a minimum function necessary for a call.
  • FIG. 13 is a flowchart of an example of an incoming call processing procedure of the communication terminal apparatus according to the second embodiment.
  • the receiving unit 101 determines whether an incoming request from the caller 110 has been received (step S1301).
  • the reception unit 101 waits to receive an incoming call request from the caller 110 (step S1301: No).
  • the specifying unit 102 specifies the service ID of the communication service Sj requested by the caller 110 included in the received incoming request (step S1302). ).
  • the search unit 103 refers to the virtual machine correspondence table 700 to search for the virtual machine VMi corresponding to the service ID of the communication service Sj requested by the specified transmission source 110 (step S1303). If the virtual machine VMi is searched (step S1304: Yes), the determining unit 601 determines whether a plurality of virtual machines VM [1] to VM [K] are searched (step S1305).
  • step S1305 If a plurality of searches are not performed (step S1305: NO), the allocation unit 104 allocates an incoming request from the caller 110 to the searched virtual machine VMi (step S1306), and a series of processes according to this flowchart. Exit.
  • step S1305 when a plurality of searches are made (step S1305: Yes), the determination unit 601 executes a first determination process for determining a virtual machine VMi for processing an incoming request from the caller 110 (step S1307). Then, the allocation unit 104 allocates the incoming request from the caller 110 to the determined virtual machine VMi (step S1306), and the series of processes according to this flowchart ends.
  • step S1304 when the virtual machine VMi is not searched (step S1304: No), the determination unit 601 performs second determination processing for determining a virtual machine VMi for processing an incoming request from the caller 110. It executes (step S1308). Then, the allocation unit 104 allocates the incoming request from the caller 110 to the determined virtual machine VMi (step S1306), and the series of processes according to this flowchart ends.
  • the incoming request from the caller 110 can be appropriately processed, and the communication service Sj reflecting the intention of the caller 110 can be provided to the user.
  • FIG. 14 is a flowchart illustrating an example of a specific processing procedure of the first determination process.
  • the determination unit 602 identifies the telephone number of the caller 110 included in the incoming call request received in step S1301 shown in FIG. 13 (step S1401).
  • step S1404 when the telephone number of the caller 110 is registered (step S1404: Yes), the process proceeds to step S1410.
  • step S1404: No when the telephone number of the caller 110 is not registered (step S1404: No), the determination unit 602 increments “k” of the virtual machine VM [k] (step S1405). It is determined whether it is larger than “K” (step S1406).
  • step S1406 No
  • step S1406 No
  • step S1406 Yes
  • step S1406 Yes
  • step S1406 Yes
  • step S1407 the determining unit 601 determines whether a headset is connected to the virtual machine VM [k] (step S1408).
  • Step S1409 when the headset is connected (step S1409: Yes), the determination unit 601 determines the virtual machine VM [k] as the virtual machine VMi for processing the incoming request from the caller 110. (Step S1410), the process proceeds to Step S1306 shown in FIG.
  • step S1409: No the determination unit 601 increments “k” of the virtual machine VM [k] (step S1411), and “k” is larger than “K”. It is determined whether or not (step S1412). If “k” is equal to or less than “K” (step S1412: NO), the process returns to step S1408.
  • step S1412 when “k” is larger than “K” (step S1412: Yes), the determination unit 601 sends any virtual machine VM [k] from among the virtual machines VM [1] to VM [K] to the transmission source 110. Is determined as the virtual machine VMi that processes the incoming request from (step S1413), and the process proceeds to step S1306 shown in FIG.
  • the communication service Sj reflecting the intention of the caller 110 is provided to the user, and the convenience of the callee is improved. Can do.
  • the virtual machine VM [k] is determined as the virtual machine VMi for processing an incoming request from the caller 110.
  • the virtual machines VM [1] to VM [K] may be further narrowed down according to the connection status of the headset.
  • FIG. 15 is a flowchart illustrating an example of a specific processing procedure of the second determination process.
  • the determination unit 602 specifies the telephone number of the caller 110 included in the incoming call request received in step S1301 shown in FIG. 13 (step S1501).
  • step S1504 when the telephone number of the caller 110 is registered (step S1504: Yes), the process proceeds to step S1306 shown in FIG.
  • step S1504: No when the telephone number of the caller 110 is not registered (step S1504: No), the determination unit 602 increments “i” of the virtual machine VMi (step S1505), and “i” is greater than “n”. It is determined whether it is larger (step S1506).
  • step S1506: No when “i” is equal to or less than “n” (step S1506: No), the process returns to step S1503.
  • step S1506: Yes when “i” is larger than “n” (step S1506: Yes), the determination unit 601 receives a virtual machine VMx set for normal transmission from the virtual machines VM1 to VMn from the caller 110. The virtual machine VMi that processes the request is determined (step S1507), and the process proceeds to step S1306 shown in FIG.
  • the virtual machine VMi that can process the communication service Sj requested by the caller 110 is searched from the virtual machines VM1 to VMn that operate on its own terminal.
  • an incoming call request from the caller 110 can be allocated.
  • the incoming request from the caller 110 can be appropriately processed, and the communication service Sj reflecting the intention of the caller 110 can be provided to the user.
  • an incoming call request from the caller 110 is made based on the number Ci of the communication services Sj that can be processed by each virtual machine VMi.
  • the virtual machine VMi to be processed can be determined. Thereby, more communication services Sj requested from the caller 110 can be provided to the user.
  • the virtual machine VMi that processes the incoming request from the caller 110 can be determined. For this reason, the name and face image of the caller 110 can be displayed on the display 405 when an incoming call is received.
  • the communication service Sj reflecting the intention of the caller 110 can be provided to the user, and the convenience of the callee can be improved.
  • the virtual machine VMi for processing the incoming request from the caller 110 can be determined based on the performance of the application running on each virtual machine VM [k]. As a result, an incoming request from the caller 110 can be processed using a high-performance application, and a high-quality communication service Sj can be provided to the recipient.
  • VMi can be determined.
  • the OSi used at the time of the incoming call can be properly used according to the time zone. Specifically, for example, a work OS can be used during work hours, and a private OS can be used during other times.
  • the virtual machine VMi for processing the incoming request from the caller 110 is selected from the virtual machines VM [1] to VM [K] based on the current position of the terminal itself. Can be determined.
  • the OSi used at the time of incoming call can be properly used according to the current position of the terminal itself. Specifically, for example, it is possible to selectively use such as using a work OS in the metropolitan area and using a private OS in a place other than the metropolitan area.
  • the virtual machine VMi for processing the incoming request from the caller 110 can be determined based on the connection status of the peripheral devices connected to each virtual machine VM [k]. it can.
  • peripheral devices such as a headset can be used at the time of an incoming call, and the convenience of the recipient can be improved.
  • the virtual machine VMi that processes the incoming request from the caller 110 is determined based on the operation history in which the callee selects the OSi that processes the incoming call request from the caller 110 when the call is received. can do. Thereby, it is possible to provide the communication service Sj reflecting the intention of the called party and reduce the processing load for determining the virtual machine VMi for processing the incoming request from the caller 110.
  • FIG. 16 is an explanatory diagram of an example of the communication terminal apparatus according to the third embodiment.
  • the communication terminal device 1600 includes virtual machines VM1 to VMn and a hypervisor VMM.
  • the virtual machine VM1 includes an incoming call function unit 501, an incoming call sharing unit (back end) 502, an incoming call control unit 503, a reference unit 505, a processing unit 506, and a management unit 507.
  • Each of the virtual machines VM2 to VMn includes an incoming call sharing unit (front end) 504, a reference unit 505, a processing unit 506, and a management unit 507.
  • the incoming call sharing unit (front end) 504 is a function for sharing the incoming call function unit 501 of the virtual machine VM1 among a plurality of OS1 to OSn. That is, in the communication terminal device 1600, the incoming function unit 501 of the virtual machine VM1 is shared by a plurality of different OS1 to OSn.
  • incoming call function unit 501 when receiving an incoming request from caller 110, incoming call function unit 501 notifies incoming call request to incoming call sharing unit (back end) 502.
  • the incoming call sharing unit (back end) 502 notifies the incoming call control unit 503 of an incoming call request from the caller 110.
  • the incoming call control unit 503 determines which virtual machine VM1 to VMn will process the incoming call request from the caller 110, and notifies the incoming call sharing unit (back end) 502.
  • the incoming call sharing unit (back end) 502 passes the incoming request from the caller 110 to the processing unit 506. Then, the processing unit 506 processes an incoming call request from the caller 110.
  • the incoming call sharing unit (back end) 502 sends the incoming call sharing unit (front end) 504 of the virtual machines VM2 to VMn notified from the incoming call control unit 503 to the incoming call sharing unit 504. Pass the incoming request.
  • the incoming call sharing unit (front end) 504 of each of the virtual machines VM2 to VMn passes the incoming call request notified from the incoming call sharing unit (back end) 502 to the processing unit 506. Then, the processing unit 506 processes an incoming call request from the caller 110.
  • the communication terminal device 1600 when the incoming request from the caller 110 is processed by the virtual machine VM1, communication between the virtual machines via the hypervisor VMM becomes unnecessary. For this reason, the performance of the communication terminal device 1600 at the time of an incoming call can be improved. In particular, by including each function unit (incoming function unit 501 to incoming control unit 503) of the virtual machine VM0 described in the second embodiment in the frequently used virtual machine VMi, communication between the virtual machines is significantly reduced. can do.
  • the incoming call 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 incoming call 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 incoming call processing program may be distributed via a network such as the Internet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

　通信端末装置（１００）において、受付部（１０１）は、発信元（１１０）からの着信要求を受け付ける。特定部（１０２）は、受け付けた着信要求に基づいて、発信元（１１０）が要求する通信サービス（Ｓｊ）を特定する。検索部（１０３）は、自端末で動作する各ＯＳ（ｉ）が処理可能な通信サービス（Ｓｊ）を表すテーブルを参照して、複数のＯＳ（１）～ＯＳ（ｎ）の中から、発信元（１１０）が要求する通信サービス（Ｓｊ）を処理可能なＯＳ（ｉ）を検索する。割振部（１０４）は、検索されたＯＳ（ｉ）に、発信元（１１０）からの着信要求を割り振る。この結果、ＯＳ（ｉ）により発信元（１１０）からの着信要求が処理されて、発信元（１１０）が要求する通信サービス（Ｓｊ）が利用者に提供される。

Description

通信端末装置、着信処理プログラム、および着信処理方法
　本発明は、着信を処理する通信端末装置、着信処理プログラム、および着信処理方法に関するものである。
　近年、携帯電話等の通信端末に、１台の計算機上で複数のＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を動作させる仮想化技術の適用が見込まれている。１台の携帯電話上で複数のＯＳが動作すると、これまで複数台の携帯電話を持ち歩いていた利用者は、各携帯電話の機能を１台の携帯電話にまとめることができる。
　関連する先行技術として、例えば、移動機ＯＳと、非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）を制御するアプリケーションマネージャと、非接触型ＩＣのデバイスドライバとを含む移動体端末がある。移動機ＯＳは、移動体端末の種々の機能を実行する。デバイスドライバは、アプリケーションマネージャの制御にしたがって非接触型ＩＣのＯＳを駆動させる。
　また、自機のＩＤ情報を送信するタグと、セルラ通信ネットワークに接続可能なサーバと、タグからの情報を集約する集約ポイントとを含む通信システムがある。通信システムにおいて、集約ポイントは、タグからのＩＤ情報を受信する受信部と、セルラ通信ネットワーク経由のセルラ通信を行う通信部を備え、セルラ通信モードとタグ受信機能を含む複数のモードを切り替える切替信号をサーバから受信して、モードの切替制御を行う。
特開２００６－７２９５６号公報 特開２００４－２４２２７４号公報
　しかしながら、上述した従来技術では、端末上で動作する複数のＯＳがそれぞれ異なる特徴を有している場合、着信時にどのＯＳを使用すればよいのか判断することが難しいという問題がある。この結果、例えば、発信者がテレビ電話を掛けてきたときに、着信側でテレビ電話に対応していないＯＳを使用すると、テレビ電話による通話を行うことができず、コミュニケーションが阻害されてしまう場合がある。
　本発明は、上述した従来技術による問題点を解消するため、発信元からの着信要求を適切に処理することができる通信端末装置、着信処理プログラム、および着信処理方法を提供することを目的とする。
　上述した課題を解決し、目的を達成するため、本通信端末装置、着信処理プログラム、および着信処理方法は、発信元からの着信要求を受け付け、受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定し、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索し、検索されたＯＳに前記着信要求を割り振る。
　本通信端末装置、着信処理プログラム、および着信処理方法によれば、発信元からの着信要求を適切に処理することができるという効果を奏する。
実施の形態１にかかる通信端末装置１００の機能的構成の一例を示すブロック図である。 ＯＳ対応テーブルの記憶内容の一例を示す説明図である。 実施の形態１にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。 実施の形態２にかかる通信端末装置のハードウェア構成を示すブロック図である。 実施の形態２にかかる通信端末装置の一実施例を示す説明図である。 実施の形態２にかかる通信端末装置の機能的構成を示すブロック図である。 仮想マシン対応テーブルの記憶内容の一例を示す説明図である。 電話帳の記憶内容の一例を示す説明図である。 アプリケーションリストの記憶内容の一例を示す説明図である。 時間帯リストの記憶内容の一例を示す説明図である。 場所リストの記憶内容の一例を示す説明図である。 操作履歴テーブルの記憶内容の一例を示す説明図である。 実施の形態２にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。 第１の決定処理の具体的処理手順の一例を示すフローチャートである。 第２の決定処理の具体的処理手順の一例を示すフローチャートである。 実施の形態３にかかる通信端末装置の一実施例を示す説明図である。
　以下に添付図面を参照して、この発明にかかる通信端末装置、着信処理プログラム、および着信処理方法の好適な実施の形態を詳細に説明する。
（通信端末装置１００の機能的構成）
　まず、実施の形態１にかかる通信端末装置１００の機能的構成について説明する。通信端末装置１００は、通信機能を有するコンピュータであり、例えば、携帯電話機、ＰＨＳ（Ｐｅｒｓｏｎａｌ　Ｈａｎｄｙ－ｐｈｏｎｅ　Ｓｙｓｔｅｍ）電話機、スマートフォンなどである。
　図１は、実施の形態１にかかる通信端末装置１００の機能的構成の一例を示すブロック図である。図１において、通信端末装置１００は、受付部１０１と、特定部１０２と、検索部１０３と、割振部１０４と、を含む構成である。
　受付部１０１は、発信元１１０からの着信要求を受け付ける。ここで、発信元１１０は、例えば、通信事業者が提供する電話網を介して通信端末装置１００と通信可能な通信端末装置である。着信要求は、電話や電子メールの着信要求である。着信要求には、例えば、発信元１１０の識別子や、発信元１１０が要求する通信サービスの識別子が含まれている。
　特定部１０２は、受け付けた着信要求に基づいて、発信元１１０が要求する通信サービスを特定する。ここで、通信サービスとは、通信業者が利用者に提供するサービスである。通信サービスとしては、例えば、相手の顔を見ながら通話できるサービス、３人以上で通話できるサービス、着信と同時に相手の着信画面に文字や絵文字などのメッセージを表示するサービスなどがある。
　具体的には、例えば、特定部１０２が、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスの識別子を特定する。以下の説明では、通信業者が利用者に提供する複数の通信サービスを「通信サービスＳ１～Ｓｍ」と表記する。また、通信サービスＳ１～Ｓｍのうち任意の通信サービスを「通信サービスＳｊ」と表記する（ｊ＝１，２，…，ｍ）。
　検索部１０３は、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、複数のＯＳの中から、特定された発信元１１０が要求する通信サービスを処理可能なＯＳを検索する。ここで、各ＯＳは、発信元１１０からの着信要求を処理するソフトウェアである。各ＯＳは、通信サービスＳ１～Ｓｍのうち、処理可能な通信サービスもあれば、処理不能な通信サービスもある。以下の説明では、通信端末装置１００で動作する複数のＯＳを「ＯＳ１～ＯＳｎ」と表記する。また、ＯＳ１～ＯＳｎのうち任意のＯＳを「ＯＳｉ」と表記する（ｉ＝１，２，…，ｎ）。
　具体的には、例えば、検索部１０３が、図２に示すＯＳ対応テーブル２００の中から、発信元１１０が要求する通信サービスＳｊの識別子に対応するＯＳｉを検索する。ＯＳ対応テーブル２００は、自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスを表すテーブルである。ここで、ＯＳ対応テーブル２００の記憶内容について説明する。
　図２は、ＯＳ対応テーブルの記憶内容の一例を示す説明図である。図２において、ＯＳ対応テーブル２００は、複数のＯＳ１～ＯＳｎに含まれる各ＯＳｉと、各ＯＳｉが処理可能な通信サービスＳｊのサービスＩＤとを対応付けて記憶している。サービスＩＤは、通信業者が利用者に提供する通信サービスＳｊの識別子である。ＯＳ名は、通信端末装置１００で動作するＯＳｉの名称である。
　ＯＳ対応テーブル２００によれば、自端末で動作するＯＳｉが処理可能なサービスＳｊを特定することができる。例えば、発信元１１０が要求する通信サービスＳｊの識別子としてサービスＩＤ『Ｓ１』が特定された場合、上記検索部１０３は、ＯＳ対応テーブル２００を参照することにより、特定されたサービスＩＤ『Ｓ１』に対応するＯＳ名『ＯＳ１』を検索する。
　割振部１０４は、検索されたＯＳｉに、発信元１１０からの着信要求を割り振る。具体的には、例えば、割振部１０４が、検索されたＯＳｉの着信要求を処理する機能部に、発信元１１０からの着信要求を引き渡す。この結果、ＯＳｉにより発信元１１０からの着信要求が処理されて、発信元１１０が要求する通信サービスＳｊが提供されることになる。
（通信端末装置１００の着信処理手順）
　図３は、実施の形態１にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。図３のフローチャートにおいて、まず、受付部１０１により、発信元１１０からの着信要求を受け付けたか否かを判断する（ステップＳ３０１）。
　ここで、受付部１０１により、発信元１１０からの着信要求を受け付けるのを待つ（ステップＳ３０１：Ｎｏ）。そして、受付部１０１により、着信要求を受け付けた場合（ステップＳ３０１：Ｙｅｓ）、特定部１０２により、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する（ステップＳ３０２）。
　つぎに、検索部１０３により、図２に示したＯＳ対応テーブル２００の中から、発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応するＯＳｉを検索する（ステップＳ３０３）。そして、割振部１０４により、検索されたＯＳｉに、発信元１１０からの着信要求を割り振って（ステップＳ３０４）、本フローチャートによる一連の処理を終了する。
　以上説明した実施の形態１にかかる通信端末装置１００によれば、自端末で動作する複数のＯＳ１～ＯＳｎの中から、発信元１１０が要求する通信サービスＳｊを処理可能なＯＳｉを検索して、発信元１１０からの着信要求を割り振ることができる。これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。
（実施の形態２）
　つぎに、実施の形態２にかかる通信端末装置４００の一実施例について説明する。なお、実施の形態１で説明した箇所と同一箇所については、同一符号を付して説明を省略する。ここではまず、実施の形態２にかかる通信端末装置４００のハードウェア構成について説明する。
（通信端末装置４００のハードウェア構成）
　図４は、実施の形態２にかかる通信端末装置のハードウェア構成を示すブロック図である。図４において、通信端末装置４００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）４０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）４０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）４０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０４と、ディスプレイ４０５と、入力装置４０６と、を含む構成である。また、各構成部はバス４１０によってそれぞれ接続されている。
　ここで、ＣＰＵ４０１は、通信端末装置４００の全体の制御を司る。ＣＰＵ４０１は、シングルコアでもよく、また、マルチコアでもよい。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。Ｉ／Ｆ４０４は、無線または有線のネットワーク４０７に接続され、このネットワーク４０７を介して他の装置に接続される。そして、Ｉ／Ｆ４０４は、ネットワーク４０７と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。
　ディスプレイ４０５は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０５には、たとえば、液晶ディスプレイを採用することができる。入力装置４０６は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、入力装置４０６は、タッチパネル式の入力パッドやテンキーなどであってもよい。
（通信端末装置４００の一実施例）
　図５は、実施の形態２にかかる通信端末装置の一実施例を示す説明図である。図５において、通信端末装置４００は、仮想マシンＶＭ０～ＶＭｎと、ハイパーバイザＶＭＭと、を含む構成である。
　仮想マシンＶＭ０～ＶＭｎは、通信端末装置４００で動作する仮想的なコンピュータである。具体的には、例えば、仮想マシンＶＭ０～ＶＭｎは、通信端末装置４００のハードウェア資源（ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、Ｉ／Ｆ４０４など）を分割して構築される実行環境で動作するソフトウェアである。
　すなわち、仮想マシンＶＭ０～ＶＭｎの実体は、例えば、プログラムやＯＳなどのソフトウェア、該ソフトウェアに与えられる変数、および該ソフトウェアを実行させるためのハードウェア資源を指定する情報を含むものである。ここで、各仮想マシンＶＭ１～ＶＭｎは、それぞれ異なるＯＳ１～ＯＳｎを実行する。
　ハイパーバイザＶＭＭは、コンピュータを仮想化し、複数の異なるＯＳ１～ＯＳｎを実行できるように制御するソフトウェアである。具体的には、例えば、ハイパーバイザＶＭＭは、仮想マシンＶＭ１～ＶＭｎ上で複数の異なるＯＳ１～ＯＳｎを稼働させる。
　仮想マシンＶＭ０は、着信機能部５０１と、着信共有部（バックエンド）５０２と、着信制御部５０３と、を含む。ここで、着信機能部５０１は、発信元１１０からの着信要求を受け付ける。着信機能部５０１は、例えば、図４に示したＩ／Ｆ４０４である。着信共有部（バックエンド）５０２は、着信機能部５０１を複数のＯＳ１～ＯＳｎで共用するための機能である。着信制御部５０３は、発信元１１０からの着信要求を処理する仮想マシンを決定する。
　また、各仮想マシンＶＭ１～ＶＭｎは、着信共有部（フロントエンド）５０４と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。着信共有部（フロントエンド）５０４は、仮想マシンＶＭ０の着信機能部５０１を複数のＯＳ１～ＯＳｎで共用するための機能である。参照部５０５は、仮想マシンＶＭ０の着信制御部５０３からの要求に応じて、各仮想マシンＶＭ１～ＶＭｎの情報を着信制御部５０３に通知する。処理部５０６は、発信元１１０からの着信要求を処理する。管理部５０７は、各仮想マシンＶＭ１～ＶＭｎで動作する各ＯＳ１～ＯＳｎが処理可能なサービスＳｊを管理する。
　通信端末装置４００では、仮想マシンＶＭ０の着信機能部５０１を複数の異なるＯＳ１～ＯＳｎで共用する。具体的には、通信端末装置４００は、Ｉ／Ｆ４０４をドライブする着信共有部（バックエンド）５０２を有する一方で、Ｉ／Ｆ４０４を複数のＯＳ１～ＯＳｎで共用するための着信共有部（フロントエンド）５０４を有する。
　また、通信端末装置４００における仮想マシン間の通信はハイパーバイザＶＭＭを介して行われる。具体的には、例えば、仮想マシンＶＭ０の着信共有部（バックエンド）５０２と、各仮想マシンＶＭ１～ＶＭｎの着信共有部（フロントエンド）５０４との間の通信は、ハイパーバイザＶＭＭを介して行われる。
　ここで、着信時における通信端末装置４００の処理手順の一例を説明する。通信端末装置４００において、着信機能部５０１は、発信元１１０からの着信要求を受け付けると、該着信要求を着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を着信制御部５０３に通知する。
　着信制御部５０３は、発信元１１０からの着信要求を、どの仮想マシンＶＭ１～ＶＭｎで処理するのかを決定し、着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、着信制御部５０３から通知された仮想マシンＶＭ１～ＶＭｎの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。
　各仮想マシンＶＭ１～ＶＭｎの着信共有部（フロントエンド）５０４は、仮想マシンＶＭ０の着信共有部（バックエンド）５０２から通知された着信要求を、処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。
　つぎに、図６を用いて、仮想マシンＶＭ０を実現するための通信端末装置４００の具体的な機能的構成について説明する。なお、以下の説明では、仮想マシンＶＭ１～ＶＭｎのうち任意の仮想マシンを「仮想マシンＶＭｉ」と表記する。
（通信端末装置４００の機能的構成）
　図６は、実施の形態２にかかる通信端末装置の機能的構成を示すブロック図である。図６において、通信端末装置４００は、受付部１０１と、特定部１０２と、検索部１０３と、割振部１０４と、決定部６０１と、判定部６０２と、更新部６０３と、を含む構成である。各機能部（受付部１０１～割振部１０４、決定部６０１～更新部６０３）は、具体的には、たとえば、図４に示したＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、Ｉ／Ｆ４０４により、その機能を実現する。
　また、各機能部（受付部１０１～割振部１０４、決定部６０１～更新部６０３）の処理結果は、例えば、ＲＡＭ４０３などの記憶装置に記憶される。また、受付部１０１は、例えば、図５に示した仮想マシンＶＭ０の着信機能部５０１に相当する。割振部１０４は、例えば、図５に示した着信共有部（バックエンド）５０２に相当する。また、特定部１０２、検索部１０３、決定部６０１～更新部６０３は、図５に示した着信制御部５０３に相当する。
　受付部１０１は、発信元１１０からの着信要求を受け付ける。具体的には、例えば、受付部１０１が、ネットワーク４０７（図４参照）を介して発信元１１０からの着信要求を受け付ける。
　特定部１０２は、受け付けた着信要求に基づいて、発信元１１０が要求する通信サービスＳｊを特定する。具体的には、例えば、特定部１０２が、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する。
　検索部１０３は、自端末で動作する複数のＯＳ１～ＯＳｎの中から、特定された発信元１１０が要求する通信サービスＳｊを処理可能なＯＳｉを検索する。ここで、各ＯＳ１～ＯＳｎは、通信端末装置４００で動作する各仮想マシンＶＭ１～ＶＭｎ上で動作するＯＳである。このため、『ＯＳ１～ＯＳｎの中から通信サービスＳｊを処理可能なＯＳｉを検索すること』は、『仮想マシンＶＭ１～ＶＭｎの中から通信サービスＳｊを処理可能な仮想マシンＶＭｉを検索すること』に相当する。
　そこで、以下の説明では、検索部１０３の検索対象を『通信サービスＳｊを処理可能な仮想マシンＶＭｉ』として説明する。具体的には、例えば、検索部１０３が、図７に示す仮想マシン対応テーブル７００を参照して、発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応する仮想マシンＶＭｉを検索する。
　仮想マシン対応テーブル７００は、通信端末装置４００で動作する仮想マシンＶＭｉが処理可能なサービスＳｊを表すテーブルである。仮想マシン対応テーブル７００は、例えば、図４に示したＲＡＭ４０３などの記憶装置に記憶されている。ここで、仮想マシン対応テーブル７００の記憶内容について説明する。
　図７は、仮想マシン対応テーブルの記憶内容の一例を示す説明図である。図７において、仮想マシン対応テーブル７００は、通信業者が利用者に提供する通信サービスＳｊごとに、通信サービスＳｊを処理可能な仮想マシンＶＭｉのマシンＩＤを記憶している。
　サービスＩＤは、通信業者が利用者に提供する通信サービスＳｊの識別子である。マシンＩＤは、通信端末装置４００で動作する仮想マシンＶＭｉの識別子である。仮想マシン対応テーブル７００によれば、通信端末装置４００で動作する仮想マシンＶＭｉが処理可能なサービスＳｊを特定することができる。
　図６の説明に戻り、また、検索部１０３は、発信元１１０が要求する通信サービスＳｊが複数特定された場合、通信サービスＳｊごとに処理可能な仮想マシンＶＭｉを仮想マシンＶＭ１～ＶＭｎの中から検索する。例えば、発信元１１０が要求する通信サービスＳｊとして、通信サービスＳ１，Ｓ２が特定されたとする。
　この場合、まず、検索部１０３は、例えば、仮想マシン対応テーブル７００を参照して、サービスＩＤ『Ｓ１』に対応するマシンＩＤ『ＶＭ１』を検索する。つぎに、検索部１０３は、仮想マシン対応テーブル７００を参照して、サービスＩＤ『Ｓ２』に対応するマシンＩＤ『ＶＭ１，ＶＭ２』を検索する。この結果、発信元１１０が要求する通信サービスＳ１またはＳ２を処理可能な仮想マシンＶＭｉとして、２台の仮想マシンＶＭ１，ＶＭ２が検索される。
　以下の説明では、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンとして検索された複数の仮想マシンを「仮想マシンＶＭ［１］～ＶＭ［Ｋ］」と表記する。また、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のうち任意の仮想マシンを「仮想マシンＶＭ［ｋ］」と表記する（ｋ＝１，２，…，Ｋ）。
　決定部６０１は、２台以上の仮想マシンＶＭ［１］～ＶＭ［Ｋ］が検索された場合、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、各仮想マシンＶＭ［ｋ］が処理可能な発信元１１０が要求する通信サービスＳｊの数に基づいて、着信要求を処理するための仮想マシンＶＭｉを決定する。
　より具体的には、例えば、まず、決定部６０１が、検索された仮想マシンＶＭ［ｋ］ごとに、仮想マシンＶＭ［ｋ］が処理可能な発信元１１０が要求する通信サービスＳｊの数Ｃ［ｋ］を計数する。そして、決定部６０１が、各仮想マシンＶＭ［ｋ］の数Ｃ［ｋ］に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から着信要求を処理するための仮想マシンＶＭｉを決定する。
　上述した通信サービスＳ１，Ｓ２が特定された場合の例では、通信サービスＳ１またはＳ２を処理可能な仮想マシンＶＭ［ｋ］として、仮想マシンＶＭ１，ＶＭ２が検索されている。この場合、まず、決定部６０１は、各仮想マシンＶＭ１，ＶＭ２が処理可能な発信元１１０が要求する通信サービスＳｊの数Ｃ１，Ｃ２を計数する。
　ここでは、仮想マシンＶＭ１は発信元１１０が要求する通信サービスＳ１，Ｓ２をともに処理可能なため、仮想マシンＶＭ１の数Ｃ１は『Ｃ１＝２』となる。一方、仮想マシンＶＭ２は発信元１１０が要求する通信サービスＳ１，Ｓ２のうち通信サービスＳ２のみ処理可能なため、仮想マシンＶＭ２の数Ｃ２は『Ｃ２＝１』となる。
　この場合、決定部６０１は、例えば、各仮想マシンＶＭ１，ＶＭ２が処理可能な通信サービスＳｊの数Ｃ１，Ｃ２のうち最大の数Ｃ１（Ｃ１＞Ｃ２）の仮想マシンＶＭ１を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。ただし、仮想マシンＶＭ［１］～ＶＭ［Ｋ］が３台以上の場合は、少なくとも他の仮想マシンよりも数Ｃ［ｋ］が多い仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定してもよい。
　これにより、発信元１１０から要求されたより多くの通信サービスＳｊを利用者に提供することができる。なお、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のうち数Ｃ［ｋ］が最大となる仮想マシンＶＭ［ｋ］が複数存在する場合は、サービスＳｊごとに予め付与されている優先度に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定してもよい。例えば、数Ｃ［ｋ］が最大となる複数の仮想マシンＶＭ［ｋ］のうち、優先度が高いサービスＳｊを処理可能な仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。
　割振部１０４は、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振る。具体的には、例えば、着信共有部（バックエンド）５０２が、決定された仮想マシンＶＭｉの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。その結果、仮想マシンＶＭｉの着信共有部（フロントエンド）５０４が、発信元１１０からの着信要求を受け付けて処理部５０６に渡す。そして、仮想マシンＶＭｉの処理部５０６が、発信元１１０からの着信要求を処理する。
　更新部６０３は、自端末で動作する各ＯＳｉが処理可能な通信サービスＳｊを表すテーブルを更新する。具体的には、例えば、着信制御部５０３が、仮想マシンＶＭｉの管理部５０７からの更新要求を受け付けて、仮想マシン対応テーブル７００の記憶内容を更新する。管理部５０７からの更新要求には、例えば、仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤが含まれている。
　より具体的には、例えば、まず、仮想マシンＶＭｉの管理部５０７が、仮想マシンＶＭｉが処理可能なサービスＳｊに変更があった場合、仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤを着信制御部５０３に通知する。その結果、着信制御部５０３が、管理部５０７から受け付けた仮想マシンＶＭｉが処理可能なサービスＳｊのサービスＩＤに従って、仮想マシン対応テーブル７００の記憶内容を更新する。
　なお、仮想マシンＶＭｉが処理可能なサービスＳｊに変更があった場合とは、仮想マシンＶＭｉに新たなアプリケーションがインストールされた場合のほか、新規の仮想マシンＶＭｉが追加されたり、既存の仮想マシンＶＭｉが削除された場合などである。
　また、検索部１０３は、複数の仮想マシンＶＭ［１］～ＶＭ［Ｋ］が検索された場合、着信者（通信端末装置４００の利用者）の意図を考慮して、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定してもよい。また、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを一意に決定できない場合に、着信者の意図を考慮してもよい。
　以下、着信者（通信端末装置４００の利用者）の意図を考慮して、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する決定手法（１）～（６）について説明する。
＜決定手法（１）＞
　通信端末装置４００の機能として、例えば、電話帳に登録されている発信元１１０の利用者の氏名や顔画像などをディスプレイ４０５に表示する機能がある。ディスプレイ４０５に発信元１１０の利用者の氏名や顔画像などが表示されると、着信者は発信元１１０を容易に特定することができる。
　そこで、決定手法（１）では、発信元１１０の利用者の氏名や顔画像などをディスプレイ４０５に表示することができる仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定する。
　具体的には、まず、判定部６０２は、各仮想マシンＶＭ［ｋ］に対応付けられている発信元リストの中に、着信要求に含まれる発信元１１０の識別子が登録されているか否かを判定する。ここで、着信要求に含まれる発信元１１０の識別子とは、例えば、発信元１１０の電話番号やメールアドレスである。
　また、発信元リストとは、特定の発信元の識別子を記憶する情報である。発信元リストは、例えば、特定の発信元の氏名、電話番号、メールアドレス、顔画像などを登録する電話帳である。電話帳に登録されている発信元からの着信があった場合、例えば、通信端末装置４００のディスプレイ４０５に発信元の氏名や顔画像などが表示される。
　以下の説明では、各仮想マシンＶＭ１～ＶＭｎに対応付けられている電話帳をそれぞれ「電話帳ＴＲ１～ＴＲｎ」と表記し、各仮想マシンＶＭ［１］～ＶＭ［Ｋ］に対応付けられている電話帳をそれぞれ「電話帳ＴＲ［１］～ＴＲ［Ｋ］」と表記する。各電話帳ＴＲ１～ＴＲｎは、例えば、各仮想マシンＶＭ１～ＶＭｎと対応付けられてＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。
　具体的には、例えば、まず、判定部６０２が、着信要求に含まれる発信元１１０の電話番号を特定する。そして、判定部６０２が、各仮想マシンＶＭ［ｋ］に対応付けられている電話帳ＴＲ［ｋ］の中に、特定された発信元１１０の電話番号が登録されているか否かを判定する。
　より具体的には、例えば、着信制御部５０３が、仮想マシンＶＭ［ｋ］の参照部５０５に、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されているか否かを問い合わせる。仮想マシンＶＭ［ｋ］の参照部５０５は、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されているか否かを判定し、その判定結果を着信制御部５０３に通知する。ここで、仮想マシンＶＭ１の電話帳ＴＲ１を例に挙げて、電話帳ＴＲ１の記憶内容について説明する。
　図８は、電話帳の記憶内容の一例を示す説明図である。図８において、電話帳ＴＲ１には、特定の発信者ごとの氏名、電話番号、メールアドレスおよび顔画像が登録されている。顔画像は、特定の発信者の顔を撮影した画像であってもよく、また、特定の発信者を模したアバターであってもよい。
　例えば、発信元１１０の電話番号を『０９０－ｘｘｘｘ－１２３４』とする。この場合、判定部６０２は、特定された電話番号『０９０－ｘｘｘｘ－１２３４』が、鈴木太郎の電話番号として登録されているため、仮想マシンＶＭ１に対応付けられている電話帳ＴＲ１の中に発信元１１０の電話番号が登録されていると判定する。
　決定部６０１は、判定された判定結果に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、電話帳ＴＲ［ｋ］の中に発信元１１０の電話番号が登録されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。
　例えば、仮想マシンＶＭ［１］～ＶＭ［Ｋ］を仮想マシンＶＭ１～ＶＭ３とし、仮想マシンＶＭ１～ＶＭ３のうち仮想マシンＶＭ１の電話帳ＴＲ１にのみ発信元１１０の電話番号が登録されているとする。この場合、決定部６０１は、仮想マシンＶＭ１を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。
　これにより、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示して着信者の利便性の向上を図るとともに、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。
＜決定手法（２）＞
　同一の通信サービスＳｊを提供するためのアプリケーションとして、複数のアプリケーションが存在する場合がある。このような場合、高品質の通信サービスＳｊを提供するという観点により、例えば、テレビ電話などを行う場合は映像符号化の性能が高いアプリケーションを利用することが望ましい。
　そこで、決定部６０１は、各仮想マシンＶＭ［ｋ］上で動作するアプリケーションの性能に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。ここで、アプリケーションとは、発信元１１０が要求する通信サービスＳｊを提供するためのソフトウェアである。アプリケーションとしては、例えば、利用者がお互いの顔を見ながら通話するテレビ電話の映像を表示するためのものがある。
　具体的には、例えば、決定部６０１が、図９に示すアプリケーションリスト９００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。アプリケーションリスト９００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、アプリケーションリスト９００の記憶内容について説明する。
　図９は、アプリケーションリストの記憶内容の一例を示す説明図である。図９において、アプリケーションリスト９００は、マシンＩＤ、アプリケーションＩＤおよび性能のフィールドを有する。各フィールドに情報を設定することで、各仮想マシンＶＭｉにインストールされているアプリケーションおよび該アプリケーションの性能が記憶されている。
　マシンＩＤは、仮想マシンＶＭｉの識別子である。アプリケーションＩＤは、アプリケーションの識別子である。性能は、アプリケーションの性能である。アプリケーションの性能としては、例えば、ディスプレイ４０５に表示される映像の解像度などがある。
　一例として、発信元１１０が要求する通信サービスＳｊを『テレビ電話』とする。また、仮想マシンＶＭ［１］～ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とし、テレビ電話を提供するために動作するアプリケーションを『アプリケーションＡ１，Ａ２』とする。
　この場合、まず、決定部６０１が、アプリケーションリスト９００を参照することにより、テレビ電話を提供するために各仮想マシンＶＭ１，ＶＭ２上で動作するアプリケーションＡ１，Ａ２の性能を特定する。ここでは、アプリケーションＡ１の性能として解像度『２４０×２４０（ピクセル）』が特定され、アプリケーションＡ２の性能として解像度『３２０×３２０（ピクセル）』が特定される。
　つぎに、決定部６０１が、解像度が最大のアプリケーションＡ２を特定する。そして、決定部６０１が、仮想マシンＶＭ１，ＶＭ２のうち、特定されたアプリケーションＡ２がインストールされている仮想マシンＶＭ２を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。
　これにより、発信元１１０からの着信要求を高性能のアプリケーションを用いて処理することができ、高品質の通信サービスＳｊを着信者に提供することができる。
　なお、アプリケーションリスト９００の記憶内容は、例えば、仮想マシンＶＭｉに新たなアプリケーションがインストールされた場合などにおける仮想マシンＶＭｉの管理部５０７からの更新要求に応じて更新される。該更新要求には、例えば、新たにインストールされたアプリケーションのアプリケーションＩＤや、該アプリケーションの性能に関する情報が含まれている。
＜決定手法（３）＞
　通信端末装置４００の利用形態として、着信時に使用するＯＳｉを時間帯によって使い分ける場合がある。例えば、勤務時間帯の９時００分～１７時００分までは仕事用のＯＳを使用して、１７時０１分～８時５９分まではプライベート用のＯＳを使用する場合などが想定される。
　そこで、決定部６０１は、発信元１１０からの着信要求を受け付けた時刻に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、該着信要求を処理するための仮想マシンＶＭｉを決定する。着信要求を受け付けた時刻は、例えば、時刻を計時する通信端末装置４００の機能によって特定することができる。
　具体的には、例えば、決定部６０１が、図１０に示す時間帯リスト１０００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。時間帯リスト１０００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、時間帯リスト１０００の記憶内容について説明する。
　図１０は、時間帯リストの記憶内容の一例を示す説明図である。図１０において、時間帯リスト１０００は、時間帯Ｔ１，Ｔ２ごとに、着信時に使用するＯＳｉのＯＳ名と、ＯＳｉを動作させる仮想マシンＶＭｉのマシンＩＤとを関連付けて記憶している。
　一例として、仮想マシンＶＭ［１］～ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とする。決定部６０１は、発信元１１０からの着信要求を受け付けた時刻が時間帯Ｔ１の場合、時間帯リスト１０００を参照して、仮想マシンＶＭ１を、該着信要求を処理するための仮想マシンＶＭｉに決定する。一方、決定部６０１は、発信元１１０からの着信要求を受け付けた時刻が時間帯Ｔ２の場合、仮想マシンＶＭ２を、該着信要求を処理するための仮想マシンＶＭｉに決定する。
　これにより、着信時に使用するＯＳｉを時間帯によって使い分けることができる。具体的には、例えば、勤務時間帯は仕事用のＯＳを使用して、それ以外の時間帯はプライベート用のＯＳを使用するなどの使い分けを行うことができる。
　なお、上述した説明では、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のいずれかの仮想マシンＶＭ［ｋ］が時間帯リスト１０００に登録されている場合を想定して説明したが、いずれの仮想マシンＶＭ［ｋ］も登録されていない場合がある。この場合、決定部６０１は、例えば、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のうち任意の仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定してもよい。
＜決定手法（４）＞
　通信端末装置４００の利用形態として、着信時に使用するＯＳｉを場所によって使い分ける場合がある。例えば、首都圏では仕事用のＯＳを使用して、それ以外の場所ではプライベート用のＯＳを使用する場合などが想定される。
　そこで、決定部６０１は、自端末の現在位置に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。自端末の現在位置は、例えば、自端末の現在位置を示す緯度、経度などの位置情報である。また、自端末の現在位置は、例えば、通信端末装置４００に搭載されたＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）から取得することができる。
　具体的には、例えば、決定部６０１が、図１１に示す場所リスト１１００を参照することにより、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。場所リスト１１００は、例えば、ＲＯＭ４０２、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、場所リスト１１００の記憶内容について説明する。
　図１１は、場所リストの記憶内容の一例を示す説明図である。図１１において、場所リスト１１００は、場所Ｌ１，Ｌ２ごとに、各場所Ｌ１，Ｌ２の位置情報と、着信時に使用するＯＳｉのＯＳ名と、ＯＳｉを動作させる仮想マシンＶＭｉのマシンＩＤとを関連付けて記憶している。なお、各場所Ｌ１，Ｌ２の位置情報は、例えば、緯度と経度によって各場所Ｌ１，Ｌ２の範囲を特定するためのものである。
　一例として、仮想マシンＶＭ［１］～ＶＭ［Ｋ］を仮想マシンＶＭ１，ＶＭ２とする。まず、決定部６０１は、場所リスト１１００を参照して、自端末の現在位置が場所Ｌ１，Ｌ２のいずれに属するかを特定する。そして、決定部６０１は、自端末の現在位置が場所Ｌ１に属する場合、場所リスト１１００を参照して、仮想マシンＶＭ１を、該着信要求を処理するための仮想マシンＶＭｉに決定する。一方、決定部６０１は、自端末の現在位置が場所Ｌ２に属する場合、場所リスト１１００を参照して、仮想マシンＶＭ２を、該着信要求を処理するための仮想マシンＶＭｉに決定する。
　これにより、着信時に使用するＯＳｉを自端末の現在位置によって使い分けることができる。具体的には、例えば、首都圏では仕事用のＯＳを使用して、首都圏以外の場所ではプライベート用のＯＳを使用するなどの使い分けを行うことができる。
＜決定手法（５）＞
　通信端末装置４００の利用形態として、通信端末装置４００に接続された周辺機器を用いて通話を行う場合がある。例えば、着信者がヘッドセットを用いて通話を行う場合などが想定される。ヘッドセットとは、端末本体を手に持つことなく通話を行うためのマイクロフォンを一体化したヘッドフォンである。
　そこで、決定部６０１は、各仮想マシンＶＭ［ｋ］に接続される周辺機器の接続状況に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する。具体的には、例えば、まず、着信制御部５０３が、仮想マシンＶＭ［ｋ］の参照部５０５に、ヘッドセットの接続状況を問い合わせる。
　仮想マシンＶＭ［ｋ］の参照部５０５は、ヘッドセットが接続されているか否かを判定し、その判定結果を着信制御部５０３に通知する。そして、着信制御部５０３は、各仮想マシンＶＭ［ｋ］の参照部５０５からの判定結果に基づいて、ヘッドセットが接続されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定する。
　これにより、ヘッドセットなどの周辺機器を着信時に使用することができ、着信者の利便性の向上を図ることができる。
＜決定手法（６）＞
　発信元１１０からの着信要求を処理するためのＯＳｉを決定する手法として、着信時に着信者が任意のＯＳｉを選択するものがある。着信時に着信者が選択したＯＳｉを操作履歴として蓄積し、着信者が選択した回数が多いＯＳを、着信要求を処理するためのＯＳｉとすることで、着信者の意図を反映することができる。
　そこで、決定部６０１は、着信時に着信者が発信元１１０からの着信要求を処理するＯＳｉを選択した操作履歴に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する。具体的には、例えば、決定部６０１が、図１２に示す操作履歴テーブル１２００を参照することにより、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する。
　操作履歴テーブル１２００は、例えば、ＲＡＭ４０３などの記憶装置に記憶されている。ここで、操作履歴テーブル１２００の記憶内容について説明する。ただし、通信端末装置４００で動作する複数のＯＳ１～ＯＳｎとして、『ＯＳ１～ＯＳ５』を例に挙げて説明する。
　図１２は、操作履歴テーブルの記憶内容の一例を示す説明図である。図１２において、操作履歴テーブル１２００は、サービスＳ１～Ｓｍごとに、着信者の入力装置４０６を用いた操作入力により、発信元１１０からの着信要求を処理するために選択されたＯＳ１～ＯＳ５ごとの回数を記憶している。
　一例として、発信元１１０が要求する通信サービスＳｊを通信サービスＳ７とし、仮想マシンＶＭ［１］～ＶＭ［Ｋ］を仮想マシンＶＭ１～ＶＭ５とする。この場合、まず、決定部６０１は、操作履歴テーブル１２００を参照して、通信サービスＳ７について、発信元１１０からの着信要求を処理するために選択されたＯＳ１～ＯＳ５ごとの回数を特定する。
　つぎに、決定部６０１は、ＯＳ１～ＯＳ５のうち回数が最大のＯＳ４を特定する。そして、決定部６０１は、ＯＳ４を動作させる仮想マシンＶＭ４を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定する。これにより、着信者の意図が反映された通信サービスＳｊを提供することができる。
　なお、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する手法として、上述した決定手法（１）～（６）のどの決定手法を用いるのかは、任意に設定可能である。また、上述した決定手法（１）～（６）のうち複数の決定手法を組み合わせて用いることにしてもよい。
　また、上述した決定手法（１）～（６）を用いた結果、最終的に絞り込まれた仮想マシンＶＭ［ｋ］が複数存在する場合、複数の仮想マシンＶＭ［ｋ］の中から任意の仮想マシンを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定してもよい。
　また、上記検索部１０３によって発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合、上述した決定手法（１）～（６）を用いて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定してもよい。同様に、発信元１１０が要求する通信サービスＳｊを特定できなかった場合に、上述した決定手法（１）～（６）を用いることにしてもよい。
　また、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合、通常着信用に予め設定されている仮想マシンＶＭｘを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定してもよい。同様に、発信元１１０が要求する通信サービスＳｊを特定できなかった場合に、通常着信用に予め設定されている仮想マシンＶＭｘを用いることにしてもよい。なお、通常着信用の仮想マシンＶＭｘとは、例えば、通話に必要となる最低限の機能を実現する仮想マシンＶＭｉである。
（通信端末装置４００の着信処理手順）
　図１３は、実施の形態２にかかる通信端末装置の着信処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、受付部１０１により、発信元１１０からの着信要求を受け付けたか否かを判断する（ステップＳ１３０１）。
　ここで、受付部１０１により、発信元１１０からの着信要求を受け付けるのを待つ（ステップＳ１３０１：Ｎｏ）。そして、受付部１０１により、着信要求を受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、特定部１０２により、受け付けた着信要求に含まれる発信元１１０が要求する通信サービスＳｊのサービスＩＤを特定する（ステップＳ１３０２）。
　つぎに、検索部１０３により、仮想マシン対応テーブル７００を参照して、特定された発信元１１０が要求する通信サービスＳｊのサービスＩＤに対応する仮想マシンＶＭｉを検索する（ステップＳ１３０３）。ここで、仮想マシンＶＭｉが検索された場合（ステップＳ１３０４：Ｙｅｓ）、決定部６０１により、複数の仮想マシンＶＭ［１］～ＶＭ［Ｋ］が検索されたか否かを判断する（ステップＳ１３０５）。
　ここで、複数検索されなかった場合（ステップＳ１３０５：Ｎｏ）、割振部１０４により、検索された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。
　一方、複数検索された場合（ステップＳ１３０５：Ｙｅｓ）、決定部６０１により、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する第１の決定処理を実行する（ステップＳ１３０７）。そして、割振部１０４により、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。
　また、ステップＳ１３０４において、仮想マシンＶＭｉが非検索の場合（ステップＳ１３０４：Ｎｏ）、決定部６０１により、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する第２の決定処理を実行する（ステップＳ１３０８）。そして、割振部１０４により、決定された仮想マシンＶＭｉに、発信元１１０からの着信要求を割り振って（ステップＳ１３０６）、本フローチャートによる一連の処理を終了する。
　これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。
＜第１の決定処理手順＞
　つぎに、図１３に示したステップＳ１３０７の第１の決定処理の具体的な処理手順について説明する。ここでは、上述した決定手法（１）および（５）を用いて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する場合を例に挙げて説明する。
　図１４は、第１の決定処理の具体的処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、判定部６０２により、図１３に示したステップＳ１３０１において受け付けた着信要求に含まれる発信元１１０の電話番号を特定する（ステップＳ１４０１）。
　つぎに、判定部６０２により、仮想マシンＶＭ［１］～ＶＭ［Ｋ］に含まれる仮想マシンＶＭ［ｋ］の「ｋ」を「ｋ＝１」で初期化する（ステップＳ１４０２）。そして、判定部６０２により、仮想マシンＶＭ［ｋ］に対応付けられている電話帳ＴＲ［ｋ］の中に、特定された発信元１１０の電話番号が登録されているか否かを判定する（ステップＳ１４０３）。
　ここで、発信元１１０の電話番号が登録されている場合（ステップＳ１４０４：Ｙｅｓ）、ステップＳ１４１０に移行する。一方、発信元１１０の電話番号が登録されていない場合（ステップＳ１４０４：Ｎｏ）、判定部６０２により、仮想マシンＶＭ［ｋ］の「ｋ」をインクリメントして（ステップＳ１４０５）、「ｋ」が「Ｋ」より大きいか否かを判断する（ステップＳ１４０６）。
　ここで、「ｋ」が「Ｋ」以下の場合（ステップＳ１４０６：Ｎｏ）、ステップＳ１４０３に戻る。一方、「ｋ」が「Ｋ」より大きい場合（ステップＳ１４０６：Ｙｅｓ）、仮想マシンＶＭ［ｋ］の「ｋ」を「ｋ＝１」で初期化する（ステップＳ１４０７）。そして、決定部６０１により、仮想マシンＶＭ［ｋ］にヘッドセットが接続されているか否かを判定する（ステップＳ１４０８）。
　ここで、ヘッドセットが接続されている場合（ステップＳ１４０９：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定して（ステップＳ１４１０）、図１３に示したステップＳ１３０６に移行する。
　一方、ヘッドセットが接続されていない場合（ステップＳ１４０９：Ｎｏ）、決定部６０１により、仮想マシンＶＭ［ｋ］の「ｋ」をインクリメントして（ステップＳ１４１１）、「ｋ」が「Ｋ」より大きいか否かを判断する（ステップＳ１４１２）。ここで、「ｋ」が「Ｋ」以下の場合（ステップＳ１４１２：Ｎｏ）、ステップＳ１４０８に戻る。
　一方、「ｋ」が「Ｋ」より大きい場合（ステップＳ１４１２：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のうち任意の仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定して（ステップＳ１４１３）、図１３に示したステップＳ１３０６に移行する。
　これにより、発信元１１０だけでなく着信者の意図も反映することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供するとともに、着信者の利便性の向上を図ることができる。
　なお、上述した説明では、ステップＳ１４０４において電話番号が登録されていると判定された時点で、仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉに決定したが、これに限らない。例えば、全仮想マシンＶＭ［１］～ＶＭ［Ｋ］について電話番号の登録の有無を判定して絞り込んだあと、さらに、ヘッドセットの接続状況により絞り込むことにしてもよい。
＜第２の決定処理手順＞
　つぎに、図１３に示したステップＳ１３０８の第２の決定処理の具体的な処理手順について説明する。ここでは、上述した決定手法（１）を用いて、仮想マシンＶＭ１～ＶＭｎの中から、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定する場合を例に挙げて説明する。
　図１５は、第２の決定処理の具体的処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、判定部６０２により、図１３に示したステップＳ１３０１において受け付けた着信要求に含まれる発信元１１０の電話番号を特定する（ステップＳ１５０１）。
　つぎに、判定部６０２により、仮想マシンＶＭ１～ＶＭｎに含まれる仮想マシンＶＭｉの「ｉ」を「ｉ＝１」で初期化する（ステップＳ１５０２）。そして、判定部６０２により、仮想マシンＶＭｉに対応付けられている電話帳ＴＲｉの中に、特定された発信元１１０の電話番号が登録されているか否かを判定する（ステップＳ１５０３）。
　ここで、発信元１１０の電話番号が登録されている場合（ステップＳ１５０４：Ｙｅｓ）、図１３に示したステップＳ１３０６に移行する。一方、発信元１１０の電話番号が登録されていない場合（ステップＳ１５０４：Ｎｏ）、判定部６０２により、仮想マシンＶＭｉの「ｉ」をインクリメントして（ステップＳ１５０５）、「ｉ」が「ｎ」より大きいか否かを判断する（ステップＳ１５０６）。
　ここで、「ｉ」が「ｎ」以下の場合（ステップＳ１５０６：Ｎｏ）、ステップＳ１５０３に戻る。一方、「ｉ」が「ｎ」より大きい場合（ステップＳ１５０６：Ｙｅｓ）、決定部６０１により、仮想マシンＶＭ１～ＶＭｎのうち通常発信用に設定されている仮想マシンＶＭｘを、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定して（ステップＳ１５０７）、図１３に示したステップＳ１３０６に移行する。
　これにより、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉが検索されなかった場合に、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示することができるＯＳｉを優先して使用することができ、着信者の利便性の向上を図ることができる。
　以上説明した実施の形態２にかかる通信端末装置４００によれば、自端末で動作する仮想マシンＶＭ１～ＶＭｎの中から、発信元１１０が要求する通信サービスＳｊを処理可能な仮想マシンＶＭｉを検索して、発信元１１０からの着信要求を割り振ることができる。これにより、発信元１１０からの着信要求を適切に処理することができ、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供することができる。
　また、通信端末装置４００によれば、発信元１１０が要求する通信サービスＳｊが複数ある場合、各仮想マシンＶＭｉが処理可能な通信サービスＳｊの数Ｃｉに基づいて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定することができる。これにより、発信元１１０から要求されたより多くの通信サービスＳｊを利用者に提供することができる。
　また、通信端末装置４００によれば、仮想マシンＶＭ［１］～ＶＭ［Ｋ］のうち、電話帳ＴＲ［ｋ］に発信元１１０の電話番号が登録されている仮想マシンＶＭ［ｋ］を、発信元１１０からの着信要求を処理する仮想マシンＶＭｉに決定することができる。このため、着信時に発信元１１０の氏名や顔画像などをディスプレイ４０５に表示することができる。これにより、発信元１１０の意図が反映された通信サービスＳｊを利用者に提供するとともに、着信者の利便性の向上を図ることができる。
　また、通信端末装置４００によれば、各仮想マシンＶＭ［ｋ］上で動作するアプリケーションの性能に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、発信元１１０からの着信要求を高性能のアプリケーションを用いて処理することができ、高品質の通信サービスＳｊを着信者に提供することができる。
　また、通信端末装置４００によれば、発信元１１０からの着信要求を受け付けた時刻に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、該着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、着信時に使用するＯＳｉを時間帯によって使い分けることができる。具体的には、例えば、勤務時間帯は仕事用のＯＳを使用して、それ以外の時間帯はプライベート用のＯＳを使用するなどの使い分けを行うことができる。
　また、通信端末装置４００によれば、自端末の現在位置に基づいて、仮想マシンＶＭ［１］～ＶＭ［Ｋ］の中から、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、着信時に使用するＯＳｉを自端末の現在位置によって使い分けることができる。具体的には、例えば、首都圏では仕事用のＯＳを使用して、首都圏以外の場所ではプライベート用のＯＳを使用するなどの使い分けを行うことができる。
　また、通信端末装置４００によれば、各仮想マシンＶＭ［ｋ］に接続される周辺機器の接続状況に基づいて、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定することができる。これにより、ヘッドセットなどの周辺機器を着信時に使用することができ、着信者の利便性の向上を図ることができる。
　また、通信端末装置４００によれば、着信時に着信者が発信元１１０からの着信要求を処理するＯＳｉを選択した操作履歴に基づいて、発信元１１０からの着信要求を処理する仮想マシンＶＭｉを決定することができる。これにより、着信者の意図が反映された通信サービスＳｊを提供するとともに、発信元１１０からの着信要求を処理するための仮想マシンＶＭｉを決定する処理負荷を低減させることができる。
（実施の形態３）
　つぎに、実施の形態３にかかる通信端末装置１６００の一実施例について説明する。実施の形態３では、実施の形態２で説明した仮想マシンＶＭ０の各機能部（着信機能部５０１～着信制御部５０３）を仮想マシンＶＭ１が含む場合について説明する。なお、実施の形態１，２で説明した箇所と同一箇所については、同一符号を付して説明を省略する。
　図１６は、実施の形態３にかかる通信端末装置の一実施例を示す説明図である。図１６において、通信端末装置１６００は、仮想マシンＶＭ１～ＶＭｎと、ハイパーバイザＶＭＭと、を含む構成である。
　仮想マシンＶＭ１は、着信機能部５０１と、着信共有部（バックエンド）５０２と、着信制御部５０３と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。また、各仮想マシンＶＭ２～ＶＭｎは、着信共有部（フロントエンド）５０４と、参照部５０５と、処理部５０６と、管理部５０７と、を含む。着信共有部（フロントエンド）５０４は、仮想マシンＶＭ１が有する着信機能部５０１を複数のＯＳ１～ＯＳｎで共用するための機能である。すなわち、通信端末装置１６００では、仮想マシンＶＭ１の着信機能部５０１を複数の異なるＯＳ１～ＯＳｎで共用する。
　ここで、着信時における通信端末装置１６００の処理手順の一例を説明する。通信端末装置１６００において、着信機能部５０１は、発信元１１０からの着信要求を受け付けると、該着信要求を着信共有部（バックエンド）５０２に通知する。着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を着信制御部５０３に通知する。
　着信制御部５０３は、発信元１１０からの着信要求を、どの仮想マシンＶＭ１～ＶＭｎで処理するのかを決定して、着信共有部（バックエンド）５０２に通知する。ここで、仮想マシンＶＭ１で処理する場合、着信共有部（バックエンド）５０２は、発信元１１０からの着信要求を処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。
　一方、仮想マシンＶＭ１以外で処理する場合、着信共有部（バックエンド）５０２は、着信制御部５０３から通知された仮想マシンＶＭ２～ＶＭｎの着信共有部（フロントエンド）５０４に、発信元１１０からの着信要求を渡す。各仮想マシンＶＭ２～ＶＭｎの着信共有部（フロントエンド）５０４は、着信共有部（バックエンド）５０２から通知された着信要求を、処理部５０６に渡す。そして、処理部５０６は、発信元１１０からの着信要求を処理する。
　以上説明した実施の形態３にかかる通信端末装置１６００によれば、発信元１１０からの着信要求を仮想マシンＶＭ１で処理する場合は、ハイパーバイザＶＭＭを介した仮想マシン間の通信が不要となる。このため、着信時における通信端末装置１６００の性能を向上させることができる。特に、実施の形態２で説明した仮想マシンＶＭ０の各機能部（着信機能部５０１～着信制御部５０３）を頻繁に使用される仮想マシンＶＭｉに含むことで、仮想マシン間の通信を大幅に削減することができる。
　なお、本実施の形態で説明した着信処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本着信処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また本着信処理プログラムは、インターネット等のネットワークを介して配布してもよい。
　１００，４００，１６００　通信端末装置
　１０１　受付部
　１０２　特定部
　１０３　検索部
　１０４　割振部
　２００　ＯＳ対応テーブル
　５０１　着信機能部
　５０２　着信共有部（バックエンド）
　５０３　着信制御部
　５０４　着信共有部（フロントエンド）
　５０５　参照部
　５０６　処理部
　５０７　管理部
　６０１　決定部
　６０２　判定部
　６０３　更新部
　７００　仮想マシン対応テーブル
　ＶＭ０～ＶＭｎ，ＶＭｉ，ＶＭ［１］～ＶＭ［Ｋ］，ＶＭ［ｋ］　仮想マシン
　ＶＭＭ　ハイパーバイザ

Claims (10)

  1. 　発信元からの着信要求を受け付ける受付手段と、
    　前記受付手段によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定手段と、
    　自端末で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定手段によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索手段と、
    　前記検索手段によって検索されたＯＳに前記着信要求を割り振る割振手段と、
    　を備えることを特徴とする通信端末装置。
  2. 　さらに、前記着信要求を処理するためのＯＳを決定する決定手段を備え、
    　前記検索手段は、
    　前記特定手段によって前記発信元が要求する通信サービスが複数特定された場合、当該通信サービスごとに処理可能なＯＳを前記複数のＯＳの中から検索し、
    　前記決定手段は、
    　前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳが処理可能な前記発信元が要求する通信サービスの数に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項１に記載の通信端末装置。
  3. 　前記複数のＯＳに含まれる各ＯＳには、特定の発信元を識別するための識別子を記憶する前記各ＯＳ固有の発信元リストがそれぞれ対応付けられており、
    　さらに、前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれるＯＳごとに、当該ＯＳに対応付けられている発信元リストの中に、前記着信要求に含まれる前記発信元の識別子が登録されているか否かを判定する判定手段を備え、
    　前記決定手段は、
    　前記判定手段によって判定された判定結果に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  4. 　前記決定手段は、
    　前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳ上で、前記発信元が要求する通信サービスを提供するために動作するアプリケーションの性能に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  5. 　前記決定手段は、
    　前記検索手段によって２つ以上のＯＳが検索された場合、前記受付手段によって前記着信要求を受け付けた時刻に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  6. 　前記決定手段は、
    　前記検索手段によって２つ以上のＯＳが検索された場合、前記自端末の現在位置に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  7. 　前記決定手段は、
    　前記検索手段によって２つ以上のＯＳが検索された場合、当該２つ以上のＯＳに含まれる各ＯＳに接続される周辺機器の接続状況に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  8. 　前記決定手段は、
    　着信時に利用者が前記着信要求を処理するＯＳを選択した操作履歴に基づいて、前記２つ以上のＯＳの中から前記着信要求を処理するためのＯＳを決定することを特徴とする請求項２に記載の通信端末装置。
  9. 　通信端末装置のコンピュータに、
    　発信元からの着信要求を受け付ける受付工程と、
    　前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定工程と、
    　前記通信端末装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定工程によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索工程と、
    　前記検索工程によって検索されたＯＳに前記着信要求を割り振る割振工程と、
    　を実行させることを特徴とする着信処理プログラム。
  10. 　通信端末装置のコンピュータが、
    　発信元からの着信要求を受け付ける受付工程と、
    　前記受付工程によって受け付けた着信要求に基づいて、前記発信元が要求する通信サービスを特定する特定工程と、
    　前記通信端末装置で動作する複数のＯＳに含まれる各ＯＳが処理可能な通信サービスに基づいて、前記複数のＯＳの中から、前記特定工程によって特定された前記発信元が要求する通信サービスを処理可能なＯＳを検索する検索工程と、
    　前記検索工程によって検索されたＯＳに前記着信要求を割り振る割振工程と、
    　を実行することを特徴とする着信処理方法。
PCT/JP2010/063942 2010-08-18 2010-08-18 通信端末装置、着信処理プログラム、および着信処理方法 WO2012023190A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2010/063942 WO2012023190A1 (ja) 2010-08-18 2010-08-18 通信端末装置、着信処理プログラム、および着信処理方法
JP2012529437A JP5397549B2 (ja) 2010-08-18 2010-08-18 携帯電話装置、着信処理プログラム、および着信処理方法
US13/759,571 US8768330B2 (en) 2010-08-18 2013-02-05 Communication terminal apparatus, computer product, and incoming call processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/063942 WO2012023190A1 (ja) 2010-08-18 2010-08-18 通信端末装置、着信処理プログラム、および着信処理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/759,571 Continuation US8768330B2 (en) 2010-08-18 2013-02-05 Communication terminal apparatus, computer product, and incoming call processing method

Publications (1)

Publication Number Publication Date
WO2012023190A1 true WO2012023190A1 (ja) 2012-02-23

Family

ID=45604864

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/063942 WO2012023190A1 (ja) 2010-08-18 2010-08-18 通信端末装置、着信処理プログラム、および着信処理方法

Country Status (3)

Country Link
US (1) US8768330B2 (ja)
JP (1) JP5397549B2 (ja)
WO (1) WO2012023190A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016207989A1 (ja) * 2015-06-24 2016-12-29 株式会社日立製作所 分散システム
WO2018154570A1 (en) * 2017-02-21 2018-08-30 Privacy Software Solutions Ltd. A method and system for creating multi mobilephone environments and numbers on a single handset with a single sim-card
US11561787B2 (en) 2021-05-13 2023-01-24 International Business Machines Corporation Application invocation on specified operating system version

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100332996A1 (en) * 2009-06-25 2010-12-30 Nokia Corporation Method and apparatus of acquiring information regarding applications for display on a user interface
US9672059B2 (en) * 2013-02-21 2017-06-06 Nec Corporation Virtualization system
KR20150141426A (ko) * 2014-06-10 2015-12-18 삼성전자주식회사 전자 장치 및 전자 장치에서의 이미지 처리 방법
EP3404998B1 (en) * 2016-03-25 2023-05-24 Cloudminds Robotics Co., Ltd. Communication method and apparatus, electronic device, and program product
JP2020154695A (ja) * 2019-03-20 2020-09-24 富士ゼロックス株式会社 情報処理装置及び情報処理プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0887473A (ja) * 1994-09-16 1996-04-02 Toshiba Corp データ処理装置
JPH09212467A (ja) * 1996-01-30 1997-08-15 Fujitsu Ltd 負荷分散制御システム
JP2002245017A (ja) * 2000-12-29 2002-08-30 Hewlett Packard Co <Hp> トランザクションのための要求されるサービスレベルを特定するための装置および方法
JP2004005669A (ja) * 2003-05-19 2004-01-08 Fujitsu Ltd ネットワークサーバ割当装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0473913A3 (en) * 1990-09-04 1992-12-16 International Business Machines Corporation Method and apparatus for providing a service pool of virtual machines for a plurality of vm users
US5628030A (en) * 1994-03-24 1997-05-06 Multi-Tech Systems, Inc. Virtual modem driver apparatus and method
JP4272006B2 (ja) 2002-12-10 2009-06-03 株式会社エヌ・ティ・ティ・ドコモ 移動通信端末、サーバ、通信システム、通信制御方法及び通信制御プログラム
TWM262639U (en) 2004-08-31 2005-04-21 Tatung Co Adjustable supporting structure of flat panel computer
US7675933B2 (en) * 2005-09-23 2010-03-09 Palm, Inc. System and method for enabling radio operations on a wireless computing device
US9699308B2 (en) * 2006-08-16 2017-07-04 Google Inc. Method and system for processing an incoming call
US7889685B2 (en) * 2006-12-22 2011-02-15 Intel Corporation System and method for platform resilient VoIP processing
US8060074B2 (en) * 2007-07-30 2011-11-15 Mobile Iron, Inc. Virtual instance architecture for mobile device management systems
US8276009B2 (en) * 2008-09-05 2012-09-25 Broadcom Corporation Operating system (OS) virtualisation and processor utilization thresholds for minimizing power consumption in mobile phones
KR101501167B1 (ko) * 2008-10-20 2015-03-10 삼성전자주식회사 다중 모뎀을 구비한 이동통신 단말기에서 다중 운용 체제를운용하기 위한 장치 및 방법
US9143597B2 (en) * 2009-09-21 2015-09-22 Avaya Inc. Method for telephony client synchronization in telephone virtualization
US8468550B2 (en) * 2010-06-18 2013-06-18 At&T Intellectual Property I, L.P. Mobile devices having plurality of virtual interfaces

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0887473A (ja) * 1994-09-16 1996-04-02 Toshiba Corp データ処理装置
JPH09212467A (ja) * 1996-01-30 1997-08-15 Fujitsu Ltd 負荷分散制御システム
JP2002245017A (ja) * 2000-12-29 2002-08-30 Hewlett Packard Co <Hp> トランザクションのための要求されるサービスレベルを特定するための装置および方法
JP2004005669A (ja) * 2003-05-19 2004-01-08 Fujitsu Ltd ネットワークサーバ割当装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016207989A1 (ja) * 2015-06-24 2016-12-29 株式会社日立製作所 分散システム
CN107615247A (zh) * 2015-06-24 2018-01-19 株式会社日立制作所 分布式系统
JPWO2016207989A1 (ja) * 2015-06-24 2018-02-22 株式会社日立製作所 分散システム
WO2018154570A1 (en) * 2017-02-21 2018-08-30 Privacy Software Solutions Ltd. A method and system for creating multi mobilephone environments and numbers on a single handset with a single sim-card
US11561787B2 (en) 2021-05-13 2023-01-24 International Business Machines Corporation Application invocation on specified operating system version

Also Published As

Publication number Publication date
US8768330B2 (en) 2014-07-01
JP5397549B2 (ja) 2014-01-22
US20130143544A1 (en) 2013-06-06
JPWO2012023190A1 (ja) 2013-10-28

Similar Documents

Publication Publication Date Title
JP5397549B2 (ja) 携帯電話装置、着信処理プログラム、および着信処理方法
CN109582472B (zh) 一种微服务处理方法及设备
CN109240677B (zh) 一种图层处理方法及装置
US20130055254A1 (en) Methods and apparatuses for providing a virtual machine with dynamic assignment of a physical hardware resource
US9167373B2 (en) Multiple SIM support with single modem software architecture
US11709708B2 (en) Function resource configuration method and device
JP7100154B6 (ja) プロセッサコアのスケジューリング方法、装置、端末及び記憶媒体
US20220291929A1 (en) Method for multi-core communication, electronic device and storage medium
EP3939235A1 (en) Method and apparatus for envelope descriptor in moving picture experts group network based media processing
JP2017531844A (ja) リアル・タイム・プロビジョニングのための動的更新ストリーム
CN114222003A (zh) 服务调用方法、系统、装置、设备及存储介质
US9225818B2 (en) Mobile terminal
CN117280703A (zh) 5g媒体流结构中边缘服务器的网络侧和客户端侧激活方法
US20190034622A1 (en) Providing joint access to an isolated computer object by both an isolated computer application and a non-isolated computer application
CN114661465A (zh) 资源管理的方法、装置、存储介质及电子设备
CN113726902A (zh) 微服务的调用方法及系统
CN106131310A (zh) 一种移动终端与电话座机处理信息的方法
EP4118649B1 (en) Method for switching workflow or updating workflow with continuity and no interruption in dataflow
KR102042815B1 (ko) 전자 장치에서 시간 정보를 공유하기 위한 장치 및 방법
EP4179430A1 (en) Methods and systems for scheduling a workflow
Liao et al. Gemini: A lightweight virtualization architecture for protecting privacy and security of smartphone
US20210173686A1 (en) Providing device abstractions to applications inside a virtual machine
CN115150357A (zh) 信息处理方法、装置、终端及网络侧设备
CN115277828A (zh) 一种智能设备的注册方法、装置和电子设备
WO2023282947A1 (en) Method and apparatus for switching or updating partial or entire workflow on cloud with continuity in dataflow

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: 10856147

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012529437

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10856147

Country of ref document: EP

Kind code of ref document: A1