WO2016143096A1 - 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム - Google Patents

情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム Download PDF

Info

Publication number
WO2016143096A1
WO2016143096A1 PCT/JP2015/057184 JP2015057184W WO2016143096A1 WO 2016143096 A1 WO2016143096 A1 WO 2016143096A1 JP 2015057184 W JP2015057184 W JP 2015057184W WO 2016143096 A1 WO2016143096 A1 WO 2016143096A1
Authority
WO
WIPO (PCT)
Prior art keywords
content
information
takeover
terminal
unit
Prior art date
Application number
PCT/JP2015/057184
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 JP2017504505A priority Critical patent/JPWO2016143096A1/ja
Priority to PCT/JP2015/057184 priority patent/WO2016143096A1/ja
Publication of WO2016143096A1 publication Critical patent/WO2016143096A1/ja
Priority to US15/694,010 priority patent/US20180013575A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/214—Monitoring or handling of messages using selective forwarding

Definitions

  • the present application relates to an information transfer method, an information transfer system, an information processing apparatus, and an information transfer program.
  • communication terminals such as tablet terminals and smartphones have become widespread and are used in various fields such as transmission and reception of information in business operations.
  • content such as conference materials is distributed to communication terminals brought into the conference room by participants in each conference room or for each conference, and is distributed after the conference ends or at the time of leaving the conference room.
  • a context for example, a situation such as a place or time.
  • the present invention aims to enable continuous use of content across different contexts.
  • an information transfer method determines whether or not a context satisfies a predetermined condition, and when determining that the condition is satisfied, distributes content to a terminal and indicates the transfer of the content from the terminal
  • the takeover information is received
  • the content information corresponding to the takeover information is transmitted to the terminal
  • the content distributed from the terminal is received based on the content information
  • the takeover destination is obtained from the terminal
  • the computer executes a process of receiving the information and transmitting the delivered content to the takeover destination when receiving a content request to be sent based on the content information received by the takeover destination.
  • 1 shows an example of a schematic configuration of an information takeover system in the present embodiment.
  • 2 shows an example of a functional configuration of a server in the first embodiment.
  • the function structural example of the terminal in 1st Example is shown.
  • 2 shows an example of a hardware configuration of a server.
  • An example of the hardware configuration of a terminal is shown.
  • It is a sequence diagram which shows an example of the information delivery process in an information transfer system.
  • It is a sequence diagram which shows an example of the takeover event process in 1st Example.
  • It is a sequence diagram which shows an example of the taking over / leaving room process in 1st Example.
  • It is a sequence diagram which shows an example of the taking over room process in 1st Example.
  • An example of registration information is shown.
  • An example of meta information is shown.
  • An example of registration information after a takeover event is shown.
  • An example of the registration information in the takeover destination server is shown.
  • the function structural example of the terminal in 2nd Example is shown. It is a sequence diagram which shows an example of the takeover event process in 2nd Example.
  • the function structural example of the terminal in 3rd Example is shown. It is a sequence diagram which shows an example of the taking over event process in 3rd Example.
  • the example of a function structure of the server in 4th Example is shown.
  • the function structural example of the terminal in 4th Example is shown. It is a sequence diagram which shows an example of the takeover event process in 4th Example.
  • FIG. 1 shows a schematic configuration example of an information takeover system in the present embodiment.
  • the information transfer system 10 includes a server 11 as an example of an information processing device and a terminal 12.
  • the server 11 and the terminal 12 are connected in a state where data can be transmitted and received through a communication network 13-1 typified by, for example, a Local Area Network (LAN) or the Internet.
  • LAN Local Area Network
  • the servers 11 correspond to different locations (for example, the first conference room and the second conference room). 2) is provided.
  • the information transfer system 10 does not limit the number of servers 11 to two, but includes, for example, two or more servers including the server 11-3 as shown in FIG. Implement takeover processing.
  • the server 11-3 has the same configuration as the servers 11-1 and 11-2, but a detailed description thereof will be omitted for the sake of convenience.
  • Each server 11 is connected in a state where data can be transmitted and received by a communication network 13-2 typified by a LAN or the Internet.
  • the server 11 accumulates data of content to be distributed (for example, an application for viewing, editing, or updating content, hereinafter referred to as “application / content”) set for each conference.
  • the application / content may be only an application, may be only content such as an image, video, or document data, or a combination thereof.
  • the application has various functions such as browsing, adding comments, page turning, editing such as pasting sticky notes and tags, and updating.
  • the server 11 uses a state (context) in which a terminal 12 is in a predetermined area (for example, a predetermined area such as a conference room, a classroom, a test venue, or a facility) at a predetermined time as a determination condition.
  • a predetermined area for example, a conference room, a classroom, a test venue, or a facility
  • the application / content electronic data is distributed to the terminal 12 satisfying the condition via the communication network 13-1.
  • the terminal 12 moves from the first area (first meeting room or the like) to the second area (second meeting room or the like) (when the delivery determination condition described above is changed)
  • the information (application / content) of the data so far is transmitted to the server (first server) 11-1, and the data distributed at the conference such as the application / content on the terminal 12 is deleted.
  • the takeover source server 11-1 sends the individually distributed application / content, etc., to the communication network 13-2. Send through.
  • the takeover destination server 11-2 acquires information such as a takeover event from the terminal 12 via the communication network 13-1. Also, the takeover destination server 11-2 takes over the application / content etc. that have been browsed up to now via the communication network 13-2 in correspondence with the identification information (eg, terminal ID) of the terminal 12. A request is made to the original server 11-1, and the corresponding data is acquired. Then, the server 11-2 distributes the acquired application request to the terminal 12 via the communication network 13-1.
  • the identification information eg, terminal ID
  • the terminal 12 accepts input of applications, contents, etc. from the server 11, temporarily transmits the accepted material to the server 11, or is accumulated in the terminal 12 Perform processing such as deleting apps and content.
  • the conference exceeds the scheduled end time and it is desired to continue the conference in another conference room.
  • it takes time to newly set a location and time and register application / content information in the transfer destination server 11-2, and the conference is interrupted for a long time.
  • the conference material may contain confidential information and the like, it is necessary to prevent it from being taken out unnecessarily.
  • the information takeover system 10 leaves the meta information of the registration information on the terminal 12 in response to a preset takeover event trigger, operation rule, security policy (for example, authority information), etc.
  • a takeover / retreat process for uploading to the server 11-1 is performed.
  • the terminal 12 having meta information is recognized as a takeover room when entering the takeover destination (for example, the second conference room), and the takeover destination server 11-2 is the takeover source server based on the meta information.
  • the room entry process is performed.
  • a place takeover event is used as a trigger to leave the takeover source as before and enter the takeover destination to erase from each terminal 12-1 to 12-3 shown in FIG.
  • the conference materials (applications and contents) are distributed automatically and safely, so you can save the trouble of registering information with the transfer destination and accessing the conference materials. Accordingly, each of the users 21-1 to 21-3 possessing the terminals 12-1 to 12-3 can use the application / content at the destination.
  • the server 11 may be a personal computer (PC), for example, a cloud server configured by cloud computing having one or more information processing apparatuses.
  • the terminal 12 is a communication terminal such as a tablet terminal or a smartphone, but is not limited to this.
  • FIG. 2 shows a functional configuration example of the server in the first embodiment.
  • the server 11 includes a communication unit 31, a state takeover unit 32, a distribution condition determination unit 33, and an application / content management unit 34.
  • the communication unit 31 transmits / receives data to / from each terminal 12 via the communication network 13-1. In addition, the communication unit 31 transmits / receives registration information, transfer application / content, and the like for transfer based on the meta information from the other server 11 or the like via the communication network 13-2 or the like.
  • the state takeover unit 32 receives the usage state of the distributed application / content from the terminal 12 via the communication unit 31, and stores the received usage state.
  • Examples of the usage state include, but are not limited to, application / content usage location, distribution destination server information, application / content name, participant information, and the like.
  • the state takeover unit 32 when receiving the takeover information indicating the takeover of the application / content from the terminal 12, the state takeover unit 32 transmits meta information (content information) or the like corresponding to the takeover information to the terminal 12 via the communication unit 31. .
  • the server 11 is the takeover source server 11-1
  • the state takeover unit 32 receives the delivered content from the terminal 12 based on the meta information or the like.
  • the state takeover unit 32 receives, for example, content information obtained from the terminal 12 by the takeover destination server 11-2 and receives a content request to be transmitted based on the content information received by the takeover destination server 11-2. To do.
  • the status takeover unit 32 performs processing such as transmitting the delivered content corresponding to the received content request to the takeover destination server 11-2 via the communication unit 31.
  • the state takeover unit 32 obtains an application / content (takeover application / content) acquisition request (taken application / content) distributed to the takeover source server 11-1. Request) and the corresponding application / content may be acquired.
  • the distribution condition determination unit 33 determines whether or not the terminal 12 is a context that satisfies a predetermined condition (for example, a situation such as a place or a time). ⁇ Distribute materials necessary for content meetings. Examples of the distribution conditions include, but are not limited to, what kind of application content is distributed to which user (terminal 12) in which place (meeting room).
  • the application / content management unit 34 stores meta information for identifying the inherited state.
  • the application / content management unit 34 stores, for example, transfer information from the first meeting room to the second meeting room shown in FIG. 1, but is not limited thereto.
  • FIG. 3 shows a functional configuration example of the terminal in the first embodiment.
  • the terminal 12 includes a communication unit 41, a state takeover unit 42, a takeover management unit 43, a determination execution unit 44, an application / content display storage management unit 45, an event trigger unit 46, and an input A processing unit 47 and an input unit 48 are included.
  • the communication unit 41 communicates with the server 11. For example, the communication unit 41 transmits terminal information (for example, a terminal ID) to the server 11 from a place where it can communicate with the server 11 and receives a corresponding application / content. In the case of a takeover event, the communication unit 41 receives meta information from the takeover source server 11-1. Further, in the case of a takeover / leave event, the communication unit 41 transmits the distributed application / content to the server 11. Further, the communication unit 41 receives the distributed application / content from the server 11 in the case of the takeover room event.
  • terminal information for example, a terminal ID
  • the communication unit 41 receives meta information from the takeover source server 11-1.
  • the communication unit 41 transmits the distributed application / content to the server 11. Further, the communication unit 41 receives the distributed application / content from the server 11 in the case of the takeover room event.
  • the state takeover unit 42 transmits and receives the application / content usage state to and from the server 11. For example, in the case of a takeover event, the state takeover unit 42 acquires meta information from the server 11 via the communication unit 41. Further, in the case of a takeover / leave event, the state takeover unit 42 uploads the distributed application / content to the server 11 via the communication unit 41. Also, in the case of a takeover room event, the state takeover unit 42 downloads the distributed application / content uploaded from the server 11 via the communication unit 41.
  • the takeover management unit 43 manages the takeover state of the terminal 12 based on the presence / absence of meta information. For example, the takeover management unit 43 acquires the meta information from the server 11 via the communication unit 41 so that the application / content in the terminal 12 distributed from the server 11 can be used in other places. Further, the takeover management unit 43 embeds takeover location information, takeover application / content name, address information to the takeover application / content, etc. in the basic meta information obtained from the server 11, and displays the application currently displayed Generate meta information that identifies the inherited state of content data. Also, the takeover management unit 43 uploads the embedded meta information to the server 11 via the communication unit 41.
  • the determination execution unit 44 determines whether to acquire or delete an application / content. Further, the determination execution unit 44 acquires the application / content when the application / content acquisition condition is satisfied as a result of the determination, and the application / content information (entity) is applied when the application / content deletion condition is satisfied. ) Is deleted.
  • the application / content display storage management unit 45 stores and manages display contents of the application / content.
  • the event trigger unit 46 determines whether there is an event that satisfies a predetermined condition based on input information from the user input from the input unit 48.
  • the predetermined condition is, for example, application / content takeover processing, but is not limited thereto.
  • the input processing unit 47 outputs a takeover event to the event trigger unit 46 from the information received from the input unit 48.
  • the information received from the input unit 48 is, for example, whether or not a takeover input has been executed by a user operation, but is not limited thereto.
  • the input unit 48 receives input of various instruction information and the like that the user performs on the terminal 12.
  • FIG. 4 shows an example of the hardware configuration of the server.
  • the server 11 includes an input device 51, an output device 52, a drive device 53, an auxiliary storage device 54, a main storage device 55, a central processing unit (CPU) 56, and a communication device 57. These are connected to each other by a system bus B.
  • CPU central processing unit
  • the input device 51 has a pointing device such as a keyboard and a mouse operated by a user or the like, and a voice input device such as a microphone.
  • the input device 51 receives a program execution instruction, various operation information, software such as an application from the user or the like. Accepts input of information to start up.
  • the output device 52 includes a display for displaying various windows and data necessary for operating the computer main body (server 11) for performing processing in the present embodiment.
  • the output device 52 can display program execution progress, results, and the like by a control program of the CPU 56.
  • the execution program installed in the computer main body is provided by the recording medium 58 or the like.
  • the recording medium 58 can be set in the drive device 53.
  • the execution program stored in the recording medium 58 is installed from the recording medium 58 into the auxiliary storage device 54 via the drive device 53.
  • the auxiliary storage device 54 is a storage means such as Hard Disk Drive (HDD) or Solid State Drive (SSD).
  • the auxiliary storage device 54 stores an execution program (for example, an information transfer program) in the present embodiment, a control program provided in a computer, and the like based on a control signal from the CPU 56, and performs input / output as necessary.
  • the auxiliary storage device 54 can read and write necessary information from each stored information based on a control signal from the CPU 56 and the like.
  • the main storage device 55 stores an execution program or the like read from the auxiliary storage device 54 by the CPU 56.
  • the main storage device 55 is a Read Only Memory (ROM), a Random Access Memory (RAM), or the like.
  • the CPU 56 performs processing of the entire computer, such as various operations and input / output of data with each hardware component, based on a control program such as an operating system (OS) and an execution program stored in the main storage device 55. Control each process. Various information necessary during the execution of the program can be acquired from the auxiliary storage device 54, and an execution result or the like can also be stored.
  • OS operating system
  • execution program stored in the main storage device 55.
  • the CPU 56 executes processing corresponding to the program on the main storage device 55 by executing the program installed in the auxiliary storage device 54 based on, for example, a program execution instruction obtained from the input device 51. Do. For example, by executing the execution program, the CPU 56 performs processing such as communication by the communication unit 31, state transfer by the state transfer unit 32, and distribution condition determination by the distribution condition determination unit 33.
  • the processing content in the CPU 56 is not limited to the above-described content.
  • the contents executed by the CPU 56 are stored in the auxiliary storage device 54 or the like as necessary.
  • the communication device 57 communicates with other external devices via a communication network represented by the Internet or a wired / wireless LAN, for example.
  • the communication device 57 acquires an execution program, software, setting information, and the like from an external device or the like by connecting to a communication network or the like based on a control signal from the CPU 56.
  • the communication device 57 may provide an execution result obtained by executing the program to an external device, or may provide the execution program itself in the present embodiment to an external device or the like.
  • the recording medium 58 is a computer-readable recording medium that stores an execution program and the like as described above.
  • the recording medium 58 is, for example, a semiconductor memory such as a flash memory, or a portable recording medium such as a CD-ROM or DVD, but is not limited thereto.
  • an execution program for example, an information takeover program
  • the hardware resource and the software cooperate to perform information takeover processing (for example, takeover) on the server 11 side in this embodiment.
  • Event processing, takeover / retreat processing, takeover entry processing, etc. can be realized.
  • FIG. 5 shows an example of the hardware configuration of the terminal.
  • the terminal 12 includes a microphone (hereinafter referred to as “microphone”) 61, a speaker 62, a display unit 63, an operation unit 64, a sensor unit 65, a power unit 66, and a radio unit 67.
  • the short-range communication unit 68, the auxiliary storage device 69, the main storage device 70, the CPU 71, and the drive device 72 are connected to each other via a system bus B.
  • the microphone 61 inputs voices uttered by users such as workers and other sounds.
  • the speaker 62 outputs the other party's voice or sounds such as a ringtone.
  • the microphone 61 and the speaker 62 can be used, for example, when talking to a call partner using a call function or the like, but is not limited thereto, and can be used for inputting and outputting information by voice.
  • the display unit 63 displays a screen set by the OS and various applications to the user. Further, the display unit 63 may be a touch panel display or the like. In that case, the display unit 63 has a function as an input / output unit.
  • the display unit 63 is a display such as a liquid crystal display (LCD) or an organic electroluminescence (EL).
  • LCD liquid crystal display
  • EL organic electroluminescence
  • the operation unit 64 is an operation button displayed on the screen of the display unit 63, an operation button provided outside the terminal 12, or the like.
  • the operation button may be, for example, a power button or a volume adjustment button, or may be an operation key for character input arranged in a predetermined order.
  • the tap position on the screen is detected by the display unit 63.
  • the display unit 63 can display an application execution result, content, icon, cursor, and the like on the screen.
  • the sensor unit 65 detects a certain point in time or continuous operation of the terminal 12. For example, the sensor unit 65 detects the tilt angle, acceleration, direction, position, and the like of the terminal 12, but is not limited thereto.
  • the sensor unit 65 is, for example, an inclination sensor, an acceleration sensor, a gyro sensor, a GPS, or the like, but is not limited thereto.
  • the sensor unit 65 includes an image sensor or the like as an example of an imaging unit that captures an object in real space, an AR marker, or the like.
  • the power unit 66 supplies power to each component of the terminal 12.
  • the power unit 66 is an internal power source such as a battery, but is not limited thereto.
  • the power unit 66 may detect the amount of power constantly or at predetermined time intervals and monitor the remaining amount of power.
  • the wireless unit 67 is a communication data transmission / reception unit that receives a wireless signal (communication data) from a base station using, for example, an antenna or transmits a wireless signal to the base station via an antenna.
  • the wireless unit 67 can exchange data with the server 11 from the base station or the like via the communication network 13.
  • the near field communication unit 68 can perform near field communication with a computer such as another terminal 12 using a communication method such as infrared communication, Wi-Fi (registered trademark), or Bluetooth (registered trademark).
  • the wireless unit 67 and the short-range communication unit 68 described above are communication interfaces that enable data transmission / reception with other computers via the Internet, a LAN, or the like.
  • the auxiliary storage device 69 is a storage means such as an HDD or an SSD.
  • the auxiliary storage device 69 stores various programs and the like, and inputs / outputs data as necessary.
  • the main storage device 70 stores an execution program read from the auxiliary storage device 69 in response to an instruction from the CPU 71, and stores various information obtained during program execution.
  • the main storage device 70 is, for example, a ROM or a RAM, but is not limited thereto.
  • the CPU 71 controls processing of the entire computer such as various operations and data input / output with each hardware component based on a control program such as an OS and an execution program stored in the main storage device 70. Each process in the display control is realized.
  • the CPU 71 executes a program corresponding to the program on the main storage device 70 by executing the program installed in the auxiliary storage device 69 based on, for example, a program execution instruction obtained from the operation unit 64 or the like. I do.
  • the CPU 71 executes processing such as communication by the communication unit 41, state takeover by the state takeover unit 42, takeover management by the takeover management unit 43, and determination execution by the determination execution unit 44 by executing the information takeover program.
  • the CPU 71 executes the information takeover program, whereby display storage management by the application / content display storage management unit 45, event monitoring by the event trigger unit 46, input processing by the input processing unit 47, and input information by the input unit 48 are displayed. Processing such as reception.
  • the processing content in the CPU 71 is not limited to the above-described content.
  • the contents executed by the CPU 71 are stored in the auxiliary storage device 69 or the like as necessary.
  • the drive device 72 can detachably set a recording medium 73, for example, and can read various information recorded on the set recording medium 73 and write predetermined information on the recording medium 73.
  • the drive device 72 is, for example, a medium loading slot or the like, but is not limited thereto.
  • the recording medium 73 is a computer-readable recording medium that stores an execution program and the like as described above.
  • the recording medium 73 may be a semiconductor memory such as a flash memory or a portable recording medium such as a USB memory, but is not limited thereto.
  • an execution program for example, an information takeover program
  • the hardware resource and the software cooperate to perform information takeover processing (for example, takeover) on the terminal 12 side in this embodiment.
  • Event processing, takeover / retreat processing, takeover entry processing, etc. can be realized.
  • FIG. 6 is a sequence diagram illustrating an example of information distribution processing in the information transfer system.
  • the input unit 48 on the terminal 12 side, the input processing unit 47, the determination execution unit 44, and the application / content display storage management unit 45, and the server in the conference room (for example, the first conference room) (For example, the server 11-1) will be described.
  • FIG. 6 shows a process of using the application / content distributed from the server 11-1 when a user 81 (for example, the above-described user 21) enters a certain conference room.
  • a user 81 for example, the above-described user 21
  • the terminal 12 possessed by the user 81 detects and connects to an access point to the wireless communication network 13-1.
  • the input unit 48 outputs a room entry signal to the input processing unit 47 in response to the network connection (S02).
  • the input processing unit 47 outputs the signal as an entry event to the determination execution unit 44 (S03).
  • the determination execution unit 44 determines that the entry / exit event is an acquisition request for an application / content to be used in the conference, and makes a distribution request to the server 11-1 (S04). At this time, terminal identification information (for example, terminal ID) is given to the distribution request.
  • the determination execution unit 44 receives distribution of the application / content from the server 11-1 (S05), and requests the application / content display storage management unit 45 to store it (S06).
  • the application / content display storage management unit 45 stores the application / content and displays the content on the screen of the terminal 12.
  • the input unit 48 receives the content (S07), and the received content. Is output to the application / content display storage management unit 45 (S08).
  • the input unit 48 receives the operation content (S09), and information corresponding to the received content (S09). For example, page information) is output to the application / content display storage management unit 45 (S10).
  • the application / content display storage management unit 45 stores the contents (number of pages) (S11).
  • the input unit 48 receives the operation content (S12), and the received content is transferred to the application / content.
  • the data is output to the display storage manager 45 (S13).
  • the application / content display storage management unit 45 stores the contents (tag information) (S14).
  • the input unit 48 receives the operation content (S15), and the received content is transferred to the application / content.
  • the data is output to the display storage management unit 45 (S16).
  • the application / content display storage management unit 45 stores the contents (i.e., information on the bag) (S17).
  • the user 81 can perform editing such as turning a page, sticking a sticky note, or sticking a sticker to an application / content distributed during a meeting.
  • the application / content display storage management unit 45 saves each editing content described above.
  • the processes of S09 to S11, S12 to S14, and S15 to S17 are processes that can be arbitrarily performed by the user 81. If the above operation is not performed, the corresponding processes are not performed.
  • FIG. 7 is a sequence diagram illustrating an example of the takeover event process in the first embodiment.
  • the input unit 48 accepts a predetermined operation (for example, long pressing of an icon for a predetermined number of seconds) on the screen of the terminal 12 (S21).
  • the input processing unit 47 determines whether or not it is an input for a takeover event from the input content, and when it is an input for a takeover event, outputs the takeover event to the event trigger unit 46 (S22).
  • the event trigger unit 46 generates a start signal for the takeover process in correspondence with the terminal ID and transmits it to the state takeover unit 42 (S23).
  • the state takeover unit 42 transmits the takeover information to the state takeover unit 32 of the server 11 to request meta information (S24). In the process of S24, it transmits with terminal ID.
  • the state takeover unit 32 on the server 11-1 side acquires registration information from the application / content management unit 34 (S25).
  • the state takeover unit 32 performs participant authentication for the terminal ID (S26), and generates meta information based on the location information (for example, location ID) (S27).
  • location information for example, location ID
  • meta information is automatically generated in a fixed form for the number of participants (terminal IDs) obtained from registration information, for example.
  • the state transfer unit 32 updates the registration information to the application / content management unit 34 (S28).
  • the state takeover unit 32 transmits meta information (application / content information) to the terminal 12 by broadcast (S29).
  • meta information application / content information
  • the same meta information can be transmitted to other terminals included in the registration information or the like. Therefore, for example, the representative (chairperson, leader) of the conference transmits the meta information to the other terminals 12 registered in the registration information by executing the takeover event processing shown in FIG. can do. Note that the above-described takeover event processing may be performed for each terminal 12.
  • the state takeover unit 42 of the terminal 12 When the state takeover unit 42 of the terminal 12 receives the meta information transmitted from the server 11, it stores it in the takeover management unit 43 (S30).
  • the meta information is used, for example, to take over the state of the application / content that is the conference material, and is managed by the takeover management unit 43. As a result, the terminal 12 becomes a takeover state.
  • FIG. 8 is a sequence diagram illustrating an example of the takeover / withdrawal process in the first embodiment.
  • the input unit 48 on the terminal 12 side, the input processing unit 47, the event trigger unit 46, the state transfer unit 42, the transfer management unit 43, the determination execution unit 44, and the application / content display storage management unit 45 This will be described using the state takeover unit 32 and the application / content management unit 34 on the server 11-1 side.
  • the input unit 48 when the input unit 48 receives an exit signal from the conference room (first conference room), the input unit 48 outputs a signal (exit signal) from the conference room or the like to the input processing unit 47. (S41). Next, the input processing unit 47 checks whether the meta information has already been acquired from the server 11-1 and stored in the takeover management unit 43 (S42). Next, the input processing unit 47 performs a takeover / retreat event on the state takeover unit 42 (S43).
  • the state takeover unit 42 refers to the application / content display storage management unit 45 and acquires the current state (usage state) of the application / content, etc. (S44).
  • S44 the current state (usage state) of the application / content, etc.
  • edit contents such as page turning, sticky note sticking, sticking stickers, etc. are acquired with respect to application contents distributed during the meeting. It is not limited.
  • the state takeover unit 42 refers to the takeover management unit 43 to acquire meta information (S45), and uploads the current state to the state takeover unit 32 of the server 11 (S46).
  • the contents of the upload include, for example, a terminal ID, application / content information (transfer application / content) to be transferred, and the like.
  • the takeover application / content is the edited / updated application / content, and information such as the page number being referenced, the part with the sticky note, the part with the sticker attached, etc. It may be included.
  • the state takeover unit 32 of the server 11 stores the takeover application / content in the application / content management unit 34 in association with the terminal ID obtained from the terminal 12 (S47). Next, the state takeover unit 32 transmits response information indicating that the storage is completed to the state takeover unit 42 of the terminal 12 (S48).
  • the state transfer unit 42 instructs the determination execution unit 44 to execute deletion of data associated with leaving the conference room (S49).
  • the determination execution unit 44 deletes data in the application / content display / storage management unit 45 (for example, application / content distributed when the conference room is entered) (S50).
  • FIG. 9 is a sequence diagram showing an example of the handover room processing in the first embodiment.
  • the input unit 48 on the terminal 12 side, the input processing unit 47, the event trigger unit 46, the state transfer unit 42, the transfer management unit 43, the determination execution unit 44, and the application / content display storage management unit 45 Description will be made using the takeover source server 11-1, the state takeover unit 32 on the takeover destination server 11-2 side, the distribution condition determining unit 33, and the application / content management unit 34.
  • the input processing unit 47 takes over confirmation of meta information as a takeover management unit. 43 (S62). Next, the input processing unit 47 outputs the transfer room event to the state transfer unit 42 (S63).
  • the state takeover unit 42 refers to the meta information from the takeover management unit 43 (S64), and if there is meta information, uploads the terminal ID and meta information to the server 11-2 (S65). Based on the uploaded terminal ID and meta information, the status transfer unit 32 on the server 11-2 side confirms the registration information with the application / content management unit 34 (S66), and the status transfer unit 42 on the terminal 12 side confirms the registration information. Response information is transmitted (S67).
  • the state takeover unit 32 uses the registration information of the takeover source obtained from the meta information, the address information of the storage location of the takeover application / content, and the like to the server 11-1 that is the takeover source, An application / content acquisition request (application / content request) is made (S68).
  • the server 11-1 transmits registration information corresponding to the application / content request obtained from the takeover destination server 11-2 and the takeover application / content to the state takeover unit 32 of the takeover destination server 11-2.
  • the state takeover unit 32 acquires the registration information and the takeover application / content corresponding to the request from the takeover source server 11-1 (S69).
  • the state transfer unit 32 stores the registration information and the transfer application / content in the application / content management unit 34 (S70).
  • the application / content management unit 34 generates registration information based on the stored information or the like (S71).
  • the state transfer unit 32 prepares for distribution based on the terminal ID, and outputs the information (terminal ID and the like) to the distribution condition determination unit 33 (S72).
  • the distribution condition determination unit 33 acquires the application / content corresponding to the terminal ID from the application / content management unit 34 (S73), and distributes the acquired information (application / content) to the determination execution unit 44 of the terminal 12 (S74). ).
  • the determination execution unit 44 stores the information distributed from the takeover destination server 11-2 in the application / content display storage management unit 45 (S75). Next, the determination execution unit 44 outputs a takeover completion notification to the state takeover unit 42 (S76). Next, the state takeover unit 42 notifies the takeover management unit 43 of the deletion of the meta information and deletes the deletion of the meta information from the takeover management unit 43 (S77). As a result, the takeover state of the terminal 12 is canceled.
  • FIG. 10 shows an example of registration information.
  • the registration information shown in FIG. 10 for example, “place ID”, “place name”, “server ID”, “access point ID”, “subject”, “reservation period”, “registrant account name”, “ “Application / content name”, “Application / content URL”, “Application / content entity”, “Participant account list”, “Participant terminal ID list”, “Takeover place ID”, “Takeover application / content name”, “ Although there is “takeover application / content entity”, it is not limited to this.
  • “Place ID” is identification information for identifying a place where application content is distributed.
  • “Place name” indicates the name of the place corresponding to the place ID.
  • the “place name” may be latitude / longitude information.
  • Server ID is server identification information provided in the distribution destination area.
  • Access point ID is identification information of an access point for performing communication.
  • Subject is a name for a meeting or the like.
  • Reservation period is date and time information for using the conference room.
  • the “registrant account name” is identification information of the user who registered the registration information.
  • the “application / content name” is the name of the application / content to be distributed when the distribution conditions are met.
  • the “application / content URL” is address information (for example, Uniform Resource Locator (URL)) of the storage destination of the application / content to be distributed.
  • URL Uniform Resource Locator
  • “App / content entity” is entity information of the application / content.
  • the “participant account list” is information indicating the participants of the conference. Here, the application content is distributed to the indicated participant.
  • the “participant terminal ID list” is identification information of the terminal 12 corresponding to the participant.
  • the “takeover place ID” is information for specifying the location of the takeover source when taking over.
  • the “takeover application / content name” is information of an application / content to be taken over.
  • the “takeover application / content entity” is entity information of the takeover application / content.
  • FIG. 11 shows an example of meta information.
  • the meta information items shown in the example of FIG. 11 include, for example, “place ID (takeover place ID)”, “URL to takeover registration information”, “participant terminal ID list”, and “takeover application / content URL”.
  • place ID takeover place ID
  • URL to takeover registration information
  • participant terminal ID list participant terminal ID list
  • takeover application / content URL the present invention is not limited to this.
  • “Place ID (takeover place ID)” is identification information of a place to be taken over.
  • “URL to the registration information of the takeover source” is address information (for example, a URL or the like) to the registration information of the takeover source when the application / content is taken over by the takeover process.
  • the “participant terminal ID list” is list information of identification information (participant terminal ID) of the terminal 12 that one or more participants use for each participant. In the example of FIG. 11, three IDs “AMT01”, “BMT20”, and “CMT22” are stored.
  • the “takeover application / content URL” is address information (for example, URL) of the storage location of the takeover application / content. Since the information such as the position of the sticky note, the position of the bag, the number of displayed pages, and the like are different, the takeover application / content is stored for each participant terminal ID list. In the example of FIG. 11, URLs corresponding to three terminal IDs “AMT01”, “BMT20”, and “CMT22” are set.
  • the minimum necessary information of the meta information shown in FIG. 11 can be implemented using only the place ID.
  • the meta information may be a subset of the registration information.
  • FIG. 12 shows an example of registration information after a takeover event.
  • the items of the registration information shown in FIG. 12 are the same as the registration information before the takeover event shown in FIG. 10, and a detailed description thereof will be omitted here.
  • the server 11-1 first acquires registration information currently in use from the application / content management unit 34. Next, the server 11-1 performs participation authentication such as whether or not it is qualified to perform the takeover process based on the terminal ID, and further uses the place ID or the like in the registration information to generate meta information as shown in FIG. Generate. Further, the server 11-1 updates the registration information as shown in FIG. 12 from the registration information of FIG. The meta information is subset information of the registration information. The server 11-1 broadcasts this meta information to the terminal 12.
  • FIG. 13 shows an example of registration information in the takeover destination server.
  • the items of registration information in FIG. 13 are the same as those in FIG. 10 described above, and a specific description thereof is omitted here.
  • the state takeover unit 32 confirms the presence of registration information to be checked against the takeover place ID in the application / content management unit 34 based on the uploaded terminal ID and meta information. To do. If there is no corresponding registration information, the registration information and the transfer application / content are accessed by accessing the transfer source server 11-1 based on the URL to the transfer source registration information in the meta information and the information of the transfer application / content URL. To get. As a result, the application / content management unit 34 can generate registration information of the takeover destination server as shown in FIG.
  • the place ID “P0123” of the takeover source is stored as information related to the “takeover place ID”, for example, corresponding to the place ID of each terminal.
  • the material distributed in the first conference room can be continuously used in another conference room (second conference room).
  • second conference room For example, when taking over a conference room, there is no need to set a new location and time and register application / content (meeting materials, etc.).
  • the conference material erased from the terminal 12 is automatically distributed, so that the trouble of accessing the conference material can be saved.
  • the event trigger unit 46 that takes over the distribution state of the application / content is transferred to the terminal connected to the takeover destination server 11-2.
  • the delivery state can be restored. Therefore, in the first embodiment, it is possible to continuously use application content across different contexts.
  • FIG. 14 shows a functional configuration example of the terminal in the second embodiment.
  • the same components as those in the first embodiment described above are denoted by the same reference numerals, and detailed description thereof is omitted here.
  • the terminal 12 ′ includes a communication unit 41, a state transfer unit 42, a transfer management unit 43, a determination execution unit 44, an application / content display storage management unit 45, and an operation rule execution unit 91. , An input processing unit 47 and an input unit 48.
  • an operation rule execution unit 91 is provided instead of the event trigger unit 46.
  • the takeover event process when notifying the takeover event process to the state takeover unit 42, for example, a preset operation rule for the conference is set in the operation rule execution unit 91, and the setting condition is satisfied. In addition, the takeover event process is notified to the state takeover unit 42.
  • the configuration example of the information takeover system in the second embodiment, the functional configuration example of the server 11, and the hardware configuration example of the terminal 12 ′ and the server 11 are the same as those in the first embodiment described above. Detailed description here is omitted.
  • FIG. 15 is a sequence diagram showing an example of the takeover event process in the second embodiment.
  • an entrance / exit management device 92 that manages the time of entry / exit to / from a conference room, an input unit 48 on the terminal 12 ′ side, an input processing unit 47, an operation rule execution unit 91, a state takeover unit 42, This will be described using the takeover management unit 43 and the server 11-1.
  • an entrance / exit management device 92 is provided in the conference room, and when the conference room is entered / exited, the terminal 12 is brought into contact with the entrance / exit management device 92 to generate an entrance / exit event in the terminal 12. it can.
  • an operation rule when an operation rule that “an exit event after 5 minutes before the scheduled conference end time is also handled as a takeover event” is set in advance, or after 5 minutes before the scheduled conference end time, or When the terminal 12 is brought into contact with the entrance / exit management device 92 or the like at a time past the scheduled time (S81), the input unit 48 in the terminal 12 receives the exit and takeover signal (S82), and the input processing unit 47 (S83).
  • an operation rule it is not limited to said example.
  • the input processing unit 47 outputs the signal as an exit / takeover event to the operation rule execution unit 91 (S84).
  • the operation rule execution unit 91 acquires the scheduled meeting end time (S85), compares the acquired scheduled meeting end time with the time of contact with the entry / exit management device 92, and determines whether to leave or take over (S86). ).
  • the scheduled meeting end time may be set in the terminal 12 in advance or may be acquired from the server 11-1.
  • the handover is performed based on the operation rule described above.
  • the operation rule execution unit 91 notifies the state takeover unit 42 of the start of the takeover process (S87).
  • the state takeover unit 42 performs takeover processing, requests the server 11-1 for meta information corresponding to the terminal ID (S88), and receives notification of meta information from the server 11-1 (S89). Thereafter, the state takeover unit 42 stores the acquired meta information in the takeover management unit 43 (S90).
  • the server 11-2 may have the function of the above-described entry / exit management device 92.
  • the terminal 12 connected to the server 11-2 that is the takeover destination is the takeover source. It is possible to restore the distribution status of the application / content. Therefore, in the second embodiment, it is possible to continuously use application contents across different contexts.
  • FIG. 16 shows a functional configuration example of the terminal in the third embodiment.
  • the same components as those of the first embodiment described above are denoted by the same reference numerals, and detailed description thereof is omitted here.
  • the terminal 12 ′′ includes a communication unit 41, a state transfer unit 42, a transfer management unit 43, a determination execution unit 44, an application / content display storage management unit 45, and a security policy execution unit 93.
  • a security policy enforcement section 93 is provided instead of the event trigger section 46.
  • the security policy enforcement unit 93 When notifying the takeover event process to the state takeover unit 42, the security policy enforcement unit 93 is preset with a security policy (for example, authority information) of the terminal 12 ′′, and the security policy can satisfy a predetermined condition. In this case, the state takeover process is notified to the state takeover unit 42.
  • a security policy for example, authority information
  • the configuration example of the information takeover system, the functional configuration example of the server 11, and the hardware configuration example of the server 11 and the terminal 12 in the third embodiment are the same as those in the first embodiment described above. The detailed description of is omitted.
  • FIG. 17 is a sequence diagram showing an example of the takeover event process in the third embodiment.
  • the handover qualification management device 94 that manages the security policy in the conference room, the input unit 48 on the terminal 12 ′′ side, the input processing unit 47, the security policy implementation unit 93, the status transfer unit 42, and the transfer management This will be described using the unit 43 and the server 11-1.
  • a takeover event is generated in the terminal 12. For example, when there is a security policy that “a conference can be taken over only by a representative having the qualification (authority)”, the information is managed by the takeover qualification management device 94.
  • the input unit 48 displays the representative qualification. Is acquired from the takeover qualification management apparatus 94 (S102), and the acquired authentication information is output to the input processing unit 47 (S103).
  • the method for acquiring authentication information is not limited to this.
  • authentication information may be set in advance in the server 11-1 and the authentication information may be acquired therefrom.
  • the input processing unit 47 outputs the acquired authentication information as a takeover event to the security policy enforcement unit 93 (S104).
  • the security policy enforcement unit collates the representative qualifications (S105), and determines the takeover mode (S106). In the process of S105, it is verified whether the representative corresponding to the terminal ID is a person who has the authority to execute the representative event process on behalf of the terminal ID. If the representative takeover determination is made as the authentication information result, the security policy enforcement unit 93 outputs the start of the representative takeover process to the state takeover unit 42 (S107).
  • the state takeover unit 42 performs representative takeover processing, makes a request for obtaining representative meta information to the server 11-1 based on the terminal ID (S108), and obtains meta information from the server 11-1 by broadcast. (S109). In the example of S109, the meta information is also distributed to the terminals of other members of the representative.
  • the state takeover unit 42 stores the acquired meta information in the takeover management unit 43 (S110).
  • the server 11-2 may have the function of the above-described takeover qualification management apparatus 94.
  • the representative takes over to the terminal 12 connected to the takeover destination server 11-2 by using the security policy enforcement unit for taking over the delivery state of the application / content.
  • the original application / content state can be restored. Therefore, in the third embodiment, it is possible to continuously use application contents across different contexts.
  • FIG. 18 shows a functional configuration example of the server in the fourth embodiment.
  • FIG. 19 shows a functional configuration example of the terminal in the fourth embodiment.
  • the same components as those in the first embodiment described above are denoted by the same reference numerals, and detailed description thereof is omitted here.
  • the server 11 ′ includes a communication unit 31, a status takeover unit 32, a distribution condition determination unit 33, an application / content management unit 34, an event trigger unit 95, an input processing unit 96, and an input. Part 97.
  • the terminal 12 ′ ′′ includes a communication unit 41, a state transfer unit 42, a transfer management unit 43, a determination execution unit 44, an application / content display storage management unit 45, and an input process. A unit 47 and an input unit 48.
  • the configuration example of the information takeover system in the fourth embodiment and the hardware configuration example of the server 11 and the terminal 12 are the same as the configuration in the first embodiment described above, and a specific description thereof is omitted here. To do.
  • an event trigger section that is on the terminal 12 side in the first embodiment is provided on the server 11 ′ side.
  • the server 11 ′ is provided with an input processing unit 96 and an input unit 97 in addition to the event trigger unit 95.
  • the terminal 12 ′ ′′ has no event trigger section.
  • a conference representative for example, chairperson
  • a predetermined operation such as pressing a conference takeover button provided in advance in the server 11 ′.
  • the input processing unit 96 handles it as takeover event information, and the event trigger unit 95 outputs a takeover event process to the state takeover unit 32.
  • the communication between the terminal 12 ′ ′′ and the server 11 ′ performs the same processing as in the first to third embodiments described above, and acquires the above-described takeover application / content also in the destination conference room or the like.
  • FIG. 20 is a sequence diagram showing an example of the takeover event process in the fourth embodiment.
  • the input unit 97, the input processing unit 96, the event trigger unit 95, the state transfer unit 32, the application / content management unit 34 on the server 11′-1 side of the takeover source, and the terminal 12 ′ ′′ side The state takeover unit 42 and the takeover management unit 43 will be described.
  • the input unit 97 performs a predetermined operation on the screen of the server 11 ′ by a user (for example, a conference representative) (for example, a predetermined number of seconds or more of a conference takeover button (icon) displayed on the screen). Is received) (S121).
  • a user for example, a conference representative
  • icon conference takeover button
  • the input processing unit 96 determines whether or not it is an input for a takeover event from the input content, and when it is an input for a takeover event, outputs the takeover event to the event trigger unit 95 (S122). .
  • the event trigger part 95 produces
  • the status transfer unit 32 refers to the registration information currently in use managed by the application / content management unit 34 (S124), and generates meta information based on the location information (for example, location ID) (S125). ). In the process of S125, the registration information is also updated.
  • the status takeover unit 32 broadcasts the meta information (application / content information) to the target terminal 12 ′ ′′ indicated in the participant terminal ID list of the current registration information by broadcasting (S26). . Therefore, for example, the representative (chairperson, leader) of the conference executes the takeover event process shown in FIG. 20 to transmit meta information to all the terminals 12 ′ ′′ registered in the registration information (same as above). Information).
  • the state takeover unit 42 of the terminal 12 ′ ′′ When the state takeover unit 42 of the terminal 12 ′ ′′ receives the meta information transmitted from the server 11, the state takeover unit 42 stores the meta information in the takeover management unit 43 (S127).
  • the takeover management unit 43 S127.
  • the above-described takeover event process can be realized by performing a predetermined operation on the server.
  • the operation rule execution section in the second embodiment described above may be provided on the server 11 ′ side.
  • the security policy enforcement unit in the third example described above may be provided on the server 11 ′ side. As a result, the takeover event process can be notified to the state takeover unit on the server 11 ′ side.
  • the present embodiment it is possible to continuously use the application / content across different contexts. For example, when taking over a conference room, it is not necessary to newly set a location and time and register application contents, and application contents can be taken over a place (area) such as a conference room.
  • the conference is not interrupted for a long time even when the location is moved.

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

　情報引継方法において、所定の条件を満たすコンテキストであるか否かを判定し、前記条件を満たすと判定した場合に、端末にコンテンツを配信し、前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、引継先が前記端末から得られる前記コンテンツ情報を受信して、前記引継先が受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記引継先に送信する、処理をコンピュータが実行する。

Description

情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム
　本願は、情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラムに関する。
　近年では、タブレット端末やスマートフォン等の通信端末が普及し、企業の業務等における情報の送受信等、様々な分野で活用されている。例えば、会議システムにおいては、１会議室又は１会議毎に、参加者が会議室内に持ち込んだ通信端末に対して、会議資料等のコンテンツを配布したり、会議終了後又は退室時に、配布したコンテンツを通信端末から回収若しくは消去したりする。このように、コンテキスト（例えば、場所や時間等の状況）等に応じてコンテンツ等を配信したり、削除するシステムが存在する。
特開２００２－２５９３１５号公報
　しかしながら、所定条件を満たさないコンテキストに対して、コンテンツ等を継続して使用したい場合に、新たなコンテキストを生成し、生成したコンテキストに応じて改めてコンテンツを配信しなければならない。したがって、異なるコンテキストにまたがってコンテンツを継続的に使用することができない。
　一つの側面では、本発明は、異なるコンテキストにまたがってコンテンツの継続的な使用を可能とすることを目的とする。
　一つの態様における情報引継方法は、所定の条件を満たすコンテキストであるか否かを判定し、前記条件を満たすと判定した場合に、端末にコンテンツを配信し、前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、引継先が前記端末から得られる前記コンテンツ情報を受信して、前記引継先が受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記引継先に送信する、処理をコンピュータが実行する。
　一つの側面として、異なるコンテキストにまたがってコンテンツの継続的な使用を可能とする。
本実施形態における情報引継システム概略構成例を示す。 第１実施例におけるサーバの機能構成例を示す。 第１実施例における端末の機能構成例を示す。 サーバのハードウェア構成の一例を示す。 端末のハードウェア構成の一例を示す。 情報引継システムにおける情報配信処理の一例を示すシーケンス図である。 第１実施例における引継イベント処理の一例を示すシーケンス図である。 第１実施例における引継退室処理の一例を示すシーケンス図である。 第１実施例における引継入室処理の一例を示すシーケンス図である。 登録情報の一例を示す。 メタ情報の一例を示す。 引継イベント後の登録情報の一例を示す。 引継先のサーバにおける登録情報の一例を示す。 第２実施例における端末の機能構成例を示す。 第２実施例における引継イベント処理の一例を示すシーケンス図である。 第３実施例における端末の機能構成例を示す。 第３実施例における引継イベント処理の一例を示すシーケンス図である。 第４実施例におけるサーバの機能構成例を示す。 第４実施例における端末の機能構成例を示す。 第４実施例における引継イベント処理の一例を示すシーケンス図である。
　以下、図面に基づいて実施形態を説明する。
　＜本実施形態における情報引継システムの概略構成例＞
　図１は、本実施形態における情報引継システム概略構成例を示す。図１の例においては、情報引継システム１０は、情報処理装置の一例としてのサーバ１１と、端末１２とを有する。サーバ１１と、端末１２とは、例えばＬｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ（ＬＡＮ）やインターネット等に代表される通信ネットワーク１３－１によりデータの送受信が可能な状態で接続されている。
　本実施形態に示す情報引継システム１０では、図１に示すように異なる場所（例えば、第１の会議室、第２の会議室）に応じてサーバ１１（例えば、サーバ１１－１、サーバ１１－２）が設けられている。なお、情報引継システム１０は、サーバ１１の数を２つに限定せず、例えば図１に示すようにサーバ１１－３等を含む２以上のサーバを有し、各サーバ１１間で後述する情報引継処理等を実現する。なお、サーバ１１－３は、サーバ１１－１，１１－２と同様の構成を有しているが、便宜上、具体的な説明等は省略する。各サーバ１１間は、ＬＡＮやインターネット等に代表される通信ネットワーク１３－２によりデータの送受信が可能な状態で接続されている。
　サーバ１１は、例えば会議毎に設定されている配布予定のコンテンツ（コンテンツを閲覧、編集、更新するアプリケーションを含んでいてもよい。以下「アプリ・コンテンツ」という）のデータを蓄積する。なお、アプリ・コンテンツは、アプリケーションだけでもよく、画像や映像、文書データ等のコンテンツだけでもよく、これらの組み合わせでもよい。アプリケーションは、例えばコンテンツに対する閲覧、コメントの追加、ページ捲り、付箋や栞を貼り付ける等の編集、更新等の各種機能を有する。
　また、サーバ１１は、所定の時間に、所定のエリア（例えば、会議室、教室、試験会場、施設等の所定の領域等）に端末１２が入っている状態（コンテキスト）を判定条件として、その条件を満たす端末１２にアプリ・コンテンツの電子データを、通信ネットワーク１３－１を介して配信する。
　また、例えば端末１２が、第１の領域（第１の会議室等）から第２の領域（第２の会議室等）に移動する場合（上述した配信判定条件に変更があった場合）、それまでのデータの情報（アプリ・コンテンツ）をサーバ（第１のサーバ）１１－１に送信し、端末１２上にあるアプリ・コンテンツ等の会議で配信されたデータを削除する。また、引継元のサーバ１１－１は、引継先のサーバ（第２のサーバ）１１－２からのアプリ・コンテンツ要求に対して、個別に配信されたアプリ・コンテンツ等を通信ネットワーク１３－２を介して送信する。
　引継先のサーバ１１－２は、端末１２が第１の会議室から第２の会議室に移動してきた場合に、端末１２から通信ネットワーク１３－１を介して引継イベント等の情報を取得する。また、引継先のサーバ１１－２は、その端末１２の識別情報（例えば、端末ＩＤ）等に対応させて、今まで閲覧していたアプリ・コンテンツ等を、通信ネットワーク１３－２を介して引継元のサーバ１１－１にリクエストを行い、対応するデータを取得する。そして、サーバ１１－２は、取得したアプリ・リクエストを通信ネットワーク１３－１を介して端末１２に配信する。
　端末１２は、所定のエリアに進入するか、退出するかにより、サーバ１１からアプリ・コンテンツ等の入力を受け付けたり、受け付けた資料を一時的にサーバ１１に送信したり、端末１２に蓄積されたアプリ・コンテンツを削除する等の処理を行う。
　例えば、図１に示す情報引継システム１０において、会議が予定の終了時刻を超えてしまい、他の会議室で引き続き会議を行いたい場合がある。このような場合に、引継先のサーバ１１－２において、新たに場所と時間の設定をしたり、アプリ・コンテンツの情報登録を行うには時間を要し、会議が長く中断してしまう。また、会議資料には、秘密情報等が含まれている場合もあり、不要に持ち出すことを防止する必要がある。
　そこで、情報引継システム１０は、予め設定された引継イベントトリガや運用ルール、セキュリティポリシ（例えば、権限情報）等を契機として、端末１２に登録情報のメタ情報を残して、配信済みアプリ・コンテンツをサーバ１１－１にアップロードさせる引継退室処理を行う。また、メタ情報を持つ端末１２は、引継先（例えば、第２の会議室）での入室時に引継入室と認識され、引継先のサーバ１１－２は、当該メタ情報を基に引継元のサーバ１１－１に格納されているアプリ・コンテンツの実体を入手してから、入室処理を実施する。
　本実施形態では、例えば場所（プレイス）引継イベントをトリガにして、従来通りに引継元を退室し、引継先に入室することで、図１に示す各端末１２－１～１２－３から消し去った先ほどの会議資料（アプリ・コンテンツ）が安全に自動配付され、引継先への情報登録の手間と、会議資料にアクセスしに行く手間を省くことができる。したがって、端末１２－１～１２－３を所持する各ユーザ２１－１～２１－３は、移動先でもアプリ・コンテンツを利用することができる。
　なお、図１に示すサーバ１１や端末１２、ユーザ２１の数等については、これに限定されるものではない。サーバ１１は、Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ（ＰＣ）でもよく、例えば一以上の情報処理装置を有するクラウドコンピューティングにより構成されたクラウドサーバ等であってもよい。端末１２は、タブレット端末やスマートフォン等の通信端末であるが、これに限定されるものではない。
　次に、上述した情報引継システム１０におけるサーバ１１及び端末１２の機能構成例について、図を用いて説明する。なお、図１に示すサーバ１１－１、１１－２は、共通の構成を有することができるため、以下の説明ではサーバ１１としてまとめて説明する。また、端末１２－１～１２－３についても、共通の構成を有することができるため、以下の説明では端末１２としてまとめて説明する。
　＜第１実施例＞
　＜サーバ１１の機能構成例＞
　図２は、第１実施例におけるサーバの機能構成例を示す。図２の例において、サーバ１１は、通信部３１と、状態引継部３２と、配信条件判定部３３と、アプリ・コンテンツ管理部３４とを有する。
　通信部３１は、通信ネットワーク１３－１により、各端末１２とのデータの送受信を行う。また、通信部３１は、通信ネットワーク１３－２等を介して他のサーバ１１等からメタ情報に基づく引継を行うための登録情報、引継アプリ・コンテンツ等を送受信する。
　状態引継部３２は、配信されたアプリ・コンテンツ等の利用状態を通信部３１を介して端末１２から受信し、受信した利用状態を保存する。利用状態とは、例えばアプリ・コンテンツの利用場所、配信先のサーバ情報、アプリ・コンテンツ名、参加者情報等であるが、これに限定されるものではない。
　例えば、状態引継部３２は、端末１２からアプリ・コンテンツの引継ぎを示す引継情報を受信した場合に、引継情報に対応するメタ情報（コンテンツ情報）等を通信部３１を介して端末１２に送信する。また、サーバ１１が引継元のサーバ１１－１である場合、状態引継部３２は、メタ情報等に基づいて端末１２から配信済みのコンテンツを受信する。また、状態引継部３２は、例えば引継先のサーバ１１－２が端末１２から得られるコンテンツ情報を受信して、引継先のサーバ１１－２が受信したコンテンツ情報に基づいて送信するコンテンツ要求を受信する。また、状態引継部３２は、受信したコンテンツ要求に対応する配信済みのコンテンツを通信部３１を介して引継先のサーバ１１－２に送信する等の処理を行う。
　また、サーバ１１が、引継先のサーバ１１－２である場合に、状態引継部３２は、引継元のサーバ１１－１に対して配信済みのアプリ・コンテンツ（引継アプリ・コンテンツ）の取得要求（リクエスト）を行い、対応するアプリ・コンテンツを取得してもよい。
　配信条件判定部３３は、端末１２に対して、所定の条件を満たすコンテキスト（例えば、場所や時間等の状況）であるか否かを判定し、所定の条件を満たすと判定した場合に、アプリ・コンテンツ等の会議等で必要な資料を配信させる。配信条件としては、例えばいつ、どの場所（会議室）で、どのユーザ（端末１２）に対して、どんなアプリ・コンテンツを配信するか等の条件があるが、これに限定されるものではない。
　アプリ・コンテンツ管理部３４は、引き継ぎされた状態を識別するためのメタ情報を保存する。アプリ・コンテンツ管理部３４は、例えば図１に示す第１の会議室から第２の会議室への引継情報等を保存するが、これに限定されるものではない。
　＜端末１２の機能構成例＞
　図３は、第１実施例における端末の機能構成例を示す。図３の例において、端末１２は、通信部４１と、状態引継部４２と、引継管理部４３と、判定実施部４４と、アプリ・コンテンツ表示格納管理部４５と、イベントトリガ部４６と、入力処理部４７と、入力部４８とを有する。
　通信部４１は、サーバ１１との通信を行う。例えば、通信部４１は、サーバ１１と通信できる場所からサーバ１１に対して端末情報（例えば、端末ＩＤ）を送信し、対応するアプリ・コンテンツを受信する。また、通信部４１は、引継イベントの場合、引継元のサーバ１１－１からメタ情報を受信する。また、通信部４１は、引継退室イベントの場合、サーバ１１に配信済アプリ・コンテンツを送信する。また、通信部４１は、引継入室イベントの場合、サーバ１１から配信済アプリ・コンテンツを受信する。
　状態引継部４２は、アプリ・コンテンツの利用状態をサーバ１１と送受信する。例えば、状態引継部４２は、引継イベントの場合、通信部４１を介してサーバ１１からメタ情報を取得する。また、状態引継部４２は、引継退室イベントの場合、通信部４１を介してサーバ１１に配信済アプリ・コンテンツをアップロードする。また、状態引継部４２は、引継入室イベントの場合、通信部４１を介してサーバ１１からアップロードした配信済アプリ・コンテンツをダウンロードする。
　引継管理部４３は、メタ情報の有無等により端末１２の引継状態を管理する。例えば、引継管理部４３は、サーバ１１から配信された端末１２内のアプリ・コンテンツが、他の場所等でも使用できるように、通信部４１を介してサーバ１１からメタ情報を取得する。また、引継管理部４３は、サーバ１１から得られた基本メタ情報に対して、引継場所情報や引継アプリ・コンテンツ名、引継アプリ・コンテンツへのアドレス情報等を埋め込み、現時点で表示しているアプリ・コンテンツデータの引き継ぎされた状態を識別するメタ情報を生成する。また、引継管理部４３は、埋め込んだメタ情報をサーバ１１に通信部４１を介してアップロードする。
　判定実施部４４は、アプリ・コンテンツの取得や削除等の判定を実施する。また、判定実施部４４は、判定の結果、アプリ・コンテンツの取得条件に当てはまる場合に、アプリ・コンテンツの取得を行い、アプリ・コンテンツの削除条件に当てはまる場合には、アプリ・コンテンツの情報（実体）を削除する。
　アプリ・コンテンツ表示格納管理部４５は、アプリ・コンテンツの表示内容等を格納して管理する。イベントトリガ部４６は、入力部４８から入力されるユーザからの入力情報に基づいて、所定の条件に該当するイベントがあるか否かを判断する。所定の条件とは、例えばアプリ・コンテンツの引継ぎ等の処理であるがこれに限定されるものではない。
　入力処理部４７は、入力部４８から受け付けた情報から、引継イベントをイベントトリガ部４６に出力する。入力部４８から受け付けた情報とは、例えばユーザ操作により、引継ぎの入力を実行したか否かであるが、これに限定されるものではない。入力部４８は、ユーザが端末１２に対して行う各種の指示情報等の入力を受け付ける。
　＜サーバ１１のハードウェア構成例＞
　次に、上述したサーバ１１のハードウェア構成例について、図を用いて説明する。図４は、サーバのハードウェア構成の一例を示す。図４の例において、サーバ１１は、入力装置５１と、出力装置５２と、ドライブ装置５３と、補助記憶装置５４と、主記憶装置５５と、Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ（ＣＰＵ）５６と、通信装置５７とを有し、これらはシステムバスＢで相互に接続されている。
　入力装置５１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、アプリ等のソフトウェア等を起動するための情報等の入力を受け付ける。
　出力装置５２は、本実施形態における処理を行うためのコンピュータ本体（サーバ１１）を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイ等を有する。出力装置５２は、ＣＰＵ５６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。
　ここで、本実施形態において、例えばコンピュータ本体にインストールされる実行プログラムは、記録媒体５８等により提供される。記録媒体５８は、ドライブ装置５３にセット可能である。ＣＰＵ５６からの制御信号に基づき、記録媒体５８に格納された実行プログラムが、記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。
　補助記憶装置５４は、例えばＨａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ（ＨＤＤ）やＳｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置５４は、ＣＰＵ５６からの制御信号に基づき、本実施形態における実行プログラム（例えば、情報引継プログラム）や、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行う。補助記憶装置５４は、ＣＰＵ５６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。
　主記憶装置５５は、ＣＰＵ５６により補助記憶装置５４から読み出された実行プログラム等を格納する。主記憶装置５５は、Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ（ＲＡＭ）等である。
　ＣＰＵ５６は、Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム、及び主記憶装置５５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現する。プログラムの実行中に必要な各種情報等は、補助記憶装置５４から取得することができ、また実行結果等を格納することもできる。
　具体的には、ＣＰＵ５６は、例えば入力装置５１から得られるプログラムの実行指示等に基づき、補助記憶装置５４にインストールされたプログラムを実行させることにより、主記憶装置５５上でプログラムに対応する処理を行う。例えば、ＣＰＵ５６は、実行プログラムを実行させることで、通信部３１による通信、状態引継部３２による状態の引継、配信条件判定部３３による配信条件の判定等の処理を行う。ＣＰＵ５６における処理内容は、上述した内容に限定されるものではない。ＣＰＵ５６により実行された内容は、必要に応じて補助記憶装置５４等に記憶される。
　通信装置５７は、例えばインターネットや有線・無線ＬＡＮに代表される通信ネットワークを介して、他の外部装置との通信を行う。通信装置５７は、ＣＰＵ５６からの制御信号に基づき、通信ネットワーク等と接続することにより、実行プログラムやソフトウェア、設定情報等を外部装置等から取得する。また、通信装置５７は、プログラムを実行することで得られた実行結果を外部装置に提供したり、本実施形態における実行プログラム自体を外部装置等に提供してもよい。
　記録媒体５８は、上述したように実行プログラム等が格納されたコンピュータで読み取り可能な記録媒体である。記録媒体５８は、例えばフラッシュメモリ等の半導体メモリやＣＤ－ＲＯＭ、ＤＶＤ等の可搬型の記録媒体であるが、これに限定されるものではない。
　図４に示すハードウェア構成に実行プログラム（例えば、情報引継プログラム等）をインストールすることで、ハードウェア資源とソフトウェアとが協働して本実施形態におけるサーバ１１側の情報引継処理（例えば、引継イベント処理、引継退室処理、引継入室処理）等を実現することができる。
　＜端末１２のハードウェア構成例＞
　次に、端末１２のハードウェア構成例について図を用いて説明する。図５は、端末のハードウェア構成の一例を示す。図５の例において、端末１２は、マイクロフォン（以下、「マイク」という）６１と、スピーカ６２と、表示部６３と、操作部６４と、センサ部６５と、電力部６６と、無線部６７と、近距離通信部６８と、補助記憶装置６９と、主記憶装置７０と、ＣＰＵ７１と、ドライブ装置７２とを有し、これらはシステムバスＢで相互に接続されている。
　マイク６１は、作業者等のユーザが発した音声や、その他の音を入力する。スピーカ６２は、通話相手先の音声を出力したり、着信音等の音を出力する。マイク６１及びスピーカ６２は、例えば、通話機能等により通話相手と会話するとき等に用いることができるが、これに限定されるものではなく、音声による情報の入出力に用いることができる。
　表示部６３は、ユーザに対してＯＳや各種アプリケーションで設定された画面を表示する。また、表示部６３は、タッチパネルディスプレイ等でもよく、その場合には表示部６３は、入出力部としての機能を有する。
　表示部６３は、例えばＬｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ（ＬＣＤ）や有機Ｅｌｅｃｔｒｏ　Ｌｕｍｉｎｅｓｃｅｎｃｅ（ＥＬ）等のディスプレイである。
　操作部６４は、表示部６３の画面に表示された操作ボタンや端末１２の外部に設けられた操作ボタン等である。操作ボタンは、例えば電源ボタンや音量調整ボタンでもよく、所定の順番で配列された文字入力用の操作キー等でもよい。
　ユーザは、例えば表示部６３の画面上で所定の操作を行ったり、上述した操作部６４における所定の操作ボタンを押すことで、表示部６３により画面上のタップ位置が検出される。また、表示部６３は、画面上にアプリ実行結果やコンテンツやアイコン、カーソル等を表示することができる。
　センサ部６５は、端末１２のある時点又は継続的な動作を検出する。例えば、センサ部６５は、端末１２の傾き角度、加速度、向き、位置等を検出するが、これに限定されるものではない。なお、センサ部６５としては、例えば傾きセンサや加速度センサ、ジャイロセンサ、ＧＰＳ等であるが、これに限定されるものではない。また、センサ部６５は、例えば実空間上の物体やＡＲマーカ等を撮影する撮像部の一例としてイメージセンサ等を有する。
　電力部６６は、端末１２の各構成に対して電力を供給する。電力部６６は、例えばバッテリ等の内部電源であるが、これに限定されるものではない。電力部６６は、電力量を常時又は所定の時間間隔で検出し、電力量の残量等を監視してもよい。
　無線部６７は、例えばアンテナ等を用いて基地局からの無線信号（通信データ）を受信したり、アンテナを介して無線信号を基地局に送信する通信データの送受信部である。無線部６７により、通信ネットワーク１３を介して基地局等からサーバ１１とデータの送受信を行うことができる。
　近距離通信部６８は、例えば赤外線通信やＷｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信手法を用いて、他の端末１２等のコンピュータと近距離通信を行うことができる。上述した無線部６７及び近距離通信部６８は、他のコンピュータとの間でインターネットやＬＡＮ等によりデータの送受信を可能とする通信インタフェースである。
　補助記憶装置６９は、例えばＨＤＤやＳＳＤ等のストレージ手段である。補助記憶装置６９は、各種のプログラム等を記憶し、必要に応じてデータの入出力を行う。
　主記憶装置７０は、ＣＰＵ７１からの指示により補助記憶装置６９から読み出された実行プログラム等を格納したり、プログラム実行中に得られる各種情報等を記憶する。主記憶装置７０は、例えばＲＯＭやＲＡＭ等であるが、これに限定されるものではない。
　ＣＰＵ７１は、ＯＳ等の制御プログラム、及び主記憶装置７０に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御することで、表示制御における各処理を実現する。
　具体的には、ＣＰＵ７１は、例えば操作部６４等から得られるプログラムの実行指示等に基づき、補助記憶装置６９にインストールされたプログラムを実行させることにより、主記憶装置７０上でプログラムに対応する処理を行う。例えば、ＣＰＵ７１は、情報引継プログラムを実行させることで、通信部４１による通信、状態引継部４２による状態引継、引継管理部４３による引継管理、判定実施部４４による判定実施等の処理を行う。また、ＣＰＵ７１は、情報引継プログラムを実行させることで、アプリ・コンテンツ表示格納管理部４５による表示格納管理、イベントトリガ部４６によるイベント監視、入力処理部４７による入力処理、入力部４８による入力情報の受付等の処理を行う。
　ＣＰＵ７１における処理内容は、上述した内容に限定されるものではない。ＣＰＵ７１により実行された内容は、必要に応じて補助記憶装置６９等に記憶される。
　ドライブ装置７２は、例えば記録媒体７３等を着脱自在にセットすることができ、セットした記録媒体７３に記録された各種情報を読み込んだり、所定の情報を記録媒体７３に書き込むことができる。ドライブ装置７２は、例えば媒体装填スロット等であるが、これに限定されるものではない。
　記録媒体７３は、上述したように実行プログラム等を格納するコンピュータで読み取り可能な記録媒体である。記録媒体７３は、例えばフラッシュメモリ等の半導体メモリであってもよく、またＵＳＢメモリ等の可搬型記録媒体であってもよいが、これに限定されるものではない。
　図５に示すハードウェア構成に実行プログラム（例えば、情報引継プログラム等）をインストールすることで、ハードウェア資源とソフトウェアとが協働して本実施形態における端末１２側の情報引継処理（例えば、引継イベント処理、引継退室処理、引継入室処理）等を実現することができる。
　＜情報引継システム１０の具体例＞
　次に、情報引継システム１０の具体例について、図を用いて説明する。図６は、情報引継システムにおける情報配信処理の一例を示すシーケンス図である。図６の例では、端末１２側の入力部４８、入力処理部４７、判定実施部４４、及びアプリ・コンテンツ表示格納管理部４５と、会議室（例えば、第１の会議室）内にあるサーバ（例えば、サーバ１１－１）とを用いて説明する。
　図６の例では、ユーザ８１（例えば、上述したユーザ２１）がある会議室に入室し、サーバ１１－１から配信されるアプリ・コンテンツを利用する処理を示している。ユーザ８１は、会議室に入室すると（Ｓ０１）、ユーザ８１が所持する端末１２は、無線の通信ネットワーク１３－１へのアクセスポイントを検出し、接続する。次に、ネットワーク接続を契機に入力部４８は、入室の信号を入力処理部４７に出力する（Ｓ０２）。
　入力処理部４７は当該信号を入室イベントとして、判定実施部４４に出力する（Ｓ０３）。判定実施部４４は、入出イベントを、その会議で使用するアプリ・コンテンツの取得要求と判定し、サーバ１１－１に配信リクエストを行う（Ｓ０４）。このとき、配信リクエストには、端末の識別情報（例えば、端末ＩＤ）が付与される。
　次に、判定実施部４４は、サーバ１１－１からアプリ・コンテンツ等の配信を受け（Ｓ０５）、アプリ・コンテンツ表示格納管理部４５に格納を依頼する（Ｓ０６）。アプリ・コンテンツ表示格納管理部４５は、当該アプリ・コンテンツを格納すると共に、その内容が端末１２の画面に表示される。
　ここで、ユーザ８１は、端末１２の画面に表示されたアプリ・コンテンツを、例えば画面タッチする等して当該アプリ・コンテンツを参照すると、その内容を入力部４８が受け取り（Ｓ０７）、受け取った内容を、アプリ・コンテンツ表示格納管理部４５に出力する（Ｓ０８）。また、ユーザ８１は、端末１２の画面に表示されたアプリ・コンテンツのページを捲る操作を行った場合には、その操作内容を入力部４８が受け取り（Ｓ０９）、受け取った内容に対応する情報（例えば、ページ情報）を、アプリ・コンテンツ表示格納管理部４５に出力する（Ｓ１０）。アプリ・コンテンツ表示格納管理部４５は、その内容（ページ数）を記憶する（Ｓ１１）。
　また、ユーザ８１は、端末１２の画面に表示されたアプリ・コンテンツに付箋を貼る操作を行った場合には、その操作内容を入力部４８が受け取り（Ｓ１２）、受け取った内容を、アプリ・コンテンツ表示格納管理部４５に出力する（Ｓ１３）。アプリ・コンテンツ表示格納管理部４５は、その内容（付箋の情報）を格納する（Ｓ１４）。
　また、ユーザ８１は、端末１２の画面に表示されたアプリ・コンテンツに栞を貼る操作を行った場合には、その操作内容を入力部４８が受け取り（Ｓ１５）、受け取った内容を、アプリ・コンテンツ表示格納管理部４５に出力する（Ｓ１６）。アプリ・コンテンツ表示格納管理部４５は、その内容（栞の情報）を格納する（Ｓ１７）。
　つまり、ユーザ８１は、例えば会議中において配信されたアプリ・コンテンツに対して、ページを捲ったり、付箋を貼ったり、栞を貼ったりする等の編集を行うことができる。アプリ・コンテンツ表示格納管理部４５は、上述した各編集内容を保存する。なお、Ｓ０９～Ｓ１１、Ｓ１２～Ｓ１４、Ｓ１５～Ｓ１７の各処理は、ユーザ８１が任意に行うことができる処理であり、上記の操作をしない場合には、対応する処理は行われない。
　＜第１実施例における引継イベント処理例＞
　次に、第１実施例における引継イベント処理例についてシーケンス図を用いて説明する。図７は、第１実施例における引継イベント処理の一例を示すシーケンス図である。図７の例では、端末１２側の入力部４８、入力処理部４７、イベントトリガ部４６、状態引継部４２、及び引継管理部４３と、サーバ１１－１側の状態引継部３２、及びアプリ・コンテンツ管理部３４とを用いて説明する。
　図７の例において、入力部４８は、端末１２の画面に対する所定の動作（例えば、アイコンの所定秒数以上の長押し）を受け付ける（Ｓ２１）。入力処理部４７は、入力内容から引継イベント用の入力であるか否かを判断し、引継イベント用の入力である場合に、その引継イベントをイベントトリガ部４６に出力する（Ｓ２２）。イベントトリガ部４６は、端末ＩＤに対応させて、引継処理の開始信号を生成し、状態引継部４２に送信する（Ｓ２３）。次に、状態引継部４２は、サーバ１１の状態引継部３２に引継情報を送信してメタ情報の要求を行う（Ｓ２４）。Ｓ２４の処理では、端末ＩＤと共に送信する。
　サーバ１１－１側の状態引継部３２は、端末１２から受信したメタ情報の要求に対して登録情報をアプリ・コンテンツ管理部３４から取得する（Ｓ２５）。次に、状態引継部３２は、端末ＩＤに対する参加者認証を行い（Ｓ２６）、場所情報（例えば、場所ＩＤ）に基づくメタ情報の生成を行う（Ｓ２７）。なお、Ｓ２７の処理において、メタ情報は、例えば登録情報から得られる参加者（端末ＩＤ）数分が定形で自動生成される。
　次に、状態引継部３２は、アプリ・コンテンツ管理部３４に対して、登録情報の更新を行う（Ｓ２８）。次に、状態引継部３２は、同報によりメタ情報（アプリ・コンテンツ情報）を端末１２に送信する（Ｓ２９）。Ｓ２９の処理では、Ｓ２７の処理で、メタ情報の生成をした後、登録情報等に含まれる他の端末に対しても同じメタ情報を送信することができる。したがって、例えば、その会議の代表（議長、リーダ）が、図７に示す引継イベント処理を実行することで、登録情報に登録された他の端末１２に対してもメタ情報を送信（同報）することができる。なお、上述した引継イベント処理は、端末１２毎で行ってもよい。
　端末１２の状態引継部４２は、サーバ１１から送信されたメタ情報を受け付けると、引継管理部４３に格納する（Ｓ３０）。メタ情報は、例えば会議資料であるアプリ・コンテンツの状態を引継ぐために利用され、引継管理部４３に管理される。この結果、端末１２は、引継状態になる。
　＜引継退室処理例＞
　次に、引継退室処理例について、シーケンス図を用いて説明する。図８は、第１実施例における引継退室処理の一例を示すシーケンス図である。図８の例では、端末１２側の入力部４８、入力処理部４７、イベントトリガ部４６、状態引継部４２、引継管理部４３、判定実施部４４、及びアプリ・コンテンツ表示格納管理部４５と、サーバ１１－１側の状態引継部３２、及びアプリ・コンテンツ管理部３４とを用いて説明する。
　図８の例において、入力部４８は、会議室（第１の会議室）から退室の信号を受け付けると、会議室等からの退室に伴う信号（退室の信号）を入力処理部４７に出力する（Ｓ４１）。次に、入力処理部４７は、メタ情報が既にサーバ１１－１から取得して格納されているか否かの確認を引継管理部４３に対して行う（Ｓ４２）。次に、入力処理部４７は、引継退室イベントを状態引継部４２に対して行う（Ｓ４３）。
　状態引継部４２は、アプリ・コンテンツ表示格納管理部４５を参照して、現在のアプリ・コンテンツ等の状態（利用状態）を取得する（Ｓ４４）。Ｓ４４の処理では、例えば会議中において配信されたアプリ・コンテンツに対して、ページを捲ったり、付箋を貼ったり、栞を貼ったり等の編集内容を取得するが、取得する内容については、これに限定されるものではない。
　次に、状態引継部４２は、引継管理部４３を参照してメタ情報を取得し（Ｓ４５）、現在の状態をサーバ１１の状態引継部３２にアップロードする（Ｓ４６）。アップロードの内容としては、例えば端末ＩＤ、引継ぎを行うアプリ・コンテンツ情報（引継アプリ・コンテンツ）等である。また、引継アプリ・コンテンツは、編集、更新があった場合には、編集、更新されたアプリ・コンテンツであり、参照中のページ番号、付箋を貼った部分、栞を貼った部分等の情報が含まれていてもよい。
　サーバ１１の状態引継部３２は、端末１２から得られた端末ＩＤに対応させて、引継アプリ・コンテンツをアプリ・コンテンツ管理部３４に格納する（Ｓ４７）。次に、状態引継部３２は、格納が完了したことを示す応答情報を端末１２の状態引継部４２に送信する（Ｓ４８）。
　状態引継部４２は、会議室からの退室に伴うデータの削除の実施指示をを判定実施部４４に対して行う（Ｓ４９）。判定実施部４４は、アプリ・コンテンツ表示格納管理部４５にあるデータ（例えば、会議室の入室時に配信されていたアプリ・コンテンツ等）を削除する（Ｓ５０）。
　＜引継入室処理例＞
　次に、他の会議室に入室したときの処理（引継入室処理）について、シーケンス図を用いて説明する。図９は、第１実施例における引継入室処理の一例を示すシーケンス図である。図９の例では、端末１２側の入力部４８、入力処理部４７、イベントトリガ部４６、状態引継部４２、引継管理部４３、判定実施部４４、及びアプリ・コンテンツ表示格納管理部４５と、引継元のサーバ１１－１と、引継先のサーバ１１－２側の状態引継部３２、配信条件判定部３３、及びアプリ・コンテンツ管理部３４とを用いて説明する。
　図９の例において、端末１２の入力部４８は、例えば会議室（第２の会議室）への入室の信号を受け付けると（Ｓ６１）、入力処理部４７は、メタ情報の確認を引継管理部４３に対して行う（Ｓ６２）。次に、入力処理部４７は、引継入室イベントを状態引継部４２に出力する（Ｓ６３）。
　状態引継部４２は、引継管理部４３からメタ情報を参照し（Ｓ６４）、メタ情報がある場合には、サーバ１１－２に対して、端末ＩＤ及びメタ情報をアップロードする（Ｓ６５）。サーバ１１－２側の状態引継部３２は、アップロードされた端末ＩＤ及びメタ情報に基づいて、アプリ・コンテンツ管理部３４に登録情報の確認を行い（Ｓ６６）、端末１２側の状態引継部４２に応答情報を送信する（Ｓ６７）。
　次に、状態引継部３２は、メタ情報から得られる引継元の登録情報、引継アプリ・コンテンツの格納先のアドレス情報等を用いて、引継元であるサーバ１１－１に対して登録情報、引継アプリ・コンテンツ等の取得要求（アプリ・コンテンツ要求）を行う（Ｓ６８）。サーバ１１－１は、引継先のサーバ１１－２から得られるアプリ・コンテンツ要求に対応する登録情報、引継アプリ・コンテンツを引継先のサーバ１１－２の状態引継部３２に送信する。これにより、状態引継部３２は、引継元のサーバ１１－１から、要求に対応する登録情報、引継アプリ・コンテンツを取得する（Ｓ６９）。
　次に、状態引継部３２は、登録情報、引継アプリ・コンテンツをアプリ・コンテンツ管理部３４に格納する（Ｓ７０）。アプリ・コンテンツ管理部３４は、格納された情報等に基づいて登録情報の生成を行う（Ｓ７１）。
　次に、状態引継部３２は、端末ＩＤに基づいて配信の準備を行い、その情報（端末ＩＤ等）を配信条件判定部３３に出力する（Ｓ７２）。配信条件判定部３３は、アプリ・コンテンツ管理部３４から端末ＩＤに対応するアプリ・コンテンツを取得し（Ｓ７３）、取得した情報（アプリ・コンテンツ）を端末１２の判定実施部４４に配信する（Ｓ７４）。
　判定実施部４４は、引継先のサーバ１１－２から配信された情報をアプリ・コンテンツ表示格納管理部４５に格納する（Ｓ７５）。次に、判定実施部４４は、引継完了通知を状態引継部４２に出力する（Ｓ７６）。次に、状態引継部４２は、引継管理部４３にメタ情報の消去を通知し、引継管理部４３からメタ情報の消去を消去する（Ｓ７７）。この結果、端末１２の引継状態が解消される。
　＜各種データ例＞
　次に、第１実施例で適用される各種データ例について、図を用いて説明する。
　＜登録情報の一例＞
図１０は、登録情報の一例を示す。図１０に示す登録情報の一例としては、例えば「プレイスＩＤ」、「プレイス名」、「サーバＩＤ」、「アクセスポイントＩＤ」、「件名」、「予約期間」、「登録者アカウント名」、「アプリ・コンテンツ名」、「アプリ・コンテンツＵＲＬ」、「アプリ・コンテンツ実体」、「参加者アカウントリスト」、「参加者端末ＩＤリスト」、「引継プレイスＩＤ」、「引継アプリ・コンテンツ名」、「引継アプリ・コンテンツ実体」等があるが、これに限定されるものではない。
　「プレイスＩＤ」は、アプリ・コンテンツが配信される場所を識別する識別情報である。「プレイス名」は、プレイスＩＤに対応する場所の名称を示す。なお、「プレイス名」は、緯度・経度情報であってもよい。
　「サーバＩＤ」は、配信先のエリアに設けられたサーバの識別情報である。「アクセスポイントＩＤ」は、通信を行うためのアクセスポイントの識別情報である。
　「件名」は、会議等に対する名称である。「予約期間」は、その会議室を利用する日時情報である。「登録者アカウント名」は、この登録情報を登録したユーザの識別情報である。「アプリ・コンテンツ名」は、配信条件に当てはまる場合に配信するアプリ・コンテンツの名称である。「アプリ・コンテンツＵＲＬ」は、配信するアプリ・コンテンツの格納先のアドレス情報（例えば、Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ（ＵＲＬ））等である。
　「アプリ・コンテンツ実体」は、アプリ・コンテンツの実体情報である。「参加者アカウントリスト」は、この会議の参加者を示す情報である。ここで、示された参加者に対してアプリ・コンテンツの配信が行われる。「参加者端末ＩＤリスト」は、参加者に対応する端末１２の識別情報である。
　「引継プレイスＩＤ」は、引継ぎを行う場合の引継元の場所を特定するための情報である。「引継アプリ・コンテンツ名」は、引継ぎを行う対象のアプリ・コンテンツの情報である。「引継アプリ・コンテンツ実体」は、引継アプリ・コンテンツの実体情報である。
　なお、図１０の例では、引継がれる前の登録情報であるため、「引継プレイスＩＤ」、「引継アプリ・コンテンツ名」、「引継アプリ・コンテンツ実体」は空白となっている。
　＜メタ情報の一例＞
　図１１は、メタ情報の一例を示す。図１１の例に示すメタ情報の項目としては、例えば「プレイスＩＤ（引継プレイスＩＤ）」、「引継元の登録情報へのＵＲＬ」、「参加者端末ＩＤリスト」、「引継アプリ・コンテンツＵＲＬ」等があるが、これに限定されるものではない。
　「プレイスＩＤ（引継プレイスＩＤ）」は、引継ぎを行う対象の場所の識別情報である。「引継元の登録情報へのＵＲＬ」は、引継処理により、アプリ・コンテンツを引継ぐ場合の引継元の登録情報へのアドレス情報（例えば、ＵＲＬ等）である。「参加者端末ＩＤリスト」は、１又は複数の参加者が、参加者毎に使用する端末１２の識別情報（参加者端末ＩＤ）のリスト情報である。図１１の例では、「ＡＭＴ０１」、「ＢＭＴ２０」、「ＣＭＴ２２」の３つのＩＤが格納されている。
　「引継アプリ・コンテンツＵＲＬ」は、引継アプリ・コンテンツの格納先のアドレス情報（例えば、ＵＲＬ等）である。引継アプリ・コンテンツは、それぞれ付箋の位置や栞の位置、表示されているページ数等の情報が異なるため、参加者端末ＩＤリスト毎にそれぞれ格納されている。図１１の例では、「ＡＭＴ０１」、「ＢＭＴ２０」、「ＣＭＴ２２」の３つの端末ＩＤに対応させたＵＲＬが設定されている。
　ここで、図１１に示すメタ情報の必要最小限の情報は、プレイスＩＤのみで実施可能である。メタ情報は、登録情報のサブセットであればよい。また、図１１に示すように、「引継アプリ・コンテンツＵＲＬ」と「引継元サーバへの登録情報へのＵＲＬ」とを設けることで、「プレイスＩＤ」で問い合わせる必要がなく直接にデータにアクセスすることができる。したがって、上述した引継退室処理及び引継入室処理の効率化を図ることができる。
　＜引継イベント後の登録情報の一例＞
　図１２は、引継イベント後の登録情報の一例を示す。なお、図１２に示す登録情報の項目は、図１０に示す引継イベント前の登録情報と同様であるため、ここでの具体的な説明は省略する。
　図１２の例において、上述した「引継プレイスＩＤ」、「引継アプリ・コンテンツ名」、「引継アプリ・コンテンツ実体」には、メタ情報等に基づいて、引継ぐための情報が登録される。なお、図１１の例に示す時点では、端末１２内における登録情報であるため、「引継プレイスＩＤ」には、情報が格納されていない。
　サーバ１１－１は、先ずアプリ・コンテンツ管理部３４から現在使用中の登録情報を取得する。次に、サーバ１１－１は、端末ＩＤを基に引継処理を実施する資格があるか等の参加認証を行い、更に登録情報中のプレイスＩＤ等を用いて図１１に示すようなメタ情報を生成する。また、サーバ１１－１は、図１０の登録情報から図１２に示すように登録情報を更新する。メタ情報は、登録情報のサブセット情報である。このメタ情報を、サーバ１１－１は、端末１２に同報する。
　＜引継先のサーバにおける登録情報の一例＞
　また、図１３は、引継先のサーバにおける登録情報の一例を示す。図１３の登録情報の項目については、上述した図１０と同様の項目であるため、ここでの具体的な説明は省略する。
　例えば、引継先のサーバ１１－２は、状態引継部３２は、アップロードを受けた端末ＩＤとメタ情報とを基に、アプリ・コンテンツ管理部３４に引継プレイスＩＤと照合する登録情報の有無を確認する。該当する登録情報がない場合、メタ情報内の引継元の登録情報へのＵＲＬ及び引継アプリ・コンテンツＵＲＬの情報に基づいて引継元であるサーバ１１－１にアクセスして登録情報及び引継アプリ・コンテンツを取得する。この結果、アプリ・コンテンツ管理部３４は、図１３に示すように引継先サーバの登録情報を生成することができる。
　図１３の例では、各端末のプレイスＩＤに対応させ、例えば「引継プレイスＩＤ」に関連する情報として、引継元のプレイスＩＤである「Ｐ０１２３」が格納される。
　このように、メタ情報及び登録情報を管理することで、例えば第１の会議室で配布された資料を他の会議室（第２の会議室）で継続して使用することができる。例えば、会議室を引継ぐ時、新たに場所と時間の設定及びアプリ・コンテンツ（会議資料等）の登録を行う必要がなく、何らかのプレイス引継イベントをトリガにして移動元を退室して、移動先に入室することで、端末１２から消し去った会議資料が自動配信されるため、その会議資料にアクセスしに行く手間が省ける。
　上述したように第１実施例によれば、アプリ・コンテンツの配信状態の引継を実施するイベントトリガ部４６により、引継先のサーバ１１－２に接続された端末に引継元でのアプリ・コンテンツの配信状態を復元することができる。したがって、第１実施例では、異なるコンテキストをまたがったアプリ・コンテンツの継続的な使用を可能とする。
　＜第２実施例＞
　次に、第２実施例について説明する。図１４は、第２実施例における端末の機能構成例を示す。なお、図１４の例において、上述した第１実施例と同様の構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。
　図１４の例において、端末１２'は、通信部４１と、状態引継部４２と、引継管理部４３と、判定実施部４４と、アプリ・コンテンツ表示格納管理部４５と、運用ルール実施部９１と、入力処理部４７と、入力部４８とを有する。第２実施例と、上述した第１実施例との違いは、イベントトリガ部４６の代わりに運用ルール実施部９１を有している。
　第２実施例において、状態引継部４２に引継イベント処理を通知する際、運用ルール実施部９１には、例えば予め設定された会議の運用ルールが設定されており、その設定条件が満たされた場合に、状態引継部４２に引継イベント処理を通知する。
　なお、第２実施例における情報引継システムの構成例、サーバ１１の機能構成例、端末１２'とサーバ１１とのハードウェア構成例については、上述した第１実施例における構成と同様であるため、ここでの具体的な説明は省略する。
　図１５は、第２実施例における引継イベント処理の一例を示すシーケンス図である。図１５の例では、会議室への入退出の時刻等を管理する入退室管理装置９２と、端末１２'側の入力部４８、入力処理部４７、運用ルール実施部９１、状態引継部４２、及び引継管理部４３と、サーバ１１－１とを用いて説明する。
　図１５の例では、会議室に入退室管理装置９２が設けられており、会議室の入退室時に端末１２を入退室管理装置９２に接触させ、端末１２内で入退室イベントを発生させることができる。
　例えば、運用ルールの一例として、予め「会議終了予定時刻の５分前以降の退室イベントは、引継イベントとしても取り扱われる」という運用ルールを設定した場合、会議終了予定時刻の５分前以降、又は、その予定時刻を過ぎた時刻に、入退室管理装置９２等に端末１２を接触させると（Ｓ８１）、端末１２内の入力部４８は、退室及び引継の信号として（Ｓ８２）、入力処理部４７に出力する（Ｓ８３）。なお、運用ルールの例としては、上記の例に限定されるものではない。
　入力処理部４７は、当該信号を退室・引継イベントとして運用ルール実施部９１に出力する（Ｓ８４）。運用ルール実施部９１は、会議終了予定時刻を取得し（Ｓ８５）、取得した会議終了予定時刻と、入退室管理装置９２と接触した時刻とを比較し、退室・引継の判定を実施する（Ｓ８６）。会議終了予定時刻は、予め端末１２内に設定しておいてもよく、サーバ１１－１から取得してもよい。
　運用ルール実施部９１は、例えば入退室管理装置９２と接触した時刻が、会議終了予定時刻の１分前であった場合、上述した運用ルールに基づいて引継の判定がなされる。引継の判定がなされると、運用ルール実施部９１は、引継処理の開始を状態引継部４２に通知する（Ｓ８７）。状態引継部４２は、引継処理を行い、サーバ１１－１に端末ＩＤに対応するメタ情報の要求を行い（Ｓ８８）、サーバ１１－１からメタ情報の通知を受け取る（Ｓ８９）。その後、状態引継部４２は、取得したメタ情報を引継管理部４３に格納させる（Ｓ９０）。なお、その他の処理（引継退室処理シーケンス、引継入室処理シーケンス等）については、上述した第１実施例と同様の処理を行うため、ここでの具体的な説明は省略する。また、上述した入退室管理装置９２の機能は、サーバ１１－２が有していてもよい。
　上述したように第２実施例によれば、アプリ・コンテンツの配信状態の引継ぎを実施する運用ルール実施部９１を用いることで、引継先のサーバ１１－２に接続された端末１２に引継元でのアプリ・コンテンツの配信状態を復元することができる。したがって、第２実施例では、異なるコンテキストをまたがったアプリ・コンテンツの継続的な使用を可能とする。
　＜第３実施例＞
　次に、第３実施例について説明する。図１６は、第３実施例における端末の機能構成例を示す。なお、図１６の例において、上述した第１実施例と同様の構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。
　図１６の例において、端末１２''は、通信部４１と、状態引継部４２と、引継管理部４３と、判定実施部４４と、アプリ・コンテンツ表示格納管理部４５と、セキュリティポリシ実施部９３と、入力処理部４７と、入力部４８とを有する。第３実施例と、上述した第１実施例との違いは、イベントトリガ部４６の代わりにセキュリティポリシ実施部９３を有している。
　状態引継部４２に引継イベント処理を通知する際、セキュリティポリシ実施部９３には、端末１２''のセキュリティポリシ（例えば、権限情報）が予め設定されており、そのセキュリティポリシが所定の条件を満たせば、状態引継部４２に引継イベント処理を通知する。
　なお、第３実施例における情報引継システムの構成例、サーバ１１の機能構成例、サーバ１１及び端末１２のハードウェア構成例については、上述した第１実施例における構成と同様であるため、ここでの具体的な説明は省略する。
　図１７は、第３実施例における引継イベント処理の一例を示すシーケンス図である。図１７の例では、会議室にセキュリティポリシを管理する引継資格管理装置９４と、端末１２''側の入力部４８、入力処理部４７、セキュリティポリシ実施部９３、状態引継部４２、及び引継管理部４３と、サーバ１１－１とを用いて説明する。
　第３実施例では、会議室の退室前に引継資格を持つ代表者が自身の端末１２を引継資格管理装置９４に接触させると、当該端末１２内で引継イベントを発生させる。例えば、「会議の引継はその資格（権限）を有する代表者にしか行えない」というセキュリティポリシが存在する場合、その情報は、引継資格管理装置９４で管理される。
　このような例において、図１７に示すように、会議室の退室前に引継資格を持つ代表者が自身の端末１２を引継資格管理装置９４に接触させると（Ｓ１０１）、入力部４８は代表資格の認証情報を引継資格管理装置９４から取得し（Ｓ１０２）、取得した認証情報を入力処理部４７に出力する（Ｓ１０３）。なお、認証情報の取得方法は、これに限定されるものではなく、例えばサーバ１１－１に予め認証情報を設定しておき、そこから認証情報を取得してもよい。
　次に、入力処理部４７は、取得した認証情報を引継イベントとしてセキュリティポリシ実施部９３に出力する（Ｓ１０４）。次に、セキュリティポリシ実施部は、代表資格の照合を行い（Ｓ１０５）、引継形態の判定を実施する（Ｓ１０６）。Ｓ１０５の処理では、その端末ＩＤに対応する代表者が引継イベント処理を代表して実行できる権限を有する者であるかの照合を行う。認証情報結果として代表引継の判定がなされた場合、セキュリティポリシ実施部９３は、代表引継処理の開始を状態引継部４２に出力する（Ｓ１０７）。
　状態引継部４２は、代表引継処理を行い、端末ＩＤに基づき、代表のメタ情報の取得要求をサーバ１１―１に対して行い（Ｓ１０８）、サーバ１１－１から同報によりメタ情報を取得する（Ｓ１０９）。なお、Ｓ１０９の例では、メタ情報は、代表者の他のメンバの端末にも配信される。次に、状態引継部４２は、取得したメタ情報を引継管理部４３に格納させる（Ｓ１１０）。なお、その他の処理（引継退室処理シーケンス、引継入室処理シーケンス等）については、上述した第１実施例と同様の処理を行うため、ここでの具体的な説明は省略する。また、上述した引継資格管理装置９４の機能は、サーバ１１－２が有していてもよい。
　上述したように第３実施例によれば、アプリ・コンテンツの配信状態の引継ぎを実施するセキュリティポリシ実施部を用いて、代表者により、引継先のサーバ１１－２に接続された端末１２に引継元でのアプリ・コンテンツの状態を復元することができる。したがって、第３実施例では、異なるコンテキストをまたがったアプリ・コンテンツの継続的な使用を可能とする。
　＜第４実施例＞
　次に、第４実施例について説明する。図１８は、第４実施例におけるサーバの機能構成例を示す。また、図１９は、第４実施例における端末の機能構成例を示す。なお、図１８，図１９の例において、上述した第１実施例と同様の構成については、同一の符号を付するものとし、ここでの具体的な説明は省略する。
　図１８の例において、サーバ１１'は、通信部３１と、状態引継部３２と、配信条件判定部３３と、アプリ・コンテンツ管理部３４と、イベントトリガ部９５と、入力処理部９６と、入力部９７とを有する。また、図１９の例において、端末１２'''は、通信部４１と、状態引継部４２と、引継管理部４３と、判定実施部４４と、アプリ・コンテンツ表示格納管理部４５と、入力処理部４７と、入力部４８とを有する。
　なお、第４実施例における情報引継システムの構成例、サーバ１１及び端末１２のハードウェア構成例については、上述した第１実施例における構成と同様であるため、ここでの具体的な説明は省略する。
　第４実施例と、上述した第１実施例との違いは、第１実施例において端末１２側にあったイベントトリガ部がサーバ１１'側に設けられている。また、第４実施例では、サーバ１１'にイベントトリガ部９５の他に、入力処理部９６と、入力部９７とが設けられている。また、第１実施例と比較して、第４実施例では、端末１２'''において、イベントトリガ部がない構成となっている。
　例えば、第４実施例では、会議の代表者（例えば、議長）等が、サーバ１１'に予め設けられた会議引継ボタンの押下等の所定の操作を行う。入力部９７は、上記の操作を受け付けると、入力処理部９６で引継イベント情報として取り扱い、イベントトリガ部９５が状態引継部３２に対して引継イベント処理を出力する。その後、端末１２'''とサーバ１１'との通信により、上述した第１～第３実施例と同様の処理を実行し、移動先の会議室等でも上述した引継アプリ・コンテンツを取得する。
　図２０は、第４実施例における引継イベント処理の一例を示すシーケンス図である。図２０の例では、引継元のサーバ１１'－１側の入力部９７、入力処理部９６、イベントトリガ部９５、状態引継部３２、及びアプリ・コンテンツ管理部３４と、端末１２'''側の状態引継部４２、及び引継管理部４３とを用いて説明する。
　図２０の例において、入力部９７は、ユーザ（例えば、会議の代表者等）によりサーバ１１'の画面に対する所定の動作（例えば、画面に表示された会議引継ボタン（アイコン）の所定秒数以上の長押し）を受け付ける（Ｓ１２１）。
　次に、入力処理部９６は、入力内容から引継イベント用の入力であるか否かを判断し、引継イベント用の入力である場合に、その引継イベントをイベントトリガ部９５に出力する（Ｓ１２２）。イベントトリガ部９５は、引継処理の開始信号を生成し、状態引継部３２に送信する（Ｓ１２３）。
　次に、状態引継部３２は、アプリ・コンテンツ管理部３４で管理された現在使用中の登録情報を参照し（Ｓ１２４）、場所情報（例えば、場所ＩＤ）に基づくメタ情報の生成を行う（Ｓ１２５）。なお、Ｓ１２５の処理では登録情報の更新も行う。次に、状態引継部３２は、同報によりメタ情報（アプリ・コンテンツ情報）を、現在の登録情報の参加者端末ＩＤリストに示された対象の端末１２'''に同報する（Ｓ２６）。したがって、例えば、その会議の代表（議長、リーダ）が、図２０に示す引継イベント処理を実行することで、登録情報に登録された全ての端末１２'''に対してメタ情報を送信（同報）することができる。端末１２'''の状態引継部４２は、サーバ１１から送信されたメタ情報を受け付けると、引継管理部４３に格納させる（Ｓ１２７）。なお、その他の処理（引継退室処理シーケンス、引継入室処理シーケンス等）については、上述した第１実施例と同様の処理を行うため、ここでの具体的な説明は省略する。
　上述したように第４実施例によれば、サーバに対して所定の操作を行うことで、上述した引継イベント処理を実現することができる。
　＜他の実施例＞
　なお、他の実施例として、第４実施例に示すイベントトリガ部９５に代わって、上述した第２実施例における運用ルール実施部がサーバ１１'側に設けられていてもよい。また、他の実施例として、上述した第３実施例におけるセキュリティポリシ実施部がサーバ１１'側に設けられていてもよい。これにより、サーバ１１'側の状態引継部に引継イベント処理を通知することができる。
　また、上述した各実施例については、その一部又は全部を組み合わせてもよく、例えばサーバ１１又は端末１２において、上述したイベントトリガ部、セキュリティポリシ実施部、及び運用ルール実施部のうちの複数を有する構成にしてもよい。
　上述したように、本実施形態によれば、異なるコンテキストをまたがったアプリ・コンテンツの継続的な使用を可能とする。例えば、会議室を引継ぐ時に、新たに場所と時間の設定、及びアプリ・コンテンツの登録を行う必要がなく、会議室等の場所（領域）をまたいで、アプリ・コンテンツを引継ぐことができる。
　また、本実施形態では、所定の引継イベントをトリガにしたり、運用ルールやセキュリティポリシを適用することで、従来通り移動元を退室し、移動先に入室することで、端末から消し去ったアプリ・コンテンツが自動配信される。したがって、端末１２からアプリ・コンテンツにアクセスしに行く手間が省ける。また、本実施形態によれば、場所の移動があった場合でも会議を長く中断させることがなくなる。
　以上、実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、上述した各実施例の一部又は全部を組み合わせることも可能である。
　１０　情報引継システム
　１１　サーバ
　１２　端末
　１３　通信ネットワーク
　２１，８１　ユーザ
　３１，４１　通信部
　３２，４２　状態引継部
　３３　配信条件判定部
　３４　アプリ・コンテンツ管理部
　４３　引継管理部
　４４　判定実施部
　４５　アプリ・コンテンツ表示格納管理部
　４６，９５　イベントトリガ部
　４７，９６　入力処理部
　４８，９７　入力部
　５１　入力装置
　５２　出力装置
　５３，７２　ドライブ装置
　５４，６９　補助記憶装置
　５５，７０　主記憶装置
　５６，７１　ＣＰＵ
　５７　通信装置
　５８，７３　記録媒体
　６１　マイク
　６２　スピーカ
　６３　表示部
　６４　操作部
　６５　センサ部
　６６　電力部
　６７　無線部
　６８　近距離通信部
　９１　運用ルール実施部
　９２　入退室管理装置
　９３　セキュリティポリシ実施部
　９４　引継資格管理装置

Claims (10)

  1. 　所定の条件を満たすコンテキストであるか否かを判定し、
    　前記条件を満たすと判定した場合に、端末にコンテンツを配信し、
    　前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、
    　前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、
    　引継先が前記端末から得られる前記コンテンツ情報を受信して、前記引継先が受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記引継先に送信する、処理をコンピュータが実行することを特徴とする情報引継方法。
  2. 　前記配信済みのコンテンツは、ユーザにより編集又は更新されたコンテンツであり、前記ユーザ毎に編集又は更新内容が管理されていることを特徴とする請求項１に記載の情報引継方法。
  3. 　前記端末に対してユーザが行った操作が、予め設定されたイベントである場合に、前記端末から送信される前記引継情報を受信することを特徴とする請求項１に記載の情報引継方法。
  4. 　前記端末の現在の場所に対して予め設定された運用ルールに基づき、前記端末から送信される前記引継情報を受信することを特徴とする請求項１に記載の情報引継方法。
  5. 　前記端末を使用するユーザに対する権限情報に基づき、所定の権限を有するユーザから前記引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を端末に送信することを特徴とする請求項１に記載の情報引継方法。
  6. 　入力部からユーザが行った操作を受け付け、受け付けた操作が予め設定されたイベントである場合に、前記端末から送信される前記引継情報を受信することを特徴とする請求項１に記載の情報引継方法。
  7. 　前記引継情報に対応するコンテンツ情報は、引継ぎを行う対象の場所情報、前記端末の識別情報、及び前記配信済みのコンテンツの格納先のアドレス情報を含むことを特徴とする請求項１に記載の情報引継方法。
  8. 　第１の領域にある端末にコンテンツを配信する第１のサーバと、第２の領域にある端末にコンテンツを配信する第２のサーバとが通信ネットワークで接続された情報引継システムにおいて、
    　前記第１のサーバは、
    　所定の条件を満たすコンテキストであるか否かを判定し、前記条件を満たすと判定した場合に、端末にコンテンツを配信する配信条件判定部と、
    　前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、引継先の前記第２のサーバが前記端末から得られる前記コンテンツ情報を受信して、前記第２のサーバが受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記第２のサーバに送信する状態引継部とを有することを特徴とする情報引継システム。
  9. 　所定の条件を満たすコンテキストであるか否かを判定し、前記条件を満たすと判定した場合に、端末にコンテンツを配信する配信条件判定部と、
    　前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、引継先が前記端末から得られる前記コンテンツ情報を受信して、前記引継先が受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記引継先に送信する状態引継部とを有することを特徴とする情報処理装置。
  10. 　所定の条件を満たすコンテキストであるか否かを判定し、
    　前記条件を満たすと判定した場合に、端末にコンテンツを配信し、
    　前記端末から前記コンテンツの引継ぎを示す引継情報を受信した場合に、前記引継情報に対応するコンテンツ情報を前記端末に送信し、
    　前記コンテンツ情報に基づいて前記端末から配信済みのコンテンツを受信し、
    　引継先が前記端末から得られる前記コンテンツ情報を受信して、前記引継先が受信した前記コンテンツ情報に基づいて送信するコンテンツ要求を受信した場合に、前記配信済みのコンテンツを前記引継先に送信する、処理をコンピュータに実行させるための情報引継プログラム。
PCT/JP2015/057184 2015-03-11 2015-03-11 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム WO2016143096A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2017504505A JPWO2016143096A1 (ja) 2015-03-11 2015-03-11 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム
PCT/JP2015/057184 WO2016143096A1 (ja) 2015-03-11 2015-03-11 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム
US15/694,010 US20180013575A1 (en) 2015-03-11 2017-09-01 Information succeeding method, information succeeding system, and information processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/057184 WO2016143096A1 (ja) 2015-03-11 2015-03-11 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/694,010 Continuation US20180013575A1 (en) 2015-03-11 2017-09-01 Information succeeding method, information succeeding system, and information processing apparatus

Publications (1)

Publication Number Publication Date
WO2016143096A1 true WO2016143096A1 (ja) 2016-09-15

Family

ID=56878819

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/057184 WO2016143096A1 (ja) 2015-03-11 2015-03-11 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム

Country Status (3)

Country Link
US (1) US20180013575A1 (ja)
JP (1) JPWO2016143096A1 (ja)
WO (1) WO2016143096A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002259315A (ja) * 2001-02-27 2002-09-13 Fujitsu Ltd 会議サーバプログラム
JP2003242054A (ja) * 2002-02-21 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> サーバ装置、通信機器、通信機器設定情報管理方法、プログラム及び記録媒体
JP2014183365A (ja) * 2013-03-18 2014-09-29 Fujitsu Ltd 情報処理装置、情報処理方法および情報処理プログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4799154B2 (ja) * 2005-12-02 2011-10-26 キヤノン株式会社 会議支援システム、入力ボード及びその制御方法、プログラム
US20150067129A1 (en) * 2013-08-29 2015-03-05 Yuuichiroh Hayashi Apparatus, system, and method of managing device, and recording medium storing device management program

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002259315A (ja) * 2001-02-27 2002-09-13 Fujitsu Ltd 会議サーバプログラム
JP2003242054A (ja) * 2002-02-21 2003-08-29 Nippon Telegr & Teleph Corp <Ntt> サーバ装置、通信機器、通信機器設定情報管理方法、プログラム及び記録媒体
JP2014183365A (ja) * 2013-03-18 2014-09-29 Fujitsu Ltd 情報処理装置、情報処理方法および情報処理プログラム

Also Published As

Publication number Publication date
US20180013575A1 (en) 2018-01-11
JPWO2016143096A1 (ja) 2018-01-18

Similar Documents

Publication Publication Date Title
US9917881B2 (en) Apparatus, system, and method for transferring data across mobile terminals paired using near field communication (NFC)
JP6435628B2 (ja) 情報処理システム、情報処理装置及びプログラム
CN111078655A (zh) 文档内容分享方法、装置、终端及存储介质
CN104808501A (zh) 智能场景删除方法和装置
CN106254467A (zh) 文件分享方法及装置
JP2012216163A (ja) アプリ提供システム、アプリ提供方法、情報処理装置及び情報処理プログラム
CN110602206A (zh) 基于区块链的数据共享方法、装置及存储介质
KR101936487B1 (ko) 정보 처리 장치, 정보 처리 방법, 프로그램 및 기록 매체
US20190281092A1 (en) Communication system and information processing apparatus
JP2018032134A (ja) 建設機械管理システム
EP2840759A1 (en) Information processing system, information transmission method and program
US20200160243A1 (en) Resource reservation system, information display method, server system, and information processing terminal
JP2020087199A (ja) 通信システム、通信方法、管理装置
CN104219378A (zh) 信息处理方法及装置
CN112668283A (zh) 文档编辑方法、装置和电子设备
JP2019215727A (ja) 会議装置、会議装置の制御方法、プログラム及び会議システム
US20160267453A1 (en) Service providing system, server device, and service providing method
WO2016143096A1 (ja) 情報引継方法、情報引継システム、情報処理装置、及び情報引継プログラム
JP2017045093A (ja) 情報処理装置、プログラム、配布方法及び情報処理システム
JP2020123072A (ja) リソース予約システム、設定方法、プログラム
CN113885818B (zh) 展示方法、装置和电子设备
JP2017059033A (ja) 情報共有システム，及び情報処理サーバ
JP5202601B2 (ja) サービス提供システム及びサービス提供方法
KR20180099765A (ko) 정보 입력 방법, 장치, 프로그램 및 저장매체
KR20120085423A (ko) 촬영된 영상을 자동으로 전송하는 시스템 및 방법

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017504505

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15884587

Country of ref document: EP

Kind code of ref document: A1