WO2016117096A1 - アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置 - Google Patents

アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置 Download PDF

Info

Publication number
WO2016117096A1
WO2016117096A1 PCT/JP2015/051736 JP2015051736W WO2016117096A1 WO 2016117096 A1 WO2016117096 A1 WO 2016117096A1 JP 2015051736 W JP2015051736 W JP 2015051736W WO 2016117096 A1 WO2016117096 A1 WO 2016117096A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
terminal
function expansion
application function
logic
Prior art date
Application number
PCT/JP2015/051736
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/JP2015/051736 priority Critical patent/WO2016117096A1/ja
Priority to EP15878789.5A priority patent/EP3249530A4/en
Priority to JP2016570433A priority patent/JP6468293B2/ja
Publication of WO2016117096A1 publication Critical patent/WO2016117096A1/ja
Priority to US15/641,903 priority patent/US20170300320A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/76—Adapting program code to run in a different environment; Porting
    • 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/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • 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/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • 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/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/20—Scenes; Scene-specific elements in augmented reality scenes

Definitions

  • the disclosed technology relates to an application function expansion method, an application function expansion program, and an application function expansion apparatus.
  • an application executed on a portable information terminal is a Web (World Wide Web) application (hereinafter referred to as "application”) that processes information in cooperation with a server connected via a communication line such as the Internet. Express). Therefore, an information processing form suitable for an application using a network is being studied.
  • Web World Wide Web
  • the user When executing an application on a portable information terminal, the user wants to output information handled by the application to a peripheral device (hereinafter referred to as “device”) connected to the portable information terminal such as a printer, an external speaker, or an external monitor. May occur.
  • a peripheral device hereinafter referred to as “device”
  • the device cannot be used from the portable information terminal even if the driver corresponding to the device is installed in the portable information terminal. .
  • the disclosed technology aims to extend the functionality of an application so that the device can be used from the application without modifying the application, even if the application is not considered to be linked with the device. To do.
  • a computer is caused to specify a position where a predetermined tag corresponding to a device detected by the terminal is included from an application included in the terminal. Then, the computer is caused to insert logic for using a device corresponding to a predetermined tag at a specified position of the application.
  • the disclosed technology has the effect that the function of an application can be expanded so that the device can be used from the application without modifying the application, even if the application does not consider cooperation with the device. Have.
  • FIG. 1 It is a figure which shows the example of a display when the device which can be used in a terminal is detected. It is a figure which shows the example of a display in the case of cooperation with an application and a device. It is a schematic diagram for demonstrating sharing of the driver in an application. It is a figure which shows an example of a logic.
  • terminal In order to use a device from an application of a portable information terminal (hereinafter referred to as “terminal”), it is necessary to mount a driver corresponding to the device used in the terminal.
  • the driver includes a function group for directly controlling the device, and the application uses a device corresponding to the driver by calling a function group included in the driver.
  • the application developer can use the device by using the device via the driver function group, leaving the detailed control procedure of the device to the driver function group. Therefore, the application developer can shorten the application development time as compared with the case where the code corresponding to the driver function group is created by himself.
  • the driver is supplied independently from the application, for example, from the device developer. Therefore, the driver can be installed in the terminal at a timing different from that of the application. Further, if a code for controlling a device using a predefined driver function group, that is, a logic is described in the application, the same device can be used in a plurality of applications.
  • FIG. 25 is a diagram showing a situation where the same driver is used in a plurality of applications. As shown in FIG. 25, since the driver used in application A exists in a form separated from application A, it can also be used in application B. Therefore, by describing the logic using the driver in the application A and the application B, it is possible to share the device corresponding to the driver.
  • FIG. 26 is a diagram illustrating an example of logic in the application. As shown in FIG. 26, the application is described in a markup language such as HTML (Hyper Text Markup Language). Note that the application description language shown in FIG. 26 is an example.
  • the application description language may be any language as long as it can be interpreted by an execution unit (for example, a browser) that executes the application in accordance with the description content of the application, such as a meta language such as XML or a script language.
  • a line corresponding to an input tag represented by “ ⁇ input ...>” corresponds to logic.
  • the driver's picprint function is called and the image file represented by “www.foo.com/pic1.jpg” are output from a printer that supports a driver that includes the picprint function.
  • the application needs to include logic for outputting an image from the printer in advance.
  • an application that merely displays an image on a terminal screen and does not assume the use of a device such as a printer from the beginning.
  • it is necessary to modify the code of the application and add logic corresponding to the device to the application.
  • it is usually difficult for a user of a terminal who is not familiar with the application to add logic corresponding to the device to the application.
  • the following describes an example of extending the application functions so that the device can be used from the application without modifying the application even if the application does not include logic.
  • FIG. 1 is a diagram illustrating a configuration example of a Web system 1 according to the first embodiment.
  • the Web system 1 includes a terminal 10, a cloud server 30, a device 40, and a communication line 50, for example.
  • the terminal 10 and the cloud server 30 are connected to a communication line 50 that is, for example, an Internet line, and transmit and receive data via the communication line 50. Further, the terminal 10 and the device 40 are also connected, and data is transmitted and received between the terminal 10 and the device 40.
  • the type of the communication line 50 is not limited, and may be, for example, a line such as an intranet line or a dedicated line in addition to the Internet line, and may be wired, wireless, or a mixture of wired and wireless. It may be a connection form. Further, the connection form for connecting the terminal 10 and the device 40 may be any connection form of wired, wireless, or a mixture of wired and wireless.
  • the terminal 10 includes functional units such as an execution unit 11, a detection unit 12, a determination unit 13, an acquisition unit 14, a specification unit 15, and an insertion unit 16. Further, the terminal 10 includes, for example, each of the corresponding device DB (Database) 20, the device control logic list DB 22, and the driver DB, and the application 17 acquired from a server connected to the communication line 50 such as the cloud server 30. ,including.
  • the execution unit 11 expands the code of the application 17 in the memory 104, reads the application 17 expanded in the memory 104 line by line, and executes the application 17 while interpreting the description content of the read line.
  • the execution unit 11 calls the detection unit 12 when executing the application 17.
  • the detection unit 12 When the detection unit 12 is called from the execution unit 11, the detection unit 12 detects the device 40 that can be connected to the terminal 10 and refers to the corresponding device DB 20 to determine whether the detected device 40 corresponds to the terminal 10, that is, the detected device. Whether or not 40 is available on the terminal 10 is detected.
  • FIG. 2 is a diagram illustrating an example of a data structure in the corresponding device DB 20.
  • the corresponding device DB 20 includes information (corresponding device information) in which a device name corresponding to the terminal 10 is described, for example. If the device name of the detected device 40 is included in the corresponding device information, the detection unit 12 determines that the device 40 corresponding to the terminal 10 has been detected. Note that there is no duplication in the device names included in the corresponding device information, and the device 40 can be uniquely identified from the device names.
  • the detecting unit 12 When detecting the device 40 corresponding to the terminal 10, the detecting unit 12 outputs the device name of the detected device 40 to the determining unit 13.
  • the determination unit 13 refers to the device control logic list DB 22 and determines whether or not the device control logic 34 corresponding to the device name received from the detection unit 12 already exists in the terminal 10.
  • the device control logic 34 is information including information (logic correspondence information) that associates a code for controlling the device 40, that is, logic, and a tag indicating a logic insertion position in the application 17. .
  • FIG. 3 shows an example of the device control logic 34.
  • the device control logic 34 shown in FIG. 3 associates logic for calling the function group of the driver 32 and using the device 40 from the application 17 with a tag in the row direction.
  • the symbols “X” and “Y” represent the file names of resources to be output to the device 40.
  • the device control logic 34 shown in FIG. 3 includes two pieces of logic correspondence information, but the number of logic correspondence information included in the device control logic 34 is not limited.
  • the logic of the device control logic 34 shown in FIG. 3 is described in the HTML language, it may be another language, or may be information specifying the URL (Uniform Resource Locator) of the file describing the logic.
  • FIG. 4 is a diagram illustrating an example of a data structure of the device control logic list DB 22.
  • the device control logic list DB 22 associates, for example, a device name with a device control logic 34 corresponding to the device name.
  • the determination unit 13 includes a device control logic 34 corresponding to the device name input from the detection unit 12 in the terminal 10. It is determined that it exists. Then, the determination unit 13 outputs the device name input from the detection unit 12 to the specifying unit 15.
  • the determination unit 13 outputs the device name input from the detection unit 12 to the acquisition unit 14.
  • the acquisition unit 14 acquires the driver 32 and the device control logic 34 corresponding to the device name input from the determination unit 13.
  • the driver 32 and the device control logic 34 are prepared in advance in the cloud server 30 for each device name, and the acquisition unit 14 acquires the driver 32 and the device control logic 34 corresponding to the device name from the cloud server 30.
  • the acquisition unit 14 associates the acquired device control logic 34 with the device name and stores it in the device control logic list DB 22. Furthermore, the acquisition unit 14 stores the acquired driver 32 in the driver DB 24 and stores information (driver correspondence information) that associates the device name with the driver 32 in the driver DB 24.
  • FIG. 5 is a diagram illustrating an example of the data structure of the driver DB 24.
  • the device name and the driver 32 are associated in the row direction.
  • the driver corresponding to the device name “dev1” is “dev1.drv”.
  • the acquisition unit 14 After acquiring the driver 32 and the device control logic 34 corresponding to the device name input from the determination unit 13, the acquisition unit 14 outputs, for example, a notification informing the acquisition end to the determination unit 13.
  • the determination unit 13 When the determination unit 13 receives the notification from the acquisition unit 14, the determination unit 13 outputs the device name input from the detection unit 12 to the specifying unit 15.
  • the specifying unit 15 refers to the device control logic list DB 22 and acquires the device control logic 34 corresponding to the device name input from the determination unit 13. Then, the specifying unit 15 reads the code of the application 17 expanded in the memory 104 and determines whether or not the application 17 includes the same code as the tag of the device control logic 34.
  • the specifying unit 15 specifies the line number of the line including the same code as the tag in the application 17. At this time, the specifying unit 15 refers to the driver correspondence information, acquires the driver 32 corresponding to the device name input from the determination unit 13 from the driver DB 24 and expands the acquired driver 32 in the memory 104. It can be used from the application 17.
  • the specifying unit 15 outputs the logic of the device control logic 34 corresponding to the specified line number and the device name input from the determining unit 13 to the inserting unit 16.
  • the inserting unit 16 inserts the logic received from the specifying unit 15 into the line next to the line number received from the specifying unit 15 for the application 17 expanded in the memory 104. After the logic is inserted into the application 17, the insertion unit 16 outputs a notification instructing re-reading of the application to the execution unit 11.
  • the execution unit 11 When the execution unit 11 receives the notification from the insertion unit 16, the execution unit 11 re-reads the application 17 after the logic insertion developed in the memory 104 and executes the application 17.
  • the cloud server 30 includes a driver 32 and a device control logic 34 corresponding to the device name.
  • the cloud server 30 manages the driver 32 and the device control logic 34 in association with the device name and receives the device name from the terminal 10, the cloud server 30 sends the driver 32 and the device control logic 34 corresponding to the received device name to the terminal 10. Send.
  • FIG. 6 shows a configuration diagram when the terminal 10 is realized by a computer.
  • the computer 100 includes a CPU 102, a memory 104, and a nonvolatile storage unit 106.
  • the CPU 102, the memory 104, and the nonvolatile storage unit 106 are connected to each other via a bus 108.
  • the computer 100 includes an I / O (Input / Output) 110 for connecting other devices and the computer 100 and transmitting / receiving data to / from each other, and the I / O 110 is connected to the bus 108.
  • an input device 112 a display device 114, and a communication device 116 are connected to the I / O 110.
  • the input device 112 includes an interface device for the user to give an instruction to the computer 100, such as a touch panel installed on the display screen of the display device 114, for example.
  • the input device 112 includes a reading device for reading data recorded on the recording medium 160 such as a CD-ROM or a flash memory.
  • the display device 114 includes, for example, a display device that displays a processing result in the computer 100.
  • the communication device 116 includes an interface for connecting to the device 40 and the communication line 50, and transmits and receives data to and from other electronic devices such as the device 40 and the cloud server 30.
  • the storage unit 106 can be realized by an HDD (Hard Disk Drive) or a flash memory.
  • the storage unit 106 stores an application function expansion program 118 for causing the computer 100 to function as the terminal 10 shown in FIG.
  • the application function expansion program 118 stored in the storage unit 106 includes, for example, a detection process 120, a determination process 122, an acquisition process 124, a specific process 126, an insertion process 128, and an execution process 130.
  • the CPU 102 reads out the application function expansion program 118 from the storage unit 106, expands it in the memory 104, and executes each process of the application function expansion program 118.
  • the CPU 102 reads the application function expansion program 118 from the storage unit 106, expands it in the memory 104, and executes the application function expansion program 118, whereby the computer 100 operates as the terminal 10 illustrated in FIG. Further, when the CPU 102 executes the detection process 120, the computer 100 operates as the detection unit 12 illustrated in FIG. Further, when the CPU 102 executes the determination process 122, the computer 100 operates as the determination unit 13 illustrated in FIG. Further, when the CPU 102 executes the acquisition process 124, the computer 100 operates as the acquisition unit 14 illustrated in FIG. Further, when the CPU 102 executes the specifying process 126, the computer 100 operates as the specifying unit 15 illustrated in FIG. Further, when the CPU 102 executes the insertion process 128, the computer 100 operates as the insertion unit 16 illustrated in FIG. Further, when the CPU 102 executes the execution process 130, the computer 100 operates as the execution unit 11 illustrated in FIG.
  • the storage unit 106 stores a device control logic list information storage area 134, a corresponding device information storage area 136, a driver information storage area 138, and an application information storage area 140.
  • the CPU 102 expands the information for generating the logic correspondence information stored in the device control logic list information storage area 134 in the memory 104, so that the device control logic list DB 22 is generated in the memory 104. Further, the CPU 102 expands the information for generating the corresponding device information stored in the corresponding device information storage area 136 in the memory 104, so that the corresponding device DB 20 is generated in the memory 104. Further, the CPU 102 develops the driver 32 and the information for generating the driver correspondence information stored in the driver information storage area 138 in the memory 104, so that the driver DB 24 is generated in the memory 104. Further, the CPU 102 develops information for generating the application 17 stored in the application information storage area 140 in the memory 104, so that the application 17 can be executed by the CPU 102.
  • the computer 100 can be realized by, for example, a semiconductor integrated circuit, more specifically, an ASIC (Application Specific Integrated Circuit) or the like.
  • a semiconductor integrated circuit more specifically, an ASIC (Application Specific Integrated Circuit) or the like.
  • the operation of the first embodiment will be described.
  • the terminal 10 according to the first embodiment for example, when a user of the terminal 10 instructs the terminal 10 to execute the application 17 specified by the input device 112, the specified application 17 is expanded in the memory 104 and executed. Next, application function expansion processing is executed.
  • FIG. 7 is a flowchart showing an example of the flow of application function expansion processing executed by the terminal 10 according to the first embodiment.
  • step S ⁇ b> 10 the detection unit 12 detects a device 40 that can be connected to the terminal 10 via the communication device 116.
  • a known technique can be used for detecting the device 40 that can be connected to the terminal 10 via the communication device 116.
  • the detection unit 12 connects the terminal 10 to the wireless access point, and connects to the terminal 10 by scanning information on the device 40 connected to the wireless access point. Get device names of possible devices 40.
  • the detection unit 12 scans the information of the device 40 by using a known connection protocol such as UPnP (Universal Plug and Play) or DLNA (registered trademark), for example. Can be obtained.
  • UPnP Universal Plug and Play
  • DLNA registered trademark
  • identification information that can identify the device 40 such as an SSID may be acquired, and the device name may be specified from the SSID.
  • the detection unit 12 may acquire a device name connectable to the terminal 10 by using short-range wireless communication such as NFC (Near Field Communication) or RFID (Radio Frequency IDentifier).
  • NFC Near Field Communication
  • RFID Radio Frequency IDentifier
  • step S20 the detection unit 12 determines whether or not the device 40 represented by the device name acquired in the process of step S10 can be used in the terminal 10. Specifically, when the device name acquired in step S10 is included in the corresponding device information stored in the corresponding device DB 20 expanded in the memory 104, the detection unit 12 detects the device detected in step S10. Is determined to be available on the terminal 10. On the other hand, when the device name acquired in the process of step S10 is not included in the corresponding device information, the detection unit 12 determines that the device 40 detected in the process of step S10 cannot be used in the terminal 10.
  • step S20 determines whether there is no device 40 that can be used by the terminal 10 is a device 40 that can be used by the terminal 10. If the determination process in step S20 is negative, since there is no device 40 that can be used by the terminal 10, the application function expansion process is terminated, and the terminal 10 does not cooperate with the device 40 but the application 17 specified by the user. Execute. On the other hand, if the determination process in step S20 is affirmative, the process proceeds to step S30. At this time, the detection unit 12 stores the device name acquired in the process of step S ⁇ b> 10 in a predetermined area of the memory 104.
  • step S30 the determination unit 13 acquires the device name acquired in step S10 from the memory 104. Then, the determination unit 13 refers to the device control logic list DB 22 illustrated in FIG. 4 and determines whether or not the acquired device name is included in the device name column of the device control logic list DB 22.
  • step S50 If the determination is affirmative, since the terminal 10 has already acquired the driver 32 and the device control logic 34 corresponding to the acquired device name, the process proceeds to step S50. On the other hand, in the case of negative determination, since the terminal 32 does not have the driver 32 and the device control logic 34 corresponding to the acquired device name, the process proceeds to step S40.
  • step S40 the acquisition unit 14 acquires the device name acquired in step S10 from the memory 104. Then, the acquisition unit 14 transmits the acquired device name to the cloud server 30 and acquires the driver 32 and the device control logic 34 corresponding to the transmitted device name from the cloud server 30.
  • the driver 32 and the device control logic 34 are arranged in the cloud server 30 connected to the communication line 50 such as the Internet line.
  • the driver 32 and the device control logic 34 may be arranged in a server (local server) that is not connected to the Internet line, or in the device 40 itself.
  • any terminal 10 that can be connected to the Internet line can be accessed. Accordingly, the visibility of the driver 32 and the device control logic 34 is improved as compared with the case where the driver 32 and the device control logic 34 are arranged in other information devices other than the cloud server 30.
  • the access permission range to the driver 32 and the device control logic 34 can be limited to the terminal 10 in the local network to which the local server is connected. Therefore, the confidentiality of the driver 32 and the device control logic 34 is improved as compared with the case where the driver 32 and the device control logic 34 are arranged in other information devices other than the local server.
  • the driver 32 and the device control logic 34 are arranged in the device 40, the cloud server 30 or the local server becomes unnecessary. Therefore, compared to the case where the driver 32 and the device control logic 34 are arranged in other information devices other than the device 40, the number of information devices necessary for obtaining the driver 32 and the device control logic 34 can be reduced.
  • the acquisition unit 14 associates the acquired device control logic 34 with the acquired device name and stores it in the device control logic list DB 22. Furthermore, the acquisition unit 14 stores the acquired driver 32 in the driver DB 24, associates the acquired driver 32 with the device name, and adds the acquired driver 32 to the driver correspondence information of the driver DB 24 illustrated in FIG.
  • step S50 the specifying unit 15 acquires the device name acquired in step S10 from the memory 104. Then, the specifying unit 15 refers to the device control logic list DB 22 and performs device control corresponding to the acquired device name from the row data in which the acquired device name is set in the device name column of the device control logic list DB 22. The logic 34 is acquired.
  • step S60 the specifying unit 15 specifies the logic insertion position in the application 17 expanded in the memory 104. Specifically, the specifying unit 15 reads the code of the application 17 expanded in the memory 104, and inserts the line number of the line including the same code as the acquired device control logic 34 tag in the application 17 into the logic insertion. Specify as location. When the application 17 includes a plurality of codes that are the same as the tags of the acquired device control logic 34, the specifying unit 15 specifies the line number of the line including each code as the logic insertion position.
  • step S70 the specifying unit 15 determines whether or not there is at least one logic insertion position specified in the process of step S60. In the case of negative determination, the application 17 deployed in the memory 104 does not have a position to insert the logic included in the device control logic 34 acquired in the process of step S50. Therefore, the application function expansion process is terminated, and the terminal 10 executes the application 17 designated by the user without cooperating with the device 40.
  • the specifying unit 15 stores the logic included in the device control logic 34 acquired in step S50 and the line number of the application 17 acquired in step S60 in a predetermined area of the memory 104. . Further, the specifying unit 15 refers to the driver correspondence information in the driver DB 24, acquires the driver 32 corresponding to the acquired device name from the driver DB 24 and expands the acquired driver 32 in the memory 104, thereby acquiring the acquired driver 32 from the application 17. Make it available. Needless to say, the timing of developing the driver in the memory 104 is not limited to the timing of processing step S70.
  • step S80 the insertion unit 16 obtains the logic and the line number of the application 17 stored from the memory 104 when the determination in step S70 is affirmative. Then, the insertion unit 16 inserts the acquired logic at a position after the line represented by the acquired line number in the application 17 expanded in the memory 104.
  • logic can be inserted into the application 17 being executed by using, for example, a DOM (Document Object Model) that is an API (Application Programming Interface) that can access the application 17 expanded in the memory 104. .
  • step S90 the execution unit 11 re-reads the application 17 in which the logic is inserted in the process of step S80 from the memory 104, and executes the application 17.
  • the application function expansion process shown in FIG. 7 automatically inserts the logic of the device 40 detected by the terminal 10 into the running application 17 without the user's operation, and the device 17 can be used from the application 17. Become.
  • the logic and tag corresponding to the device 40 are included in the device control logic 34 and managed integrally. However, as long as the logic and the tag are associated with each other, the logic and the tag May be managed separately.
  • logic may be included in the device control logic 34, and tags corresponding to the logic may be managed by a DB (not shown).
  • the device 40 that can be connected to the terminal 10 is detected. I made it.
  • the device 40 that can be connected to the terminal 10 may be periodically detected after the terminal 10 is activated. In this case, since the detection of the device 40 has been completed before the execution of the application 17, it is necessary until the device 40 can be used from the application 17 compared to the case where the device 40 is detected after the execution of the application 17. Time can be shortened.
  • the device 40 that can be connected to the terminal 10 is periodically detected, the number of times the device 40 is detected increases. Therefore, compared with the case where the device 40 is detected as the application 17 is executed, the consumption of the terminal 10 Electric power increases. Therefore, from the viewpoint of reducing the power consumption of the terminal 10, it is preferable to detect the device 40 in accordance with the execution of the application 17.
  • the device control logic 34 acquired from the cloud server 30 is stored in the terminal 10, and when the device control logic corresponding to the detected device 40 exists in the terminal 10, the device control logic 34 is stored in the terminal 10.
  • the device control logic 34 was used.
  • the device control logic 34 may be acquired from the cloud server 30 each time a device is detected by the terminal 10 without storing the device control logic 34 in the terminal 10.
  • FIG. 8 is a diagram illustrating the terminal 10 before the logic of the device 40 detected by the terminal 10 is inserted into the application 17 that displays an image developed in the memory 104.
  • the printer is detected as the device 40 that the terminal 10 can use.
  • the tag of the device control logic 34 corresponding to the detected printer includes an img tag
  • the terminal 10 inserts logic for outputting an image to the printer in a line immediately after the img tag of the application 17.
  • FIG. 9 shows a state where the application function expansion process shown in FIG. 7 is executed, and the logic of the device 40 (in this case, a printer) detected by the terminal 10 is inserted into the application 17 shown in FIG. FIG.
  • the logic inserted in the application 17 illustrated in FIG. 9 includes a command for displaying the button 60 labeled “print image” on the display device 114 of the terminal 10, for example.
  • the button 60 When the user of the terminal 10 presses the button 60, the photoprint function included in the driver 32 corresponding to the detected printer is called, and the image of the image file specified as “URL” by the img tag is output from the device 40.
  • FIG. 10 is a diagram showing the terminal 10 before the logic of the device 40 detected by the terminal 10 is inserted into the application 17 that outputs sound and is expanded in the memory 104.
  • “controls” of the audio tag is a command for displaying an operation item 62 for temporarily stopping sound and designating a reproduction position on the display device 114 of the terminal 10.
  • the sound of the sound file specified by is output.
  • the application 17 illustrated in FIG. 10 does not include logic for outputting sound from the external speaker in cooperation with an external speaker that is an example of the device 40.
  • an external speaker is detected as the device 40 that can be used by the terminal 10.
  • the terminal 10 inserts logic for outputting audio to the external speaker in the line immediately after the audio tag of the application 17.
  • the logic inserted in the application 17 illustrated in FIG. 11 includes a command for displaying the button 60 labeled “Play with speaker” on the display device 114 of the terminal 10, for example.
  • the button 60 When the user of the terminal 10 presses the button 60, the aplay function included in the driver 32 corresponding to the detected external speaker is called, and the audio of the audio file specified as “URL” by the audio tag is the device 40. Output from an external speaker.
  • FIG. 12 is a diagram illustrating the terminal 10 before the logic of the device 40 detected by the terminal 10 is inserted in the application 17 that displays the moving image, which is expanded in the memory 104.
  • 114 is a command to be displayed.
  • “controls” of the video tag is a command for displaying the operation item 62 for temporarily stopping the moving image and designating the reproduction position as described above.
  • the application 17 illustrated in FIG. 12 does not include logic for outputting a moving image from the external monitor in cooperation with the external monitor that is an example of the device 40.
  • an external monitor is detected as the device 40 that can be used by the terminal 10. If the tag of the device control logic 34 corresponding to the detected external monitor includes a video tag, the terminal 10 inserts logic for outputting a moving image to the external monitor in the line immediately after the video tag of the application 17.
  • FIG. 13 executes the application function expansion process shown in FIG. 7, and the logic of the device 40 (in this case, an external monitor) detected by the terminal 10 is inserted into the application 17 shown in FIG. It is a figure which shows the terminal 10 after.
  • the logic inserted in the application 17 illustrated in FIG. 13 includes a command for displaying the button 60 indicated as “play on monitor” on the display device 114 of the terminal 10, for example.
  • the button 60 When the user of the terminal 10 presses the button 60, the vplay function included in the driver 32 corresponding to the detected external monitor is called, and the moving image of the moving image file designated as “URL” by the video tag is the device 40. Output from an external monitor.
  • the application 17 displays a button 60 for receiving an instruction to start cooperation between the application 17 and the device 40 on the display device 114. To do. Then, the application 17 starts cooperation between the application 17 and the device 40 when the button 60 is pressed by the user of the terminal 10.
  • the display of the button 60 is not essential. For example, the application 17 may automatically start cooperation between the application 17 and the device 40 without waiting for an instruction from the user of the terminal 10.
  • the logic of the device 40 that can be used by the terminal 10 detected by the detection unit 12 is automatically inserted into the application 17, and the application 17 cooperates with the device 40 such as a printer. become able to.
  • the problem can be solved by using the device control logic 34A shown in FIG. 14 instead of the device control logic 34 shown in FIG. 14 instead of the device control logic 34 shown in FIG.
  • the device control logic 34A includes logic corresponding information for associating the application name of the application 17 corresponding to the device 40 with the logic corresponding to the device 40 and the tag.
  • the application name of the device control logic 34A describes an application name that permits insertion of the corresponding logic.
  • the specifying unit 15 first determines whether or not the acquired application name of the device control logic 34A matches the application name of the application 17 being executed by the execution unit 11. If the determination is affirmative, the specifying unit 15 continues the process of step S60 described above. On the other hand, in the case of negative determination, the specifying unit 15 ends the application function expansion process shown in FIG. 7 without specifying the logic insertion position.
  • the logic of the device 40 corresponding to the device control logic 34A is inserted only into the application 17 described in the application name column of the device control logic 34A. Therefore, the terminal 10 can specify the device 40 that can be linked for each application 17.
  • the application name of the device control logic 34A shown in FIG. 14 may include an application name that prohibits insertion of the corresponding logic. In this case, if the acquired application name of the device control logic 34A matches the application name of the application 17 being executed, the application function expansion process shown in FIG. 7 is terminated without specifying the logic insertion position by the specifying unit 15. do it.
  • the application 17 is downloaded to the terminal 10 from an information device connected to the communication line 50, for example, and executed.
  • the domain of the information device from which the application 17 is acquired may be different from the domain of the cloud server 30 including the device control logic 34 that defines the logic to be inserted into the acquired application 17.
  • the domain is address information on the communication line 50 assigned so as not to overlap each other in order to identify information devices.
  • the logic of the device control logic 34 is inserted into the application 17 acquired from different domains.
  • the operation of acquiring the device control logic 34 from a domain different from the domain of the information device from which the application 17 is acquired is called a so-called cross-site request and may be prohibited by the execution unit 11.
  • the managers of the application 17 and the device control logic 34 may be different because the acquisition source domains of the application 17 and the device control logic 34 are different. Therefore, since the device control logic 34 provided by a person other than the administrator of the application 17 may include malicious logic such as guidance to an unauthorized site, the execution unit 11 is a device from the security viewpoint. The acquisition of the control logic 34 is prohibited.
  • FIG. 15 is a diagram illustrating an example of a cross-site request.
  • the terminal 10 acquires the application 17 from the Web server 31 represented by a domain “www.server1.com”, for example. Then, the terminal 10 executes the application function expansion process shown in FIG. 7 and tries to acquire the device control logic 34 from the cloud server 30 represented by the domain “www.server2.com”, for example. However, as described above, the execution unit 11 may refuse to acquire the device control logic 34 from the viewpoint of security.
  • CORS Cross Origin Resource Sharing
  • the device control logic 34 can be acquired from the cloud server 30 by making the terminal 10 and the cloud server 30 correspond to CORS.
  • FIG. 16 is a diagram illustrating an example of a cross-site request to which CORS is applied.
  • the acquisition unit 14 When acquiring the device control logic 34 from a domain different from the acquisition source of the application 17, the acquisition unit 14 adds the acquisition source domain (www.server1.com) to the origin header and transmits it to the cloud server 30. .
  • the cloud server 30 adds the acquisition source domain of the application 17 added to the origin header to the Access-Control-Allow-Origin header of the message including the device control logic 34. Then, the cloud server 30 transmits a message including the device control logic 34 in which the Access-Control-Allow-Origin header is set to the terminal 10.
  • the acquisition unit 14 In the terminal 10, when the Access-Control-Allow-Origin header includes the same domain as the domain added to the origin header, the acquisition unit 14 is permitted to acquire the device control logic by the execution unit 11.
  • the logic corresponding to the device 40 is added to the application 17 that is not considered for cooperation with the device 40 by executing the application function expansion process shown in FIG. Can be inserted. Accordingly, the device 40 can be used even by the application 17 that is not considered for cooperation with the device 40.
  • the application function expansion process inserts logic into the application 17 expanded in the memory 104, the code of the application 17 itself stored in the storage unit 106 is not rewritten.
  • the logic of the device 40 that can be linked with the application 17 detected by the terminal 10 is automatically inserted into the application 17 without any user operation. Therefore, even when the user has determined the device 40 that the user wants to use in advance, the logic of all the devices 40 that can cooperate with the application 17 is inserted into the application 17, and the application 17 cooperates with the unnecessary device 40. There is a case.
  • the configuration of the Web system in the second embodiment and the computer configuration for realizing the terminal 10 are the same as the configuration of the Web system 1 (FIG. 1) and the computer configuration (FIG. 6) in the first embodiment. .
  • the terminal 10 according to the second embodiment executes the application function expansion process at the same timing as in the first embodiment.
  • FIG. 17 is a flowchart showing an example of the flow of application function expansion processing executed by the terminal 10 according to the second embodiment.
  • the flowchart shown in FIG. 17 is different from the flowchart of the application function expansion process in the first embodiment shown in FIG. 7 in that the processes in steps S22 and S24 are added.
  • step S22 the detection unit 12 displays on the display device 114 an icon associated with the device 40 determined to be usable in the terminal 10 by the determination process in step S20.
  • step S24 the detection unit 12 determines whether an icon is selected by the user of the terminal 10, and repeats the process of step S24 until an affirmative determination is made, that is, until an icon is selected.
  • the detection unit 12 stores the device name of the device 40 corresponding to the icon selected by the user of the terminal 10 in a predetermined area of the memory 104. Then, the process proceeds to step S30.
  • FIG. 18 is a diagram showing an example of a screen displayed on the display device 114 of the terminal 10 when the process of step S22 is executed.
  • an icon corresponding to the device 40 that can be used in the terminal 10 is displayed in the area 64 positioned below the display device 114.
  • the icon for example, a design that schematically shows the appearance of the corresponding device 40 is used.
  • the corresponding device 40 may be a character or a combination of a design and a character. There may be.
  • an icon 66 indicating a printer and an icon 68 indicating a storage device are displayed.
  • the position of the region 64 is an example, and it goes without saying that the region 64 may be arranged at any position on the display device 114.
  • the running application 17 and the printer indicated by the icon 66 can be linked.
  • FIG. 19 is a diagram illustrating an example of a screen displayed on the display device 114 of the terminal 10 after the icon 66 is selected.
  • the button 60 for instructing the printer to output an image is displayed in the area 64.
  • an icon selected by the user in this case, the icon 66
  • the icon 66 may be displayed as shown in FIG.
  • FIG. 20 is a diagram illustrating a configuration example of a Web system according to the third embodiment.
  • the Web system 2 shown in FIG. 20 is different from the Web system 1 shown in FIG. 1 in that an imaging device 150 is newly added and the detection unit 12 is replaced with a detection unit 12A.
  • the detection unit 12A causes the imaging device 150 to capture an image around the terminal 10A along with the execution of the application 17 in the execution unit 11.
  • the detection unit 12 ⁇ / b> A detects the device 40 included in the captured image and refers to the corresponding device DB 20 to detect whether the detected device 40 can be used in the terminal 10. Then, when the device 40 is available, the detection unit 12A outputs the detected device name of the device 40 to the determination unit 13.
  • FIG. 21 shows a configuration example when the terminal 10A according to the third embodiment is realized by a computer.
  • the configuration example of the computer 100A illustrated in FIG. 21 is different from the configuration example of the computer 100 illustrated in FIG. 6 in that the imaging device 150 is newly connected to the I / O 110 and the detection process 120 is replaced with the detection process 120A. It is. Note that the application function expansion program 118 is replaced with the application function expansion program 118A along with the replacement with the detection process 120A.
  • the imaging device 150 is a device having a function of capturing an image and converting the captured image into image data. Specifically, for example, a camera is applied. Further, when the CPU 102 executes the detection process 120A, the computer 100A operates as the detection unit 12A illustrated in FIG.
  • the computer 100A can be realized by, for example, a semiconductor integrated circuit, more specifically, an ASIC or the like.
  • the timing at which the terminal 10A according to the third embodiment executes the application function expansion process is the same as in the first embodiment and the second embodiment. That is, when the user of the terminal 10 ⁇ / b> A instructs the terminal 10 ⁇ / b> A to execute the application 17 specified by the input device 112, for example, the terminal 10 ⁇ / b> A has an application function when the specified application 17 is expanded in the memory 104 and executed. Perform extension processing.
  • the device 40 has a position where identification information for specifying the device 40 in advance, for example, a label on which characters representing the device name are written can be seen from the outside. It is assumed that it is affixed to.
  • the label may include a barcode representing the device name instead of characters.
  • FIG. 22 is a flowchart illustrating an example of the flow of application function expansion processing executed by the terminal 10A according to the third embodiment.
  • the flowchart shown in FIG. 22 is different from the flowchart of the first embodiment shown in FIG. 7 in that the processes in steps S10 and S20 are replaced with steps S11 and S21, respectively, and the processes in steps S23, S25, and S27 are newly performed. This is an added point.
  • step S ⁇ b> 11 the detection unit 12 ⁇ / b> A acquires an image (captured image) around the terminal 10 ⁇ / b> A captured by the imaging device 150. And when the label which described the device name was contained in the captured image, 12 A of detection parts read a device name from a label using a well-known character recognition technique, and detect the device 40 contained in a captured image.
  • step S21 the detection unit 12A determines whether the device 40 included in the captured image detected in the process of step S11 is a device 40 that can be used in the terminal 10A.
  • the determination method may be determined with reference to the corresponding device DB 20 as already described in step S20 of FIG. If the determination process in step S21 is negative, the process proceeds to step S25.
  • step S25 the detection unit 12A determines whether an imaging end instruction is notified from the input device 112, for example. If the determination is affirmative, the application function expansion process shown in FIG. 22 is terminated. If the determination is negative, the process proceeds to step S11, and the detection unit 12A repeats the process of detecting the device 40 included in the captured image.
  • step S21 determines whether the determination process in step S21 is affirmative.
  • the process proceeds to step S23.
  • step S ⁇ b> 23 the detection unit 12 ⁇ / b> A highlights and displays the detected device 40 in order to show the user where the detected device 40 exists in the captured image displayed on the display device 114, for example.
  • a method of highlighting and displaying the device 40 for example, a method of pointing the device 40 with an arrow or the like, surrounding the device 40 with a frame, or changing the color of the device 40 can be considered.
  • step S27 the detection unit 12A determines whether the user has selected the device 40 included in the captured image. In the determination, for example, when the user presses the device 40 displayed on the display device 114 with a finger, operation information notified from a touch panel which is one of the input devices 112 installed on the surface of the display device 114 is detected. This can be determined by acquiring the part 12A. That is, when the detection unit 12A acquires operation information from the touch panel, the process proceeds to step S30. When the operation information cannot be acquired, the process of step S27 is repeated, and the process waits until the detected device 40 is selected.
  • the application 17 being executed can use the device 40 selected from the captured images by the user.
  • FIG. 23 is a diagram illustrating a display example of a captured image when the device 40 usable in the terminal 10A is detected.
  • the captured image is displayed on the display device 114 of the terminal 10A.
  • the device 40 detected by the application function expansion process is highlighted and displayed, for example, indicating the frame 70 surrounding the device 40 and the device 40.
  • An icon 72 is displayed.
  • a balloon labeled “cooperate with printer A” may be displayed, and the device name to be linked with the application 17 may be displayed on the display device 114.
  • the display device 114 also displays an application image 74 displayed by the running application 17.
  • an application image 74 displayed by the running application 17.
  • FIG. 24 is a diagram illustrating a display example when the user selects the device 40 to be linked with the application 17.
  • the user selects the device 40 to be linked with the application 17, it is preferable to display the correspondence between the application image 74 of the application 17 and the device 40 to be linked in an easy-to-understand manner.
  • a line segment 76 that associates the application image 74 with the device 40 to be linked is displayed on the display device 114.
  • the user presses the portion of the display device 114 where the device 40 is displayed for example, a balloon labeled “execute printing” is displayed on the display device 114, and the device 40 (in this case, a printer) displays. Output the print result.
  • the user selects the device 40 to be linked with the application 17 while viewing the image of the actual device 40 by the AR (Augmented Reality) technology using the captured image. can do. Therefore, for example, the operability related to the cooperation between the application 17 and the device 40 can be improved as compared with the case where the device 40 to be linked with the application 17 is selected from the list of device names.
  • the mode in which the application function expansion program is stored (installed) in advance in the storage unit has been described.
  • the application function expansion program according to the disclosed technology can also be provided in a form recorded on a computer-readable recording medium 160.
  • the application function expansion program according to the disclosed technology can be provided in a form recorded in a portable recording medium such as a CD-ROM, a DVD-ROM, and a USB memory.
  • the application function expansion program according to the disclosed technology can be provided in a form recorded in a semiconductor memory such as a flash memory.
  • the form in which the logic of the device detected by the terminal 10 is inserted into the running application 17 has been described.
  • the logic of the device detected by the terminal 10 may be inserted into the application 17 waiting for execution developed in the memory 104.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

　端末は、端末に含まれるアプリケーションから、端末で検知されたデバイスに対応した予め定めたタグが含まれる位置を特定し、アプリケーションの特定した位置に、予め定めたタグに対応したデバイスを利用するためのロジックを挿入する。

Description

アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置
　開示の技術は、アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置に関する。
　近年、スマートフォン及びタブレット端末等の携帯情報端末の高性能化に伴い、これまでパーソナルコンピュータが担っていた情報処理の一部を、携帯情報端末で実行する機会が増加している。多くの場合、携帯情報端末で実行されるアプリケーションは、インターネット等の通信回線を経由して接続されたサーバ等と連携して情報を処理するＷｅｂ(World Wide Web)アプリケーション（以降、「アプリケーション」と表す）である。そのため、ネットワークを利用するアプリケーションに適した情報処理の形態が検討されている。
特開２００５－５０２４１号公報 特開２０１３－８１１２７号公報 特開２０１３－２３５３８７号公報
　携帯情報端末でアプリケーションを実行する際、ユーザはアプリケーションで扱われる情報を、プリンタ、外部スピーカ、外部モニタ等、携帯情報端末に接続される周辺デバイス（以降、「デバイス」と表す）に出力したい場合が生じることがある。
　しかしながら、アプリケーションにデバイスを制御するためのコード（ロジック）が含まれていなければ、例えデバイスに対応するドライバが携帯情報端末にインストールされていたとしても、携帯情報端末からデバイスを利用することができない。
　しかも、アプリケーションにロジックを追加するためにはアプリケーションを改修する必要があるため、アプリケーションに関する専門的知識を持たない携帯情報端末のユーザではアプリケーションの改修が困難となる場合が多い。
　一つの側面として、開示の技術は、デバイスとの連携が考慮されていないアプリケーションであっても、アプリケーションを改修することなくアプリケーションからデバイスが利用できるように、アプリケーションの機能を拡張することを目的とする。
　一つの態様では、コンピュータに、端末に含まれるアプリケーションから、前記端末で検知したデバイスに対応した予め定めたタグが含まれる位置を特定させる。そして、コンピュータに、アプリケーションの特定した位置に、予め定めたタグに対応したデバイスを利用するためのロジックを挿入させる。
　一つの側面として、開示の技術は、デバイスとの連携が考慮されていないアプリケーションであっても、アプリケーションを改修することなくアプリケーションからデバイスが利用できるように、アプリケーションの機能を拡張できる、という効果を有する。
第１実施形態及び第２実施形態に係るＷｅｂシステムの構成例を示す図である。 対応デバイスＤＢのデータ構造の一例を示す図である。 デバイス制御ロジックの一例を示す図である。 デバイス制御ロジックリストＤＢのデータ構造の一例を示す図である。 ドライバＤＢのデータ構造の一例を示す図である。 第１実施形態及び第２実施形態に係る端末をコンピュータで実現する場合の構成例を示す図である。 第１実施形態に係るアプリケーション機能拡張処理の流れの一例を示すフローチャートである。 アプリケーションにプリンタのロジックが挿入される前の端末の一例を示す図である。 アプリケーションにプリンタのロジックが挿入された後の端末の一例を示す図である。 アプリケーションに外部スピーカのロジックが挿入される前の端末の一例を示す図である。 アプリケーションに外部スピーカのロジックが挿入された後の端末の一例を示す図である。 アプリケーションに外部モニタのロジックが挿入される前の端末の一例を示す図である。 アプリケーションに外部モニタのロジックが挿入された後の端末の一例を示す図である。 デバイス制御ロジックの一例を示す図である。 クロスサイトリクエストの一例を示す図である。 ＣＯＲＳを適用したクロスサイトリクエストの一例を示す図である。 第２実施形態に係るアプリケーション機能拡張処理の流れの一例を示すフローチャートである。 デバイスの選択画面の一例を示す図である。 選択したデバイスとの連携を指示する画面の一例を示す図である。 第３実施形態に係るＷｅｂシステムの構成例を示す図である。 第３実施形態に係る端末をコンピュータで実現する場合の構成例を示す図である。 第３実施形態に係るアプリケーション機能拡張処理の流れの一例を示すフローチャートである。 端末で利用可能なデバイスを検知した場合の表示例を示す図である。 アプリケーションとデバイスとの連携の際の表示例を示す図である。 アプリケーションでのドライバの共有について説明するための模式図である。 ロジックの一例を示す図である。
　以下、図面を参照して開示の技術の実施形態の一例を詳細に説明する。なお、機能が同じ働きを担う構成要素及び処理には、全図面を通して同じ符号を付与し、重複する説明を適宜省略する場合がある。
（第１実施形態）
　携帯情報端末（以降、「端末」と表す）のアプリケーションからデバイスを利用するためには、端末内に利用するデバイスに対応したドライバを実装する必要がある。ドライバはデバイスを直接制御するための関数群を含み、アプリケーションはドライバに含まれる関数群を呼び出すことで、ドライバに対応したデバイスを利用する。このように、アプリケーションの開発者は、ドライバの関数群を経由してデバイスを利用することで、デバイスの詳細な制御手順はドライバの関数群に任せた上で、デバイスを利用することができる。従って、アプリケーションの開発者は、ドライバの関数群に相当するコードを自作する場合に比べて、アプリケーションの開発時間を短縮することができる。
　ドライバは、アプリケーションとは独立に例えばデバイスの開発元等から供給される。従って、ドライバは、アプリケーションと異なるタイミングで端末内にインストールすることが可能となる。また、アプリケーションに、予め規定されたドライバの関数群を利用してデバイスを制御するためのコード、すなわちロジックを記述すれば、複数のアプリケーションで同じデバイスが利用可能となる。
　図２５は、複数のアプリケーションで同じドライバを使用する状況を表した図である。図２５に示すように、アプリケーションＡで使用するドライバは、アプリケーションＡと分離した形態で存在するため、アプリケーションＢでも使用することが可能となる。従って、アプリケーションＡ及びアプリケーションＢに、ドライバを利用するロジックを記述しておくことで、ドライバに対応したデバイスを共有することができる。
　図２６は、アプリケーションにおけるロジックの一例を示す図である。アプリケーションは図２６に示すように、例えばＨＴＭＬ(Hyper Text Markup Language)等のマークアップ言語で記述される。なお、図２６に示すアプリケーションの記述言語は一例である。アプリケーションの記述言語は、例えばＸＭＬ等のメタ言語、又はスクリプト言語等、アプリケーションの記述内容に従ってアプリケーションを実行する実行部（例えばブラウザ等）で解釈可能な言語であれば如何なる言語であってもよい。
　図２６の例では、“<input ・・・>”で表されるinputタグに相当する行がロジックに相当する。例えばユーザが端末の画面に表示される「画像を印刷」と表記されたボタンを押すことで、ドライバのpicprint関数が呼び出され、“www.foo.com/pic1.jpg”で表される画像ファイルの画像がpicprint関数を含むドライバに対応したプリンタから出力される。
　このように、例えばアプリケーションからプリンタを利用するには、アプリケーションにプリンタから画像を出力するためのロジックが予め含まれている必要がある。しかし、アプリケーションの中には、例えば端末の画面に画像を表示するだけで、プリンタ等のデバイスの利用を当初から想定していないアプリケーションも存在する。デバイスの利用を想定していないアプリケーションでデバイスを利用するためには、アプリケーションのコードを改修して、アプリケーションにデバイスに対応したロジックを追加する必要がある。しかし、アプリケーションに精通していない端末のユーザが、アプリケーションにデバイスに対応したロジックを追加するのは通常困難である。
　以下では、アプリケーションにロジックが含まれない場合であっても、アプリケーションを改修することなくアプリケーションからデバイスが利用できるように、アプリケーションの機能を拡張する例について説明する。
　図１は、第１実施形態に係るＷｅｂシステム１の構成例を示す図である。
　図１に示すように、Ｗｅｂシステム１は、例えば端末１０、クラウドサーバ３０、デバイス４０、及び通信回線５０を含む。端末１０及びクラウドサーバ３０は、例えばインターネット回線である通信回線５０に接続され、通信回線５０を経由してデータの送受信を行う。また、端末１０及びデバイス４０も接続され、端末１０及びデバイス４０の間でデータの送受信を行う。
　なお、通信回線５０の種類に制限はなく、例えばインターネット回線の他、イントラネット回線、又は専用線等のような回線であってもよく、更に、有線、無線、又は有線と無線との混在の何れの接続形態であってもよい。また、端末１０及びデバイス４０を接続する接続形態も、有線、無線、又は有線と無線との混在の何れの接続形態であってもよい。
　端末１０は、例えば実行部１１、検知部１２、決定部１３、取得部１４、特定部１５、及び挿入部１６の各機能部を含む。また、端末１０は、例えば対応デバイスＤＢ(Database)２０、デバイス制御ロジックリストＤＢ２２、及びドライバＤＢの各ＤＢと、例えばクラウドサーバ３０のように通信回線５０に接続されるサーバから取得したアプリケーション１７と、を含む。
　実行部１１は、アプリケーション１７のコードをメモリ１０４に展開して、メモリ１０４に展開されたアプリケーション１７を１行ずつ読み込み、読み込んだ行の記述内容を解釈しながらアプリケーション１７を実行する。なお、実行部１１は、アプリケーション１７を実行する際、検知部１２を呼び出す。
　検知部１２は、実行部１１から呼び出されると端末１０に接続可能なデバイス４０を検知すると共に、対応デバイスＤＢ２０を参照して、検知したデバイス４０が端末１０に対応しているか、すなわち検知したデバイス４０が端末１０で利用可能か否かを検知する。
　図２は、対応デバイスＤＢ２０におけるデータ構造の一例を示す図である。対応デバイスＤＢ２０は、例えば端末１０に対応したデバイス名が記載された情報（対応デバイス情報）を含む。検知部１２は、検知したデバイス４０のデバイス名が対応デバイス情報に含まれていれば、端末１０に対応するデバイス４０を検知したと判定する。なお、対応デバイス情報に含まれるデバイス名に重複はなく、デバイス名から一意にデバイス４０を特定することができる。
　検知部１２は、端末１０に対応するデバイス４０を検知した場合、検知したデバイス４０のデバイス名を決定部１３に出力する。
　決定部１３は、デバイス制御ロジックリストＤＢ２２を参照して、検知部１２から受け付けたデバイス名に対応するデバイス制御ロジック３４が既に端末１０内に存在するか否かを判定する。
　ここで、デバイス制御ロジック３４とは、デバイス４０を制御するためのコード、すなわちロジックと、アプリケーション１７におけるロジックの挿入位置を示すタグと、を対応づけた情報（ロジック対応情報）を含む情報である。
　図３に、デバイス制御ロジック３４の一例を示す。図３に示すデバイス制御ロジック３４は、ドライバ３２の関数群を呼び出してアプリケーション１７からデバイス４０を利用するためのロジックと、タグと、を行方向に対応づける。
　なお、図３に示すデバイス制御ロジック３４において、‘Ｘ’及び‘Ｙ’の記号は、デバイス４０への出力対象となるリソースのファイル名を表す。また、図３に示すデバイス制御ロジック３４には２つのロジック対応情報が含まれているが、デバイス制御ロジック３４に含まれるロジック対応情報の数に制限はない。また、図３に示すデバイス制御ロジック３４のロジックはＨＴＭＬ言語で記述されているが他の言語でもよく、ロジックを記述したファイルのＵＲＬ(Uniform Resource Locator)を指定する情報であってもよい。
　図４は、デバイス制御ロジックリストＤＢ２２のデータ構造の一例を示す図である。デバイス制御ロジックリストＤＢ２２は、例えばデバイス名と、デバイス名に対応するデバイス制御ロジック３４と、を対応付ける。決定部１３は、デバイス制御ロジックリストＤＢ２２のデバイス名欄に検知部１２から入力されたデバイス名が含まれる場合、検知部１２から入力されたデバイス名に対応するデバイス制御ロジック３４が端末１０内に存在すると判定する。そして、決定部１３は、検知部１２から入力されたデバイス名を特定部１５に出力する。
　一方、検知部１２から入力されたデバイス名に対応するデバイス制御ロジック３４が端末１０内に存在しない場合、決定部１３は、検知部１２から入力されたデバイス名を取得部１４に出力する。
　取得部１４は、決定部１３から入力されたデバイス名に対応したドライバ３２及びデバイス制御ロジック３４を取得する。一例としてドライバ３２及びデバイス制御ロジック３４は、デバイス名毎にクラウドサーバ３０に予め用意され、取得部１４は、デバイス名に対応したドライバ３２及びデバイス制御ロジック３４をクラウドサーバ３０から取得する。
　取得部１４は、取得したデバイス制御ロジック３４をデバイス名と対応づけ、デバイス制御ロジックリストＤＢ２２に格納する。更に、取得部１４は、取得したドライバ３２をドライバＤＢ２４に格納すると共に、デバイス名とドライバ３２を対応づける情報（ドライバ対応情報）をドライバＤＢ２４に格納する。
　図５は、ドライバＤＢ２４のデータ構造の一例を示す図である。ドライバＤＢ２４ではデバイス名とドライバ３２とが行方向に対応づけられ、例えば図５に示す例では、デバイス名“dev1”に対応するドライバは“dev1.drv”であることを示している。
　取得部１４は、決定部１３から入力されたデバイス名に対応したドライバ３２及びデバイス制御ロジック３４を取得した後、例えば取得終了を知らせる通知を決定部１３に出力する。
　決定部１３は、取得部１４から通知を受け付けると、検知部１２から入力されたデバイス名を特定部１５に出力する。
　特定部１５は、デバイス制御ロジックリストＤＢ２２を参照して、決定部１３から入力されたデバイス名に対応したデバイス制御ロジック３４を取得する。そして、特定部１５は、メモリ１０４に展開されたアプリケーション１７のコードを読み込み、アプリケーション１７にデバイス制御ロジック３４のタグと同じコードが含まれるか否かを判定する。
　アプリケーション１７にデバイス制御ロジック３４のタグと同じコードが含まれる場合は、特定部１５はアプリケーション１７におけるタグと同じコードが含まれる行の行番号を特定する。この際、特定部１５は、ドライバ対応情報を参照して、決定部１３から入力されたデバイス名に対応したドライバ３２をドライバＤＢ２４から取得してメモリ１０４に展開することで、取得したドライバ３２をアプリケーション１７から利用可能にする。
　そして、特定部１５は、特定した行番号及び決定部１３から入力されたデバイス名に対応したデバイス制御ロジック３４のロジックを挿入部１６に出力する。
　挿入部１６は、メモリ１０４に展開されたアプリケーション１７に対して、特定部１５から受け付けたロジックを、特定部１５から受け付けた行番号の次の行に挿入する。アプリケーション１７へのロジック挿入後、挿入部１６はアプリケーションの再読み込みを指示する通知を実行部１１に出力する。
　実行部１１は、挿入部１６から通知を受け付けると、メモリ１０４に展開されたロジック挿入後のアプリケーション１７を再読み込みし、アプリケーション１７を実行する。
　一方、クラウドサーバ３０は、デバイス名に対応するドライバ３２及びデバイス制御ロジック３４を含む。クラウドサーバ３０は、ドライバ３２及びデバイス制御ロジック３４をデバイス名と紐付けて管理し、端末１０からデバイス名を受信した際、受信したデバイス名に対応するドライバ３２及びデバイス制御ロジック３４を端末１０に送信する。
　次に、図６に、端末１０をコンピュータで実現する場合の構成図を示す。
　コンピュータ１００は、ＣＰＵ１０２、メモリ１０４、及び不揮発性の記憶部１０６を含む。ＣＰＵ１０２、メモリ１０４、及び不揮発性の記憶部１０６は、バス１０８を介して互いに接続されている。また、コンピュータ１００は、他の装置とコンピュータ１００とを接続し、互いにデータを送受信するためのＩ／Ｏ（Input/Output）１１０を備え、Ｉ／Ｏ１１０はバス１０８に接続されている。また、Ｉ／Ｏ１１０には、例えば入力装置１１２、表示装置１１４、及び通信装置１１６が接続されている。
　入力装置１１２は、例えば表示装置１１４の表示画面上に設置されたタッチパネル等の、ユーザがコンピュータ１００に指示を与えるためのインターフェース装置を含む。また、入力装置１１２は、例えばＣＤ－ＲＯＭ又はフラッシュメモリ等の、記録媒体１６０に記録されるデータを読み取るための読み取り装置を含む。表示装置１１４は、例えばコンピュータ１００での処理結果を表示する表示デバイス等を含む。また、通信装置１１６は、デバイス４０、及び通信回線５０に接続するためのインターフェースを含み、デバイス４０、及びクラウドサーバ３０等の、他の電子機器とデータの送受信を行う。なお、記憶部１０６はＨＤＤ(Hard Disk Drive)又はフラッシュメモリ等によって実現できる。
　記憶部１０６には、コンピュータ１００を図１に示す端末１０として機能させるためのアプリケーション機能拡張プログラム１１８が記憶されている。記憶部１０６に記憶されているアプリケーション機能拡張プログラム１１８は、例えば検知プロセス１２０、決定プロセス１２２、取得プロセス１２４、特定プロセス１２６、挿入プロセス１２８、及び実行プロセス１３０を含む。
　ＣＰＵ１０２は、アプリケーション機能拡張プログラム１１８を記憶部１０６から読み出してメモリ１０４に展開し、アプリケーション機能拡張プログラム１１８が有する各プロセスを実行する。
　ＣＰＵ１０２が、アプリケーション機能拡張プログラム１１８を記憶部１０６から読み出してメモリ１０４に展開し、アプリケーション機能拡張プログラム１１８を実行することで、コンピュータ１００が図１に示す端末１０として動作する。また、ＣＰＵ１０２が検知プロセス１２０を実行することで、コンピュータ１００が図１に示す検知部１２として動作する。また、ＣＰＵ１０２が決定プロセス１２２を実行することで、コンピュータ１００が図１に示す決定部１３として動作する。また、ＣＰＵ１０２が取得プロセス１２４を実行することで、コンピュータ１００が図１に示す取得部１４として動作する。また、ＣＰＵ１０２が特定プロセス１２６を実行することで、コンピュータ１００が図１に示す特定部１５として動作する。また、ＣＰＵ１０２が挿入プロセス１２８を実行することで、コンピュータ１００が図１に示す挿入部１６として動作する。また、ＣＰＵ１０２が実行プロセス１３０を実行することで、コンピュータ１００が図１に示す実行部１１として動作する。
　更に、記憶部１０６には、デバイス制御ロジックリスト情報格納領域１３４、対応デバイス情報格納領域１３６、ドライバ情報格納領域１３８、及びアプリケーション情報格納領域１４０が記憶されている。
　ＣＰＵ１０２が、デバイス制御ロジックリスト情報格納領域１３４に格納されたロジック対応情報を生成する情報をメモリ１０４に展開することで、メモリ１０４にデバイス制御ロジックリストＤＢ２２が生成される。また、ＣＰＵ１０２が、対応デバイス情報格納領域１３６に格納された対応デバイス情報を生成する情報をメモリ１０４に展開することで、メモリ１０４に対応デバイスＤＢ２０が生成される。また、ＣＰＵ１０２が、ドライバ情報格納領域１３８に格納されたドライバ３２及びドライバ対応情報を生成する情報をメモリ１０４に展開することで、メモリ１０４にドライバＤＢ２４が生成される。また、ＣＰＵ１０２が、アプリケーション情報格納領域１４０に格納されたアプリケーション１７を生成する情報をメモリ１０４に展開することで、アプリケーション１７がＣＰＵ１０２で実行可能な状態となる。
　なお、コンピュータ１００は、例えば半導体集積回路、より詳しくはＡＳＩＣ(Application Specific Integrated Circuit)等で実現することも可能である。
　次に、第１実施形態の作用について説明する。第１実施形態に係る端末１０は、例えば端末１０の利用者が、入力装置１１２で指定したアプリケーション１７の実行を端末１０に指示し、指定したアプリケーション１７がメモリ１０４に展開されて実行される際に、アプリケーション機能拡張処理を実行する。
　図７は、第１実施形態に係る端末１０で実行されるアプリケーション機能拡張処理の流れの一例を示すフローチャートである。
　まず、ステップＳ１０において、検知部１２は、通信装置１１６を介して端末１０に接続可能なデバイス４０を検知する。通信装置１１６を介して端末１０に接続可能なデバイス４０を検知する手法には公知の技術を利用することができる。
　例えば、通信装置１１６に無線ＬＡＮが含まれる場合、検知部１２は、端末１０を無線アクセスポイントに接続し、無線アクセスポイントに接続されているデバイス４０の情報をスキャンすることで、端末１０に接続可能なデバイス４０のデバイス名を取得する。なお、検知部１２は、デバイス４０の情報をスキャンする際、例えばＵＰｎＰ(Universal Plug and Play)、又はＤＬＮＡ（登録商標）等の公知の接続プロトコルを利用して、端末１０に接続可能なデバイス名を取得できる。また、デバイス名の替わりに、ＳＳＩＤ等、デバイス４０を識別することができる識別情報を取得し、ＳＳＩＤからデバイス名を特定するようにしてもよい。
　また、通信装置１１６にブルートゥース(Bluetooth（登録商標）)が含まれる場合、ブルートゥースのペアリングモードを利用して、端末１０に接続可能なデバイス名を取得する。この他、検知部１２は、ＮＦＣ(Near Field Communication)等の近距離無線通信、又はＲＦＩＤ(Radio Frequency IDentifier)を利用して、端末１０に接続可能なデバイス名を取得するようにしてもよい。なお、ここでは説明の便宜上、検知部１２は公知のデバイス検知手法により、端末１０に接続可能なデバイス４０のデバイス名を１つ取得するものとして説明を進める。
　ステップＳ２０において、検知部１２は、ステップＳ１０の処理で取得したデバイス名で表されるデバイス４０が、端末１０で利用可能か否かを判定する。具体的には、検知部１２は、メモリ１０４に展開された対応デバイスＤＢ２０に記憶されている対応デバイス情報にステップＳ１０の処理で取得したデバイス名が含まれる場合、ステップＳ１０の処理で検知したデバイスが端末１０で利用可能と判定する。一方、検知部１２は、対応デバイス情報にステップＳ１０の処理で取得したデバイス名が含まれない場合、ステップＳ１０の処理で検知したデバイス４０が端末１０で利用できないと判定する。
　ステップＳ２０における判定処理が否定判定の場合には、端末１０で利用可能なデバイス４０が存在しないため、アプリケーション機能拡張処理を終了し、端末１０はデバイス４０と連携することなくユーザが指定したアプリケーション１７を実行する。一方、ステップＳ２０における判定処理が肯定判定の場合には、ステップＳ３０に移行する。この際、検知部１２は、ステップＳ１０の処理で取得したデバイス名をメモリ１０４の予め定めた領域に記憶する。
　ステップＳ３０において、決定部１３は、メモリ１０４からステップＳ１０の処理で取得されたデバイス名を取得する。そして、決定部１３は、図４に示したデバイス制御ロジックリストＤＢ２２を参照して、デバイス制御ロジックリストＤＢ２２のデバイス名欄に、取得したデバイス名が含まれるか否かを判定する。
　肯定判定の場合には、端末１０は、取得したデバイス名に対応したドライバ３２及びデバイス制御ロジック３４を既に取得しているため、ステップＳ５０に移行する。一方、否定判定の場合には、端末１０には取得したデバイス名に対応したドライバ３２及びデバイス制御ロジック３４が存在しないため、ステップＳ４０に移行する。
　ステップＳ４０において、取得部１４は、メモリ１０４からステップＳ１０の処理で取得されたデバイス名を取得する。そして、取得部１４は、取得したデバイス名をクラウドサーバ３０に送信し、送信したデバイス名に対応するドライバ３２及びデバイス制御ロジック３４を、クラウドサーバ３０から取得する。
　なお、第１実施形態では、ドライバ３２及びデバイス制御ロジック３４が、インターネット回線等の通信回線５０に接続されたクラウドサーバ３０に配置される例について説明する。しかし、ドライバ３２及びデバイス制御ロジック３４は、インターネット回線に接続されないサーバ（ローカルサーバ）、又はデバイス４０自体に配置してもよい。
　クラウドサーバ３０にドライバ３２及びデバイス制御ロジック３４を配置した場合、インターネット回線に接続可能な端末１０であれば、何れの端末１０からもアクセス可能となる。従って、クラウドサーバ３０以外の他の情報機器にドライバ３２及びデバイス制御ロジック３４を配置する場合に比べ、ドライバ３２及びデバイス制御ロジック３４の公開性が向上する。
　また、ローカルサーバにドライバ３２及びデバイス制御ロジック３４を配置した場合、ドライバ３２及びデバイス制御ロジック３４へのアクセス許可範囲を、ローカルサーバが接続されるローカルネットワーク内の端末１０に限定できる。従って、ローカルサーバ以外の他の情報機器にドライバ３２及びデバイス制御ロジック３４を配置する場合に比べ、ドライバ３２及びデバイス制御ロジック３４の秘匿性が向上する。
　また、デバイス４０にドライバ３２及びデバイス制御ロジック３４を配置した場合、クラウドサーバ３０又はローカルサーバが不要となる。従って、デバイス４０以外の他の情報機器にドライバ３２及びデバイス制御ロジック３４を配置する場合に比べ、ドライバ３２及びデバイス制御ロジック３４の取得に必要となる情報機器数を削減することができる。
　取得部１４は、取得したデバイス制御ロジック３４を取得したデバイス名と対応づけ、デバイス制御ロジックリストＤＢ２２に格納する。更に、取得部１４は、取得したドライバ３２をドライバＤＢ２４に格納すると共に、取得したドライバ３２をデバイス名と対応づけて、図５に示したドライバＤＢ２４のドライバ対応情報に追加する。
　ステップＳ５０において、特定部１５は、メモリ１０４からステップＳ１０の処理で取得されたデバイス名を取得する。そして、特定部１５は、デバイス制御ロジックリストＤＢ２２を参照して、デバイス制御ロジックリストＤＢ２２のデバイス名欄に、取得したデバイス名が設定されている行データから、取得したデバイス名に対応するデバイス制御ロジック３４を取得する。
　ステップＳ６０において、特定部１５は、メモリ１０４に展開されたアプリケーション１７へのロジックの挿入位置を特定する。具体的には、特定部１５は、メモリ１０４に展開されたアプリケーション１７のコードを読み込み、アプリケーション１７における、取得したデバイス制御ロジック３４のタグと同じコードが含まれる行の行番号を、ロジックの挿入位置として特定する。なお、アプリケーション１７に、取得したデバイス制御ロジック３４のタグと同じコードが複数含まれる場合、特定部１５は、各々のコードが含まれる行の行番号をロジックの挿入位置として特定する。
　ステップＳ７０において、特定部１５は、ステップＳ６０の処理で特定したロジックの挿入位置が少なくとも１つ以上あるか否かを判定する。否定判定の場合、メモリ１０４に展開されたアプリケーション１７には、ステップＳ５０の処理で取得したデバイス制御ロジック３４に含まれるロジックを挿入する位置が存在しない。従って、アプリケーション機能拡張処理を終了し、端末１０はデバイス４０と連携することなくユーザが指定したアプリケーション１７を実行する。
　一方、肯定判定の場合、ステップＳ８０に移行する。この際、特定部１５は、ステップＳ５０の処理で取得したデバイス制御ロジック３４に含まれるロジックと、ステップＳ６０の処理で取得したアプリケーション１７の行番号と、をメモリ１０４の予め定めた領域に記憶する。また、特定部１５は、ドライバＤＢ２４のドライバ対応情報を参照して、取得したデバイス名に対応するドライバ３２をドライバＤＢ２４から取得してメモリ１０４に展開することで、取得したドライバ３２をアプリケーション１７から利用可能にする。なお、メモリ１０４へのドライバの展開タイミングは、ステップＳ７０を処理するタイミングに限定されないことは言うまでもない。
　ステップＳ８０において、挿入部１６は、メモリ１０４からステップＳ７０の判定処理で肯定判定となった場合に記憶された、ロジック及びアプリケーション１７の行番号を取得する。そして、挿入部１６は、メモリ１０４に展開されたアプリケーション１７の、取得した行番号で表される行以降の位置に、取得したロジックを挿入する。なお、実行中のアプリケーション１７へのロジックの挿入は、例えばメモリ１０４に展開されたアプリケーション１７にアクセスすることができるＡＰＩ(Application Programming Interface)であるＤＯＭ(Document Object Model)を利用することで実現できる。
　ステップＳ９０において、実行部１１はメモリ１０４から、ステップＳ８０の処理でロジックが挿入されたアプリケーション１７を再読み込みし、アプリケーション１７を実行する。
　以上、図７に示すアプリケーション機能拡張処理により、実行中のアプリケーション１７に、端末１０が検知したデバイス４０のロジックがユーザの操作なしに自動的に挿入され、アプリケーション１７からデバイス４０の利用が可能となる。
　なお、第１実施形態では一例として、デバイス４０に対応したロジック及びタグをデバイス制御ロジック３４に含めて一体に管理したが、ロジックとタグとの対応づけが行われさえすれば、ロジックとタグとを別々に管理するようにしてもよい。例えばデバイス制御ロジック３４にロジックを含め、ロジックに対応するタグは図示しないＤＢで管理するようにしてもよい。
　また、第１実施形態では一例として、ステップＳ１０の処理において、端末１０に接続可能なデバイス４０のデバイス名が１つ取得されるものとして説明を進めた。仮にステップＳ１０の処理において複数のデバイス名が取得される場合には、取得した複数のデバイス名に含まれるデバイス名毎にステップＳ２０～Ｓ９０の処理を実行すればよい。
　また、第１実施形態では一例として、ステップＳ１０の処理において、端末１０のユーザが指定したアプリケーション１７がメモリ１０４に展開されて実行される際に、端末１０に接続可能なデバイス４０を検知するようにした。しかし、端末１０の起動後から定期的に端末１０に接続可能なデバイス４０を検知するようにしてもよい。この場合、アプリケーション１７の実行前にデバイス４０の検知が終了しているため、アプリケーション１７を実行してからデバイス４０を検知する場合に比べて、アプリケーション１７からデバイス４０が利用可能になるまでに要する時間を短縮することができる。
　しかし、定期的に端末１０に接続可能なデバイス４０を検知する場合、デバイス４０の検知回数が増加するため、アプリケーション１７の実行に合わせてデバイス４０を検知する場合と比較して、端末１０の消費電力が増加する。従って、端末１０の消費電力低減の観点からは、アプリケーション１７の実行に合わせてデバイス４０を検知する方が好ましい。
　また、第１実施形態では一例として、クラウドサーバ３０から取得したデバイス制御ロジック３４を端末１０に保存し、検知したデバイス４０に対応するデバイス制御ロジックが端末１０に存在する場合は、端末１０に保存したデバイス制御ロジック３４を用いた。しかし、デバイス制御ロジック３４を端末１０に保存せずに、端末１０でデバイスを検知する度にクラウドサーバ３０からデバイス制御ロジック３４を取得するようにしてもよい。
　図８は、メモリ１０４に展開された、画像を表示するアプリケーション１７に、端末１０が検知したデバイス４０のロジックが挿入される前の端末１０を示す図である。なお、図８に例示するアプリケーション１７は、“<img src=“URL”>”で表されるimgタグを含む。imgタグは、「src=“URL”」で指定される画像ファイルの画像を端末１０の表示装置１１４に表示する命令である。
　端末１０が図８に例示するアプリケーション１７を実行した場合、端末１０の表示装置１１４に「src=“URL”」で指定される画像ファイルの画像が表示される。しかし、図８に例示するアプリケーション１７には、デバイス４０の一例であるプリンタと連携して、画像をプリンタに出力するロジックが含まれていない。
　一方、図７に示すアプリケーション機能拡張処理を実行することで、例えば端末１０が利用可能なデバイス４０としてプリンタを検知する。検知したプリンタに対応するデバイス制御ロジック３４のタグにimgタグが含まれる場合、端末１０は画像をプリンタに出力するロジックをアプリケーション１７のimgタグの直後の行に挿入する。
　図９は、図７に示すアプリケーション機能拡張処理を実行し、メモリ１０４に展開された図８に示すアプリケーション１７に、端末１０が検知したデバイス４０（この場合、プリンタ）のロジックが挿入された後の端末１０を示す図である。
　なお、図９に例示したアプリケーション１７に挿入されるロジックは、例えば「画像を印刷」と表記されたボタン６０を端末１０の表示装置１１４に表示する命令を含む。端末１０のユーザがボタン６０を押した場合に、検知したプリンタに対応するドライバ３２に含まれるphotoprint関数が呼び出され、imgタグで“ＵＲＬ”として指定された画像ファイルの画像がデバイス４０から出力される。
　また、図１０は、メモリ１０４に展開された、音を出力するアプリケーション１７に端末１０が検知したデバイス４０のロジックが挿入される前の端末１０を示す図である。なお、図１０に例示するアプリケーション１７は、“<audio src=“URL”controls>”で表されるaudioタグを含む。audioタグは、「src=“URL”」で指定される音声ファイルの音声を端末１０に内蔵された図示しない音声出力装置から出力する命令である。また、audioタグの“controls”は、端末１０の表示装置１１４に音声の一時停止、及び再生位置の指定等を行うための操作アイテム６２を表示する命令である。
　端末１０が図１０に例示するアプリケーション１７を実行した場合、端末１０の表示装置１１４に操作アイテム６２が表示されると共に、端末１０に内蔵された図示しない音声出力装置から「src=“URL”」で指定される音声ファイルの音声が出力される。しかし、図１０に例示するアプリケーション１７には、デバイス４０の一例である外部スピーカと連携して、音声を外部スピーカから出力するロジックが含まれていない。
　一方、図７に示すアプリケーション機能拡張処理を実行することで、例えば端末１０が利用可能なデバイス４０として外部スピーカを検知する。検知した外部スピーカに対応するデバイス制御ロジック３４のタグにaudioタグが含まれる場合、端末１０は音声を外部スピーカに出力するロジックをアプリケーション１７のaudioタグの直後の行に挿入する。
　図１１は、図７に示すアプリケーション機能拡張処理を実行し、メモリ１０４に展開された図１０に示すアプリケーション１７に、端末１０が検知したデバイス４０（この場合、外部スピーカ）のロジックが挿入された後の端末１０を示す図である。
　なお、図１１に例示したアプリケーション１７に挿入されるロジックは、例えば「スピーカで再生」と表記されたボタン６０を端末１０の表示装置１１４に表示する命令を含む。端末１０のユーザがボタン６０を押した場合に、検知した外部スピーカに対応するドライバ３２に含まれるaplay関数が呼び出され、audioタグで“ＵＲＬ”として指定された音声ファイルの音声がデバイス４０である外部スピーカから出力される。
　また、図１２は、メモリ１０４に展開された、動画を表示するアプリケーション１７に端末１０が検知したデバイス４０のロジックが挿入される前の端末１０を示す図である。なお、図１２に例示するアプリケーション１７は、“<video src=“URL”controls>”で表されるvideoタグを含む。videoタグは、「src=“URL”」で指定される動画ファイルに含まれる音声を端末１０に内蔵された図示しない音声出力装置から出力すると共に、動画ファイルに含まれる画像を端末１０の表示装置１１４に表示する命令である。また、videoタグの“controls”は、既に述べたように動画の一時停止、及び再生位置の指定等を行うための操作アイテム６２を表示する命令である。
　端末１０が図１２に例示するアプリケーション１７を実行した場合、端末１０の表示装置１１４には、「src=“URL”」で指定される動画ファイルの映像、及び操作アイテム６２が表示される。また、端末１０に内蔵された図示しない音声出力装置から「src=“URL”」で指定される動画ファイルの音声が出力される。
　しかし、図１２に例示するアプリケーション１７には、デバイス４０の一例である外部モニタと連携して、動画を外部モニタから出力するロジックが含まれていない。
　一方、図７に示すアプリケーション機能拡張処理を実行することで、例えば端末１０が利用可能なデバイス４０として外部モニタを検知する。検知した外部モニタに対応するデバイス制御ロジック３４のタグにvideoタグが含まれる場合、端末１０は動画を外部モニタに出力するロジックをアプリケーション１７のvideoタグの直後の行に挿入する。
　図１３は、図７に示すアプリケーション機能拡張処理を実行し、メモリ１０４に展開された図１２に示すアプリケーション１７に、端末１０が検知したデバイス４０（この場合、外部モニタ）のロジックが挿入された後の端末１０を示す図である。
　なお、図１３に例示したアプリケーション１７に挿入されるロジックは、例えば「モニタで再生」と表記されたボタン６０を端末１０の表示装置１１４に表示する命令を含む。端末１０のユーザがボタン６０を押した場合に、検知した外部モニタに対応するドライバ３２に含まれるvplay関数が呼び出され、videoタグで“ＵＲＬ”として指定された動画ファイルの動画がデバイス４０である外部モニタから出力される。
　なお、図９、図１１、及び図１３に示したアプリケーション１７とデバイス４０との連携例では、アプリケーション１７は表示装置１１４に、アプリケーション１７とデバイス４０との連携開始の指示を受け付けるボタン６０を表示する。そして、アプリケーション１７は、端末１０のユーザによりボタン６０が押下されたタイミングで、アプリケーション１７とデバイス４０との連携を開始する。しかし、ボタン６０の表示は必須ではなく、例えばアプリケーション１７は、端末１０のユーザの指示を待たずに自動的にアプリケーション１７とデバイス４０との連携を開始してもよい。
　このように、図７に示すアプリケーション機能拡張処理では、検知部１２で検知した端末１０で利用可能なデバイス４０のロジックを自動的にアプリケーション１７に挿入され、アプリケーション１７がプリンタ等のデバイス４０と連携できるようになる。
　しかし、アプリケーション１７の中には、例えば機密情報を扱うアプリケーション１７もある。こうした機密情報を扱うアプリケーション１７では、機密情報を外部に持ち出せないようにするため、例えばアプリケーション１７から機密情報をプリンタに出力させたくないといった事情が存在することがある。
　この場合、例えば図３に示したデバイス制御ロジック３４の替わりに、図１４に示すデバイス制御ロジック３４Ａを用いることで解決することができる。
　デバイス制御ロジック３４Ａは、デバイス４０に対応したロジックとタグの他、更にデバイス４０に対応したアプリケーション１７のアプリケーション名を対応づけるロジック対応情報を含む。デバイス制御ロジック３４Ａのアプリケーション名には、対応するロジックの挿入を許可するアプリケーション名が記載される。
　図７のステップＳ６０の処理において、特定部１５は、まず取得したデバイス制御ロジック３４Ａのアプリケーション名が、実行部１１で実行中のアプリケーション１７のアプリケーション名と一致するか否を判定する。そして、肯定判定の場合には、特定部１５は引き続き既に説明したステップＳ６０の処理を続行する。一方、否定判定の場合には、特定部１５は、ロジックの挿入位置を特定せずに図７に示すアプリケーション機能拡張処理を終了する。
　以上の処理により、デバイス制御ロジック３４Ａのアプリケーション名欄に記載されたアプリケーション１７だけに、デバイス制御ロジック３４Ａに対応するデバイス４０のロジックが挿入される。従って、端末１０は、連携可能なデバイス４０をアプリケーション１７毎に指定することができる。
　なお、図１４に示すデバイス制御ロジック３４Ａのアプリケーション名には、対応するロジックの挿入を禁止するアプリケーション名を記載してもよい。この場合、取得したデバイス制御ロジック３４Ａのアプリケーション名が実行中のアプリケーション１７のアプリケーション名と一致すれば、特定部１５でロジックの挿入位置を特定することなく、図７に示すアプリケーション機能拡張処理を終了すればよい。
　また、アプリケーション１７は、例えば通信回線５０に接続された情報機器から端末１０にダウンロードされ実行される。この際、アプリケーション１７の取得元である情報機器のドメインと、取得したアプリケーション１７に挿入されるロジックを規定したデバイス制御ロジック３４を含むクラウドサーバ３０のドメインと、が異なる場合がある。なお、ドメインとは、情報機器を識別するため、互いに重複しないように割り当てられた通信回線５０上のアドレス情報である。
　この場合、互いに異なるドメインから取得したアプリケーション１７に、デバイス制御ロジック３４のロジックを挿入することになる。しかし、アプリケーション１７の取得元である情報機器のドメインと異なるドメインからデバイス制御ロジック３４を取得する動作は、所謂クロスサイトリクエストと言われ、実行部１１において禁止されることがある。なぜなら、アプリケーション１７とデバイス制御ロジック３４との取得元のドメインが異なるということは、アプリケーション１７とデバイス制御ロジック３４との管理者が異なる可能性がある。従って、アプリケーション１７の管理者以外が提供するデバイス制御ロジック３４には、不正サイトへの誘導等、悪意のあるロジックが記載されている可能性があるため、セキュリティの観点から、実行部１１はデバイス制御ロジック３４の取得を禁止する。
　図１５は、クロスサイトリクエストの例を示す図である。図１５に示すように、端末１０は、例えば“www.server1.com”のドメインで表されるＷｅｂサーバ３１からアプリケーション１７を取得する。そして、端末１０で図７に示したアプリケーション機能拡張処理を実行し、例えば“www.server2.com”のドメインで表されるクラウドサーバ３０からデバイス制御ロジック３４を取得しようとする。しかし、既に説明したようにセキュリティの観点から、実行部１１がデバイス制御ロジック３４の取得を拒否する場合がある。
　こうしたクロスサイトリクエストを回避するための仕組みとして、例えばＣＯＲＳ(Cross Origin Resource Sharing)が知られている。このため、例えば端末１０及びクラウドサーバ３０をＣＯＲＳに対応させることで、クラウドサーバ３０からデバイス制御ロジック３４を取得することができるようになる。
　図１６は、ＣＯＲＳを適用したクロスサイトリクエストの例を示す図である。取得部１４は、アプリケーション１７の取得元と異なるドメインからデバイス制御ロジック３４を取得する際、アプリケーション１７の取得元のドメイン（www.server1.com）をoriginヘッダに付加してクラウドサーバ３０に送信する。一方、クラウドサーバ３０は、デバイス制御ロジック３４を含む電文のAccess-Control-Allow-Originヘッダに、originヘッダに付加されたアプリケーション１７の取得元のドメインを付加する。そして、クラウドサーバ３０は、Access-Control-Allow-Originヘッダが設定されたデバイス制御ロジック３４を含む電文を端末１０に送信する。端末１０では、Access-Control-Allow-Originヘッダに、originヘッダに付加したドメインと同じドメインが含まれる場合、実行部１１により取得部１４でのデバイス制御ロジックの取得が許可される。
　以上、端末１０でアプリケーション１７を実行する際、併せて図７に示したアプリケーション機能拡張処理を実行することにより、デバイス４０との連携が考慮されていないアプリケーション１７に、デバイス４０に対応するロジックを挿入することができる。従って、デバイス４０との連携が考慮されていないアプリケーション１７であっても、デバイス４０を利用することができるようになる。
　更に、アプリケーション機能拡張処理は、メモリ１０４に展開されたアプリケーション１７にロジックを挿入するため、記憶部１０６に記憶されるアプリケーション１７自体のコードが書き換えられることもない。
（第２実施形態）
　第１実施形態に係るアプリケーション機能拡張処理は、端末１０が検出したアプリケーション１７と連携可能なデバイス４０のロジックを、ユーザの操作なしに自動的にアプリケーション１７に挿入する。従って、ユーザが予め利用したいデバイス４０を決めている場合であっても、アプリケーション１７と連携可能な全てのデバイス４０のロジックがアプリケーション１７に挿入されてしまい、アプリケーション１７が不必要なデバイス４０と連携する場合がある。
　そこで、第２実施形態では、ユーザが利用したいデバイス４０を選択し、アプリケーション１７が、ユーザが選択したデバイス４０と連携するようにしたアプリケーション機能拡張処理について説明する。なお、第２実施形態におけるＷｅｂシステムの構成、及び端末１０を実現するコンピュータ構成は、第１実施形態におけるＷｅｂシステム１の構成（図１）、及びコンピュータ構成（図６）と同様の構成となる。
　次に、第２実施形態の作用について説明する。第２実施形態に係る端末１０は、第１実施形態の場合と同様のタイミングでアプリケーション機能拡張処理を実行する。
　図１７は、第２実施形態に係る端末１０で実行されるアプリケーション機能拡張処理の流れの一例を示すフローチャートである。図１７に示すフローチャートが図７に示す第１実施形態におけるアプリケーション機能拡張処理のフローチャートと異なる点は、ステップＳ２２及びステップＳ２４の処理が追加された点である。
　ステップＳ２２において、検知部１２は、ステップＳ２０の判定処理によって端末１０で利用可能と判定したデバイス４０に対応付けられたアイコンを表示装置１１４に表示する。
　ステップＳ２４において、検知部１２は、端末１０のユーザによってアイコンが選択されたか否か判定し、肯定判定になるまで、すなわちアイコンが選択されるまでステップＳ２４の処理を繰り返す。端末１０のユーザによってアイコンが選択されると、検知部１２は、端末１０のユーザによって選択されたアイコンに対応するデバイス４０のデバイス名を、メモリ１０４の予め定めた領域に記憶する。そして、ステップＳ３０に移行する。
　以後、既に説明したステップＳ３０～ステップＳ９０の処理を実行することで、アプリケーション１７からユーザが選択したデバイス４０のみを利用することができるようになる。
　図１８は、ステップＳ２２の処理を実行した場合に、端末１０の表示装置１１４に表示される画面例を示す図である。ステップＳ２２の処理により、例えば表示装置１１４の下部に位置する領域６４に、端末１０で利用可能なデバイス４０に対応するアイコンが表示される。
　アイコンには、例えば対応するデバイス４０の外観等を模式的に示す図案が用いられるが、対応するデバイス４０を一意に表すことができる形態であれば、文字、又は図案と文字との組み合わせ等であってもよい。なお、図１８の例では、例えばプリンタを示すアイコン６６、及び記憶装置を示すアイコン６８が表示されている。また、領域６４の位置は一例であり、表示装置１１４の何れの位置に配置してもよいことは言うまでもない。
　ユーザが領域６４に表示されるアイコンの中から、例えばアイコン６６を選択すれば、実行中のアプリケーション１７とアイコン６６で示されるプリンタとを連携させることができる。
　図１９は、アイコン６６選択後に、端末１０の表示装置１１４に表示される画面例を示す図である。
　例えば、アイコン６６で表されるプリンタに対応するデバイス制御ロジック３４のロジックにボタン６０を表示する命令が含まれる場合、領域６４にはプリンタに画像の出力を指示するボタン６０が表示される。この際、図１９に示すように、ボタン６０に加え、更にユーザが選択したアイコン（この場合、アイコン６６）を表示してもよい。ユーザが選択したアイコンを表示することで、アイコンを表示しない場合に比べて、アプリケーション１７が何れのデバイス４０と連携しているかをユーザに通知することができる。
　このように第２実施形態に係るアプリケーション機能拡張処理によれば、端末１０で利用可能なデバイス４０の一覧を示すユーザインターフェースを提供し、ユーザに利用したいデバイス４０を選択させることができる。
（第３実施形態）
　第１実施形態及び第２実施形態に係る図７及び図１７のアプリケーション機能拡張処理では、ステップＳ１０において通信装置１１６を用いた公知の技術により、端末１０に接続可能なデバイス４０を検知する例を説明した。一方、第３実施形態では、カメラ等の撮像装置を用いて、端末１０に接続可能なデバイス４０を検知する例について説明する。
　図２０は、第３実施形態に係るＷｅｂシステムの構成例を示す図である。図２０に示すＷｅｂシステム２が図１に示したＷｅｂシステム１と異なる点は、新たに撮像装置１５０が追加され、検知部１２が検知部１２Ａに置き換えられた点である。
　検知部１２Ａは、実行部１１でのアプリケーション１７の実行に伴い、撮像装置１５０によって端末１０Ａ周辺の画像を撮像させる。検知部１２Ａは、撮像された画像に含まれるデバイス４０を検知し、対応デバイスＤＢ２０を参照して、検知したデバイス４０が端末１０で利用可能か否かを検知する。そして、検知部１２Ａは、デバイス４０が利用可能である場合、決定部１３に検知したデバイス４０のデバイス名を出力する。
　次に、図２１に、第３実施形態に係る端末１０Ａをコンピュータで実現する場合の構成例を示す。図２１に示すコンピュータ１００Ａの構成例が図６に示したコンピュータ１００の構成例と異なる点は、Ｉ／Ｏ１１０に新たに撮像装置１５０が接続され、検知プロセス１２０が検知プロセス１２０Ａに置き換えられた点である。なお、検知プロセス１２０Ａへの置き換えに伴い、アプリケーション機能拡張プログラム１１８がアプリケーション機能拡張プログラム１１８Ａに置き換えられる。
　撮像装置１５０は、画像を撮像し、撮像した画像を画像データに変換する機能を有する装置であり、具体的には例えばカメラが適用される。また、ＣＰＵ１０２が検知プロセス１２０Ａを実行することで、コンピュータ１００Ａが図２０に示す検知部１２Ａとして動作する。
　なお、コンピュータ１００Ａは、例えば半導体集積回路、より詳しくはＡＳＩＣ等で実現することも可能である。
　次に、第３実施形態の作用について説明する。第３実施形態に係る端末１０Ａがアプリケーション機能拡張処理を実行するタイミングは、第１実施形態及び第２実施形態と同様である。すなわち、端末１０Ａは、例えば端末１０Ａの利用者が、入力装置１１２で指定したアプリケーション１７の実行を端末１０Ａに指示し、指定したアプリケーション１７がメモリ１０４に展開されて実行される際に、アプリケーション機能拡張処理を実行する。
　なお、第３実施形態に係るアプリケーション機能拡張処理を実行するにあたり、デバイス４０には予めデバイス４０を特定するための識別情報、例えばデバイス名を表す文字が記載されたラベルが、外部から目視できる位置に貼り付けられているものとする。なお、ラベルには文字に代えて、デバイス名を表すバーコード等が記載されていてもよい。
　図２２は、第３実施形態に係る端末１０Ａで実行されるアプリケーション機能拡張処理の流れの一例を示すフローチャートである。図２２に示すフローチャートが図７に示す第１実施形態のフローチャートと異なる点は、ステップＳ１０及びＳ２０の処理が、それぞれステップＳ１１及びＳ２１に置き換えられ、新たにステップＳ２３、Ｓ２５、及びＳ２７の処理が追加された点である。
　まず、ステップＳ１１において、検知部１２Ａは、撮像装置１５０で撮像された端末１０Ａ周辺の画像（撮像画像）を取得する。そして、検知部１２Ａは、撮像画像にデバイス名を記載したラベルが含まれる場合、公知の文字認識技術を用いてラベルからデバイス名を読み取り、撮像画像に含まれるデバイス４０を検知する。
　ステップＳ２１において、検知部１２Ａは、ステップＳ１１の処理で検知した撮像画像に含まれるデバイス４０が、端末１０Ａで利用可能なデバイス４０であるか否かを判定する。判定の方法は既に図７のステップＳ２０の処理で説明したように、対応デバイスＤＢ２０を参照して判定すればよい。ステップＳ２１の判定処理が否定判定の場合にはステップＳ２５に移行する。
　ステップＳ２５において、検知部１２Ａは、例えば入力装置１１２から撮像の終了指示が通知されたか否かを判定する。そして、肯定判定の場合は図２２に示すアプリケーション機能拡張処理を終了し、否定判定の場合はステップＳ１１に移行して、検知部１２Ａは撮像画像に含まれるデバイス４０を検知する処理を繰り返す。
　一方、ステップＳ２１の判定処理が肯定判定の場合には、ステップＳ２３に移行する。ステップＳ２３において、検知部１２Ａは、例えば表示装置１１４に表示される撮像画像において、検知したデバイス４０が何処に存在するかをユーザに示すため、検知したデバイス４０を強調して表示する。ここでデバイス４０を強調して表示する方法としては、例えばデバイス４０を矢印等で指し示す、デバイス４０を枠で囲む、又はデバイス４０の色を変える等、の方法が考えられる。
　ステップＳ２７において、検知部１２Ａはユーザが撮像画像に含まれるデバイス４０を選択したか否かを判定する。当該判定は、例えばユーザが表示装置１１４に表示されたデバイス４０を指で押すことで、表示装置１１４の表面に設置された入力装置１１２の１つであるタッチパネルから通知される操作情報を、検知部１２Ａが取得することで判定できる。すなわち、検知部１２Ａがタッチパネルから操作情報を取得した場合にはステップＳ３０に移行し、操作情報を取得できない場合にはステップＳ２７の処理を繰り返し、検知したデバイス４０が選択されるまで待機する。
　以降、ステップＳ３０～Ｓ９０の各処理を実行することで、実行中のアプリケーション１７は、ユーザが撮像画像の中から選択したデバイス４０を利用することができるようになる。
　図２３は、端末１０Ａで利用可能なデバイス４０を検知した場合の撮像画像の表示例を示す図である。
　端末１０Ａの表示装置１１４には撮像画像が表示され、図２３の例では、アプリケーション機能拡張処理によって検知したデバイス４０を強調して表示するため、例えばデバイス４０を囲む枠７０、及びデバイス４０を指し示すアイコン７２が表示される。
　更に、例えば「プリンタＡと連携」と表記した吹き出しを表示して、アプリケーション１７と連携させるデバイス名を表示装置１１４に表示するようにしてもよい。
　また、表示装置１１４には、実行中のアプリケーション１７によって表示されるアプリケーション画像７４も表示される。この場合、図２３に示すように、表示装置１１４に撮像画像を表示している期間は、ユーザに検知したデバイス４０を確認し易くさせるため、アプリケーション画像７４を半透明で表示することが好ましい。
　図２４は、ユーザがアプリケーション１７と連携させるデバイス４０を選択した場合の表示例を示す図である。
　ユーザがアプリケーション１７と連携させるデバイス４０を選択した場合、アプリケーション１７のアプリケーション画像７４と、連携させるデバイス４０と、の対応をわかりやすく表示することが好ましい。図２４の例では、例えばアプリケーション画像７４と、連携させるデバイス４０と、を対応付ける線分７６を表示装置１１４に表示している。そして、ユーザが表示装置１１４のデバイス４０が表示されている箇所を押下することで、例えば表示装置１１４に「印刷を実行」と表記した吹き出しを表示して、デバイス４０（この場合、プリンタ）から印刷結果を出力する。
　このように第３実施形態に係るアプリケーション機能拡張処理によれば、撮像画像を用いたＡＲ(Augmented Reality)技術により、ユーザは実際のデバイス４０の画像を見ながらアプリケーション１７と連携させるデバイス４０を選択することができる。従って、例えばデバイス名の一覧からアプリケーション１７と連携させるデバイス４０を選択する場合に比べて、アプリケーション１７とデバイス４０との連携に係る操作性を向上させることができる。
　以上、各実施形態を用いて開示の技術を説明したが、開示の技術は各々の実施形態に記載の範囲には限定されない。開示の技術の要旨を逸脱しない範囲で各々の実施形態に多様な変更または改良を加えることができ、当該変更または改良を加えた形態も開示の技術の技術的範囲に含まれる。例えば、開示の技術の要旨を逸脱しない範囲で処理の順序を変更してもよい。
　また、各実施形態では、アプリケーション機能拡張プログラムが記憶部に予め記憶（インストール）されている態様を説明したが、これに限定されるものではない。開示の技術に係るアプリケーション機能拡張プログラムは、コンピュータ読取可能な記録媒体１６０に記録されている形態で提供することも可能である。例えば、開示の技術に係るアプリケーション機能拡張プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、及びＵＳＢメモリ等の可搬型記録媒体に記録されている形態で提供することも可能である。また、開示の技術に係るアプリケーション機能拡張プログラムは、フラッシュメモリ等の半導体メモリ等に記録されている形態で提供することも可能である。
　また、各実施形態では、実行中のアプリケーション１７に、端末１０で検知したデバイスのロジックを挿入する形態について説明した。しかし、例えばメモリ１０４に展開された実行待ち状態のアプリケーション１７に、端末１０で検知したデバイスのロジックを挿入するようにしてもよい。
　なお、第１実施形態のアプリケーション機能拡張処理で示した示唆は、第２実施形態、及び第３実施形態のアプリケーション機能拡張処理にも適用することができる。

Claims (22)

  1. 　端末に搭載されたコンピュータで、
    　前記端末に含まれるアプリケーションから、前記端末で検出したデバイスに対応した予め定めたタグが含まれる位置を特定し、
    　前記アプリケーションの特定した位置に、前記予め定めたタグに対応した前記デバイスを利用するためのロジックを挿入する
    　アプリケーション機能拡張方法。
  2. 　前記アプリケーションは前記端末で実行中のアプリケーションである
    　請求項１記載のアプリケーション機能拡張方法。
  3. 　前記アプリケーションに対して前記デバイスの利用が予め許可されている場合に、前記アプリケーションから、前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項１又は請求項２記載のアプリケーション機能拡張方法。
  4. 　前記端末に含まれる表示装置に、前記デバイスに対応付けた識別画像を表示し、
    　前記アプリケーションから、ユーザによって選択された識別画像で表される前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項１～請求項３の何れか１項に記載のアプリケーション機能拡張方法。
  5. 　前記端末に含まれる表示装置に、前記アプリケーションと、前記デバイスと、の連携開始の指示を受け付ける画面アイテムを表示する
    　請求項１～請求項４の何れか１項に記載のアプリケーション機能拡張方法。
  6. 　前記端末は撮像装置を備え、
    　前記撮像装置で撮像した画像からデバイスを検知する
    　請求項１～請求項５の何れか１項に記載のアプリケーション機能拡張方法。
  7. 　前記検知したデバイスを前記端末に含まれる表示装置に強調表示する
    　請求項６記載のアプリケーション機能拡張方法。
  8. 　端末に搭載されたコンピュータに、
    　前記端末に含まれるアプリケーションから、前記端末で検出したデバイスに対応した予め定めたタグが含まれる位置を特定し、
    　前記アプリケーションの特定した位置に、前記予め定めたタグに対応した前記デバイスを利用するためのロジックを挿入する
    　ことを含む処理を実行させるためのアプリケーション機能拡張プログラム。
  9. 　前記アプリケーションは前記端末で実行中のアプリケーションである
    　請求項８記載のアプリケーション機能拡張プログラム。
  10. 　前記アプリケーションに対して前記デバイスの利用が予め許可されている場合に、前記アプリケーションから、前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項８又は請求項９記載のアプリケーション機能拡張プログラム。
  11. 　前記端末に含まれる表示装置に、前記デバイスに対応付けた識別画像を表示し、
    　前記アプリケーションから、ユーザによって選択された識別画像で表される前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項８～請求項１０の何れか１項に記載のアプリケーション機能拡張プログラム。
  12. 　前記端末に含まれる表示装置に、前記アプリケーションと、前記デバイスと、の連携開始の指示を受け付ける画面アイテムを表示する
    　請求項８～請求項１１の何れか１項に記載のアプリケーション機能拡張プログラム。
  13. 　前記端末は撮像装置を備え、
    　前記撮像装置で撮像した画像からデバイスを検知する
    　請求項８～請求項１２の何れか１項に記載のアプリケーション機能拡張プログラム。
  14. 　前記検知したデバイスを前記端末に含まれる表示装置に強調表示する
    　請求項１３記載のアプリケーション機能拡張プログラム。
  15. 　端末に含まれるアプリケーションから、検知部で検知したデバイスに対応した予め定めたタグが含まれる位置を特定する特定部と、
    　前記特定部で特定した前記アプリケーションの位置に、前記予め定めたタグに対応した前記デバイスを利用するためのロジックを挿入する挿入部と、
    　を含むアプリケーション機能拡張装置。
  16. 　前記アプリケーションは前記端末で実行中のアプリケーションである
    　請求項１５記載のアプリケーション機能拡張装置。
  17. 　前記特定部は、前記アプリケーションに対して前記デバイスの利用が予め許可されている場合に、前記アプリケーションから、前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項１５又は請求項１６記載のアプリケーション機能拡張装置。
  18. 　前記検知部は、前記端末に含まれる表示装置に、前記デバイスに対応付けた識別画像を表示させ、
    　前記特定部は、前記アプリケーションから、ユーザによって選択された識別画像で表される前記デバイスに対応した前記予め定めたタグが含まれる位置を特定する
    　請求項１５～請求項１７の何れか１項に記載のアプリケーション機能拡張装置。
  19. 　前記挿入部は、前記端末に含まれる表示装置に、前記アプリケーションと、前記デバイスと、の連携開始の指示を受け付ける画面アイテムを表示させる命令を含むロジックを挿入する
    　請求項１５～請求項１８の何れか１項に記載のアプリケーション機能拡張装置。
  20. 　前記端末は撮像装置を備え、
    　前記検知部は、前記撮像装置で撮像した画像からデバイスを検知する
    　請求項１５～請求項１９の何れか１項に記載のアプリケーション機能拡張装置。
  21. 　前記検知部は、検知したデバイスを前記端末に含まれる表示装置に強調して表示させる
    　請求項２０記載のアプリケーション機能拡張装置。
  22. 　コンピュータに、
    　端末に含まれるアプリケーションから、前記端末で検知されたデバイスに対応した予め定めたタグが含まれる位置を特定し、
    　前記アプリケーションの特定した位置に、前記予め定めたタグに対応した前記デバイスを利用するためのロジックを挿入する
    　ことを含む処理を実行させるためのアプリケーション機能拡張プログラムを記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2015/051736 2015-01-22 2015-01-22 アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置 WO2016117096A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2015/051736 WO2016117096A1 (ja) 2015-01-22 2015-01-22 アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置
EP15878789.5A EP3249530A4 (en) 2015-01-22 2015-01-22 Application function expansion method, application function expansion program, and application function expansion device
JP2016570433A JP6468293B2 (ja) 2015-01-22 2015-01-22 アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置
US15/641,903 US20170300320A1 (en) 2015-01-22 2017-07-05 Application functionality extension method, application functionality extension program, and application functionality extension apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/051736 WO2016117096A1 (ja) 2015-01-22 2015-01-22 アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/641,903 Continuation US20170300320A1 (en) 2015-01-22 2017-07-05 Application functionality extension method, application functionality extension program, and application functionality extension apparatus

Publications (1)

Publication Number Publication Date
WO2016117096A1 true WO2016117096A1 (ja) 2016-07-28

Family

ID=56416661

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/051736 WO2016117096A1 (ja) 2015-01-22 2015-01-22 アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置

Country Status (4)

Country Link
US (1) US20170300320A1 (ja)
EP (1) EP3249530A4 (ja)
JP (1) JP6468293B2 (ja)
WO (1) WO2016117096A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000347839A (ja) * 1999-06-01 2000-12-15 Hitachi Ltd データ処理装置およびプログラム実行方法
JP2001222404A (ja) * 2000-02-14 2001-08-17 Sharp Corp データ転送装置
JP2003099302A (ja) * 2001-09-21 2003-04-04 Ricoh Co Ltd 文書変換サービス方法、文書のデータ構造、記憶媒体及び情報処理装置
JP2013235331A (ja) * 2012-05-07 2013-11-21 Canon Inc 携帯端末、情報処理装置、画像形成装置及びそれら制御方法、並びにプログラム、情報処理システム
US20140153557A1 (en) * 2012-12-04 2014-06-05 Samsung Electronics Co., Ltd. Wi-fi direct connection method using access point and device having wi-fi direct connection function

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3969723A (en) * 1974-07-03 1976-07-13 General Electric Company On-line modification of computer programs
US5715463A (en) * 1992-03-31 1998-02-03 International Business Machines Corporation Installation utility for device drivers and utility programs
US5657433A (en) * 1994-05-19 1997-08-12 Hitachi, Ltd. Method for generating, managing and displaying information retrieval data on information processing system
JPH09223096A (ja) * 1996-02-20 1997-08-26 Fuji Xerox Co Ltd 管理装置及びクライアント装置
US6442683B1 (en) * 1999-10-07 2002-08-27 Micron Technology, Inc. Apparatus for automatically retrieving and installing device drivers across a network
US6473854B1 (en) * 1999-10-07 2002-10-29 Micron Technology, Inc. Method for automatically retrieving and installing device drivers across a network
JP4344105B2 (ja) * 2001-09-12 2009-10-14 セイコーエプソン株式会社 ソースファイル生成装置
US6857119B1 (en) * 2001-09-25 2005-02-15 Oracle International Corporation Techniques for modifying a compiled application
US7254814B1 (en) * 2001-09-28 2007-08-07 Emc Corporation Methods and apparatus for managing plug-in services
US20030128235A1 (en) * 2002-01-10 2003-07-10 International Business Machines Corporation System for associating graphics frames with events and method therefor
EP1525522A2 (en) * 2002-06-06 2005-04-27 Green Border Technologies Method and system for implementing a secure application execution environment using derived user accounts for internet content
US20040068720A1 (en) * 2002-10-02 2004-04-08 Robert Hundt Dynamic instrumentation of an executable program
ATE549852T1 (de) * 2002-12-12 2012-03-15 Seiko Epson Corp Bildverarbeitungsverfahren und bildverarbeitungssystem unter verwendung desselben
US7487500B1 (en) * 2003-10-09 2009-02-03 Nortel Networks Limited System and method for installing and configuring software for a network element in an optical communications network
JP2005208894A (ja) * 2004-01-22 2005-08-04 Canon Inc 周辺装置制御方法、制御プログラム及びその装置
US7603420B2 (en) * 2004-03-31 2009-10-13 International Business Machines Corporation Method and apparatus for automatic e-mail response interruption based on user activity
US8661420B2 (en) * 2004-08-03 2014-02-25 Oracle International Corporation System and method for runtime interface versioning
US20060070089A1 (en) * 2004-08-20 2006-03-30 Shahid Shoaib Method and apparatus for dynamic replacement of device drivers in the operating system (OS) kernel
US8065674B2 (en) * 2004-09-01 2011-11-22 Microsoft Corporation Privileged used control of device installation and/or availability
KR100673313B1 (ko) * 2004-12-30 2007-01-24 재단법인서울대학교산학협력재단 코드조각 번호 매김을 이용한 프로그램 간의 코드조각결합방법
US20070005554A1 (en) * 2005-06-30 2007-01-04 Allstream Corp. Symbolic reference for a computer addressable data object
JP4756988B2 (ja) * 2005-10-18 2011-08-24 キヤノン株式会社 プログラム、機能情報提供装置、および機能情報提供方法
JP2007329530A (ja) * 2006-06-06 2007-12-20 Casio Comput Co Ltd 映像機器、映像機器の表示処理方法、及び映像機器の処理プログラム
US8793662B2 (en) * 2008-03-25 2014-07-29 Microsoft Corporation Runtime code hooking for print driver and functionality testing
US8131768B2 (en) * 2008-05-08 2012-03-06 Nec Laboratories America, Inc. Symbolic program analysis using term rewriting and generalization
NZ591880A (en) * 2008-10-27 2013-12-20 Sato Kk Label printer api using program scripting language
WO2010079566A1 (ja) * 2009-01-09 2010-07-15 日本電気株式会社 サービス提供装置、サービス提供システム、サービス提供方法および記憶媒体
US10055251B1 (en) * 2009-04-22 2018-08-21 The Trustees Of Columbia University In The City Of New York Methods, systems, and media for injecting code into embedded devices
US8732728B2 (en) * 2009-07-20 2014-05-20 Samsung Electronics Co., Ltd. System and method to allow multiple plug-in applications real-time access to a camera application in a mobile device
US8595284B2 (en) * 2009-12-14 2013-11-26 Samsung Electronics Co., Ltd Web application script migration
US8352949B1 (en) * 2009-12-30 2013-01-08 Sap Ag Communication between integrated device and mobile application client on mobile personal communication device
JP5531362B2 (ja) * 2010-06-11 2014-06-25 株式会社日立製作所 Ｗｅｂページ供給システム、Ｗｅｂページ供給方法、及び制御プログラム
US20120017119A1 (en) * 2010-07-16 2012-01-19 Fujitsu Limited Solving Hybrid Constraints to Generate Test Cases for Validating a Software Module
US8613007B2 (en) * 2010-09-29 2013-12-17 Business Objects Software Limited Server independent deployment of plug-ins
JP5257437B2 (ja) * 2010-10-20 2013-08-07 コニカミノルタビジネステクノロジーズ株式会社 携帯端末及び処理装置の操作方法
US8554797B2 (en) * 2010-12-17 2013-10-08 Sap Ag System and method for modular business applications
US8943487B2 (en) * 2011-01-20 2015-01-27 Fujitsu Limited Optimizing libraries for validating C++ programs using symbolic execution
CN102682014A (zh) * 2011-03-14 2012-09-19 腾讯科技（深圳）有限公司 在浏览器上实现的开放式插件管理平台及插件管理方法
US8645924B2 (en) * 2011-06-06 2014-02-04 Fujitsu Limited Lossless path reduction for efficient symbolic execution and automatic test generation
JP5699959B2 (ja) * 2012-02-13 2015-04-15 コニカミノルタ株式会社 携帯端末及び印刷指示プログラム並びに印刷指示方法
TWI470549B (zh) * 2012-04-20 2015-01-21 Insyde Software Corp A method of using an image recognition guide to install an application, and an electronic device
US9087191B2 (en) * 2012-08-24 2015-07-21 Vmware, Inc. Method and system for facilitating isolated workspace for applications
US9436838B2 (en) * 2012-12-20 2016-09-06 Intel Corporation Secure local web application data manager
US9075601B1 (en) * 2013-03-07 2015-07-07 Ca, Inc. Providing a scripting interface to existing code
US9229702B1 (en) * 2013-08-28 2016-01-05 Lithium Technologies, Inc. Systems and methods for application plugin deployment for websites
US9703551B2 (en) * 2014-04-28 2017-07-11 Ca, Inc. Modifying mobile application binaries to call external libraries
US9684547B2 (en) * 2014-05-29 2017-06-20 Apple Inc. Method and apparatus for handling security of an application and its extension
KR102086731B1 (ko) * 2014-06-25 2020-04-14 에스케이플래닛 주식회사 클라우드 스트리밍 서비스 제공 방법, 이를 위한 장치 및 시스템, 그리고 이를 위한 클라우드 스트리밍용 스크립트 코드를 기록한 컴퓨터 판독 가능한 기록매체
US10007534B2 (en) * 2015-08-11 2018-06-26 Vmware, Inc. Methods and apparatus to manage asset capabilities in a computing environment using a common agent framework

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000347839A (ja) * 1999-06-01 2000-12-15 Hitachi Ltd データ処理装置およびプログラム実行方法
JP2001222404A (ja) * 2000-02-14 2001-08-17 Sharp Corp データ転送装置
JP2003099302A (ja) * 2001-09-21 2003-04-04 Ricoh Co Ltd 文書変換サービス方法、文書のデータ構造、記憶媒体及び情報処理装置
JP2013235331A (ja) * 2012-05-07 2013-11-21 Canon Inc 携帯端末、情報処理装置、画像形成装置及びそれら制御方法、並びにプログラム、情報処理システム
US20140153557A1 (en) * 2012-12-04 2014-06-05 Samsung Electronics Co., Ltd. Wi-fi direct connection method using access point and device having wi-fi direct connection function

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3249530A4 *

Also Published As

Publication number Publication date
JPWO2016117096A1 (ja) 2017-10-12
EP3249530A1 (en) 2017-11-29
JP6468293B2 (ja) 2019-02-13
EP3249530A4 (en) 2018-01-24
US20170300320A1 (en) 2017-10-19

Similar Documents

Publication Publication Date Title
KR102168413B1 (ko) 통신 장치, 통신 장치를 제어하는 제어 방법, 및 컴퓨터 제어 프로그램
JP5795582B2 (ja) 統合ユーザインターフェース生成方法及びそれを行う装置
JP6562660B2 (ja) 通信装置及びその制御方法と、プログラム
JP6200136B2 (ja) 画像形成装置、検索システム、画像形成装置の制御方法及びプログラム
JP6520404B2 (ja) 携帯端末及び出力プログラム
JP2008147961A (ja) 画像形成装置、画面管理方法及び画面管理プログラム
KR20180006225A (ko) 모바일 기기에서의 인쇄 데이터 처리 방법 및 그 장치
JP6763209B2 (ja) プログラム及び携帯端末
JP6547531B2 (ja) コンテンツ指定プログラム及び携帯端末
JP5685935B2 (ja) 制御装置及びプログラム
JP6468293B2 (ja) アプリケーション機能拡張方法、アプリケーション機能拡張プログラム、及びアプリケーション機能拡張装置
JP6406060B2 (ja) 画像形成装置、サーバ装置、携帯端末、及び通信システム
JP2016076849A (ja) 画像形成システム、画像形成装置、外部端末およびプログラム
JP6119772B2 (ja) 画像処理システム、画像処理装置、端末装置及びプログラム
JP6544162B2 (ja) 出力プログラム及び携帯端末
JP6107834B2 (ja) コンテンツ伝送システム、コンテンツ伝送装置及びコンテンツ伝送方法
JP6520405B2 (ja) 携帯端末、コンテンツ指定プログラム、及び出力プログラム
JP6156800B2 (ja) 機器情報表示装置、機器サーバ、機器情報表示システム、機器情報表示方法、及び、プログラム
JP6696609B2 (ja) 携帯端末及び出力プログラム
JP6975414B2 (ja) プログラム及び携帯端末
US11231890B2 (en) Preset information displaying method and information processing apparatus
JP6677335B2 (ja) 携帯端末、コンテンツ指定プログラム、及び出力プログラム
JP6711438B2 (ja) 携帯端末及び出力プログラム
KR100906763B1 (ko) Ｓｍｉｌ 프레임워크 설정 방법 및 장치
JP2016224643A (ja) 携帯端末及び出力プログラム

Legal Events

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

Ref document number: 15878789

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016570433

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015878789

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE