WO2007043647A1 - 状況通信システム - Google Patents

状況通信システム Download PDF

Info

Publication number
WO2007043647A1
WO2007043647A1 PCT/JP2006/320456 JP2006320456W WO2007043647A1 WO 2007043647 A1 WO2007043647 A1 WO 2007043647A1 JP 2006320456 W JP2006320456 W JP 2006320456W WO 2007043647 A1 WO2007043647 A1 WO 2007043647A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
status
situation
communication
information
Prior art date
Application number
PCT/JP2006/320456
Other languages
English (en)
French (fr)
Inventor
Makoto Nishida
Kiyoji Muramatsu
Katsura Uchida
Tetsuya Higuchi
Original Assignee
Brother Kogyo Kabushiki Kaisha
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
Priority claimed from JP2005299561A external-priority patent/JP2007110458A/ja
Priority claimed from JP2005377137A external-priority patent/JP2007180918A/ja
Application filed by Brother Kogyo Kabushiki Kaisha filed Critical Brother Kogyo Kabushiki Kaisha
Publication of WO2007043647A1 publication Critical patent/WO2007043647A1/ja

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/04Telephonic communication systems specially adapted for combination with other electrical systems with alarm systems, e.g. fire, police or burglar alarm systems

Definitions

  • the present invention relates to a situation communication system, and more particularly to a system, apparatus, method, medium provided with a situation communication, a server, a terminal, a medium provided with a communication server program, and a medium provided with a terminal program. . Background art
  • Patent Document 1 Japanese Patent Laid-Open No. 2005-72743
  • the present invention has been made to solve the above-described problem, and a situation communication system and a situation communication method that can reduce a communication load when a user situation is communicated between a plurality of terminals. It is intended to provide a situation communication device, a situation communication server, a situation communication server program, a situation communication terminal, a situation communication terminal program, and a situation communication program. Means for solving the problem
  • the situation communication system includes a plurality of situation communication terminals that measure and notify the state of the user and the situation of the surrounding environment, and the situation.
  • a situation communication system comprising a situation communication server connected to a situation communication terminal via a network and mediating communication between the situation communication terminals, wherein the situation communication terminal is a biometric information related to a user or an environment related to a surrounding environment
  • the situation communication terminal is a biometric information related to a user or an environment related to a surrounding environment
  • a sensor for measuring information
  • terminal-side transmission means for transmitting status data that is either measurement information measured by the sensor or information based on the measurement information to the status communication server
  • the status communication server Terminal-side receiving means for receiving status data transmitted from the receiver, and status expressing means for expressing the status of other status communication terminals based on the status data received by the receiving means.
  • the status communication server includes server-side receiving means for receiving status data transmitted from the status communication terminal, and server-side status data for storing status data received by the server-side receiving means for each status communication terminal.
  • the storage means the server-side situation data reading means for reading the situation data to be transmitted to the situation communication terminal from the server-side situation data storage means, and at least the situation communication terminal that has transmitted the situation data.
  • server-side transmission means for transmitting the situation data read by the server-side situation data reading means.
  • the situation communication method includes a plurality of situation communication terminals that measure a user's situation and surrounding environment and notify the measurement information, and a network to the situation communication terminal.
  • a situation communication server connected to the situation communication terminal and mediating communication between the situation communication terminals.
  • the environmental information about the measurement is measured by the sensor, and the status information which is the deviation of the measured measurement information or the information based on the measurement information is transmitted to the status communication server, and the status communication server receives the status from the status communication terminal.
  • the received situation data is received, the received situation data is stored in the server side situation data storage means for each situation communication terminal, and at least the situation data is transmitted.
  • the situation communication terminals, wherein transmits read the status data from the server-side status data storage means, the status communication terminal, status data transmitted from the status communication server The status of other status communication terminals is expressed based on the received status data.
  • the status communication server is connected to a plurality of status communication terminals that measure and notify the status of the user and the status of the surrounding environment via a network, and the status communication server A situation communication server that mediates communication between terminals, the server side receiving means for receiving the situation data transmitted from the situation communication terminal, and the situation data received by the server side receiving means for each situation communication terminal.
  • the server-side status data storage means for storing the status data, the server-side status data reading means for reading the status data to be transmitted to the status communication terminal from the server-side status data storage means, and the status at which the status data has been transmitted.
  • the communication terminal is provided with server side transmission means for transmitting the situation data read by the server side situation data reading means.
  • the server-side situation data reading means is provided in the server-side situation data storage means. It is characterized by reading the status data of all stored status communication terminals
  • the situation communication server specifies another situation communication terminal to which situation data should be transmitted from the situation communication terminal.
  • the side situation data reading means reads the situation data found by the search means.
  • the situation communication server specifies another situation communication terminal to which situation data should be transmitted from the situation communication terminal.
  • the server-side status data reading means reads the status data to be transmitted to the status communication terminal from the server-side status data storage means, and the server-side transmitting means reads The status data thus transmitted is transmitted to the information communication terminal.
  • a recording medium recording the situation communication server program according to claim 7 of the present invention Makes the computer function as various processing means of the status communication server according to any one of claims 3 to 6.
  • the situation communication terminal according to claim 8 of the present invention is a situation communication terminal connected via a network to a situation communication server that mediates communication between the terminals, and includes biometric information about the user or the surrounding area.
  • a sensor that measures environmental information related to the environment
  • terminal-side transmission means that transmits situation data that is either measurement information measured by the sensor or information based on the measurement information to the situation communication server
  • the situation communication It is characterized by comprising terminal-side receiving means for receiving the situation data transmitted from the server, and situation expression means for expressing the situation based on the situation data received by the receiving means.
  • the situation communication terminal in addition to the configuration of the invention according to claim 8, terminal-side storage means for storing the situation data received by the terminal-side reception means, A terminal designating unit for designating a status communication terminal having status data to be expressed by the status expressing unit; a terminal side reading unit for reading out status data of the status communication terminal designated by the terminal designating unit from a terminal side storage unit; And a situation expression control means for controlling the situation expression means so as to express the situation based on the situation data read by the terminal side reading means.
  • the situation communication terminal according to claim 11 of the present invention in addition to the configuration of the invention according to claim 8, is another situation communication terminal having situation data expressed by the situation expression means.
  • Terminal designation means for designating, and the terminal-side transmission means transmits the situation data and designation information of the situation communication terminal by the terminal designation means to the situation communication server.
  • a recording medium recording the situation communication terminal program according to claim 13 of the present invention causes the computer to function as various processing means of the situation communication terminal according to any of claims 8 to 12. .
  • the situation communication device is a situation communication apparatus that communicates situation information that is information relating to the situation of the user or the surrounding environment. It is characterized by comprising acquisition means for acquiring status information, and display control means for enabling the display means to display the status of a plurality of terminals based on the status information acquired by the acquisition means.
  • the extraction display unit extracts a terminal having specific situation information and extracts the terminal. It is characterized by displaying the status.
  • one or a plurality of terminals from a plurality of terminals whose states are displayed by the display control means in addition to the configuration of the invention according to claim 14, one or a plurality of terminals from a plurality of terminals whose states are displayed by the display control means.
  • the display control means includes the status of the own device and the status of the selected terminal. Is displayed at the same time.
  • the situation communication apparatus includes input means for inputting the situation information of the own apparatus or the situation information of the user.
  • the It is characterized by that.
  • the situation communication device includes, in addition to the configuration of the invention according to claim 14, a measurement means for measuring the state of the user and the situation of the surrounding environment, and the measurement Characterized by comprising situation information creating means for creating situation information including at least one of the emotion and state of the user or the surroundings and power of the user's device based on the measurement information measured by the means. .
  • the display control means is configured to display at least one of color and vibration based on the situation information. It is characterized by comprising status display control means for displaying the status.
  • the status communication method acquires status information that is information related to a user of a terminal capable of communication and the status of the surrounding environment, and based on the acquired status information, The status of a plurality of terminals is displayed on the display means.
  • the recording medium recording the situation communication program according to claim 24 of the present invention causes the computer to function as various processing means of the situation communication apparatus according to any one of claims 14 to 22. It is characterized by.
  • the situation communication terminal measures the biometric information and environmental information of the user by the sensor, and based on this, the situation data is sent to the situation communication server.
  • the situation communication server stores the situation data received from the situation communication terminal, and transmits the stored situation data to the situation communication terminal. Therefore, when a plurality of status communication terminals communicate with each other, direct communication is not performed between the status communication terminals but via the status communication server, communication is one-to-one between the status communication terminal and the status communication server. .
  • Status When a status communication terminal designates another status communication terminal and wants to obtain the status of the other status communication terminal, the status data is stored in the status communication server. Status data is available via communication.
  • the situation communication terminal measures the user's biological information and environmental information by the sensor, and based on the measurement, the situation data is obtained from the situation communication server.
  • the status communication server stores the status data received from the status communication terminal, and transmits the stored status data to the status communication terminal. Therefore, when a plurality of situation communication terminals communicate, direct communication is not performed between the situation communication terminals, and the situation communication server and the situation communication server are in one-to-one communication.
  • the status communication terminal specifies another status communication terminal and wants to obtain the status of the other status communication terminal, the status data is stored in the status communication server, so communication with the status communication server is possible.
  • the status data is available. Therefore, even when multiple status communication terminals try to obtain status data for a single status communication terminal, the communication load can be reduced compared to direct communication between status communication terminals. And smooth communication.
  • the situation communication server is the situation data transmitted by the situation communication terminal based on the measurement of the biological information and environmental information of the user by the sensor. Is transmitted to the status communication terminal. Therefore, by using such a situation communication server, when a plurality of situation communication terminals communicate, direct communication is not performed between the situation communication terminals, and communication is always performed via the situation communication server. One-to-one communication between the terminal and the status communication server. If the status communication terminal specifies another status communication terminal and obtains the status of the other status communication terminal! /, The status data is also stored in the status communication server. Status data is available via communication. Therefore, even when multiple status communication terminals try to obtain status data for a single status communication terminal, the communication load can be reduced compared to direct communication between status communication terminals. Smooth communication can be performed.
  • the situation communication server stores all of the stored state data when transmitting the situation data to the situation communication terminal. Read and send the status data. Therefore, in the situation communication terminal, all the situation communication terminals stored in the situation communication server regardless of whether the status data is V, other situation communication terminals! Status data on It is possible to specify the status communication terminal of the other party to be displayed appropriately on the status communication terminal side, search the status data, and display it.
  • the situation communication server searches the situation data of other situation communication terminals designated by the situation communication terminal, and Since only the status data is transmitted, there is no need for search processing on the status communication terminal side, and the status of other status communication terminals specified immediately after reception can be displayed.
  • the status communication server according to claim 6 of the present invention returns a response when any status communication terminal transmits status data.
  • the situation data stored in the situation communication server is read and transmitted. Therefore, appropriate status data can be transmitted when the status communication terminal is requesting status data.
  • the recording medium according to claim 7 of the present invention causes the situation communication server program to be executed by a computer, thereby providing various processing means for the situation communication server according to any of claims 3 to 6. The effect of this can be achieved.
  • the situation communication terminal measures a user's biological information and environmental information by a sensor, and based on this, transmits situation data to the situation communication server.
  • the status communication server will send the stored status data, so that the status of the desired status communication terminal can be displayed appropriately based on the received status data! . Therefore, even when the situation communication terminals to be displayed are concentrated, the direct communication is not performed, but the situation communication server is used, so the communication load can be reduced and smooth communication can be performed. .
  • the situation communication terminal according to claim 9 of the present invention includes terminal-side storage means for storing situation data received from the situation communication server. Even when status data related to multiple status communication terminals is received, it is stored, and a search is performed by specifying the status communication terminal to be displayed as appropriate, and the status is displayed based on the corresponding status data. be able to.
  • the situation communication terminal according to claim 10 of the present invention provides a status based on the situation data when new situation data is generated. Since the situation is expressed, its own situation can be expressed based on the situation data obtained by searching the storage means when the situation data is generated.
  • the situation communication terminal according to claim 11 of the present invention also transmits designation information of other situation communication terminals to the situation communication server. Therefore, in the situation communication server, in addition to the situation data, designation information is stored for each information communication terminal, and the situation expression using the designation information is received by the received situation communication terminal, for example, the other party is designated. It is possible to take special measures such as using special expressions.
  • the situation communication terminal according to claim 12 of the present invention sends the situation data to the situation communication server when new situation data is generated. Since it is transmitted, the latest status data can always be stored in the status communication server.
  • the recording medium according to claim 13 of the present invention causes the situation communication terminal program to be executed by a computer, thereby providing various processing means for the situation communication terminal according to any of claims 8 to 12. The effect of this can be achieved.
  • the status communication device acquires status information of communicable terminals by the acquisition means, and displays the status of a plurality of terminals on the display means based on the acquired status information. be able to. Therefore, it is possible to select one or more terminals from the displayed terminals based on the situation.
  • the status communication device displays the statuses of all terminals as a list of status displays of a plurality of terminals. Therefore, it is possible to select a desired terminal while comparing the statuses of all terminals that can communicate with each other.
  • the situation communication device according to claim 16 of the present invention adds some terminals that meet a predetermined condition by the extraction display means. Since it is possible to extract and display the status, it is possible to display only terminals that meet a specific condition and further select a desired terminal from among them. [0045] Further, the situation communication device according to claim 17 of the present invention extracts a terminal having specific situation information as a predetermined condition in addition to the effect of the invention according to claim 16. Thus, it is possible to display only terminals in a desired situation and further select a desired terminal from among them.
  • one or a plurality of terminals are selected by the selection means from the plurality of terminals displaying the situation. Since the status of the selected terminal is selected and updated every time the status information is acquired, the status can be known almost in real time.
  • the status communication device In addition to the effect of the invention described in claim 14, the status communication device according to claim 19 of the present invention simultaneously displays the status of the device itself and the status of the selected terminal. You can.
  • the situation communication apparatus inputs the situation information of the own apparatus or the situation information of the user from the input means. Can do.
  • the situation communication device in addition to the effect of the invention according to claim 1, measures the state of the user and the situation of the surrounding environment by a measuring means such as a sensor. Based on the measurement information, the status information creation means can create the status of the user or status information around the device.
  • the situation communication device can display the situation using at least one of color and vibration.
  • the status communication method acquires status information that is information related to a user of a terminal capable of communication and the status of the surrounding environment, and based on the acquired status information, Since the status of a plurality of terminals can be displayed on the display means, the user can grasp the status of the selected plurality of terminals at all times or by switching.
  • the recording medium according to claim 24 of the present invention causes the computer to execute the situation communication program, and as various processing means of the situation communication apparatus according to any one of claims 14 to 22. An effect can be produced.
  • FIG. 1 is a system configuration diagram showing a configuration of a situation communication system 100 according to a first embodiment of the present invention.
  • FIG. 2 is an image view of the situation communication terminal 1 according to the first embodiment of the present invention as viewed obliquely from above.
  • FIG. 3 is an image view of the situation communication terminal 1 according to the first embodiment of the present invention when the forward force is seen.
  • FIG. 4 is a block diagram showing an electrical configuration of status communication terminal 1 according to the first embodiment of the present invention.
  • FIG. 5 is a schematic diagram showing a configuration of a storage area of a RAM 30 according to the first embodiment of the present invention.
  • FIG. 6 is a schematic diagram showing a configuration of a sensing data storage area 301 in the RAM 30 according to the first embodiment of the present invention.
  • FIG. 7 is a schematic diagram showing a configuration of a situation inference table stored in a situation inference table storage area 302 according to the first embodiment of the present invention.
  • FIG. 8 is a schematic diagram showing the configuration of the own terminal information storage area 303 according to the first embodiment of the present invention.
  • FIG. 9 is a schematic diagram showing a configuration of all terminal information storage area 304 according to the first embodiment of the present invention.
  • FIG. 10 is a schematic diagram showing a configuration of a situation display table stored in a situation display table storage area 305 according to the first embodiment of the present invention.
  • FIG. 11 is a flowchart of main processing of the status communication terminal 1 according to the first embodiment of the present invention.
  • FIG. 12 is a flowchart of sensor processing activated by main processing according to the first embodiment of the present invention.
  • FIG. 13 is a flowchart of a situation inference process executed in the main process according to the first embodiment of the present invention.
  • FIG. 14 is a flowchart of data transmission / reception processing executed in the main processing according to the first embodiment of the present invention.
  • FIG. 15 is a flowchart of status display processing executed in the main processing according to the first embodiment of the present invention.
  • FIG. 16 is a block diagram showing an electrical configuration of the mediation server 2 according to the first embodiment of the present invention and the mediation server 1003 according to the second embodiment of the present invention.
  • ⁇ 17 A schematic diagram showing the configuration of all terminal information storage area 182 according to the first embodiment of the present invention.
  • FIG. 18 is a flowchart of main processing of the mediation server 2 according to the first embodiment of the present invention.
  • FIG. 19 is a time chart of the situation communication system 100 according to the first embodiment of the present invention.
  • FIG. 20 is a flowchart of the main processing of the situation communication terminal 1 of Modification 1 according to the first embodiment of the present invention.
  • FIG. 23 is a flowchart of a main process of the mediation server 2 of Modification 1 according to the first embodiment of the present invention. 24] A time chart of Modification 1 according to the first embodiment of the present invention.
  • FIG. 27 is a flowchart of a main process of the mediation server 2 of Modification 2 according to the first embodiment of the present invention. ⁇ 28] A time chart of Modification 2 according to the first embodiment of the present invention.
  • FIG. 32 is a system configuration diagram showing a configuration of a status communication system 1100 according to the second embodiment of the present invention.
  • FIG. 33 A block diagram showing an electrical configuration of the virtual situation communication terminal 1001 according to the second embodiment of the present invention.
  • FIG. 34 is an image diagram of a main screen 1200 displayed on the display device 1070 of the virtual status communication terminal 1001 according to the second embodiment of the present invention.
  • FIG. 35 is an image diagram of a terminal designation screen 1400 displayed on the display device 1070 of the virtual status communication terminal 1001 according to the second embodiment of the present invention.
  • FIG. 36 is a schematic diagram showing a structure of a storage area of a RAM 1030 according to the second embodiment of the present invention.
  • FIG. 37 is a schematic diagram showing a configuration of a situation inference table stored in a situation inference table storage area 1302 according to the second embodiment of the present invention.
  • FIG. 38 is a schematic diagram showing the configuration of the own terminal information storage area 1303 according to the second embodiment of the present invention.
  • FIG. 39 is a schematic diagram showing the configuration of the all-terminal information storage area 1304 according to the second embodiment of the present invention.
  • FIG. 40 is a schematic diagram showing a configuration of a situation display table stored in a situation display table storage area 1305 according to the second embodiment of the present invention.
  • FIG. 41 is a flowchart of main processing of the virtual situation communication terminal 1001 according to the second embodiment of the present invention.
  • ⁇ 42] A flowchart of the main state process executed in the main process according to the second embodiment of the present invention.
  • FIG. 43 is a flowchart of the terminal designation state process executed in the main process according to the second embodiment of the present invention.
  • FIG. 46 is a flowchart of a situation inference process executed in the main state process according to the second embodiment of the present invention.
  • FIG. 47 is a flowchart of a data transmission / reception process executed in the main state process and the terminal designation state process according to the second embodiment of the present invention.
  • FIG. 50 is an image view of an intermediate table generated by the sorting process according to the second embodiment of the present invention.
  • FIG. 51 is a flowchart of a list display process executed in the terminal designation state process according to the second embodiment of the present invention.
  • FIG. 53 is a schematic diagram showing the configuration of the all-terminal information storage area 1182 according to the second embodiment of the present invention.
  • FIG. 54 is a flowchart of main processing of the mediation server 1003 according to the second embodiment of the present invention.
  • FIG. 55 is a time chart of the situation communication system 1100 according to the second embodiment of the present invention.
  • FIG. 56 is an image view of list display main screen 2200 of modification 1 according to the second embodiment of the present invention.
  • FIG. 57 is an image diagram of a page switching display main screen 2300 of Modification 1 according to the second embodiment of the present invention.
  • FIG. 59 is a flowchart of mouse input processing of Modification 1 according to the second embodiment of the present invention.
  • FIG. 60 is a flowchart of main display processing of Modification 1 according to the second embodiment of the present invention.
  • FIG. 61 is a flowchart of designated terminal display processing of Modification 1 according to the second embodiment of the present invention.
  • FIG. 62 is a flowchart of terminal designation processing according to Modification 1 according to the second embodiment of the present invention.
  • FIG. 63 is a flowchart of terminal designation state processing according to Modification 2 of the second embodiment of the present invention.
  • FIG. 64 is a flowchart of the sorting process of the second modification according to the second embodiment of the present invention.
  • FIG. 65 is an image view of a tape tool generated by the sorting process of Modification 2 according to the second embodiment of the present invention.
  • FIG. 66 is a flowchart of the list display process of Modification 2 according to the second embodiment of the present invention.
  • FIG. 67 is a flowchart of terminal designation processing according to Modification 2 of the second embodiment of the present invention.
  • FIG. 1 is a system configuration diagram showing the configuration of the situation communication system 100.
  • the situation communication system 100 can express the user and the surrounding situation.
  • the situation communication system 100 is connected to a plurality of situation communication terminals 1 connected to the Internet 4 and the Internet 4 to communicate the situation communication.
  • Terminal 1 is composed of an intermediary server 2 that mediates communication between each other.
  • the situation communication terminal 1 includes various sensors, infers the situation of the user and surroundings based on the sensing data detected by the sensors, transmits the result to the mediation server 2, and sends the mediation server 2 From the situation inference status of the other status communication terminal 1, the other status communication terminal 1 and its own status are expressed using an expression means such as an LED.
  • FIG. 2 is an image diagram of situation communication terminal 1 as viewed from obliquely above
  • FIG. 3 is an image diagram of situation communication terminal 1 as viewed from the front
  • FIG. 4 is a block diagram showing the electrical configuration of the status communication terminal 1.
  • the status communication terminal 1 is a substantially spherical body, and has a size that allows the user to hold it with one hand or both hands.
  • the casing of the situation communication terminal 1 is formed in a spherical shape with a transparent synthetic resin having a thickness of several millimeters (for example, 5 mm), and a spherical sealed space is formed inside.
  • the situation communication terminal 1 which is the upper part of the casing and on the front side, opens upward, and the card
  • An insertion portion 55 for inserting the identification member 52 is provided.
  • the insertion portion 55 is opened in a hollow portion 50 provided so as to go around the surface of the casing so that the identification member 52 can visually recognize the user force and does not protrude the casing force.
  • a photo sensor 18 (see FIG. 4) for reading information specifying the other status communication terminal 1 described in the identification member 52 is provided inside the housing below the insertion portion 55! /.
  • the identification member 52 is formed in a substantially rectangular card shape, and on the surface, identification information such as a face photograph of a designated partner and a name is described so as to be visible to the user.
  • a reflective slit is provided to indicate the ID of the designated communication terminal that can be read by the sensor 18.
  • the photosensor 18 reads the ID of the designated status communication terminal, and the ID is stored in the RAM 30 (see FIG. 4) as designation information as will be described later.
  • the identification member 52 corresponds to the terminal designating means of the present invention.
  • a circular plate arranged in a plane parallel to the installation surface at the lower end of the casing of the situation communication terminal 1 and passing through the central portion of the casing is disposed inside the casing of the situation communication terminal 1.
  • the board is provided with various sensors 12 to 17 (see Fig. 4), actuators 21 and 23 (see Fig. 4), control unit 99 (see Fig. 4), etc. .
  • the case communication terminal 1 has a CPUIO, ROM20, RAM30 that controls the state communication terminal 1, a time measuring device 40 that measures time, and a mediation server 2 that communicates with the inside of the case communication case 1.
  • a control unit 99 in which a communication unit 60 for performing communication, an IZO interface 70 for connecting various modules, and the like are accommodated.
  • the ROM 20, RAM 30, timing device 40, communication unit 60, and I / O interface 70 are connected to the CPU 10 via the bus 80.
  • the status communication terminal 1 is powered by a battery.
  • the ROM 20 stores a status communication program for executing each process shown in FIGS.
  • the status communication terminal 1 includes an AD change to which various sensors 12 to 18 are connected, and an extension port 91 for inserting the actuators 21 and 23.
  • the AD converter 90 is connected to the CPU 10 via the IZO interface 70 and the bus 80, and is converted into digital data by the measured value force AD conversion 90 of the analog data input from the various sensors 12 to 18, and is controlled by the control unit. Entered in 99.
  • Expansion port 91 is also connected to I / O interface 70 and The digital data instruction signal output from the control unit 99 is input to the actuators 21 and 23 via the expansion port 91.
  • Various sensors 12 to 18 can be attached / detached / added / replaced in the AD converter 90, and the actuators 21 and 23 can be attached / detached, added or replaced in the expansion port 91.
  • the acceleration sensor 12 is an acceleration sensor that uses a change in electrostatic capacity, piezoelectric ceramic, or the like, and measures the movement of the situation communication terminal 1 (acceleration applied to the situation communication terminal 1 and its direction).
  • the temperature sensor 13 is a so-called thermometer using a platinum resistance temperature detector, thermistor, thermocouple, etc., and measures the temperature around the status communication terminal 1 and the temperature of the palm or finger touching the device. .
  • the infrared sensor 14 detects the difference in distance due to the expansion and contraction of blood and measures the heartbeat (pulse rate) of the person touching it.
  • the optical sensor 15 is a sensor that measures the intensity of light using a phototransistor, CdS, or the like, and is provided on the surface of the status communication terminal 1.
  • the pressure sensor 16 is provided on the surface of the status communication terminal 1, and a constant resistance is connected in series to the conductive rubber, and a partial voltage value of the conductive rubber is measured by applying a certain voltage. Measure the pressure applied to The microphone 17 inputs sound and other sounds around the situation communication terminal 1.
  • the temperature sensor 13, the infrared sensor 14, the optical sensor 15, the pressure sensor 16, and the microphone 17 are arranged on the surface of the casing near the plane passing through the central portion of the casing of the status communication terminal 1. Is arranged. Then, when the user holds the status communication terminal 1 so that the surface of the identification member 52 can be seen with the identification member 52 inserted, the temperature sensor 13, the infrared sensor 14, the optical sensor 15, and the pressure sensor 16 are connected to the user. When the finger is touched and sensing is properly performed, the microphone 17 is positioned in front of the user, so that it is easy to pick up the voice around the user.
  • the LED 21 lights up in various colors and brightness, and can emit light in any direction (upper, lower, etc.).
  • the motor 23 vibrates the status communication terminal 1.
  • the situation communication terminal 1 is not provided with a keyboard like a personal computer. Therefore, the information detected by the various sensors 12 to 17 of the status communication terminal 1 The operation is instructed by registering in advance as an instruction input for instructing an operation, and by the user holding the status communication terminal 1 and performing a gesture (shaking a predetermined number of times, holding, etc.).
  • FIG. 5 is a schematic diagram showing the configuration of the storage area of the RAM 30.
  • FIG. 6 is a schematic diagram showing the configuration of the sensing data storage area 301 of the RAM 30.
  • FIG. 7 is a schematic diagram showing the configuration of the situation inference table stored in the situation inference table storage area 302.
  • FIG. 8 is a schematic diagram showing the configuration of the own terminal information storage area 303.
  • FIG. 9 is a schematic diagram showing the configuration of the all terminal information storage area 304.
  • FIG. 10 is a schematic diagram showing the configuration of the situation display table stored in the situation display table storage area 305.
  • the RAM 30 has a sensing data storage area 301 for storing sensing data, which is a value measured by the various sensors 12 to 17, and a situation inference based on the sensing data.
  • Situation inference table storage area 302 for storing the own situation inference table, own ID, specified situation communication terminal ID, own terminal information storage area 303 for storing own situation inference value, all received from the mediation server 2
  • Status communication terminal ID, specified status communication terminal ID, all terminal information storage area 304 for storing the status inference value of the status communication terminal, and a status display table for displaying the status according to the status inference value
  • a status display table storage area 305 to be stored and other storage areas not shown are provided.
  • the sensing data storage area 301 is provided with a storage buffer 1 and a storage buffer 2, which are detected by various sensors 12 to 17 and converted into digital data by AD conversion 90.
  • the pressure data, temperature data, light data, and sound data which are the measured values (sensing data), are stored in the storage buffer 1 each time it is measured, and are copied to the storage buffer 2 when the sensing data from all the sensors are available.
  • the value of save buffer 2 is used in the situation inference process (details are described later). Note that each sensing data shown in Fig. 6 uses the value converted from the sensor voltage value to AD and further converted into each unit for easy understanding. For the force, the AD converted value may be used as it is.
  • the situation inference table storage area 302 stores a situation inference table for inferring the user's situation based on the acquired various sensing data.
  • the values of pressure, temperature, light, and sound sensing data are applied to the situation inference table, the situation inference process is executed, and the result is output as the situation inference value.
  • the ID of the situation communication terminal that is preliminarily set as information on the situation communication terminal itself (in the example of FIG. 8).
  • ID “A”) the ID of the other status communication terminal 1 specified by insertion of the identification member 52 into the insertion portion 55 (ID “B” in the example of FIG. 8), and the result of status inference based on the sensing data
  • the output situation reasoning value (“1” in the example of Fig. 8) is stored. If the insertion member 52 is not inserted, the designated terminal ID item has no information.
  • all terminal information storage area 304 stores information about all status communication terminals 1 received from mediation server 2.
  • the information items include the ID of the status communication terminal 1, the ID of the other status communication terminal specified by the status communication terminal 1, and the status inference value output by the status communication terminal 1, as with the local terminal information. It consists of
  • the situation display table storage area 305 is based on the situation inference value obtained by the situation inference process or the situation inference value of the other situation communication terminal 1 received.
  • a status display table for expressing the status is stored in the status communication terminal 1 by the actor.
  • the status display method is the same for both the status inference value and the status inference value of the other status communication terminal 1. For example, if the status inference value is ⁇ 1 '', LED 21 lights up in red. If the situation reasoning value is “2”, the LED 21 is lit in blue. If the situation reasoning value is “3”, the LED 21 is lit in green.
  • the LED 21 can be turned on by designating the direction, so that its own status is displayed at the bottom of the status communication terminal 1 and the status of the designated terminal is displayed at the top.
  • the method of displaying the situation is not limited to the LED 21, and various expressions can be made by vibrating the motor 23, combining both, or connecting another activator.
  • FIG. 11 shows the state 5 is a flowchart of main processing of the status communication terminal 1.
  • FIG. 12 is a flowchart of the sensor process activated by the main process.
  • FIG. 13 is a flowchart of the situation inference process executed in the main process.
  • FIG. 14 is a flowchart of data transmission / reception processing executed in the main processing.
  • FIG. 15 is a flowchart of the designated terminal status display process executed in the main process.
  • the main processing (FIG. 11) of the present embodiment starts the status communication program when a battery is set in the status communication terminal 1 and the power is turned on, and is continuously executed by the CPU 10 of the status communication terminal 1. To be implemented.
  • various data, flags, etc. are initialized (Sl).
  • the sensing data storage area 301 is initialized in the RAM 30 or the count value for counting the number of times of the gesture is cleared.
  • a situation inference process is performed for inferring a situation such as a user's emotion and calculating an index value. (S3). Details of the situation inference process will be described later with reference to FIG.
  • the LED 21 and the motor 23 display their status (S4). For example, if the situation reasoning power S “l”, LED 21 is lit in red.
  • the status display of the self terminal is displayed in the lower half of the status communication terminal 1.
  • the situation reasoning value obtained by the situation reasoning process is transmitted to the mediation server 2, and the situation reasoning values of all terminals including itself and other situation communication terminals 1 are received from the mediation server 2.
  • Data transmission / reception processing is executed (S5). Details of the data transmission / reception processing will be described later with reference to FIG.
  • sensing data is acquired from the sensor (S102), and the acquired sensing data is stored in the storage buffer 1 of the sensing data storage area 301 (S103).
  • S101 sensing data is acquired from the sensor
  • S102 the acquired sensing data is stored in the storage buffer 1 of the sensing data storage area 301 (S103).
  • S103 sensing data storage area 301
  • only sensing data from the pressure sensor 16 and the optical sensor 14 can be acquired, only the pressure data and the optical data are stored in the storage buffer 1 of the sensing data storage area 301 as shown in FIG.
  • sensing data from all the sensors are stored in the buffer 1 (S104). If all the sensors are not acquired (S104: NO), the process returns to S102. Acquire measured sensing data. For example, as described above, if there is only pressure data and light data in the storage buffer 1 of the sensing data storage area 301, acquisition of sensing data is repeated until temperature data and sound data are available.
  • the sensing data that can always be used is stored in the storage buffer 2 of the sensing data storage area 301. Based on the sensing data, situation inference processing can be executed (Fig. 11, S3).
  • the CPU 10 Judge whether or not the force is “1”.
  • the storage buffer 2 in the sensing data storage area 301 is copied and updated from the storage buffer 1 when all the sensor force new sensing data is acquired in the above-described sensor processing (FIG. 12, S105). Therefore, if the storage buffer 2 is updated, it means that new sensing data has been obtained! Therefore, it is possible to infer the situation based on the sensing data. Therefore, if the storage buffer 2 has not been updated (S31: NO), the determination in S31 is repeated and the process waits until it is updated.
  • the situation inference value is calculated using the situation inference table storage area 302 based on each sensing data stored in the storage buffer 2 (S32). For example, if sensing data is stored in the storage buffer 2 as shown in Fig. 6, referring to the situation inference table in Fig. 7, the pressure is 5 (kg / cm SUP> 2 KU / SUP>) or more, Since the temperature is 35 (° C) or more, the light is 10 (lx) or less, and the sound is 10 (db) or more, the situation reasoning value is calculated as ⁇ 1 '', the user is excited .
  • the situation inference value calculated by the above processing is stored in the item of situation inference value in the own terminal information storage area 303 shown in FIG. 8 (S33). At this time, the CPU 10 resets the update flag to “0”. Then, the process returns to the main process.
  • the situation reasoning value calculated by the situation reasoning process corresponds to the situation data of the present invention.
  • the data transmission / reception process executed in the main process will be described with reference to FIG.
  • the information stored in its own terminal information storage area 303 that is, its own terminal ID, the terminal ID of the other party whose status is to be displayed on its own terminal, and the status
  • the own situation inference value obtained by the inference process is transmitted to the mediation server 2 (S41).
  • the mediation server 2 When the mediation server 2 receives the terminal information, the mediation server 2 stores the information in the mediation server 2 and transmits all the terminal information as all the information to all the status communication terminals 1 (for details, see The terminal information is received (S42). The received contents are stored in all terminal information storage area 304, updated (S43), and the process returns to the main process. As a result of the above processing, all the information of the other status communication terminal 1 held by the mediation server 2 at that time is transmitted at the timing when the status inference value is transmitted to the mediation server 2. Communication end At the end, the situation reasoning value can be stored.
  • the designated terminal status display process executed in the main process will be described with reference to FIG. First, it is determined whether or not the designated terminal ID is stored in the own terminal information storage area 303 (see FIG. 8), that is, whether or not the ID of the terminal whose status is to be displayed is designated (S51). As described above, when the identification member 52 is inserted into the insertion portion 55, the designated terminal ID is read by the photosensor 18, and the output value from the photosensor 18 is the designated terminal ID item of the own terminal information storage area 303. Is remembered.
  • the ID of the designated terminal included in the information of the terminal found as a result of the search is the ID of the own terminal, that is, whether or not they are mutually designated (S53). ). For example, if your terminal ID is A and your partner's specified ID is B, the terminal B's specified terminal ID found in all terminal information storage area 304 is “A”. Judge whether or not. If the specified terminal ID of the specified terminal is not its own terminal ID (S53: NO), the process proceeds directly to S55.
  • the information of the designated terminal discovered in S52 includes the situation reasoning value. It is determined whether or not (S55). If the status inference value of the designated terminal is stored! (No information) (S55: NO), the status display is impossible, and the process returns to the main process.
  • the status display tape stored in the status display table storage area 305 is stored based on the status inference value.
  • the instructions see Fig. 10
  • display the status with the LED21, motor 23, etc. S56
  • the LED 21 is lit in blue.
  • the status display of the designated terminal is displayed on the upper half of the status communication terminal 1.
  • FIG. 16 is a block diagram showing an electrical configuration of the mediation server 2.
  • FIG. 17 is a schematic diagram showing the configuration of all terminal information storage area 182. As shown in FIG.
  • the intermediary server 2 is a general computer and includes a communication device 190 that can be connected to the Internet 4 via a router 195.
  • the communication device 190 corresponds to the server side transmission unit and the server side reception unit of the present invention.
  • the mediation server 2 is provided with a CPU 110 that controls the mediation server 2.
  • the CPU 110 stores a RAM 120 that temporarily stores various data, a BIOS, and the like.
  • ROM 130 is connected to IZO interface 170 that mediates data transfer.
  • a hard disk device 180 is connected to the interface 170, and the node disk device 180 has a program storage area 181 and all terminal information storage areas 182 for storing terminal information transmitted from each status communication terminal 1. And other information storage areas not shown.
  • a program storage area 181 stores a program executed by the CPU 110. All terminal information storage area 182 corresponds to the server-side status data storage means of the present invention.
  • the video controller 140, the key controller 150, the CD-ROM drive 160, and the communication device 190 are connected to the I / O interface 170, and the display 145 is connected to the video controller 140.
  • a keyboard 155 is connected to the key controller 150, and the communication device 190 can be connected to the Internet 4 via the router 195.
  • the CD-ROM 165 inserted in the CD-ROM drive 160 stores the control program for the mediation server 2.
  • the control program is set up from the CD-ROM 165 to the hard disk device 180 and stored in the program. It is stored in area 181.
  • all terminal information storage area 182 of hard disk device 180 will be described with reference to FIG.
  • the terminal ID, the designated terminal ID, and the situation inference value transmitted from each situation communication terminal 1 are stored in the mediation server 2.
  • the specified terminal ID and status inference value of status communication terminal 1 corresponding to the terminal ID are rewritten to a new one, and all terminal information is updated.
  • New For example, as shown in the upper part of FIG. 17, all terminal information area 182 before update has a status communication terminal 1 having IDs of A, B, C,..., Terminal A has no designated terminal, status The reasoning value is 0, terminal B stores the designated terminal A, situation reasoning value 2, terminal C has no designated terminal, and the situation reasoning value 3 is stored.
  • data about terminal A is updated in all terminal information storage area 182.
  • Status inference value is 1, terminal B is stored as designated terminal A, status inference value 2, terminal C is not designated terminal, status inference value is 3, and so on
  • FIG. 18 is a flowchart of the main process of the mediation server 2.
  • S201 When the power is turned on and the main process of the mediation server 2 is started, after initialization is executed (S201), it is determined whether any status communication terminal 1 has received the information (S202). If it has not been received (S202: NO), it waits until it is received and repeats the determination of S202.
  • S202: YES the received terminal information (see FIG. 8) is acquired, and the record relating to that terminal in all terminal information storage area 182 is updated (S203). For example, when the contents of all terminal information storage area 182 are in the state shown in the upper part of FIG. 17, the terminal information having the contents of FIG. 8 is transmitted from status communication terminal 1 (terminal A) whose terminal ID is A. In such a case, the information on the part of terminal A is updated to the contents shown in the lower part of FIG.
  • the information of all terminals stored in all terminal information storage area 182 after update is transmitted to status communication terminal 1 (terminal A in the above example) that has transmitted the information. (S204). And it returns to S202. Therefore, the status communication terminal 1 that has transmitted the terminal information can obtain the terminal information from the return mediation server 2 to the other status communication terminal 1. Then, as described above, the specified terminal information is extracted from the received all terminal information, The status of the designated terminal can be displayed by the actuator.
  • FIG. 19 is a time chart of the situation communication system 100.
  • the terminal ID is “A” and the situation ID is “B”, and the other party's terminal ID (specified status communication terminal) is “B”, and the terminal ID is “B”.
  • the processing between the situation communication terminal B for which no situation communication terminal is specified and the mediation server 2 will be described as an example.
  • the flowcharts in FIGS. 11 to 15 and FIG. 18 are also referred to as necessary.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the mediation server 2 statically stores the IDs of all status communication terminals in advance, but as a modification, only the IDs of status communication terminals connected to the mediation server 2 are dynamically stored. In other words, only the ID of the status communication terminal that transmitted the terminal information may be stored.
  • the sensor process is activated in the situation communication terminal B (Fig. 11, S2), and sensing is executed (Fig. 12).
  • Fig. 11, S3 Take Based on the obtained sensing data, situation inference processing is executed (Fig. 11, S3), and the obtained situation inference value is transmitted to the intermediary server 2 as its own terminal information (Fig. 11, S5).
  • the local terminal information transmitted from the status communication terminal B to the intermediary server 2 is “own terminal ID: B, designated terminal ID: none, status inference value: 2”.
  • the mediation server 2 receives the local terminal information "own terminal ID: B, specified terminal ID: none, status inference value: 2" from the status communication terminal B, and stores the corresponding record in the all terminal information storage area 182. Update (Fig. 18, S203). Then, all information stored in all terminal information storage area 182 is transmitted to status communication terminal B (FIG. 18, S204). For example, the terminal information of status communication terminal A and status communication terminal B is stored in all terminal information storage area 182, and the terminal information of status communication terminal A is “own terminal ID: A, designated terminal ID: B, status. Inferred value: 1 ”, and the terminal information of status communication terminal B is the updated“ own terminal ID: B, specified terminal ID: no information, status inferred value: 2 ”, the information of these two records is Sent to status communication terminal B.
  • the status communication terminal A updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information previously transmitted from the mediation server 2 (FIG. 14, S43). That is, the transmitted all terminal information, “own terminal ID: A, designated terminal ID: B, status inference value: 1”, “own terminal ID: B, designated terminal ID: no information, status inference value: no information” Copied to all terminal information storage area 304 (Fig. 9).
  • the status communication terminal B updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information transmitted from the mediation server 2 (FIG. 14, S43). That is, all transmitted terminal information, “own terminal ID: A, designated terminal ID: B, status inference value: 1”, “own terminal ID: B, designated terminal ID: no information, status inference value: 2” are all. It is copied to the terminal information storage area 304.
  • the status communication terminal B displayed by the user of the status communication terminal B is designated. (Fig. 15, S51: NO), no status is displayed on the upper part of status communication terminal B.
  • the situation processing terminal A repeats the main process of Fig. 11 and executes the situation inference process based on the new sensing data (Fig. 11, S3), the situation inference value becomes the own terminal again.
  • Information (see FIG. 8) is transmitted to the mediation server 2 (FIG. 11, S5).
  • the own terminal information transmitted from the situation communication terminal A to the intermediary server 2 is assumed to be “own terminal ID: A, designated terminal ID: B, situation inference value: 1” that is unchanged from the previous time.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • status communication terminal A updates the contents of all terminal information storage area 304 of RAM 30 based on all terminal information transmitted from mediation server 2 (FIG. 14, S43).
  • all transmitted terminal information “own terminal ID: A, specified terminal ID: B, status inference value: 1” “own terminal ID: B, specified terminal ID: no information, status inference value: 2 Is copied to all terminal information storage area 304.
  • each situation communication terminal 1 always performs sensing with the various sensors 12 to 17, and based on the obtained sensing data.
  • situation inference is performed to obtain a situation inference value, and is transmitted to the intermediary server 2 as terminal information together with designated terminal information designated by inserting the identification member 52.
  • the mediation server 2 receives the terminal information, it updates the record for the terminal in the all-terminal information storage area 182 and sends back all the terminal information to the status communication terminal 1 that has transmitted the terminal information.
  • the status communication terminal 1 that has received all terminal information stores this in the all terminal information storage area 304 of the RAM 30 and searches and finds the terminal information of the other status communication terminal 1 specified by the specified terminal information.
  • Each status communication terminal 1 can communicate with the mediation server 2 regardless of the designated terminal, obtain all terminal information including the designated terminal from the mediation server 2, and express the status of the designated terminal. Therefore, even if the designated terminal is overlapped by a plurality of status communication terminals, communication is limited between each status communication terminal and the intermediary server 2, so the communication load is reduced.
  • the CPU 10 of the communication terminal functions as the terminal-side transmission means of the present invention.
  • the CPU 10 of the status communication terminal that executes the all terminal information reception process in S42 of FIG. 14 functions as the terminal side receiving means of the present invention.
  • the CPU 110 of the mediation server 2 that executes the process of reading all terminal information from the all terminal information storage area 182 and transmitting it to the status communication terminal 1 in S204 of FIG. 18 functions as the server-side status data reading means of the present invention. .
  • FIG. 20 is a flowchart of the main process of the situation communication terminal 1 of the first modification.
  • FIG. 21 is a flowchart of the data transmission / reception process executed in the main process of the status communication terminal 1 of the first modification.
  • FIG. 22 is a flowchart of the designated terminal status display process executed in the data transmission / reception process of the first modification.
  • FIG. 23 is a flowchart of the main process of the mediation server 2 of the first modification.
  • FIG. 24 is a time chart of the first modification.
  • a designated terminal information storage area is prepared as a storage area of the RAM 30 instead of the all terminal information storage area.
  • the main process of the status communication terminal 1 of the modification 1 is performed in the same manner as the main process of the above-described embodiment.
  • the power designation terminal status display process (FIG. 11, S6) Is not executed in the main process, but is executed in the data transmission / reception process.
  • various data, flags, etc. are initialized (Sl).
  • sensor processing for acquiring the measurement values of the various sensors 12 to 17 is started (S2).
  • a situation inference process is performed in which a situation such as a user's emotion is inferred and an index value is calculated based on the sensing data acquired by the sensor process and stored in the sensing data storage area 301 ( S3).
  • the LED 21 is operated according to the status display table stored in the status display table storage area 305 (see FIG. 10).
  • the motor 23 displays its own status (S4).
  • a data transmission / reception process is performed in which the situation reasoning value obtained by the situation reasoning process is transmitted to the mediation server 2 and the situation reasoning value of the designated terminal is received from the mediation server 2 (S115). Details of the data transmission / reception processing will be described later with reference to FIG.
  • the intermediary server 2 retrieves and reads out the terminal information for the designated terminal ID, and then transmits it. Therefore, it is received (S 142), overwritten in the designated terminal information storage area and updated (S143). Then, a designated terminal status display process for displaying the status based on the updated designated terminal information is executed (S144), and the process returns to the main process. Details of the designated terminal status display processing will be described below with reference to FIG.
  • the status inference value of the designated terminal is stored (S55: YES)
  • the status inference value is stored in the status display table storage area 305 on the basis of the status inference value.
  • the status is displayed by the actuator such as LED21 or motor 23 (S56), and the process returns to the main process through the data transmission / reception process.
  • the operation of the mediation server 2 of the modification 1 is different from the above-described embodiment, and all terminal information is left as it is. Only the information about the designated terminal that is not sent back to the status communication terminal 1 is preliminarily searched, and the intermediary server 2 is searched, read, and transmitted.
  • S201 After initialization is executed (S201), it is determined whether or not the information has been received from any status communication terminal 1 (S202). If it is not received (S202: NO), it waits until it is received and repeats the determination of S202. If it is received (S202: YES), the received terminal information (see FIG. 8) is acquired, and the record for that terminal in all terminal information storage area 182 is updated (S203).
  • terminal information of the designated terminal is retrieved from all terminal information storage areas 182 and read (S211). Then, the read designated terminal information is returned to the status communication terminal (S212), and the process returns to S202.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the terminal information of status communication terminal A and status communication terminal B is stored in all terminal information storage area 18 2, and the terminal information of status communication terminal A is the updated “own terminal ID: A, designated terminal ID” : B, status inference value: 1, and the terminal information of status communication terminal B is “own terminal ID: B, specified terminal ID: no information, status inference value : No information ”, information on the record of status communication terminal B,“ own terminal ID: B, specified terminal ID: no information, status inference value: no information ”is transmitted to status communication terminal A.
  • the sensor process is activated in the situation communication terminal B (Fig. 20, S2), and sensing is executed (Fig. 12). Then, the situation inference process is executed based on the acquired sensing data (FIG. 20, S3), and the obtained situation inference value is transmitted to the intermediary server 2 as its own terminal information (FIG. 20, S115).
  • the local terminal information transmitted from the status communication terminal B to the mediation server 2 is “own terminal ID: B, designated terminal ID: none, status inference value: 2”.
  • the mediation server 2 receives the local terminal information "own terminal ID: B, specified terminal ID: none, status inference value: 2" from the status communication terminal B, and stores the corresponding record in the all terminal information storage area 182. Update (Fig. 23, S203). Then, the designated terminal ID of status communication terminal B is checked. Since no terminal is specified (FIG. 23, S210: NO), no terminal information is transmitted to status communication terminal B.
  • the situation communication terminal A stores and updates the information of the situation communication terminal B transmitted from the mediation server 2 in the designated terminal information storage area (Fig. 21, S143), and performs situation display processing (Fig. 2). 1, S144). However, since there is no information on the status inference value of status communication terminal B (Fig. 22, S55: N 0), status display is disabled and no status display is displayed above status communication terminal A.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the situation communication terminal A stores and updates the information of the situation communication terminal B transmitted from the mediation server 2 in the designated terminal information storage area (Fig. 21, S143), and performs status display processing (Fig. 2). 1, S144). Since there is information on the status inference value of status communication terminal B this time (Fig. 22, S55: YES), the status of status communication terminal B is displayed above status communication terminal A based on the status inference value ( Figure 21, S144, Figure 22). Specifically, since the status inference value of status communication terminal B is “2”, LED 21 is lit in blue at the top in accordance with status display table storage area 305 (see FIG. 10). Since the status reasoning value of status communication terminal A is “1”, LED21 has already been lit in red at the bottom due to its own terminal status display processing (Fig. 20, S4).
  • each situation communication terminal 1 always performs sensing and performs situation inference based on the obtained sensing data. Then, the situation reasoning value is obtained and transmitted to the intermediary server 2 as the terminal information together with the designated terminal information designated by the insertion of the identification member 52.
  • the intermediary server 2 receives the terminal information, it updates a record that works for the terminal in the entire terminal information storage area, and if the received terminal information includes the specified terminal ID, the terminal information related to the specified terminal. Is retrieved from all terminal information storage areas and only the designated terminal information is returned to the status communication terminal 1. Therefore, the status communication terminal 1 that has received the specified terminal information does not need to search for the specified terminal information, and does not require a storage area for storing all terminal information.
  • the situation where the terminal information transmission process is executed in S41 of FIG. 21 The CPU 10 of the communication terminal functions as the terminal side transmission means of the present invention. Further, the CPU 10 of the status communication terminal that executes the designated terminal information reception process in S142 in FIG. 21 functions as the terminal side receiving means of the present invention. Also, specify from all terminal information storage area 182 in S211 of Fig. 23 The CPU 110 of the mediation server 2 that executes processing for retrieving and reading terminal information functions as the server-side status data reading means of the present invention.
  • FIG. 25 is a flowchart of the main process of status communication terminal 1 of the second modification.
  • FIG. 26 is a flowchart of the data transmission / reception process executed in the main process of the status communication terminal 2 of the first modification.
  • FIG. 27 is a flowchart of the main process of the mediation server 2 of the second modification.
  • FIG. 28 is a time chart of the second modification.
  • the main process of the situation communication terminal 1 of the second modification is similar to the main process of the first modification described above, and the designated terminal situation display process is not executed in the main process. It is executed in the data transmission / reception process.
  • various data, flags, etc. are initialized (Sl).
  • sensor processing for acquiring the measurement values of the various sensors 12 to 17 is started (S2).
  • a situation inference process is performed in which a situation such as a user's emotion is inferred and an index value is calculated based on the sensing data acquired by the sensor process and stored in the sensing data storage area 301 ( S3).
  • the LED 21 is operated according to the status display table stored in the status display table storage area 305 (see FIG. 10).
  • the motor 23 displays its own status (S4).
  • the situation inference value obtained by the situation inference process is transmitted to the mediation server 2, and if the terminal information that has been transmitted contains the specified terminal information, information on all terminals is received from the mediation server 2.
  • Data transmission / reception processing to be executed is executed (S125). Details of the data transmission / reception processing will be described later with reference to FIG.
  • the data executed in the main process of status communication terminal 1 of modification 2 is described.
  • Data transmission / reception processing will be described.
  • the information stored in the own terminal information storage area 303 that is, the own terminal ID and status of the other party whose status is to be displayed on the own terminal and status.
  • the own situation reasoning value obtained by the reasoning process is transmitted to the mediation server 2 (S41).
  • the mediation server 2 will have the other time at the time when its status inference value is sent to the mediation server 2. Since all the information of the situation communication terminal 1 is transmitted, the situation inference value V is stored in all the situation communication terminals 1, and the situation is searched from among them to determine the situation at the desired designated terminal. Can be displayed.
  • the operation of the mediation server 2 of Modification 1 is almost the same as that of the above-described embodiment, but all terminal information is transmitted only when the designated terminal ID is included in the transmitted terminal information.
  • S202 After initialization is executed (S201), it is determined whether or not any status communication terminal 1 has received information (S202). If it has not been received (S202: NO), it waits until it is received and repeats the determination of S202. When it is received (S202: YES), the received terminal information (see FIG. 8) is acquired, and the record relating to that terminal in all terminal information storage area 182 is updated (S203).
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the terminal information sent from status communication terminal A includes the specified terminal information (specified terminal ID: B) (FIG. 27, S210: YES). All the information stored in the terminal information storage area 182 is transmitted (FIG. 27, S204). For example, the terminal information of the situation communication terminal A and the situation communication terminal B is stored in the all terminal information storage area 182.
  • the terminal information of the situation communication terminal A is the updated “own terminal ID: A, designated terminal ID: B, status inference value: 1 ”, and the terminal information of status communication terminal B is“ own terminal ID: B, specified terminal ID: no information, status inference value: no information ”, these two records. Is sent to status communication terminal A.
  • the sensor processing is activated also in the situation communication terminal B (Fig. 25, S2), and sensing is executed (Fig. 12).
  • preparative conditions inference process based on the obtained by sensing data is performed (FIG. 25, S3), resulting et circumstances inferred value is transmitted to the intermediary server 2 as the own terminal information (FIG. 25, S125) 0 where Then, the local terminal information transmitted from the status communication terminal B to the mediation server 2 is “own terminal ID: B, designated terminal ID: none, status inference value: 2”.
  • the mediation server 2 receives the local terminal information "own terminal ID: B, specified terminal ID: none, status inference value: 2" from the status communication terminal B, and stores the corresponding record in the all terminal information storage area 182. Update (Fig. 27, S203). Here, since the designated terminal information is not included in the terminal information sent from status communication terminal B (FIG. 27, S210: NO), the terminal information is not transmitted to status communication terminal B.
  • the status communication terminal A updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information transmitted from the mediation server 2 (FIG. 26, S43). That is, all terminal information sent, “Own terminal ID: A, Designated terminal ID: B, Status inference value: 1” “Own terminal ID: B, Designated terminal ID: No information, Status inference value: No information” Is copied to all terminal information storage area 304 (Fig. 9).
  • the status communication terminal B is first displayed in order to display the status (Fig. 26, S6). Information is retrieved from the all-terminal information storage area 304 (Fig. 15, S52), but the status display is impossible because the status inference value information of status communication terminal B is not stored (Fig. 15, S55: NO). No status is displayed on the upper part of status communication terminal A.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the terminal information sent from status communication terminal A includes the specified terminal information (specified terminal ID: B) (FIG. 27, S210: YES). All the information stored in the terminal information storage area 182 is transmitted (FIG. 27, S204).
  • the contents of the current all-terminal information storage area 182 are: ⁇ Own terminal ID: A, Designated terminal ID: B, Status inference value : 1 ”“ Own terminal ID: B, Designated terminal ID: No information, status inference value: 2 ”. Therefore, the information of these two records is transmitted to status communication terminal A.
  • status communication terminal B Is retrieved from the all-terminal information storage area 304 (FIG. 15, S52). Since the status inference value of status communication terminal B is included in all the terminal information obtained this time (Fig. 15, S55: YES), the status of status communication terminal B is displayed above status communication terminal A. (FIG. 15, S56) 0 Specifically, since conditions inferred value of the status communication terminal B is "2", according to the status display table storage area 3 05 (see FIG. 10) turns on the LED21 on the upper blue . Since the status reasoning value of status communication terminal A is “1”, LED 21 has already been lit in red at the lower part by its own terminal status display processing (FIG. 25, S4).
  • each situation communication terminal 1 always performs sensing and performs situation inference based on the obtained sensing data. Then, the situation reasoning value is obtained and transmitted to the intermediary server 2 as the terminal information together with the designated terminal information designated by the insertion of the identification member 52.
  • the intermediary server 2 updates a record that works for the terminal in all terminal information storage area 182. If the received terminal information includes the specified terminal ID, the terminal related to the specified terminal is updated. All terminal information including information is read from all terminal information storage areas and returned to status communication terminal 1. Therefore, the status communication terminal 1 in which no terminal is specified does not need to update all terminal information.
  • the situation where the terminal information transmission process is executed in S41 of FIG. 26 The CPU 10 of the communication terminal 1 functions as the terminal-side transmission means of the present invention. Further, the CPU 10 of the status communication terminal that executes the all terminal information reception process of S42 in FIG. 26 functions as the terminal side receiving means of the present invention. In addition, the CPU 110 of the mediation server 2 that executes the process of reading and transmitting all terminal information from the all terminal information storage area 182 in S204 of FIG. 27 functions as the server-side status data reading means of the present invention.
  • FIG. 29 is a flowchart of the main process of the situation communication terminal 1 of the third modification.
  • FIG. 30 is a flowchart of the data transmission / reception process activated by the main process of the situation communication terminal 1 of the third modification.
  • FIG. 31 is a time chart of the third modification.
  • the force data transmission / reception process is performed separately from the main process. It is executed at predetermined time intervals.
  • a situation inference process is performed for inferring a situation such as a user's emotion and calculating an index value. (S3).
  • a situation inference process is performed for inferring a situation such as a user's emotion and calculating an index value. (S3).
  • LED21 and motor 23 display their status (S4).
  • the timer is first activated by the time measuring device 40 (S91). Then, it is determined whether or not a predetermined time, for example, 10 seconds has elapsed (S92). If the specified time has not passed (S92: NO), Execute S92 and wait until the fixed time elapses. If the predetermined time has elapsed (S92: YES), the timer is reset, and the timer starts counting from the beginning. After that, the information stored in the own terminal information storage area 303 (see FIG. 8), that is, the own terminal ID, the terminal ID of the other party whose status is to be displayed on the own terminal, and the situation inference process were obtained. It sends its own status inference value to the mediation server 2 (S41).
  • a predetermined time for example, 10 seconds has elapsed
  • the mediation server 2 When the mediation server 2 receives the terminal information, it sends all terminal information, which is all information, to all status communication terminals 1 stored in the mediation server 2. The terminal information is received (S42). Then, the received contents are stored in all terminal information storage area 304, updated (S43), and the process returns to S92 to wait for a predetermined time.
  • the terminal information is transmitted to the mediation server 2 at a predetermined time interval regardless of the timing of the status inference processing in the status communication terminal 1, and all the terminal information is transmitted at the same timing. It can be received from the mediation server 2. Therefore, it is possible to average the load for communication compared to the case where the data transmission / reception process is executed for each situation inference process. Note that the processing executed by the mediation server 2 is the same as that in the above-described embodiment, and thus description thereof is omitted.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the sensor processing is activated also in the status communication terminal B (FIG. 29, S2), and sensing is executed (FIG. 12). Then, the situation inference process is executed based on the acquired sensing data (Fig. 29, S3), and the obtained situation inference value is automatically determined after the timer value has elapsed (Fig. 30, S92: YES). It is transmitted as terminal information to the mediation server 2 (FIG. 30, S41).
  • the local terminal information transmitted from the status communication terminal B to the mediation server 2 is “own terminal ID: B, designated terminal ID: none, status inference value: 2.”
  • the intermediary server 2 receives the local terminal information “own terminal ID: B, designated terminal ID: none, status inference value: 2” from the status communication terminal B, and stores the corresponding record in the all terminal information storage area 182. Update (Fig. 18, S203). Then, all information stored in all terminal information storage area 182 is transmitted to status communication terminal B (FIG. 18, S204). For example, the terminal information of status communication terminal A and status communication terminal B is stored in all terminal information storage area 182, and the terminal information of status communication terminal A is “own terminal ID: A, designated terminal ID: B, status. Inferred value: 1 ”, and the terminal information of status communication terminal B is the updated“ own terminal ID: B, specified terminal ID: no information, status inferred value: 2 ”, the information of these two records is Sent to status communication terminal B.
  • the status communication terminal A updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information transmitted from the mediation server 2 (FIG. 30, S43). That is, all terminal information sent, “Own terminal ID: A, Designated terminal ID: B, Status inference value: 1” “Own terminal ID: B, Designated terminal ID: No information, Status inference value: No information” Is copied to all terminal information storage area 304 (Fig. 9).
  • the status communication terminal B updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information transmitted from the mediation server 2 (FIG. 30, S43). That is, all transmitted terminal information, “own terminal ID: A, designated terminal ID: B, status inference value: 1”, “own terminal ID: B, designated terminal ID: no information, status inference value: 2” are all. It is copied to the terminal information storage area 304.
  • the terminal information to the previous mediation server 2 is displayed. If the predetermined time has passed (Fig. 30, S92: YES), the status inference value is sent again to the intermediary server 2 as its own terminal information (see Fig. 8) (Fig. 30, S4 Do here Then, the own terminal information transmitted from the situation communication terminal A to the intermediary server 2 is “own terminal ID: A, specified terminal ID: B, situation inference value: 1” that is the same as the previous time.
  • the status communication terminal A sends its own terminal information "Own terminal ID: A, Designated terminal ID:
  • the status communication terminal A updates the contents of the all terminal information storage area 304 of the RAM 30 based on the all terminal information transmitted from the mediation server 2 (FIG. 30, S43).
  • all transmitted terminal information “own terminal ID: A, specified terminal ID: B, status inference value: 1” “own terminal ID: B, specified terminal ID: no information, status inference value: 2 Is copied to all terminal information storage area 304.
  • the other status communication terminal displayed by the user of status communication terminal A is terminal B, in order to display the status (Fig. 29, S6), Information is retrieved from all terminal information storage areas 304 (FIG. 15, S52). Since the status inference value of status communication terminal B is included in all the terminal information obtained this time (Fig.
  • the status of status communication terminal B is displayed above status communication terminal A. (Fig. 15, S56) 0 More specifically, since the status inference value of status communication terminal B is "2", the upper limit is set according to the status display table (see Fig. 10) stored in status display table storage area 305. LED21 lights up in blue. Since the status inference value of status communication terminal A is “1”, LED 21 has already been lit in red at the lower part by the local terminal status display process (FIG. 29, S4).
  • the situation communication terminal 1 always performs sensing, and performs situation inference based on the obtained sensing data. To obtain situation reasoning values. Then, separately from the main process for executing situation inference, a data transmission / reception process executed at a predetermined time interval is started by a timer, and the situation inference value and designated terminal information are transmitted as terminal information to the mediation server 2. Accordingly, the mediation server 2 receives terminal information from the same status communication terminal 1 at regular time intervals, and transmits all terminal information to the status communication terminal 1 at that timing. Therefore, regardless of the situation inference value generation timing, terminal information is transmitted and received after a certain period of time, and the communication load is expected and the load can be reduced immediately.
  • the CPU 10 of the status communication terminal 1 that executes its own terminal information transmission process in S41 of Fig. 30 functions as the terminal-side transmission means of the present invention. Further, the CPU 10 of the status communication terminal that executes the all terminal information reception process of S42 in FIG. 30 functions as the terminal side receiving means of the present invention.
  • FIG. 32 is a system configuration diagram showing the configuration of the situation communication system 1100.
  • the situation communication system 1100 can express the user and surrounding situation on a personal computer, and the virtual situation communication terminal 1001 connected to the Internet 1004 and the virtual situation communication terminal 1001 , Can express the user and the surrounding situation, the user It is composed of a status communication terminal 1002 formed in a size that can be held, and a mediation server 1003 that connects to the Internet 1004 and mediates communication between the virtual status communication terminal 1001 and the status communication terminal 1002.
  • the virtual situation communication terminal 1001 corresponds to the situation communication apparatus of the present invention, infers the situation of the user and the surroundings based on the input from the user, transmits the result to the intermediate server 1003, and sends it to the mediation server 1003.
  • the situation communication terminal 1002 includes various sensors, infers the situation of the user and the surroundings based on the sensing data detected by the sensors, transmits the result to the mediation server 1003, and transmits other results from the mediation server 1003. Based on the situation inference result of the situation communication terminal 1002, the other situation communication terminal 1002 and its own situation are expressed using an expression means such as an LED.
  • FIG. 33 is a block diagram showing an electrical configuration of the virtual situation communication terminal 1001.
  • the virtual status communication terminal 1001 has the same configuration as that of a normal computer device, and includes a CPU 1010, a ROM 1020, a RAM 1030, a hard disk (HD) 1050, and a display device 1070 for displaying various data.
  • An input device 1060 such as a mouse and a keyboard for operating the virtual status communication terminal 1001 and an interface (IZF) circuit 1040 for connecting to an external device are connected to each other via a bus 1090.
  • a communication circuit (not shown) for connecting to the intermediary server 1003 via the Internet 1004 is also connected to the interface circuit 1040.
  • the user's situation is exemplified by a method using input from the input device 1060.
  • the user's condition is measured by connecting various sensors 1080 to a USB port or the like, and the measurement information. Let's do situation inference based on this.
  • the various sensors 1080 a temperature sensor, an infrared sensor, an optical sensor, a pressure sensor, a microphone, or the like can be used.
  • FIG. 34 is an image diagram of main screen 1200 displayed on display device 1070 of virtual status communication terminal 1001.
  • Figure 35 shows the display device 1070 of the virtual status communication terminal 1001. It is an image figure of the terminal designation
  • a main screen 1200 as shown in FIG. 34 is displayed.
  • address book button 1230 in main screen 1200 is clicked, the screen is switched to terminal designation screen 1400 shown in FIG.
  • the terminal specification screen 1400 displays a list of the statuses of the virtual status communication terminal 1001 or status communication terminal 1002 received from the mediation server 1003. Clicking and specifying the desired terminal from the list displays the main screen 1200.
  • the status of the designated terminal is displayed in the terminal image 1210 in the center by color or the like.
  • terminal image 1210 is arranged in the center on main screen 1200, and the upper half of terminal image 1210 displays the status of the specified terminal.
  • the lower half of the terminal image 1210 is the own terminal status display unit 1212 that displays the status of the virtual status communication terminal 1001 itself.
  • status input icons 1201 to 1203 are arranged for the user to click and input his / her status.
  • a gripping status icon 1220 that can virtually select whether or not the virtual status communication terminal 1001 is gripped is arranged.
  • an address book button 1230 for displaying a list of status communication terminals 1002 connected to the mediation server 1003 and calling a terminal designation screen 1400 for designating a desired terminal from the list is arranged. ing. If a terminal has already been specified on the terminal specification screen 1400 and the status is displayed on the specified terminal status display section 1211, the nickname power of that specified terminal S Nickname display at the bottom of the main screen 1200 Displayed in part 1240. In the example of FIG. 34, since a terminal has not yet been designated, “NOBODY” is displayed on the nickname display portion 1240.
  • the terminal designation screen 1400 has a list display unit 1410 arranged at the center, and the list display unit 1410 includes a status communication terminal 1 connected to the mediation server 1003.
  • a small terminal image 1411 displaying the status of 002 in color is displayed in a list corresponding to the nickname 1412 of the terminal.
  • a sorting key selection box 1420 for designating in what order the small terminal images 1411 displayed in the list display unit 1410 are arranged is arranged at the upper right of the list display unit 1410.
  • the sorting key selection box 1420 Select with The status communication terminals 1002 are rearranged according to the sorted key and displayed in a list on the list display unit 1410.
  • a BACK button 1430 and a NEXT button 1440 for switching pages when there are more terminals than can be displayed on one page. When clicked with, the page is switched to the previous page or the next page according to the instruction.
  • FIG. FIG. 36 is a schematic diagram showing the configuration of the storage area of the RAM 1030.
  • FIG. 37 is a schematic diagram showing the configuration of the situation inference table stored in the situation inference table storage area 1302.
  • FIG. 38 is a schematic diagram showing the configuration of the own terminal information storage area 1303.
  • FIG. 39 is a schematic diagram showing the configuration of all terminal information storage area 1304.
  • FIG. 40 is a schematic diagram showing the configuration of the status display table stored in the status display table storage area 1305.
  • an input data storage area 1301 for storing the input value of the input device 1060 of the mouse or keyboard is also used to infer the situation based on the input data!
  • a status display table storage area 1305 to be stored and another storage area not shown are provided.
  • the input data storage area 1301 whether or not the status input icons 1201 to 1203 are clicked, the moving speed of the mouse on the terminal image 1210, and the like are stored twice.
  • the situation reasoning table storage area 1302 stores a situation reasoning table for inferring the situation of the user based on the input data.
  • the situation inference process is executed by detecting the click of the situation input icons 1201 to 1203 and the input value of the moving speed of the mouse on the terminal image 1210 to the situation inference table, and the result is the situation inference. It is output as a value (see Figure 46).
  • the ID of the virtual status communication terminal 1001 set in advance as the information of the virtual status communication terminal 1001 itself (example in FIG. 38) ID “A”)
  • the status communication terminal 1002 ID ID “B” in the example of FIG.
  • the value (“1” in the example of FIG. 38) and the nickname of the virtual status communication terminal itself (“taro” in the example of FIG. 38) are stored. If the designated terminal is not yet selected, the specified terminal ID item becomes ⁇ no blueprint.
  • all terminal information storage area 1304 stores information about all status communication terminals 1002 received from mediation server 1003.
  • the information items include the ID of the status communication terminal 1002, the ID of the status communication terminal 1002 (designated terminal) specified by the status communication terminal 1002, the status communication terminal 1 002, as with the local terminal information.
  • the situation reasoning value output from the nickname of the situation communication terminal 1002 is also configured.
  • the status inference value of the own terminal obtained by the status inference processing or the status inference value of another received status communication terminal 1002 is received. Accordingly, a status display table for expressing the status is stored in the terminal image 1210 of the main screen 1200.
  • the situation display method is the same for the situation reasoning value of itself and the situation reasoning values of other situation communication terminals 1. That is, if the status inference value is “1”, it is displayed in red, if the status inference value is “2”, it is displayed in blue, if the status inference value is “3”, it is displayed in green. It is.
  • the method of displaying the situation is not limited to this.
  • the terminal image 1210 may be displayed as if it vibrates on the main screen 1200.
  • FIG. 41 is a flowchart of the main processing of the virtual status communication terminal 1001.
  • FIG. 42 is a flowchart of the main state process executed in the main process.
  • FIG. 43 is a flowchart of the terminal designation state process executed in the main process.
  • FIG. 44 is a flowchart of mouse input processing executed in the main state processing.
  • FIG. 45 is a flowchart of the inference flag process executed in the mouse input process.
  • Fig 4 6 is a flowchart of the situation inference process executed in the main state process.
  • FIG. 47 is a flowchart of data transmission / reception processing executed in the main state processing and the terminal designation state processing.
  • FIG. 48 is a flowchart of the main display process executed in the main state process.
  • FIG. 49 is a flowchart of the sorting process executed in the terminal designation state process.
  • FIG. 50 is an image diagram of the intermediate table generated by the sorting process.
  • FIG. 51 is a flowchart of the list display process executed in the terminal designation state process.
  • FIG. 52 is a flowchart of the terminal designation process executed in the terminal designation state process. It should be noted that the main process in FIG. 41 is continuously performed when the status communication program is started until a program termination instruction is input. In the main process, one of the two process states of “main state process” or “terminal specified state process” is selected, and either the main state process or the terminal specified state process is executed according to the selection.
  • various data, flags, etc. are initialized (S1001).
  • the input data storage area 1301 is cleared, such as the own terminal information storage area 1303.
  • main state processing is designated as the default processing state (S1002). Then, the main screen 1200 (see FIG. 34) which is a default display screen is displayed (S1003). Next, it is determined whether or not the “main state processing” is designated as the processing state and whether or not the power is correct (S1004). In the first processing, since “Main status processing” is specified in S 1002 (S 1004: YES), the main status processing that displays the status of the specified terminal and the status of its own terminal on the main screen 1200 Is executed (S 1005). Then, it is determined whether or not the program is instructed to end (S1007). If it is an end instruction, all the processes are ended (S1007: YES). If there is no end instruction (S1007: NO), S1004 is entered. Return and repeat the process. Details of the main state process will be described later with reference to FIG.
  • main state processing is not specified as the processing state (S1004: NO)
  • the virtual status communication terminal 1001 or status communication terminal connected to the mediation server 1003 A list of the statuses of 1002 is displayed, and from the list display, a terminal designation state process for designating a terminal whose status is to be displayed on the main screen 1200 is executed (S1006), and the process proceeds to S1007. Details of the terminal designation state process will be described later with reference to FIG. [0214] Next, with reference to FIG. 42, the main state process executed in the main process will be described. As described above, the main state processing is executed when “main state processing” is designated as the processing state (FIG. 41, S1004: YES).
  • the status inference value obtained in the situation inference process and the local terminal information such as the terminal ID are transmitted to the mediation server 1003, and data transmission / reception is received from the mediation server 1003 to receive information on other terminals.
  • the process is executed (S 1055). Details of the data transmission / reception processing will be described later with reference to FIG.
  • terminal state processing that is executed in the main processing will be described. As described above, the terminal state processing is executed when “terminal state processing” is designated as the processing state (FIG. 41, S 1004: NO).
  • the terminal state process When the terminal state process is started, first, the local terminal information is transmitted to the mediation server 1003, and the data transmission / reception process for receiving the information of other terminals from the relay server 1003 is executed (S10 61). This data transmission / reception processing is the same as that executed in the main state processing, and details thereof will be described later with reference to FIG. Next, sorting processing for rearranging all terminal information received in S 1061 to display a list is performed (S 1062). Details of the sorting process will be described later with reference to FIG.
  • details terminal list force displayed on the terminal designation screen 1400 also performs terminal specifying processing for specifying a terminal that presents the situation in the main screen 1200 (S1065) o terminal designation process, see Figure 52 Will be described later.
  • sorting key switching instruction serving as a reference for sorting serving as a reference for sorting has been detected (S1067).
  • the sorting key is selected from sorting key selection box 1420 on terminal designation screen 1400.
  • the input to the sorting key selection box 1420 is detected in the terminal designation process described later, and when it is detected, the sorting flag is set to “1” (see FIG. 44).
  • the process returns to S1062 to execute the sorting process according to the switched sorting key.
  • the detection of the switching key switching input is determined by whether or not the sorting flag is “1”. If the sorting key has not been switched (S1066: NO), the process returns to the main process.
  • the mouse input process executed in the main state process (FIG. 42) will be described with reference to FIG.
  • the main screen 1200 is displayed on the display device 1070, and the user clicks the status input icons 1201 to 1203 in the main screen 1200 with the mouse or powers the mouse on the terminal image 1210. Or the user's You can enter the situation.
  • the mouse input process such a mouse input from the user is detected, and the detection result is output for the situation inference process.
  • the display angle can be changed to a user's desired angle by dragging the terminal image 1210.
  • the mouse movement for changing the display angle is detected (S1514: YES)
  • the display angle is stored in the RAMI 030, and the display angle of the terminal image 1210 is changed based on the detection result.
  • the inference flag process executed in the mouse input process will be described.
  • input for situation inference specifically, in this embodiment, any one of the status input icons 1201 to 1203 on the main screen 1200 is clicked, and the moving speed of the mouse on the terminal image 1210 And compare each acquired value with the previous value. If they do not match, the inference flag is set to “1” because it is necessary to infer the situation based on the value.
  • the inference flag is initialized as “0” (S15161).
  • the previous data selected icon and mouse moving speed
  • S15162 the previous data is acquired from the input data storage area 1301 of the RAM 1030 for comparison
  • S15163 it is determined whether or not any of the status input icons 1 201 to 1203 is detected to be a force (S15163). If no click has been detected (S15163: NO), there is no need to make a comparison with the previous time, so the process proceeds to S15167.
  • the selected icon is different from the previous one (S15164: NO)
  • the selected icon information is updated to the one detected this time (S15165), and the inference flag for executing the situation inference process is updated to "1" (S15166).
  • the inference flag is set to “1” here, the process returns to the main state process and the powerful situation inference process (see FIG. 46) is executed (described later).
  • the current moving speed of the mouse is acquired (S15167). Then, it is determined whether or not the previous moving speed and the current moving speed match (S15168). If the moving speed matches the previous speed (S15168: YES), the process returns to mouse input processing.
  • the sensing data from the various sensors 1080 is periodically sent.
  • the inference flag is set to 1, and the situation inference process is performed in the next routine. Just do it.
  • the situation inference process executed in the main state process will be described.
  • the inference flag is updated by the mouse input process, and it is determined whether or not the force is “1” (S1531).
  • S153 1 When the inference flag is “0” (S153 1: NO), it is not necessary to execute the situation inference process, so the process returns to the main state process as it is.
  • the situation inference value is calculated by applying the selected icon and the input data of the mouse movement speed to the situation inference table shown in Fig. 37 (S 1532). . Then, the process returns to the main state process.
  • the status input icon 1201, the status input icon 1202, and the status input icon 120 1 are not detected and the moving speed is 5, the situation inferred that the terminal is quiet. Is calculated. Also, if only the status input icon 1201 is detected and the moving speed force is detected, the status inference value “2” that the user is calm is calculated. If the moving speed is 10 or more, a situation inference value “3” is calculated that the user is very excited regardless of the detected situation input icon.
  • the mediation server 1003 When the mediation server 1003 receives the terminal information, the mediation server 1003 transmits all terminal information that is information on all status communication terminals 1002 stored in the mediation server 1003 (details will be described later). The terminal information is received (S1552). And the received content Is stored in all terminal information storage area 1304, updated (S1553), and the process returns to the parent process. With the above processing, all the information of the status communication terminal 1002 possessed by the mediation server 1003 at that time is transmitted at the timing when its own status inference value is transmitted to the mediation server 1003. The status inference value for terminal 1002 can be stored.
  • the main display process executed in the main state process will be described with reference to FIG.
  • the main display process is started, first the background is displayed (S1571).
  • the display angle of the terminal image 1210 is acquired from the RAM 1030 (S1572).
  • the terminal designation state processing so far, whether or not the terminal whose status is to be displayed on the designated terminal status display unit 1211 (the upper half of the terminal image 1210) has already been designated is indicated in the own terminal information storage area 1303. Based on the designated terminal information stored, it is determined to be! / (S 1573). If the terminal has not been designated yet (S 1573: NO), the process proceeds to S 1578, and is stored in the local terminal information storage area 1303 and based on the status inference value of the local terminal! /
  • the terminal status display section 1212 (the lower half of the terminal image 1210) displays its own status.
  • the ID of the designated terminal included in the information of the terminal found as a result of the search is the ID of the own terminal, that is, whether or not they are mutually designated (S 1575).
  • the specified terminal ID power S of terminal B discovered from all terminal information storage area 1304 Determine whether or not. If the designated terminal ID of the designated terminal is not the own terminal ID (S 1575: NO), the process proceeds to S 1577 as it is.
  • the sorting process is to sort the terminals according to the specified sorting key in order to determine which terminal is displayed in the list when the list is displayed on the terminal designation screen 1400.
  • Each terminal information received from the mediation server 1003 by the data transmission / reception process has a situation inference value, and the user has a favorite situation inference value when selecting a terminal displayed on the main screen 1200. It is thought that it is easy to operate if they are lined up for each terminal, so sorting is performed based on the status inference value in the sorting process.
  • situation reasoning power ⁇ 5 is light blue
  • 6 to 10 is blue
  • 11 to 15 is dark blue
  • the same color table 1600 see Fig. 50 is prepared in advance.
  • the color group is further sorted according to the situation reasoning value.
  • sort from the sorting key selection box 1420 on the terminal designation screen 1400 It is determined whether or not the key input is detected (S1624). If a sorting key is detected (S1624: YES), a sorting rule is determined from the detected sorting key (S1625). For example, if “Loud” is selected in the selection box, the sorting rule “Loud” is determined.
  • the status inference value of the terminal itself determines the sorting rule (S1627). For example, it is determined to be a sorting rule (for example, “Loud”) in which the inferred value (for example, 12) of the terminal itself comes to the top of the corresponding color (for example, dark blue).
  • a sorting rule for example, “Loud” in which the inferred value (for example, 12) of the terminal itself comes to the top of the corresponding color (for example, dark blue).
  • the determined sorting rule is applied to the table 1520 created in S1623, and rearrangement is performed to obtain a table 1530 (S1626). Then, the process returns to the terminal designation state process.
  • This table 1530 is used as the original table for the power list display process (see FIG. 51).
  • the background of the terminal designation screen 1400 is displayed (S1641).
  • the page number to be displayed in the subsequent processing is acquired (S1642).
  • the page number is updated during the terminal designation process that is performed after the list display process (described later). Therefore, in the first process, the page number is “0” because it is initialized by the terminal designation state process (FIG. 43, S table 1063).
  • the number of received terminals stored in all terminal information storage area 1304 is acquired (S1 643). Then, the number of displayed terminals is initialized. That is, “0” is substituted for the number of displayed terminals (S 1644).
  • the status is displayed for each terminal (S1645 to S1648).
  • the list display process is performed in units of pages in the list display section 1410 on the terminal designation screen 1400. If the total number of terminals is smaller than the number of terminals that can be displayed in the page, the number of displays that can be displayed in the page Before executing the minute display process Display processing for all terminals is completed. Here, the judgment is made assuming such a case. If the status of all terminals has already been displayed (S1645: YES), the process returns to the terminal designation state process.
  • 1 is added to the number of display terminals (S1647). Then, it is determined whether or not the number of terminals that can be displayed in the page is already displayed (S1648). For example, if 20 terminals can be displayed on one page, the number of displayed terminals is compared with the 20 displayable numbers. If the total number has not been displayed yet (S1648: NO), return to S645 and repeat the process. If all the numbers have been displayed (S1648: YES), the list display process for one page has been completed, and the process returns to the terminal designation state process.
  • terminal designation process executed in the terminal designation state process will be described.
  • the user accepts the designation of the terminal, accepts the designation of the sorting key from the sorting key selection box 1420, the NEXT button 1440, the BACK button 1430 Accept page movement.
  • a sorting flag for determining whether or not to perform the sorting process (Fig. 49) is initialized to "0" (S1651).
  • a page switching flag for determining whether or not to execute the list display process on a new page is initialized as “0” (S1652).
  • the ID of the designated terminal can be obtained from this table 1530. Since the terminal whose status is to be displayed has been determined as described above, in the next process, in order to display the status of the designated terminal on the main screen 1200, the processing status is changed to the main status processing (S1656). And it returns to a terminal designation
  • FIG. 47 is a block diagram showing an electrical configuration of the mediation server 1003.
  • FIG. 53 is a schematic diagram showing the configuration of all terminal information storage area 1182. As shown in FIG.
  • the mediation server 1003 is a general computer and has the same configuration as the mediation server 2 according to the first embodiment as shown in FIG. Therefore, 1000 is added to the reference numerals of the members constituting the mediation server 2 according to the first embodiment, and the description is omitted.
  • the all terminal information storage area 1182 of the hard disk device 1180 will be described.
  • the terminal ID, the designated terminal ID transmitted from the virtual status communication terminal 1001 or the status communication terminal 1002 to the mediation server 1003, Situation reasoning values and nicknames are stored.
  • the designated terminal ID and status inference value of the virtual status communication terminal 1001 or the status communication terminal 1002 corresponding to the terminal ID are new.
  • All terminal information is updated.
  • terminal A designates virtual status communication terminal 1001 or status communication terminal 1002 having IDs of A, B, C,.
  • FIG. 54 is a flowchart of the main processing of the relay server 1003.
  • initialization is executed (S1201), and then it is determined whether or not the information is received from the virtual status communication terminal 1001 or the status communication terminal 1002 (S1202). If not received (S1202: NO), wait until it is received, and repeat the determination of S1202. If it is received (S1202: YES), the received terminal information (see FIG. 39) is acquired, and the record for that terminal in all terminal information storage area 1182 is updated (S1203).
  • the contents of all terminal information storage area 1182 are in the state shown in the upper part of FIG. 53, the contents of FIG. 39 are transmitted from the virtual status communication terminal 1001 or status communication terminal 1002 (terminal A) whose terminal ID is A. Terminal information is transmitted, the information of the portion of terminal A is updated to the contents shown in the lower part of FIG.
  • the information on all the terminals stored in the updated all terminal information storage area 1182 is used as the virtual status communication terminal 1001 or the status communication terminal 1002 that has transmitted the information (in the above example, the terminal A ) (S 1204). Then, the process returns to S1202. Therefore, the virtual status communication terminal 1001 or the status communication terminal 1002 that has transmitted the terminal information returns from the intermediary server 1003 to the other virtual status communication terminal 1 or the status communication terminal 1002. Terminal information can be obtained. As described above, the virtual status communication terminal 100 1 that acquired the terminal information displays a list of terminal statuses on the terminal designation screen 1400 based on the received all terminal information, or displays the status of the designated terminal on the main screen. 1200 terminal images 1210 can be displayed.
  • FIG. 55 is a time chart of the situation communication system 1100.
  • the terminal ID is ⁇ A '' and the situation is expressed! /
  • the other party's terminal ID (specified status communication terminal) is ⁇ B ''
  • the terminal ID is ⁇ B ''
  • the specified status communication terminal is not specified.
  • the processing between the status communication terminal B and the mediation server 1003 will be described as an example. Note that the flowcharts of FIGS. 41 to 52 and FIG. 54 are also referred to as necessary.
  • the virtual status communication terminal A performs operations such as inputting status input icons 1201 to 1203 and moving the mouse to execute mouse input processing (FIG. 42, S105 1). 44), the situation inference process is executed based on the acquired input data (FIG. 42, S10 53, FIG. 46), and the obtained situation inference value is stored as the own terminal information (see FIG. 38). (Fig. 42, S1055, Fig. 47).
  • the own terminal information transmitted from the situation communication terminal A to the intermediary server 1003 is “own terminal ID: A, designated terminal ID: B, situation inference value: 1, nickname: taro”.
  • the mediation server 1003 receives the local terminal information "own terminal ID: A, designated terminal ID: B, status inference value: 1, nick: taro" from the virtual status communication terminal A, and stores all terminal information storage areas.
  • the corresponding record of 1182 is updated (FIG. 54, S1203).
  • all information stored in all terminal information storage area 1182 is transmitted to virtual status communication terminal A (FIG. 54, S1204).
  • the terminal information of the virtual status communication terminal A and the status communication terminal B is stored in the all terminal information storage area 1182, and the terminal information of the virtual status communication terminal A is the updated “own terminal ID: A, designated terminal”.
  • the mediation server 1003 is assumed to store the IDs of all virtual status communication terminals 1001 or status communication terminals 1002 statically in advance. It is also possible to store only the ID of the terminal dynamically, that is, to store only the ID of the status communication terminal that sent the terminal information.
  • the status communication terminal B activates sensor processing for detecting various sensor forces, executes sensing, and acquires it.
  • the situation inference process for calculating the situation inference value is executed based on the detected sensing data and the situation inference table stored in the situation communication terminal B, and the obtained situation inference value is transmitted to the mediation server 1003 as its own terminal information.
  • the local terminal information transmitted from the status communication terminal B to the mediation server 1003 is “own terminal ID: B, designated terminal ID: none, status inference value: 2, nickname: ziro”.
  • the mediation server 1003 receives the local terminal information "own terminal ID: B, specified terminal ID: none, status inference value: 2, nickname: ziro" from the status communication terminal B, and receives all terminal information storage areas 11 82 corresponding records are updated (FIG. 54, S1203). Then, all information stored in all terminal information storage area 1182 is transmitted to status communication terminal B (FIG. 54, S1204).
  • the terminal information of virtual status communication terminal A and status communication terminal B is stored in all terminal information storage area 1182, and the terminal information of virtual status communication terminal A is “own terminal ID: A, specified terminal ID: B , Situation inference value: 1 ”, and the terminal information of situation communication terminal B is the updated“ own terminal ID: B, specified terminal ID: no information, situation inference value: 2 ”. Information is sent to status communication terminal B.
  • the contents of the all terminal information storage area 1304 of the RAM 1030 are updated based on all the terminal information previously transmitted from the mediation server 1003 (Fig. 47, S1553). That is, all terminal information transmitted, “Own terminal ID: A, Designated terminal ID: B, Status inference value: 1, Nickname: tar 0 ” “Own terminal ID: B, Designated terminal ID: No information, Status inference value : No information, nickname: ziro ”is copied to all terminal information storage area 1304 (Fig. 39).
  • the information of status communication terminal B is first checked from all terminal information storage area 1304.
  • the status inference value information of status communication terminal B is not stored, status display cannot be performed, and the specified terminal status display section 1211 of the terminal image 1210 on the main screen 1200 shows No status display will be made! /.
  • the status communication terminal B also updates all terminal information in the RAM based on all terminal information transmitted from the mediation server 1003. That is, all the transmitted terminal information, “Own terminal ID: A, Designated terminal ID: B, Status inference value: 1”, “Own terminal ID: B, Designated terminal ID: No information, Status inference value: 2” Copied to all terminal information storage areas (not shown).
  • the power that can be displayed by using an actuator such as the status power LED of the designated terminal In this case, the user of the status communication terminal B Because the other party's status communication terminal is specified !, N !, no status display is made on the upper part of status communication terminal B.
  • the situation inference value becomes It is sent again to the mediation server 1003 as its own terminal information (see FIG. 38) (FIG. 42, S1055).
  • the own terminal information transmitted from the virtual situation communication terminal A to the intermediary server 1003 is “own terminal ID: A, designated terminal ID: B, situation inference value: 1, nickname: taro” that is unchanged from the previous time. .
  • the mediation server 1003 receives the local terminal information "own terminal ID: A, specified terminal ID: B, status inference value: 1, nick: taro" from the virtual status communication terminal A, and stores all terminal information storage areas.
  • the corresponding record of 1182 is updated (FIG. 54, S1203). Then, all information stored in all terminal information storage area 1182 is transmitted to status communication terminal A (FIG. 54, S1 204).
  • the contents of the current all-terminal information storage area 1182 are: “Own terminal ID: A, Designated terminal ID: B, Status inference value: 1, Nickname: taro” “Own terminal ID: B, Designated terminal ID: No information, Status inference value: 2,-Name: ziro” is there. This information is transmitted to the virtual status communication terminal A.
  • the virtual status communication terminal A updates the contents of the all terminal information storage area 1304 of the RAM 1030 based on the all terminal information transmitted from the mediation server 1003 (Fig. 47, S1553) 0, that is, all transmitted terminal information, “own terminal ID: A, specified terminal ID: B, status inference value: 1” “own terminal ID: B, specified terminal ID: no information, status inference value: 2 , Nickname: ⁇ oj is copied to all terminal information storage area 1304.
  • the status communication terminal displayed by the user of the virtual status communication terminal A is the terminal B, so that the status communication is displayed (Fig. 42, S 1057).
  • Information on terminal B is searched from all terminal information storage area 1304 (Fig. 48, S1574).
  • the status reasoning value of status communication terminal B is included in all the terminal information obtained this time.
  • the status of the status communication terminal B is displayed on the designated terminal status display section 1211 in the upper half of the terminal image 1210 on the screen 120 0 (Fig. 48, S1577).
  • the status inference value of the status communication terminal B is “ 2 ”
  • the designated terminal status display unit 1211 is displayed in blue according to the status display table storage area 1305 (see FIG. 40) (FIG. 48, S1577).
  • the virtual status communication terminal A own status inference Based on the value “1”, the terminal status display unit 1212 is displayed in red (FIG. 48, S1578).
  • the situation communication system 1100 of the present embodiment in the virtual situation communication terminal 1, clicks on various icon buttons displayed on the main screen 1200 and the terminal designation screen 1400 are displayed.
  • the user's situation is input by operating the mouse and moving the mouse, and the situation inference value is calculated by the situation inference process based on the input.
  • the obtained status inference value is transmitted to the mediation server 1003, and the status inference value of the status communication terminal 1002 connected to the mediation server 1003 is received.
  • the received information of various status communication terminals 1002 is stored in the virtual status communication terminal 1001, displayed in a list on the terminal designation screen 1400, rearranged to select a desired terminal, and the status is displayed on the main screen 1200. Can be displayed. Therefore, information on a large number of status communication terminals 1002 is obtained, and a list of terminals having status inference values displayed from them is displayed in a list, and the terminal to be displayed on the main screen 1200 is displayed. You can choose.
  • the CPU 1010 that executes the data transmission / reception processing of S1055 in FIG. 42 and S1061 in FIG. 43 functions as the acquisition unit of the present invention.
  • the CPU 1010 that executes the list display process of S 1064 in FIG. 43 functions as the display control means and the list display means of the present invention.
  • the CPU 1010 that executes the terminal designation process of S1065 in FIG. It functions as a selection means.
  • the CPU 1010 that executes the main display process of S1057 in FIG. 42 functions as the updating means of the present invention.
  • FIG. 56 is an image view of the list display main screen 2200 of the first modification.
  • FIG. 57 is an image view of the page switching display main screen 2300 of the first modification.
  • FIG. 58 is a flowchart of the terminal designation state process of the first modification.
  • FIG. 59 is a flowchart of mouse input processing according to the first modification.
  • FIG. 60 is a flowchart of the main display process of the first modification.
  • FIG. 61 is a flowchart of the designated terminal display process of the first modification.
  • FIG. 62 is a flowchart of terminal designation processing according to the first modification.
  • the list display main screen 2200 has four displays of power terminals 1K elephant power 2210, 2220, 2230, and 2240 that are substantially the same as the main screen 1200 of the embodiment.
  • Each image has a designated terminal status display section and a local terminal status display section, and the display angle of the terminal image can be changed by dragging the mouse on each terminal image.
  • the page switching display main screen 2300 in FIG. 57 is obtained by adding page switching buttons 2310 and 2320 to the main screen 1200 of the embodiment and pressing the page switching button 2310 or 2320 for the designated number of terminals.
  • the page status can be changed to display the terminal status.
  • the main process of the virtual status communication terminal 1001 is the main process of the above-described embodiment.
  • the same processing as in Fig. 41 is performed.
  • the main state process during the main process is the same as the main state process (FIG. 42) of the above-described embodiment.
  • the processing when the specified processing status becomes the terminal specified status processing, the mouse input processing during the main status processing, the main status processing, and the terminal specification processing during the terminal specified status processing are different, so each processing is described below. To do.
  • the terminal designation state process of Modification 1 is substantially the same as the terminal designation state process of the above-described embodiment, but the terminal designation state process is performed when the process is started. Perform initialization (S1060). Then, the local terminal information is transmitted to the mediation server 1003, and data transmission / reception processing for receiving information on other terminals from the mediation server 1003 is executed (S1061). Next, sorting processing for rearranging all terminal information received in S 1061 to display a list is performed (S 1062).
  • the page number is initialized by substituting 0 (S1063). Then, a list display process for displaying a list of all the sorted terminal information on the terminal designation screen 1400 (see FIG. 35) in units of pages is performed (S1064).
  • details terminal list force displayed on the terminal designation screen 1400 also performs terminal specifying processing for specifying a terminal that presents the situation in the main screen 1200 (S1065) o terminal designation process, see Figure 62 Will be described later.
  • the inference flag process for acquiring the input data as the basis of the situation inference process is executed (S1516).
  • the contents of the inference flag process are the same as in the above-described embodiment (FIG. 45). Then, the process returns to the main state process.
  • a background display is first executed (S1571). Next, it is determined whether or not a terminal group (a plurality of terminals) has been designated (S1581). If the terminal group is not specified (S1581: NO), the process proceeds to S15 84, and the status of the terminal is displayed on the terminal status display section according to the display angle obtained by the mouse input process, and the main state process is performed. Return to.
  • the display format of the current main screen is not the switching display (S1582: NO)
  • display is performed in the list display format (S1585 to S1589).
  • the number of displayed terminals is initialized to “0” (S1585).
  • the designated terminal display process is performed to display the designated terminal in the designated terminal status display unit according to the display terminal number (S 1586), and the status of the own terminal is displayed according to the display angle obtained by the mouse input process. (S 1587). Details of the designated terminal display processing will be described later with reference to FIG.
  • the designated terminal display process executed during the main display process of Modification 1 will be described.
  • the terminal number of the terminal to be displayed is acquired (S15831).
  • the display angle of the display terminal image is acquired from the RAM 1030 (S15832).
  • the information of the display terminal is also searched for all terminal information power received from the mediation server 1003 in the data transmission / reception process and updated and stored in the all terminal information storage area 1304 (S15833).
  • the ID of the designated terminal included in the information of the terminal found as a result of the search is the ID of the own terminal, that is, whether or not they are mutually designated (S 1575).
  • the specified terminal ID power S of terminal B discovered from all terminal information storage area 1304 Determine whether or not. If the designated terminal ID of the designated terminal is not the own terminal ID (S 1575: NO), the process proceeds to S 1577 as it is.
  • a terminal designation process executed in the terminal designation state process of the first modification will be described.
  • a sorting flag for determining whether or not to perform the sorting process (FIG. 49) is initialized to “0” (S 1651).
  • a page switching flag for determining whether or not to execute the list display process on a new page is initialized as “0” (S1652).
  • the status of multiple terminals can be displayed on the main screen at once (list display main screen 2200) or switched (switch display main screen 2300). it can. Therefore, even when there are a plurality of terminals to be noticed, it is possible to continuously acquire and display the status of a plurality of terminals that do not need to be designated again and again.
  • the CPU 1010 that executes the terminal designation process in S65 of Fig. 58 and Fig. 62 functions as the selection means of the present invention.
  • FIG. 63 is a flowchart of terminal designation state processing according to the second modification.
  • FIG. 64 is a flowchart of the sorting process of the second modification.
  • FIG. 65 is an image diagram of a table generated by the sorting process of the second modification.
  • FIG. 66 is a flowchart of the list display process of the second modification.
  • FIG. 67 is a flowchart of terminal designation processing according to the second modification.
  • initialization is performed by substituting 0 for the page number in order to display a list (S1063).
  • a list display process for displaying a list of all the sorted terminal information on the terminal designation screen 1400 (see FIG. 35) in page units is performed (S 1064). Details of the list display processing will be described later with reference to FIG.
  • details terminal list force displayed on the terminal designation screen 1400 also performs terminal specifying processing for specifying a terminal that presents the situation in the main screen 1200 (S1065) o terminal designation process, see Figure 67 Will be described later.
  • the sorting process executed in Modification 2 is not to display a list for all terminals when displaying a list on the terminal specification screen 1400. This is the process for extracting and displaying.
  • grouping rules we have prepared a grouping rule 1800 that is compiled in advance for each status reasoning value (see Figure 65).
  • terminal IDs and status inference values are extracted from all terminal information received in the data transmission / reception process and stored in all terminal information storage area 1304 (see FIG. 39).
  • the table 1700 (see FIG. 65) is rearranged according to the situation reasoning value, and a table 1710 with a number is created (S1631).
  • the rearranged table 1710 and the grouping rule 1800 are collated to create a group table 1720 holding the final terminal number of each group (S1622).
  • the final terminal of group 0 is “1”
  • the final terminal of group 1 is “3”
  • the final terminal of group 2 is “14”.
  • the background of the terminal designation screen 1400 is displayed (S1641).
  • the display group is specified in the terminal specification process described later (see Fig. 67).
  • the process proceeds directly to S703, and if no display group is specified (S1701: NO), the display group is determined from the status inference value of the terminal itself (S1702). For example, the display group to which the status inference value of its own terminal (for example, 12) corresponds is specified. Then, the process proceeds to S 1703.
  • the status is displayed for each terminal (S1704 to S1648).
  • the status of the number of terminals corresponding to the total number of terminals in the display group acquired in S1704 has already been displayed as the small terminal image 1411 on the list display unit 1410 (S1704).
  • the list display process of Modification 2 is performed in the list display section 1410 on the terminal designation screen 1400 in the designated display group in units of pages, but the terminals that can display the total number of terminals in the designated display group within the page.
  • the display process for all terminals is completed before executing the display process for the number of pages that can be displayed on the page.
  • the judgment is made assuming such a case. If the statuses of all terminals in the designated display group have already been displayed (S 1704: Y ES), the process directly returns to the terminal designation state process.
  • 1 is added to the number of display terminals (S1647). Then, it is determined whether or not the number of terminals that can be displayed in the page is already displayed (S1648). For example, if 20 terminals can be displayed on one page, the number of displayed terminals is compared with the 20 displayable numbers. If the total number has not been displayed yet (S1648: NO), return to S645 and repeat the process. If the total number has been displayed (S648: YES), the list display process for one page has been completed, so the terminal designation state Return to processing.
  • terminal designation process executed in the terminal designation state process of the second modification will be described.
  • the terminal designation process from the terminal designation screen 1400 displaying a list of terminal statuses, the designation of terminals by the user, the designation of display groups are accepted, and the movement of pages by the NEXT button 1440 and the BACK button 1430 is accepted.
  • a display group flag for determining whether or not to perform the sorting process (FIG. 64) for each display group is initialized to “0” (S1650).
  • a page switching flag for determining whether or not to execute the list display process on a new page is initialized as “0” (S1652).
  • the designated terminal is detected by clicking any of the small terminal images 1411 in the list display (S1654). If the designated terminal is detected (S1654: YES), the ID of the designated terminal is acquired (S1655). In the list display portion 1410, since the small terminal images 1411 are arranged according to the table 1530, the ID of the designated terminal can be obtained from this table 1530. Since the terminal whose status is to be displayed has been determined as described above, in the next process, in order to display the status of the designated terminal on the main screen 1200, the processing status is changed to the main status processing (S1656). And it returns to a terminal designation
  • the display group number is detected (S1711). If the display group number is detected (S1711: YES), the display group number is updated (S 1712) to perform sorting processing in the next routine based on the specified display group number (S 1712). “1” is substituted into the flag to be “ON” (S1713), and the process returns to the terminal designation state process.
  • the display group number is not detected (S1711: NO), it means that either the BACK button 14 30 or the NEXT button 1440 has been clicked.
  • the page number is updated by subtracting 1 from or adding 1 (S 1660). Then, in order to display a list of new pages in the next routine, “1” is substituted into the page switching flag to set “o N” (S1661). And it returns to a terminal designation
  • the terminal situation is grouped by the situation inference value, and only the grouped terminals are displayed in a list. It is possible to select and display only terminals in a desired situation, improving operability.
  • the CPU 1010 that executes the sorting process in S1062 of FIG. 63 functions as the extraction display means of the present invention.
  • ROM and a hard disk are used! /, but not limited thereto, a magnetic disk such as a flexible disk, an optical disk, and the like. It goes without saying that computer-readable storage media such as magnetic disks and semiconductor memories are also included.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

【課題】使用者の状況を複数の端末間で通信する場合に、通信負荷を軽減することのでき る状況通信システム、装置、及び方法を提供する。 【解決手段】状況通信端末A及び状況通信端末Bでセンシングが実行されると、そのセン シングデータに基づいて状況推論処理が実行され、得られた状況推論値は自端末情報とし て仲介サーバに送信される。仲介サーバでは、受信した端末情報により全端末情報を更新 した後、その全端末情報を送信してきた状況通信端末に返信する。状況通信端末Aでは、 受信した全端末情報の中から状況を表示したい端末(状況通信端末B)の情報を検索し読 み出して、LED等のアクチュエータにより表示する。

Description

明 細 書
状況通信システム
技術分野
[0001] 本発明は状況通信システムに関し、特に状況通信に係るシステム、装置、方法、プ ログラムを備えた媒体、サーバ、端末、通信サーバプログラムを備えた媒体、及び端 末プログラムを備えた媒体に関する。 背景技術
[0002] 一般に、使用者同士の円滑なコミュニケーションのために、情報交信に際して感情変 化等を送信することが可能なシステムが知られており、感情変化をリアルタイムに相 互更新することが可能なものも提案されている(例えば、特許文献 1)。このようなシス テムでは、情報更新用端末に検出機構が設けられ、検出機構で検出された感情変 化に基づいて、情報交信元の喜怒哀楽の程度が判定され、その判定結果が情報交 信先に送信される。そして、受信した情報交信先の情報交信用端末では、受信した 情報交信元の感情変化を報知する報知機構を備え、画像、音声、振動等により報知 している。
特許文献 1:特開 2005 - 72743号公報
発明の開示
発明が解決しょうとする課題
[0003] し力しながら、上記システムにお 、ては、複数の情報交信端末間を、直接ネットヮー クを介して接続しているため、複数の端末を指定して情報を交信しょうとする場合や、 複数の端末力も指定されて情報を交信しょうとする場合には、接続数が増加し、通信 処理に対する端末の負担が大きくなり、通信の遅延を招く場合もあった。
[0004] 本発明は上記問題を解決するためになされたものであり、使用者の状況を複数の 端末間で通信する場合に、通信負荷を軽減することのできる状況通信システム、状 況通信方法、状況通信装置、状況通信サーバ、状況通信サーバプログラム、状況通 信端末、状況通信端末プログラム、及び状況通信プログラムを提供することを目的と する。 課題を解決するための手段
[0005] 上記目的を達成するために、本発明の請求項 1に記載の状況通信システムは、使 用者の状態や周辺環境の状況を計測して通知する複数の状況通信端末と、当該状 況通信端末にネットワークを介して接続し、前記状況通信端末間の通信を仲介する 状況通信サーバとからなる状況通信システムであって、前記状況通信端末は、使用 者に関する生体情報又は周辺環境に関する環境情報を計測するセンサと、前記セ ンサにより計測された計測情報又は当該計測情報に基づく情報のいずれかである状 況データを前記状況通信サーバに送信する端末側送信手段と、前記状況通信サー バから送信される状況データを受信する端末側受信手段と、前記受信手段が受信し た状況データに基づき他の状況通信端末の状況を表現する状況表現手段とを備え 、前記状況通信サーバは、前記状況通信端末から送信された状況データを受信す るサーバ側受信手段と、当該サーバ側受信手段が受信した状況データを各状況通 信端末毎に記憶するサーバ側状況データ記憶手段と、前記状況通信端末に送信す る状況データを、前記サーバ側状況データ記憶手段から読み出すサーバ側状況デ 一タ読出手段と、少なくとも前記状況データを送信してきた状況通信端末に、前記サ ーバ側状況データ読出手段により読み出された状況データを送信するサーバ側送 信手段とを備えたことを特徴とする。
[0006] また、本発明の請求項 2に記載の状況通信方法は、使用者の状況や周辺環境を 計測してその計測情報を通知する複数の状況通信端末と、当該状況通信端末にネ ットワークを介して接続し、前記状況通信端末間の通信を仲介する状況通信サーバ と力 なる状況通信システムにて行なわれる状況通信方法であって、前記状況通信 端末が、使用者に関する生体情報又は周辺環境に関する環境情報をセンサにより 計測し、計測された計測情報又は当該計測情報に基づく情報の 、ずれかである状 況データを前記状況通信サーバに送信し、前記状況通信サーバが、前記状況通信 端末から送信された状況データを受信し、受信した状況データを各状況通信端末毎 に前記サーバ側状況データ記憶手段に記憶し、少なくとも前記状況データを送信し てきた状況通信端末に、前記サーバ側状況データ記憶手段から状況データを読み 出して送信し、前記状況通信端末が、前記状況通信サーバから送信される状況デー タを受信し、受信した状況データに基づき他の状況通信端末の状況を表現すること を特徴とする。
[0007] また、本発明の請求項 3に記載の状況通信サーバは、使用者の状態や周辺環境 の状況を計測して通知する複数の状況通信端末にネットワークを介して接続し、前記 状況通信端末間の通信を仲介する状況通信サーバであって、前記状況通信端末か ら送信された状況データを受信するサーバ側受信手段と、当該サーバ側受信手段 が受信した状況データを各状況通信端末毎に記憶するサーバ側状況データ記憶手 段と、前記状況通信端末に送信する状況データを、前記サーバ側状況データ記憶 手段から読み出すサーバ側状況データ読出手段と、少なくとも前記状況データを送 信してきた状況通信端末に、前記サーバ側状況データ読出手段により読み出された 状況データを送信するサーバ側送信手段とを備えたことを特徴とする。
[0008] また、本発明の請求項 4に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、前記サーバ側状況データ読出手段が、前記サーバ側状況データ記憶手 段に記憶されている全ての状況通信端末の状況データを読み出すことを特徴とする
[0009] また、本発明の請求項 5に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、前記状況通信端末から状況データを送信すべき他の状況通信端末を指 定する指定情報が送信されてきた場合に、当該指定情報に対応する状況通信端末 の状況データを前記サーバ側状況データ記憶手段に記憶されている状況データか ら検索する検索手段を備え、前記サーバ側状況データ読出手段は、当該検索手段 により発見された状況データを読み出すことを特徴とする。
[0010] また、本発明の請求項 6に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、前記状況通信端末から状況データを送信すべき他の状況通信端末を指 定する指定情報が送信されてきた場合に、サーバ側状況データ読出手段は前記状 況通信端末に送信する状況データを前記サーバ側状況データ記憶手段から読み出 し、前記サーバ側送信手段は読み出された状況データを前記情報通信端末に送信 することを特徴とする。
[0011] また、本発明の請求項 7に記載の状況通信サーバプログラムを記録した記録媒体 は、請求項 3乃至 6の 、ずれかに記載の状況通信サーバの各種処理手段としてコン ピュータを機能させる。
[0012] また、本発明の請求項 8に記載の状況通信端末は、端末間の通信を仲介する状況 通信サーバにネットワークを介して接続した状況通信端末であって、使用者に関する 生体情報又は周辺環境に関する環境情報を計測するセンサと、前記センサにより計 測された計測情報又は当該計測情報に基づく情報のいずれかである状況データを 前記状況通信サーバに送信する端末側送信手段と、前記状況通信サーバから送信 された状況データを受信する端末側受信手段と、当該受信手段が受信した状況デ ータに基づいて状況を表現する状況表現手段とを備えたことを特徴とする。
[0013] また、本発明の請求項 9に記載の状況通信端末は、請求項 8に記載の発明の構成 に加え、前記端末側受信手段が受信した状況データを記憶する端末側記憶手段と、 前記状況表現手段により表現したい状況データを有する状況通信端末を指定する 端末指定手段と、当該端末指定手段により指定された状況通信端末の状況データ を端末側記憶手段から読み出す端末側読出手段と、当該端末側読出手段により読 み出された状況データに基づいて状況を表現するよう状況表現手段を制御する状況 表現制御手段とを備えたことを特徴とする。
[0014] また、本発明の請求項 10に記載の状況通信端末は、請求項 9に記載の発明の構 成に加え、前記状況表現制御手段が、新たな前記状況データが生成されたとき、当 該新たな前記状況データに基づいて前記状況表現手段を制御することを特徴とする
[0015] また、本発明の請求項 11に記載の状況通信端末は、請求項 8に記載の発明の構 成に加え、前記状況表現手段により表現した 、状況データを有する他の状況通信端 末を指定する端末指定手段を備え、前記端末側送信手段は、前記状況データと、前 記端末指定手段による状況通信端末の指定情報とを前記状況通信サーバに送信す ることを特徴とする。
[0016] また、本発明の請求項 12に記載の状況通信端末は、請求項 8に記載の発明の構 成に加え、前記端末側送信手段が、新たな前記状況データが生成されたとき、当該 新たな前記状況データを前記状況通信サーバに送信することを特徴とする。 [0017] また、本発明の請求項 13に記載の状況通信端末プログラムを記録した記録媒体は 、請求項 8乃至 12のいずれかに記載の状況通信端末の各種処理手段としてコンビュ ータを機能させる。
[0018] また本発明の請求項 14に記載の状況通信装置は、使用者や周辺環境の状況に 関する情報である状況情報を通信する状況通信装置にお!、て、通信可能な端末の 前記状況情報を取得する取得手段と、前記取得手段により取得した状況情報に基 づき、複数の端末の状況を表示手段に表示可能とする表示制御手段とを備えたこと を特徴とする。
[0019] また、本発明の請求項 15に記載の状況通信装置は、請求項 1に記載の発明の構 成に加え、前記表示制御手段が、前記取得手段により状況情報を取得した全ての端 末の状況を一覧表示させる一覧表示手段を備えたことを特徴とする。
[0020] また、本発明の請求項 16に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、前記表示制御手段が、前記取得手段により状況情報を取得した全ての端 末のうち、予め定められた条件に合致する一部の端末を抽出してその状況を表示す る抽出表示手段を備えたことを特徴とする。
[0021] また、本発明の請求項 17に記載の状況通信装置は、請求項 16に記載の発明の構 成に加え、前記抽出表示手段が、特定の状況情報を有する端末を抽出してその状 況を表示することを特徴とする。
[0022] また、本発明の請求項 18に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、前記表示制御手段により状況が表示された複数の端末から 1又は複数の 端末を選択する選択手段と、当該選択手段により選択された端末の状況を、前記取 得手段が当該端末の状況情報を取得するごとに更新して表示させる更新手段とを備 えたことを特徴とする。
[0023] また、本発明の請求項 19に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、前記表示制御手段が、自装置の状況と、選択された端末の状況とを同時 に表示させることを特徴とする。
[0024] また、本発明の請求項 20に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、自装置の状況情報又は使用者の状況情報を入力する入力手段を備えた ことを特徴とする。
[0025] また、本発明の請求項 21に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、使用者の状態や周辺環境の状況を計測する計測手段と、当該計測手段 により計測された計測情報に基づき、使用者の感情や状態又は自装置の周辺のに ぎや力さの少なくとも一つを含む状況情報を作成する状況情報作成手段とを備えた ことを特徴とする。
[0026] また、本発明の請求項 22に記載の状況通信装置は、請求項 14に記載の発明の構 成に加え、前記表示制御手段が、前記状況情報に基づき色又は振動の少なくとも一 方により状況を表示する状況表示制御手段を備えたことを特徴とする。
[0027] また、本発明の請求項 23に記載の状況通信方法は、通信可能な端末の使用者や 周辺環境の状況に関する情報である状況情報を取得し、取得した状況情報に基づ き、複数の端末の状況を表示手段に表示させることを特徴とする。
[0028] また、本発明の請求項 24に記載の状況通信プログラムを記録した記録媒体は、請 求項 14乃至 22のいずれかに記載の状況通信装置の各種処理手段としてコンビユー タを機能させることを特徴とする。
発明の効果
[0029] 本発明の請求項 1に記載の状況通信システムは、状況通信端末がセンサにより使 用者の生体情報や環境情報を計測し、それに基づ!、て状況データを状況通信サー バに送信し、状況通信サーバでは、状況通信端末から受信した状況データを記憶し 、記憶している状況データを状況通信端末に送信する。従って、複数の状況通信端 末が通信を行なう場合に、当該状況通信端末間で直接通信が行なわれず、状況通 信サーバを介するため、通信は状況通信端末と状況通信サーバの 1対 1となる。状況 通信端末が他の状況通信端末を指定して当該他の状況通信端末の状況を入手した い場合にも、その状況データは状況通信サーバに記憶されているから、状況通信サ ーバとの通信により状況データが入手可能である。従って、複数の状況通信端末が 1 個の状況通信端末の状況データを入手しょうとする場合であっても、状況通信端末 間で直接通信を行なう場合に比べて通信の負荷を軽減することができ、スムーズな 通信を行なうことができる。 [0030] また、本発明の請求項 2に記載の状況通信方法は、状況通信端末がセンサにより 使用者の生体情報や環境情報を計測し、それに基づ!、て状況データを状況通信サ ーバに送信し、状況通信サーバでは、状況通信端末から受信した状況データを記憶 し、記憶している状況データを状況通信端末に送信する。従って、複数の状況通信 端末が通信を行なう場合に、当該状況通信端末間で直接通信が行なわれず、状況 通信サーバを介するため、通信は状況通信端末と状況通信サーバの 1対 1となる。状 況通信端末が他の状況通信端末を指定して当該他の状況通信端末の状況を入手 したい場合にも、その状況データは状況通信サーバに記憶されているから、状況通 信サーバとの通信により状況データが入手可能である。従って、複数の状況通信端 末が 1個の状況通信端末の状況データを入手しょうとする場合であっても、状況通信 端末間で直接通信を行なう場合に比べて通信の負荷を軽減することができ、スムー ズな通信を行なうことができる。
[0031] また、本発明の請求項 3に記載の状況通信サーバは、状況通信端末がセンサによ り使用者の生体情報や環境情報を計測し、それに基づ!、て送信してきた状況データ を記憶し、状況通信端末に送信する。従って、このような状況通信サーバを用いるこ とにより、複数の状況通信端末が通信を行なう場合に、当該状況通信端末間で直接 通信が行なわれず、状況通信サーバを介するため、通信は必ず状況通信端末と状 況通信サーバの 1対 1の通信となる。状況通信端末が他の状況通信端末を指定して 当該他の状況通信端末の状況を入手した!/、場合にも、その状況データは状況通信 サーバに記憶されているから、状況通信サーバとの通信により状況データが入手可 能である。従って、複数の状況通信端末が 1個の状況通信端末の状況データを入手 しょうとする場合であっても、状況通信端末間で直接通信を行なう場合に比べて通信 の負荷を軽減することができ、スムーズな通信を行なうことができる。
[0032] また、本発明の請求項 4に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、状況通信端末に状況データを送信する際には、記憶しているすべての状 況データを読出して送信する。従って、状況通信端末では、状況データを入手した V、他の状況通信端末につ!、ての状況データであるか否かにかかわらず状況通信サ ーバが記憶しているすべての状況通信端末に関する状況データを入手できるので、 状況通信端末側で適宜表示させたい相手の状況通信端末を指定してその状況デー タを検索し、表示させることがでさる。
[0033] また、本発明の請求項 5に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、状況通信端末が指定した他の状況通信端末の状況データを検索し、そ の状況データのみを送信するようにしたので、状況通信端末側での検索処理が不要 で、受信後すぐに指定した他の状況通信端末の状況を表示させることができる。
[0034] また、本発明の請求項 6に記載の状況通信サーバは、請求項 3に記載の発明の構 成に加え、いずれかの状況通信端末が状況データを送信してきたときに、その返信 として、状況通信サーバが記憶している状況データを読出して送信する。従って、状 況通信端末が状況データを求めているときに適切な状況データを送信することがで きる。
[0035] また、本発明の請求項 7に記載の記録媒体は、状況通信サーバプログラムをコンビ ユータに実行させることにより、請求項 3乃至 6のいずれかに記載の状況通信サーバ の各種処理手段としての作用効果を奏することができる。
[0036] また、本発明の請求項 8に記載の状況通信端末は、センサにより使用者の生体情 報や環境情報を計測し、それに基づ!、て状況データを状況通信サーバに対して送 信すると、状況通信サーバが、記憶している状況データを送信してくるので、受信し た状況データに基づ!/、て、所望の相手の状況通信端末の状況を適宜表示させること ができる。従って、表示させたい状況通信端末が集中するような場合にも、直接通信 を行なわず、状況通信サーバを介しているので、通信の負荷を軽減することができ、 スムーズな通信を行なうことができる。
[0037] また、本発明の請求項 9に記載の状況通信端末は、請求項 8に記載の発明の構成 に加え、状況通信サーバから受信した状況データを記憶する端末側記憶手段を備 えたので、複数の状況通信端末に関する状況データを受信した場合であってもそれ を記憶しておき、適宜表示させたい状況通信端末を指定して検索をおこない、対応 する状況データに基づいて状況を表示させることができる。
[0038] また、本発明の請求項 10に記載の状況通信端末は、請求項 9に記載の発明の構 成に加え、新たな前記状況データが生成されたときにその状況データに基づいて状 況を表現するので、自身の状況は状況データ生成時に、指定した他の状況通信端 末の状況は、記憶手段を検索して得られた状況データに基づ 、て表現することがで きる。
[0039] また、本発明の請求項 11に記載の状況通信端末は、請求項 8に記載の発明の構 成に加え、状況通信サーバに対して、他の状況通信端末の指定情報も送信するの で、状況通信サーバでは、状況データに加えて指定情報も各情報通信端末毎に記 憶させておき、受信した状況通信端末でこの指定情報を利用した状況表現、例えば 互いに相手を指定している場合に特別の表現を行なったりする等の対応が可能にな る。
[0040] また、本発明の請求項 12に記載の状況通信端末は、請求項 8に記載の発明の構 成に加え、新たな状況データを生成したときに状況通信サーバに対して状況データ を送信するので、常に最新の状況データを状況通信サーバに蓄積することが可能に なる。
[0041] また、本発明の請求項 13に記載の記録媒体は、状況通信端末プログラムをコンビ ユータに実行させることにより、請求項 8乃至 12のいずれかに記載の状況通信端末 の各種処理手段としての作用効果を奏することができる。
[0042] 本発明の請求項 14に記載の状況通信装置は、通信可能な端末の状況情報を取 得手段により取得し、取得した状況情報に基づき、複数の端末の状況を表示手段に 表示することができる。従って、表示された複数の端末の中から 1または複数の端末 をその状況に基づ 、て選択することが可能である。
[0043] また、本発明の請求項 15に記載の状況通信装置は、請求項 14に記載の発明の効 果に加え、複数の端末の状況表示は、全ての端末の状況を一覧表示させることによ つて行なうので、通信可能な全端末の状況を互いに比較しながら所望の端末を選択 することが可能である。
[0044] また、本発明の請求項 16に記載の状況通信装置は、請求項 14に記載の発明の効 果に加え、抽出表示手段により、予め定められた条件に合致する一部の端末を抽出 してその状況を表示することができるので、特定の条件に合致する端末のみを表示さ せ、その中からさらに所望の端末を選択をすることが可能になる。 [0045] また、本発明の請求項 17に記載の状況通信装置は、請求項 16に記載の発明の効 果に加え、予め定められた条件として、特定の状況情報を有する端末を抽出するの で、所望の状況にある端末のみを表示させ、その中からさらに所望の端末を選択を することが可能になる。
[0046] また、本発明の請求項 18に記載の状況通信装置は、請求項 14に記載の発明の効 果に加え、状況が表示された複数の端末から 1又は複数の端末が選択手段により選 択され、その選択された端末の状況が状況情報の取得の度ごとに更新されて表示さ れるので、ほぼリアルタイムに状況を知ることができる。
[0047] また、本発明の請求項 19に記載の状況通信装置は、請求項 14に記載の発明の効 果に加え、自装置の状況と、選択された端末の状況とを同時に表示させることができ る。
[0048] また、本発明の請求項 20に記載の状況通信装置は、請求項 1に記載の発明の効 果に加え、入力手段から自装置の状況情報又は使用者の状況情報を入力すること ができる。
[0049] また、本発明の請求項 21に記載の状況通信装置は、請求項 1に記載の発明の効 果に加え、センサ等の計測手段により使用者の状態や周辺環境の状況を計測し、そ の計測情報に基づいて、状況情報作成手段により使用者の状態や又は自装置の周 辺の状況情報を作成することができる。
[0050] また、本発明の請求項 22に記載の状況通信装置は、請求項 14に記載の発明の効 果に加え、色又は振動の少なくとも一方を用いて状況を表示することができる。
[0051] また、本発明の請求項 23に記載の状況通信方法は、通信可能な端末の使用者や 周辺環境の状況に関する情報である状況情報を取得し、取得した状況情報に基づ き、複数の端末の状況を表示手段に表示させることができるので、選択した複数の端 末の状況を常時又は切り替えて使用者が把握することができる。
[0052] また、本発明の請求項 24に記載の記録媒体は、状況通信プログラムをコンピュータ に実行させることにより、請求項 14乃至 22のいずれかに記載の状況通信装置の各 種処理手段としての作用効果を奏することができる。
図面の簡単な説明 [図 1]本発明の第一の実施の形態に係る状況通信システム 100の構成を示すシステ ム構成図である。
[図 2]本発明の第一の実施の形態に係る状況通信端末 1を斜め上方カゝら見たィメー ジ図である。
[図 3]本発明の第一の実施の形態に係る状況通信端末 1を前方力 見たイメージ図 である。
[図 4]本発明の第一の実施の形態に係る状況通信端末 1の電気的構成を示すブロッ ク図である。
[図 5]本発明の第一の実施の形態に係る RAM30の記憶エリアの構成を示す模式図 である。
[図 6]本発明の第一の実施の形態に係る RAM30のセンシングデータ記憶エリア 30 1の構成を示す模式図である。
[図 7]本発明の第一の実施の形態に係る状況推論テーブル記憶エリア 302に記憶さ れた状況推論テーブルの構成を示す模式図である。
[図 8]本発明の第一の実施の形態に係る自端末情報記憶エリア 303の構成を示す模 式図である。
[図 9]本発明の第一の実施の形態に係る全端末情報記憶エリア 304の構成を示す模 式図である。
[図 10]本発明の第一の実施の形態に係る状況表示テーブル記憶エリア 305に記憶 された状況表示テーブルの構成を示す模式図である。
[図 11]本発明の第一の実施の形態に係る状況通信端末 1のメイン処理のフローチヤ ートである。
[図 12]本発明の第一の実施の形態に係るメイン処理により起動されるセンサ処理の フローチャートである。
[図 13]本発明の第一の実施の形態に係るメイン処理で実行される状況推論処理のフ ローチャートである。
[図 14]本発明の第一の実施の形態に係るメイン処理で実行されるデータ送受信処理 のフローチャートである。 [図 15]本発明の第一の実施の形態に係るメイン処理で実行される状況表示処理のフ ローチャートである。 圆 16]本発明の第一の実施の形態に係る仲介サーバ 2及び本発明の第二の実施の 形態に係る仲介サーバ 1003の電気的構成を示すブロック図である。
圆 17]本発明の第一の実施の形態に係る全端末情報記憶エリア 182の構成を示す 模式図である。
[図 18]本発明の第一の実施の形態に係る仲介サーバ 2のメイン処理のフローチヤ一 トである。
[図 19]本発明の第一の実施の形態に係る状況通信システム 100のタイムチャートで ある。
圆 20]本発明の第一の実施の形態に係る変形例 1の状況通信端末 1のメイン処理の フローチャートである。
圆 21]本発明の第一の実施の形態に係る変形例 1の状況通信端末 1のメイン処理で 実行されるデータ送受信処理のフローチャートである。
圆 22]本発明の第一の実施の形態に係る変形例 1のデータ送受信処理で実行され る指定端末状況表示処理のフローチャートである。
[図 23]本発明の第一の実施の形態に係る変形例 1の仲介サーバ 2のメイン処理のフ ローチャートである。 圆 24]本発明の第一の実施の形態に係る変形例 1のタイムチャートである。
圆 25]本発明の第一の実施の形態に係る変形例 2の状況通信端末 1のメイン処理の フローチャートである。
圆 26]本発明の第一の実施の形態に係る変形例 1の状況通信端末 2のメイン処理で 実行されるデータ送受信処理のフローチャートである。
[図 27]本発明の第一の実施の形態に係る変形例 2の仲介サーバ 2のメイン処理のフ ローチャートである。 圆 28]本発明の第一の実施の形態に係る変形例 2のタイムチャートである。
圆 29]本発明の第一の実施の形態に係る変形例 3の状況通信端末 1のメイン処理の フローチャートである。 圆 30]本発明の第一の実施の形態に係る変形例 3の状況通信端末 1のメイン処理に より起動されるデータ送受信処理のフローチャートである。
圆 31]本発明の第一の実施の形態に係る変形例 3のタイムチャートである。
[図 32]本発明の第二の実施の形態に係る状況通信システム 1100の構成を示すシス テム構成図である。
圆 33]本発明の第二の実施の形態に係る仮想状況通信端末 1001の電気的構成を 示すブロック図である。
圆 34]本発明の第二の実施の形態に係る仮想状況通信端末 1001の表示装置 107 0に表示されるメイン画面 1200のイメージ図である。
圆 35]本発明の第二の実施の形態に係る仮想状況通信端末 1001の表示装置 107 0に表示される端末指定画面 1400のイメージ図である。
[図 36]本発明の第二の実施の形態に係る RAM1030の記憶エリアの構成を示す模 式図である。
[図 37]本発明の第二の実施の形態に係る状況推論テーブル記憶エリア 1302に記憶 された状況推論テーブルの構成を示す模式図である。
圆 38]本発明の第二の実施の形態に係る自端末情報記憶エリア 1303の構成を示 す模式図である。
圆 39]本発明の第二の実施の形態に係る全端末情報記憶エリア 1304の構成を示 す模式図である。
[図 40]本発明の第二の実施の形態に係る状況表示テーブル記憶エリア 1305に記憶 された状況表示テーブルの構成を示す模式図である。
[図 41]本発明の第二の実施の形態に係る仮想状況通信端末 1001のメイン処理のフ ローチャートである。 圆 42]本発明の第二の実施の形態に係るメイン処理の中で実行されるメイン状態処 理のフローチャートである。
圆 43]本発明の第二の実施の形態に係るメイン処理の中で実行される端末指定状 態処理のフローチャートである。
圆 44]本発明の第二の実施の形態に係るメイン状態処理の中で実行されるマウス入 力処理のフローチャートである。
圆 45]本発明の第二の実施の形態に係るマウス入力処理で実行される推論フラグ処 理のフローチャートである。
[図 46]本発明の第二の実施の形態に係るメイン状態処理の中で実行される状況推 論処理のフローチャートである。
[図 47]本発明の第二の実施の形態に係るメイン状態処理及び端末指定状態処理の 中で実行されるデータ送受信処理のフローチャートである。
圆 48]本発明の第二の実施の形態に係るメイン状態処理の中で実行されるメイン表 示処理のフローチャートである。
圆 49]本発明の第二の実施の形態に係る端末指定状態処理の中で実行されるソー ティング処理のフローチャートである。
[図 50]本発明の第二の実施の形態に係るソーティング処理で生成される中間テープ ルのイメージ図である。
[図 51]本発明の第二の実施の形態に係る端末指定状態処理の中で実行される一覧 表示処理のフローチャートである。
圆 52]本発明の第二の実施の形態に係る端末指定状態処理の中で実行される端末 指定処理のフローチャートである。
圆 53]本発明の第二の実施の形態に係る全端末情報記憶エリア 1182の構成を示 す模式図である。
[図 54]本発明の第二の実施の形態に係る仲介サーバ 1003のメイン処理のフローチ ヤートである。
[図 55]本発明の第二の実施の形態に係る状況通信システム 1100のタイムチャートで ある。
[図 56]本発明の第二の実施の形態に係る変形例 1の一覧表示メイン画面 2200のィ メージ図である。
[図 57]本発明の第二の実施の形態に係る変形例 1の頁切替表示メイン画面 2300の イメージ図である。
圆 58]本発明の第二の実施の形態に係る変形例 1の端末指定状態処理のフローチ ヤートである。
[図 59]本発明の第二の実施の形態に係る変形例 1のマウス入力処理のフローチヤ一 トである。
[図 60]本発明の第二の実施の形態に係る変形例 1のメイン表示処理のフローチヤ一 トである。
[図 61]本発明の第二の実施の形態に係る変形例 1の指定端末表示処理のフローチ ヤートである。
[図 62]本発明の第二の実施の形態に係る変形例 1の端末指定処理のフローチャート である。
[図 63]本発明の第二の実施の形態に係る変形例 2の端末指定状態処理のフローチ ヤートである。
[図 64]本発明の第二の実施の形態に係る変形例 2のソーティング処理のフローチヤ ートである。
[図 65]本発明の第二の実施の形態に係る変形例 2のソーティング処理で生成される テープノレのイメージ図である。
[図 66]本発明の第二の実施の形態に係る変形例 2の一覧表示処理のフローチャート である。
[図 67]本発明の第二の実施の形態に係る変形例 2の端末指定処理のフローチャート である。
符号の説明
1 状況通信端末
2 仲介サーバ
4 インターネット
10 CPU
12 加速度センサ
13 温度センサ
14 赤外線センサ 16 圧力センサ
17 マイク
21 LED
23 モータ
30 RAM
40 計時装置
50 窪み部
52 識別部材
55 揷入部
60 通信部
99 制御部
100 状況通信システム
110 CPU
180 ハードディスク装置
181 プログラム記憶エリア
182 全端末情報記憶エリア
190 通信装置
301 センシングデータ記憶エリア
302 状況推論テーブル記憶エリア
303 自端末情報記憶ヱリア
304 全端末情報記憶エリア
305 状況表示テーブル記憶エリア
1001 仮想状況通信端末
1002 状況通信端末
1003 仲介サーバ
1004 インターネット
1010 CPU
1030 RAM 1060 入力装置
1070 表示装置
1080 各種センサ
1100 状況通信システム
1110 CPU
1140 ビデオコントローラ
1145 ディスプレイ
1150 キーコントローラ
1155 キーボード
1160 ドライブ
1180 ハードディスク装置
1181 プログラム記憶エリア
1182 全端末情報記憶エリア
1190 通信装置
1195 ノレータ
1200 メイン画面
1201-1203 状況入力アイコン
1210 端末画像
1211 指定端末状況表示部
1212 自端末状況表示部
1220 把持状況アイコン
1230 アドレス帳ボタン
1240 ニックネーム表示部
1301 入力データ記憶エリア
1302 状況推論テーブル記憶エリア
1303 自端末情報記憶エリア
1304 全端末情報記憶エリア
1305 状況表示テーブル記憶エリア 1400 端末指定画面
1410 一覧表示部
1411 小端末画像
1412 ニックネーム
1420 ソーティングキー選択ボックス
2200 一覧表示メイン画面
2300 切替表示メイン画面
2310 頁切替ボタン
2320 頁切替ボタン
発明を実施するための最良の形態
[0055] 以下、本発明の第 1の実施の形態について説明する。まず、本発明の全体構成に ついて説明する。図 1は、状況通信システム 100の構成を示すシステム構成図である
[0056] 図 1に示すように、状況通信システム 100は、使用者や周囲の状況を表現でき、ィ ンターネット 4に接続した複数の状況通信端末 1と、インターネット 4に接続し、状況通 信端末 1相互の通信を仲介する仲介サーバ 2とから構成されて 、る。状況通信端末 1 は、後述するように、各種のセンサを備え、そのセンサが検知したセンシングデータ に基づいて使用者や周囲の状況を推論し、その結果を仲介サーバ 2に送信し、仲介 サーバ 2から他の状況通信端末 1の状況推論結果を得て、それに基づ 、て LED等 の表現手段を使って他の状況通信端末 1や自身の状況を表現する。
[0057] 次に、状況通信端末 1について説明する。図 2は、状況通信端末 1を斜め上方から 見たイメージ図であり、図 3は、状況通信端末 1を前方から見たイメージ図である。ま た、図 4は、状況通信端末 1の電気的構成を示すブロック図である。
[0058] 図 2及び図 3に示すように、状況通信端末 1は略球体であり、使用者が片手又は両 手に把持できる程度のサイズである。状況通信端末 1の筐体は、数 mmの厚み (例え ば、 5mm厚)の透明性を有する合成樹脂で球状に構成されており、その内部には球 状の密閉空間が形成されている。
[0059] 状況通信端末 1の筐体の上部であって、且つ、前方側には、上方に開口し、カード 状の識別部材 52を挿入するための挿入部 55が設けられている。挿入部 55は、識別 部材 52が使用者力も視認でき、かつ、筐体力も突出しないように、筐体表面をえぐる ように設けられた窪み部 50の中に開口されて 、る。挿入部 55の下方の筐体内部に は、識別部材 52に記載された他の状況通信端末 1を指定する情報を読み取るため のフォトセンサ 18 (図 4参照)が設けられて!/、る。
[0060] 識別部材 52は、略矩形のカード状に形成され、表面には指定する相手の顔写真 や名前等の識別情報が使用者に視認可能に記載されており、カード下部には、フォ トセンサ 18で読み取れる指定状況通信端末の IDを示す反射型のスリットが設けられ ている。識別部材 52を挿入部 55に挿入すると、フォトセンサ 18が指定状況通信端末 の IDを読み取り、その IDは、後述するように指定情報として RAM30 (図 4参照)内に 記憶される。ここで、識別部材 52が、本発明の端末指定手段に相当する。
[0061] また、状況通信端末 1の筐体内部には、状況通信端末 1の筐体の下端部における 設置面と平行であって、当該筐体の中心部を通る平面に配置された円形板状の基 板が設けられており、その基板に各種センサ 12〜17 (図 4参照)、ァクチユエータ 21 , 23 (図 4参照)、制御部 99 (図 4参照)などが接続又は設置されている。
[0062] また、図 4に示すように、状況通信端末 1の筐体内部には、状況通信端末 1の制御 を司る CPUIO, ROM20, RAM30,時間を計測する計時装置 40,仲介サーバ 2と 通信するための通信部 60,各種モジュールを接続するための IZOインタフェイス 70 等が収納された制御部 99が設けられている。そして、制御部 99ではバス 80を介して 、 ROM20, RAM30,計時装置 40,通信部 60, I/Oインタフェイス 70が、 CPU10 に接続している。そして、図示しないが、状況通信端末 1はバッテリーにより電源供給 されている。なお、 ROM20には、後述の図 11〜15の各処理を実行するための状況 通信プログラムが記憶されて 、る。
[0063] また、状況通信端末 1は、各種センサ 12〜18が接続される AD変 と、ァクチ ユエータ 21, 23を差し込むための拡張ポート 91とを具備している。 AD変換器 90は I ZOインタフェイス 70及びバス 80を介して CPU10に接続しており、各種センサ 12〜 18から入力されるアナログデータの計測値力 AD変 90によりデジタルデータ に変換されて制御部 99に入力される。拡張ポート 91も I/Oインタフェイス 70及びバ ス 80を介して CPU10に接続しており、制御部 99から出力されるデジタルデータの指 示信号が、拡張ポート 91を介してァクチユエータ 21, 23に入力される。そして、各種 センサ 12〜 18は AD変換器 90において着脱,追加,交換などが可能であり、ァクチ ユエータ 21, 23は拡張ポート 91において着脱,追加,交換などが可能である。
[0064] ここで、各種センサ 12〜17について説明する。まず、加速度センサ 12は、静電容 量の変化、圧電セラミック等を利用する加速度センサであり、状況通信端末 1の動き( 状況通信端末 1にかかった加速度とその方向)を計測する。温度センサ 13は、白金 測温抵抗体、サーミスタ、熱電対などを用いている、所謂温度計であり、状況通信端 末 1の周囲の温度及び装置に触れている手のひらや指の温度を計測する。赤外線 センサ 14は、血液の膨張収縮による距離の差分を検出して、触れている人の心拍( 脈拍数)を計測する。光センサ 15は、フォトトランジスタや CdS等を利用した光の強さ を計測するセンサであり、状況通信端末 1の表面に設けられている。
[0065] 圧力センサ 16は、状況通信端末 1の表面に設けられ、導電性ゴムに定抵抗を直列 接続し、ある電圧をかけて導電性ゴムの分圧値を測定することにより状況通信端末 1 にかかった圧力を計測する。マイク 17は、音声等、状況通信端末 1の周囲の音を入 力する。
[0066] また、温度センサ 13,赤外線センサ 14,光センサ 15,圧力センサ 16,マイク 17は 、図 3に示すように、状況通信端末 1の筐体の中心部を通る平面付近の筐体表面に 配置されている。そして、識別部材 52が挿入された状態で、識別部材 52表面が見え るように使用者が状況通信端末 1を把持すると、温度センサ 13,赤外線センサ 14, 光センサ 15,圧力センサ 16に使用者の指が接触し、センシングが適切になされると ともに、マイク 17が使用者の正面に位置するようになるので、使用者の周囲の音声を 拾いやすくなる。
[0067] 次に、本発明の状況表現手段であるァクチユエータ 21及び 23について説明する。
LED21は種々の色や明るさで点灯するものであり、任意の方向(上側、下側など)に 対して発光可能である。モータ 23は状況通信端末 1を振動させる。
[0068] なお、状況通信端末 1には、パーソナルコンピュータのようなキーボードは設けられ ていない。そこで、状況通信端末 1の各種センサ 12〜17が検知した情報を所定の動 作を指示する指示入力として予め登録しておき、使用者が状況通信端末 1を握って ジエスチヤ(所定回数振る、握る等)を行うことにより動作の指示を行っている。
[0069] 次に、状況通信端末 1で使用されるテーブル等が記憶される RAM30の記憶エリア について、図 5〜図 11を参照して説明する。図 5は、 RAM30の記憶エリアの構成を 示す模式図である。図 6は、 RAM30のセンシングデータ記憶エリア 301の構成を示 す模式図である。図 7は、状況推論テーブル記憶エリア 302に記憶された状況推論 テーブルの構成を示す模式図である。図 8は、自端末情報記憶エリア 303の構成を 示す模式図である。図 9は、全端末情報記憶エリア 304の構成を示す模式図である。 図 10は、状況表示テーブル記憶エリア 305に記憶された状況表示テーブルの構成 を示す模式図である。
[0070] まず、図 5に示すように、 RAM30には、各種センサ 12〜17が計測した値であるセ ンシングデータを記憶するセンシングデータ記憶エリア 301,センシングデータに基 づいて状況推論を行なうための状況推論テーブルを記憶する状況推論テーブル記 憶エリア 302, 自身の ID、指定状況通信端末の ID、自身の状況推論値を記憶する ための自端末情報記憶エリア 303,仲介サーバ 2から受信した全ての状況通信端末 の ID、指定状況通信端末の ID、その状況通信端末の状況推論値を記憶する全端 末情報記憶エリア 304,状況推論値に従ってァクチユエータに状況表示をさせるた めの状況表示テーブルを記憶する状況表示テーブル記憶エリア 305,図示外のそ の他の記'隐エリアが設けられて 、る。
[0071] また、図 6に示すように、センシングデータ記憶エリア 301には、保存バッファ 1と保 存バッファ 2が設けられ、各種センサ 12〜17が検出し、 AD変 90によりデジタル データに変換された値 (センシングデータ)である、圧力データ、温度データ、光デー タ、音データが、計測の都度保存バッファ 1に記憶され、すべてのセンサからのセン シングデータが揃うと、保存バッファ 2にコピーされ、保存バッファ 2の値が状況推論 処理で使用される(詳細は後述)。尚、図 6に示す各センシングデータは、理解を容 易にするために、センサの電圧値から AD変換された値力 さらに各単位に変換され た値を用いて 、るが、センサの電圧値力も AD変換された値をそのまま用いるようにし てもよい。 [0072] 次に、図 7に示すように、状況推論テーブル記憶エリア 302には、取得した各種の センシングデータに基づいて使用者の状況を推論するための状況推論テーブルが 記憶されている。本実施形態では、圧力、温度、光、音の各センシングデータの値を 状況推論テーブルにあてはめて状況推論処理が実行され、結果が状況推論値とし て出力される。
[0073] 次に、図 8に示すように、自端末情報記憶エリア 303には、当該状況通信端末自身 の情報として、あら力じめ設定されている状況通信端末の ID (図 8の例では ID「A」) と、識別部材 52の挿入部 55への挿入により指定された他の状況通信端末 1の ID (図 8の例では ID「B」)と、センシングデータに基づく状況推論の結果出力された状況推 論値(図 8の例では「1」)とが記憶されている。尚、挿入部材 52が挿入されていないと きは、指定端末 IDの項目は情報なしとなる。
[0074] 次に、図 9に示すように、全端末情報記憶エリア 304には、仲介サーバ 2から受信し た、すべての状況通信端末 1についての情報が記憶される。情報の項目としては、自 端末情報と同様に、その状況通信端末 1の ID、当該状況通信端末 1が指定している 他の状況通信端末の ID、当該状況通信端末 1が出力した状況推論値から構成され ている。
[0075] 次に、図 10に示すように、状況表示テーブル記憶エリア 305には、状況推論処理 によって得られた状況推論値、又は、受信した他の状況通信端末 1の状況推論値に 基づ 、て、ァクチユエータにより状況通信端末 1に状況を表現するための状況表示テ 一ブルが記憶されている。自身の状況推論値についても、他の状況通信端末 1の状 況推論値についても、状況表示の方法は同一であり、たとえば、状況推論値が「1」で あれば、 LED21を赤色で点灯し、状況推論値が「2」であれば、 LED21を青色で点 灯し、状況推論値が「3」であれば、 LED21を緑色で点灯する。 LED21は、前述の ように方向を指定して点灯できるため、自身の状況については状況通信端末 1下部 に、指定端末の状況については上部に表示するように構成されている。尚、状況表 示の方法は、 LED21に限定されず、モータ 23を振動させたり双方を組み合わせたり 、他のァクチユエータを接続したりすることにより種々の表現が可能である。
[0076] 次に、以上の構成を有する状況通信端末 1の動作について説明する。図 11は、状 況通信端末 1のメイン処理のフローチャートである。図 12は、メイン処理により起動さ れるセンサ処理のフローチャートである。図 13は、メイン処理で実行される状況推論 処理のフローチャートである。図 14は、メイン処理で実行されるデータ送受信処理の フローチャートである。図 15は、メイン処理で実行される指定端末状況表示処理のフ ローチャートである。なお、本実施の形態のメイン処理(図 11)は、状況通信端末 1に ノ ッテリーがセットされて、電源がオンされると状況通信プログラムが起動され、状況 通信端末 1の CPU 10により継続的に実施される。
[0077] 図 11に示すように、メイン処理では、まず、種々のデータやフラグ等の初期化が行 われる(Sl)。例えば、 RAM30においてセンシングデータ記憶エリア 301が初期化 されたり、ジエスチヤ回数をカウントするためのカウント値がクリアされたりする。
[0078] 初期化(S1)が実行されると、次に、各種センサ 12〜17の計測値を取得するセン サ処理を起動する(S2)。センサ処理の詳細については、図 12を参照して後述する。
[0079] 次に、センサ処理により取得されセンシングデータ記憶エリア 301に記憶されてい るセンシングデータに基づいて、使用者の感情等の状況を推論して指標値を算出す る状況推論処理を実行する(S3)。状況推論処理の詳細については、図 13を参照し て後述する。
[0080] 次に、自端末情報記憶エリア 303に記憶されている自己の状況推論値に基づいて
(図 8参照)、状況表示テーブル記憶エリア 305に記憶されている状況表示テーブル に従って(図 10参照)、 LED21やモータ 23により自身の状況表示を行なう(S4)。例 えば、状況推論値力 S「l」であれば、 LED21を赤色で点灯する。尚、自己端末の状況 表示は、状況通信端末 1の下側半分に表示される。
[0081] 次に、状況推論処理により得られた状況推論値を仲介サーバ 2に送信し、仲介サ ーバ 2から自分自身及び他の状況通信端末 1を含む全端末の状況推論値を受信す るデータ送受信処理を実行する(S5)。データ送受信処理の詳細については、図 14 を参照して後述する。
[0082] 次に、仲介サーバ 2から受信した全端末情報の中力 表示させたい端末として指定 した他の状況通信端末 1の状況推論値に基づ 、て、ァクチユエータを用いて状況を 表示する指定端末状況表示処理を実行する(S6)。指定端末状況表示処理の詳細 については、図 15を参照して後述する。
[0083] そして、状況通信端末 1の電源が OFFされたか否かを判断し (S7)、電源 OFFでな ければ(S7 :NO)、 S3〖こ戻り、上述の処理を繰り返す。電源 OFFの場合には(S7 :Y ES)、起動中の全ての処理を終了させ(S8)、メイン処理を終了する。
[0084] 次に、図 12を参照して、メイン処理により起動されるセンサ処理について説明する。
まず、センサ処理が起動されると、各種センサ 12〜 17を起動して計測を開始する(S 101)。そして、センサからセンシングデータを取得し(S 102)、センシングデータ記 憶エリア 301の保存バッファ 1に取得したセンシングデータを保存する(S103)。例え ば、圧力センサ 16と光センサ 14からのセンシングデータのみ取得できた場合は、図 6に示すように、圧力データと光データのみがセンシングデータ記憶エリア 301の保 存バッファ 1に記憶される。
[0085] 次に、バッファ 1に全てのセンサからのセンシングデータが揃ったか否かを判断し( S 104)、全てのセンサについて取得できていなければ(S 104 : NO)、 S 102に戻り、 計測済のセンシングデータを取得する。例えば、上述のように、センシングデータ記 憶エリア 301の保存バッファ 1に圧力データと光データしかなければ、温度データや 音データが揃うまで、センシングデータの取得を繰り返す。
[0086] バッファ 1に全てのセンサからのセンシングデータが揃ったら(S 104 : YES)、保存 バッファ 1のデータを保存バッファ 2にコピーする(S105)。このとき、 CPU10は、 RA M30の更新フラグ(図示せず)を「1」に設定する。そして、次のセンシングデータ取 得のために、保存バッファ 1のデータをクリアする(S106)。そして、 S102に戻り、セ ンシングデータ取得 ·保存の処理を繰り返す。
[0087] 以上のようにセンサ処理が «続して実行されるので、センシングデータ記憶エリア 3 01の保存バッファ 2には常に使用できるセンシングデータが記憶されていることにな り、メイン処理でこのセンシングデータに基づ 、て状況推論処理を実行することがで きる(図 11、 S3)。
[0088] 次に、図 13を参照して、メイン処理で実行される状況推論処理について説明する。
状況推論処理が開始されると、まず、センシングデータ記憶エリア 301の保存バッフ ァ 2が更新されたカゝ否かを判断する(S31)。つまり、 S31では、 CPU10は、更新フラ グが「1」である力否かを判断する。センシングデータ記憶エリア 301の保存バッファ 2 は、前述のセンサ処理において、全てのセンサ力 新たなセンシングデータが取得さ れたときに保存バッファ 1からコピーされて更新される(図 12、 S105)。従って、保存 バッファ 2が更新されて!ヽれば、新たなセンシングデータが得られたと!、うことなので、 そのセンシングデータに基づいて状況推論が可能になっている。そこで、保存バッフ ァ 2が更新されていなければ (S31 :NO)、 S31の判断を繰り返し行ない、更新される まで待機する。
[0089] 保存バッファ 2が更新されていれば(S31: YES)、保存バッファ 2に保存されている 各センシングデータに基づ 、て、状況推論テーブル記憶エリア 302を用いて状況推 論値を算出する(S32)。例えば、図 6のように保存バッファ 2にセンシングデータが記 憶されているとすると、図 7の状況推論テーブルを参照すると、圧力が 5(kg/cmく SUP〉 2く/ SUP〉)以上、温度が 35(°C)以上、光が 10(lx)以下、音が 10(db)以上であるから、 状況推論値は「1」の「使用者が興奮して ヽる」と算出される。
[0090] 以上の処理で算出された状況推論値は、図 8に示す自端末情報記憶エリア 303の 状況推論値の項に記憶される(S33)。このとき、 CPU10は、更新フラグを「0」にリセ ットする。そして、メイン処理に戻る。尚、上記状況推論処理で算出される状況推論値 が本発明の状況データに相当する。
[0091] 次に、図 14を参照して、メイン処理で実行されるデータ送受信処理について説明 する。データ送受信処理が開始されると、自端末情報記憶エリア 303に記憶されてい る情報(図 8参照)、すなわち、自己の端末 ID、状況を自己の端末に表示させたい相 手の端末 ID、状況推論処理で得られた自己の状況推論値を、仲介サーバ 2に送信 する(S41)。
[0092] 仲介サーバ 2は、その端末情報の受信すると、仲介サーバ 2に記憶して 、るすべて の状況通信端末 1につ 、ての情報である全端末情報を送信してくるので (詳細は後 述する)、その全端末情報を受信する(S42)。そして、受信した内容を全端末情報記 憶エリア 304に記憶して、更新し (S43)、メイン処理に戻る。以上の処理により、自己 の状況推論値を仲介サーバ 2に送信したタイミングで、その時点で仲介サーバ 2が持 つていた他の状況通信端末 1の情報が全て送信されてくるので、全ての状況通信端 末 1につ 、ての状況推論値を記憶しておくことができる。
[0093] 次に、図 15を参照して、メイン処理で実行される指定端末状況表示処理について 説明する。まず、自端末情報記憶エリア 303 (図 8参照)に、指定端末 IDが記憶され ているか、すなわち、状況を表示したい端末の IDが指定されている力否かを判断す る(S51)。前述のように、識別部材 52が挿入部 55に挿入されると、フォトセンサ 18に より指定端末 IDが読み取られ、フォトセンサ 18からの出力値が自端末情報記憶エリ ァ 303の指定端末 ID項目に記憶される。
[0094] 端末の指定がない場合には(S51 :NO)、状況を表示すべきものが存在しないので 、そのままメイン処理に戻る。
[0095] 自端末情報記憶エリア 303に、指定端末 IDが記憶されている場合には(S51 :YE S)、次に、全端末情報記憶エリア 304に記憶されている情報から指定端末 IDを検索 する(S52)。
[0096] 次に、検索の結果発見された端末の情報に含まれる指定端末の IDが、自端末の I Dであるか否か、すなわち、互いに指定しあっている力否かを判断する(S53)。例え ば、自己の端末 IDが A、自端末が指定している相手の IDが Bの場合に、全端末情報 記憶エリア 304から発見された端末 Bの指定端末 IDが「A」であるカゝ否かを判断する 。指定端末の指定端末 IDが自端末 IDではない場合は(S53 :NO)、そのまま S55に 進む。
[0097] 指定端末 IDが互いに一致している場合には(S53 : YES)、相互に指定しているこ とを示す特別の表示を行なう(本実施形態では、「両思い表示」とも称する。 ) (S54) 0 この両思い表示は、専用 LEDを設けて点灯するようにしたり、通常の LEDを点滅さ せるようにしたり、種々の方法で実現できる。
[0098] そして、両思い表示(S54)後、又は、両思い表示をしない場合には(S53 : NO)、 次に、 S52で発見された指定端末の情報に、状況推論値が含まれているか否かを判 断する(S55)。指定端末の状況推論値が記憶されて!ヽな 、 (情報なし)場合には (S 55 :NO)、状況の表示が不能であるため、そのままメイン処理に戻る。
[0099] 指定端末の状況推論値が記憶されている場合には(S55 : YES)、その状況推論 値に基づ 、て、状況表示テーブル記憶エリア 305に記憶されて 、る状況表示テープ ルに従って(図 10参照)、 LED21やモータ 23等のァクチユエータにより状況表示を 行い(S56)、メイン処理に戻る。例えば、状況推論値が「2」であれば、 LED21を青 色で点灯する。尚、指定端末の状況表示は、状況通信端末 1の上側半分に表示され る。
[0100] 次に、状況通信システム 100を構成する仲介サーバ 2の構成及び動作について、 図 16〜図 18を参照して説明する。まず、図 16及び図 17を参照して、仲介サーバ 2 の構成について説明する。図 16は、仲介サーバ 2の電気的構成を示すブロック図で ある。図 17は、全端末情報記憶エリア 182の構成を示す模式図である。
[0101] 仲介サーバ 2は、一般的なコンピュータであり、ルータ 195を経由してインターネット 4に接続可能な通信装置 190を備えている。ここで、通信装置 190が本発明のサー バ側送信手段及びサーバ側受信手段に相当する。
[0102] 図 16に示すように、仲介サーバ 2には、仲介サーバ 2の制御を司る CPU110が設 けられ、 CPU110には、各種のデータを一時的に記憶する RAM120と、 BIOS等を 記憶した ROM130と、データの受け渡しの仲介を行う IZOインタフェイス 170とが接 続されている。 ΙΖΟインタフェイス 170には、ハードディスク装置 180が接続され、ノヽ ードディスク装置 180には、プログラム記憶エリア 181と、各状況通信端末 1から送信 されてきた端末情報を記憶しておく全端末情報記憶エリア 182と、図示外のその他の 情報記憶エリアとが設けられている。プログラム記憶エリア 181には CPU110で実行 されるプログラムが記憶されている。尚、全端末情報記憶エリア 182が本発明のサー バ側状況データ記憶手段に相当する。
[0103] また、 I/Oインタフェイス 170には、ビデオコントローラ 140と、キーコントローラ 150 と、 CD— ROMドライブ 160と、通信装置 190とが接続され、ビデオコントローラ 140 にはディスプレイ 145が接続され、キーコントローラ 150にはキーボード 155が接続さ れ、通信装置 190はルータ 195を経由してインターネット 4に接続可能となっている。 なお、 CD— ROMドライブ 160に挿入される CD— ROM165には、仲介サーバ 2の 制御プログラムが記憶されており、導入時には、制御プログラムは、 CD—ROM165 から、ハードディスク装置 180にセットアップされてプログラム記憶エリア 181に記憶さ れるようになっている。 [0104] 次に、図 17を参照して、ハードディスク装置 180の全端末情報記憶エリア 182につ いて説明する。全端末情報記憶エリア 182には、仲介サーバ 2に各状況通信端末 1 から送信されてきた端末 ID、指定端末 ID、状況推論値が記憶されている。各状況通 信端末 1から新たなデータが送信されてくると、その端末 IDに対応する状況通信端 末 1の指定端末 ID及び状況推論値が新たなものに書き替えられ、全端末情報が更 新される。例えば、図 17上段に示すように、更新前の全端末情報エリア 182には、 A , B, C, · · ·の IDを有する状況通信端末 1について、端末 Aは、指定端末はなし、状 況推論値が 0、端末 Bは、指定端末が A、状況推論値が 2、端末 Cは、指定端末はな し、状況推論値が 3、 · · ·と記憶されている。ここで、端末 Aからデータが送信されてく ると、図 17下段に示すように、全端末情報記憶エリア 182は、端末 Aについてのデー タが更新されて、端末 Aは、指定端末が B、状況推論値が 1、端末 Bは、指定端末が A、状況推論値が 2、端末 Cは、指定端末はなし、状況推論値が 3、 · · ·と記憶される
[0105] 次に、図 18を参照して、仲介サーバ 2の動作について説明する。図 18は、仲介サ ーバ 2のメイン処理のフローチャートである。電源が投入され、仲介サーバ 2のメイン 処理が開始されると、初期化が実行された (S201)後、いずれかの状況通信端末 1 力も情報を受信した力否かを判断する(S202)。受信していなければ (S202 : NO)、 受信するまで待ち、 S202の判断を繰り返す。受信した場合には(S202 : YES)、受 信した端末情報(図 8参照)を取得して、全端末情報記憶エリア 182のその端末に関 するレコードを更新する(S203)。例えば、全端末情報記憶エリア 182の内容が図 1 7の上段に示す状態である場合に、端末 IDが Aの状況通信端末 1 (端末 A)から、図 8の内容の端末情報が送信されてきた場合には、端末 Aの部分の情報が更新されて 、図 17下段に示すような内容となる。
[0106] そして、更新後の全端末情報記憶エリア 182に記憶されているすべての端末の情 報を、情報を送信してきた状況通信端末 1 (上述の例では、端末 A)に対して送信す る(S204)。そして、 S202に戻る。従って、端末情報を送信してきた状況通信端末 1 は、折り返し仲介サーバ 2から他の状況通信端末 1につ 、ての端末情報を得ることが できる。そして、前述のように、受信した全端末情報から指定端末情報を取り出して、 指定した端末の状況としてァクチユエータにより表示させることができる。
[0107] 次に、以上説明した各処理を実行する複数の状況通信端末 1及び仲介サーバ 2か らなる状況通信システム 100において、全体としてどのように処理が実行されるかに ついて、図 19のタイムチャートを参照して説明する。図 19は、状況通信システム 100 のタイムチャートである。ここでは、例として端末 IDが「A」であり、状況を表現したい 相手の端末 ID (指定状況通信端末)が「B」である状況通信端末 Aと、端末 IDが「B」 であり、指定状況通信端末が指定されていない状況通信端末 Bと仲介サーバ 2との 間の処理を例にとって説明する。尚、図 11〜図 15及び図 18のフローチャートも必要 に応じて適宜参照する。
[0108] 図 19に示すように、状況通信端末 Aでセンサ処理が起動し(図 11, S2)、センシン グが実行されると(図 12)、取得されたセンシングデータに基づいて状況推論処理が 実行され (図 11, S3)、得られた状況推論値は自端末情報 (図 8参照)として仲介サ ーバ 2に送信される(図 11, S5)。ここでは、状況通信端末 A力も仲介サーバ 2に送 信される自端末情報は、「自端末 ID:A,指定端末 ID: B,状況推論値:1」とする。
[0109] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 18, S203)。そして、状況通信端末 Aに対し、全端末情報記憶エリア 182に記 憶されているすべての情報を送信する(図 18, S204)。例えば、全端末情報記憶ェ リア 182に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況通 信端末 Aの端末情報は、更新後の「自端末 ID :A,指定端末 ID : B,状況推論値:1」 であり、状況通信端末 Bの端末情報は、「自端末 ID: B,指定端末 ID :情報なし,状 況推論値:情報なし」とすると、この 2つのレコードの情報が状況通信端末 Aに送信さ れる。尚、ここでは仲介サーバ 2は全ての状況通信端末の IDを予め静的に記憶して いるものとするが、変形例として仲介サーバ 2に接続している状況通信端末の IDのみ 動的に記憶する、つまり、端末情報を送信した状況通信端末の IDのみ記憶するよう にしてもよい。
[0110] 一方、仲介サーバ 2から状況通信端末 Aに全端末情報が送信される頃、状況通信 端末 Bでもセンサ処理が起動し(図 11, S2)、センシングが実行されると(図 12)、取 得されたセンシングデータに基づいて状況推論処理が実行され(図 11, S3)、得ら れた状況推論値が自端末情報として仲介サーバ 2に送信される(図 11, S5)。ここで は、状況通信端末 Bから仲介サーバ 2に送信される自端末情報は、「自端末 ID: B, 指定端末 ID :なし,状況推論値 : 2」とする。
[0111] 仲介サーバ 2では、状況通信端末 Bから自端末情報「自端末 ID : B,指定端末 ID: なし,状況推論値: 2」を受信して、全端末情報記憶エリア 182の該当レコードを更新 する(図 18, S203)。そして、状況通信端末 Bに対し、全端末情報記憶エリア 182に 記憶されているすべての情報を送信する(図 18, S204)。例えば、全端末情報記憶 エリア 182に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況 通信端末 Aの端末情報は、「自端末 ID: A,指定端末 ID: B,状況推論値:1」であり、 状況通信端末 Bの端末情報は、更新された「自端末 ID: B,指定端末 ID:情報なし, 状況推論値: 2」とすると、この 2つのレコードの情報が状況通信端末 Bに送信される。
[0112] 状況通信端末 Aでは、仲介サーバ 2から先に送信された全端末情報に基づいて、 RAM30の全端末情報記憶エリア 304の内容を更新する(図 14, S43)。すなわち、 送信された全端末情報、「自端末 ID: A,指定端末 ID: B,状況推論値:1」「自端末 I D : B,指定端末 ID :情報なし,状況推論値:情報なし」が全端末情報記憶エリア 304 (図 9)にコピーされる。
[0113] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 11, S6)、まず状況通信端末 Bの情報を 全端末情報記憶エリア 304から検索する(図 15, S52)が、状況通信端末 Bの状況推 論値の情報が記憶されていないため(図 15, S55 :NO)、状況表示は不能となり、状 況通信端末 Aの上部には何も状況表示はなされない。
[0114] また、状況通信端末 Bでも、仲介サーバ 2から送信された全端末情報に基づいて、 RAM30の全端末情報記憶エリア 304の内容を更新する(図 14, S43)。すなわち、 送信された全端末情報、「自端末 ID: A,指定端末 ID: B,状況推論値:1」「自端末 I D : B,指定端末 ID :情報なし,状況推論値 : 2」が全端末情報記憶エリア 304にコピ 一される。
[0115] ここで、状況通信端末 Bの使用者が表示させた 、相手の状況通信端末は指定され ていないので(図 15, S51 :NO)、状況通信端末 Bの上部には何も状況表示はなさ れない。
[0116] さらに、状況通信端末 Aにおいて図 11のメイン処理が繰り返され、新たなセンシン グデータに基づいて状況推論処理が実行されると(図 11, S3)、その状況推論値は 、再び自端末情報(図 8参照)として仲介サーバ 2に送信される(図 11, S5)。ここで は、状況通信端末 Aから仲介サーバ 2に送信される自端末情報は、前回と変化なぐ 「自端末 ID :A,指定端末 ID : B,状況推論値:1」とする。
[0117] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 18, S203)。そして、状況通信端末 Aに対し、全端末情報記憶エリア 182に記 憶されているすべての情報を送信する(図 18, S204)。先に、状況通信端末 Bから 送信されてきた情報に基づいて全端末情報記憶エリア 182の状況通信端末 Bに対 応するレコードも更新されているので、現在の全端末情報記憶エリア 182の内容は、 「自端末 ID :A,指定端末 ID : B,状況推論値:1」「自端末 ID : B,指定端末 ID:情報 なし,状況推論値: 2」である。この情報が状況通信端末 Aに送信される。
[0118] そして、状況通信端末 Aでは、仲介サーバ 2から送信された全端末情報に基づい て、 RAM30の全端末情報記憶エリア 304の内容を更新する(図 14, S43)。すなわ ち、送信された全端末情報、「自端末 ID : A,指定端末 ID : B,状況推論値:1」「自端 末 ID : B,指定端末 ID :情報なし,状況推論値 : 2」が全端末情報記憶エリア 304にコ ピーされる。
[0119] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 11, S6)、状況通信端末 Bの情報を全端 末情報記憶エリア 304から検索する(図 15, S52) 0今回入手した全端末情報の中に は状況通信端末 Bの状況推論値が含まれているので(図 15, S55 :YES)、状況通 信端末 Aの上部に状況通信端末 Bの状況を表示する(図 15, S56) 0具体的には、 状況通信端末 Bの状況推論値が「2」であるから、状況表示テーブル記憶エリア 305 ( 図 10参照)に従って、上部に LED21を青色で点灯する。尚、状況通信端末 Aの状 況推論値は「1」であるから、既に自端末状況表示処理(図 11, S4)により、下部には LED21が赤色で点灯されている。
[0120] 以上説明したように、本実施形態の状況通信システム 100によれば、各状況通信 端末 1にお 、て各種センサ 12〜 17により常時センシングを実行し、得られたセンシ ングデータに基づ ヽて状況推論を行なって状況推論値を得、識別部材 52の挿入に より指定された指定端末情報とともに端末情報として仲介サーバ 2に送信する。仲介 サーバ 2では、端末情報を受信すると、全端末情報記憶エリア 182の当該端末にか かるレコードを更新し、端末情報を送信してきた状況通信端末 1に対して全端末情報 を送り返す。全端末情報を受信した状況通信端末 1では、これをー且 RAM30の全 端末情報記憶エリア 304に蓄積して、指定端末情報により指定された他の状況通信 端末 1の端末情報を検索し、発見されたら、その状況推論値に基づいてァクチユエ一 タを用いて状況通信端末 1の上部に表現する。個々の状況通信端末 1は、その指定 端末にかかわらず、仲介サーバ 2と通信を行ない、仲介サーバ 2から指定端末を含め た全端末情報を得て、指定端末の状況を表現することができる。従って、指定端末が 複数の状況通信端末で重複するような場合であっても、通信は各状況通信端末と仲 介サーバ 2との間に限られるため、通信負荷は軽くなる。
[0121] 尚、上記実施形態において、図 14の S41で自端末情報送信処理を実行する状況 通信端末の CPU10が本発明の端末側送信手段として機能する。また、図 14の S42 で全端末情報受信処理を実行する状況通信端末の CPU10が本発明の端末側受 信手段として機能する。また、図 18の S204で全端末情報記憶エリア 182から全端末 情報を読出して状況通信端末 1に送信する処理を実行する仲介サーバ 2の CPU11 0が本発明のサーバ側状況データ読出手段として機能する。
[0122] 尚、本発明は、上記実施形態に限定されるものではなぐその趣旨を逸脱しない範 囲で適宜変更を加えることができる。以下、このような変形例について図面を参照し て説明する。尚、上記実施形態に共通の部分については、図面及び説明を援用す る。また、フローチャート内のステップ番号についても、共通部分については同一の 番号を使用する。
[0123] まず、仲介サーバ 2から状況通信端末 1に対して全端末情報を送信せず、指定端 末についての情報のみを送信する場合の変形例 1について、図 20〜図 24を参照し て説明する。図 20は、変形例 1の状況通信端末 1のメイン処理のフローチャートであ る。図 21は、変形例 1の状況通信端末 1のメイン処理で実行されるデータ送受信処 理のフローチャートである。図 22は、変形例 1のデータ送受信処理で実行される指定 端末状況表示処理のフローチャートである。図 23は、変形例 1の仲介サーバ 2のメイ ン処理のフローチャートである。図 24は、変形例 1のタイムチャートである。尚、図示 しないが、変形例 1では、 RAM30の記憶エリアとして、全端末情報記憶エリアに代え て、指定端末情報記憶エリアが用意される。
[0124] 図 20に示すように、変形例 1の状況通信端末 1のメイン処理は、上述の実施形態の メイン処理とほぼ同様に処理が行なわれる力 指定端末状況表示処理(図 11, S6) がメイン処理の中で実行されず、データ送受信処理の中で実行される。
[0125] すなわち、まず、種々のデータやフラグ等の初期化が行われる(Sl)。次に、各種セ ンサ 12〜17の計測値を取得するセンサ処理を起動する(S2)。次に、センサ処理に より取得されセンシングデータ記憶エリア 301に記憶されて 、るセンシングデータに 基づいて、使用者の感情等の状況を推論して指標値を算出する状況推論処理を実 行する(S3)。次に、自端末情報記憶エリア 303に記憶されている自己の状況推論 値に基づいて(図 8参照)、状況表示テーブル記憶エリア 305に記憶されている状況 表示テーブルに従って(図 10参照)、 LED21やモータ 23により自身の状況表示を 行なう(S4)。
[0126] 次に、状況推論処理により得られた状況推論値を仲介サーバ 2に送信し、仲介サ ーバ 2から指定端末の状況推論値を受信するデータ送受信処理を実行する(S115) 。データ送受信処理の詳細については、図 21を参照して後述する。
[0127] そして、状況通信端末 1の電源が OFFされたか否かを判断し (S7)、電源 OFFでな ければ(S7 :NO)、 S3〖こ戻り、上述の処理を繰り返す。電源 OFFの場合には(S7 :Y ES)、起動中の全ての処理を終了させ(S8)、メイン処理を終了する。
[0128] 次に、図 21を参照して、変形例 1の状況通信端末 1のメイン処理で実行されるデー タ送受信処理について説明する。データ送受信処理が開始されると、自端末情報記 憶エリア 303に記憶されている情報(図 8参照)、すなわち、自己の端末 ID、状況を 自己の端末に表示させたい相手の端末 ID、状況推論処理で得られた自己の状況推 論値を、仲介サーバ 2に送信する(S41)。
[0129] 次に、自端末情報記憶エリア 303 (図 8参照)に、指定端末 IDが記憶されている力、 すなわち、状況を表示したい端末の IDが指定されている力否かを判断する(S51)。 端末の指定がない場合には (S51 :NO)、仲介サーバ 2からは指定端末情報が送信 されてこないので、そのままメイン処理に戻る。
[0130] 自端末情報記憶エリア 303に、指定端末 IDが記憶されている場合には(S51 :YE S)、仲介サーバ 2がその指定端末 IDについての端末情報を検索して読出した上で 送信してくるので、それを受信し (S 142)、指定端末情報記憶エリアに上書きして更 新する(S143)。そして、更新された指定端末情報に基づいてその状況を表示する 指定端末状況表示処理を実行し (S144)、メイン処理に戻る。指定端末状況表示処 理の詳細については、図 22を参照して以下に説明する。
[0131] 図 22に示すように、変形例 1の指定端末状況表示処理では、まず、データ送受信 処理において指定端末情報記憶エリア (図示外)に記憶した (図 21, S143)、指定端 末の情報に含まれる指定端末の IDが、自端末の IDである力否力、すなわち、指定端 末 IDが互いに一致しているカゝ否かを判断する(S53)。指定端末の指定端末 IDが自 端末 IDではない場合は(S53 : NO)、そのまま S55に進む。
[0132] 指定端末 IDが互いに一致している場合には(S53 : YES)、相互に指定しているこ とを示す両思 、表示を行なう(S54)。
[0133] そして、両思い表示(S54)後、又は、両思い表示をしない場合には(S53 : NO)、 次に、指定端末の状況推論値が記憶されているか否かを判断する(S55)。指定端 末の状況推論値が記憶されていない場合には(S55: NO)、状況の表示が不能であ るため、そのままデータ送受信処理を経てメイン処理に戻る。
[0134] 指定端末の状況推論値が記憶されている場合には(S55 : YES)、その状況推論 値に基づ 、て、状況表示テーブル記憶エリア 305に記憶されて 、る状況表示テープ ルに従って(図 10参照)、 LED21やモータ 23等のァクチユエータにより状況表示を 行い(S56)、データ送受信処理を経てメイン処理に戻る。
[0135] 次に、図 23を参照して、変形例 1における仲介サーバ 2の動作について説明する。
変形例 1の仲介サーバ 2の動作は、上述の実施形態と異なり、全端末情報をそのまま 状況通信端末 1に返信するのではなぐ指定端末についての情報のみをあら力じめ 仲介サーバ 2側で検索し読出して送信を行なう。
[0136] すなわち、初期化が実行された後(S201)、いずれかの状況通信端末 1から情報を 受信した力否かを判断する(S202)。受信していなければ (S202 : NO)、受信するま で待ち、 S202の判断を繰り返す。受信した場合には(S202 : YES)、受信した端末 情報(図 8参照)を取得して、全端末情報記憶エリア 182のその端末に関するレコー ドを更新する(S 203)。
[0137] 次に、送信されてきた端末情報内に指定端末 IDが含まれているカゝ否かを判断する
(S210)。端末指定がない場合には(S210 : NO)、情報を送信する必要がないので 、そのまま S202に戻り、状況通信端末 1からの端末情報の受信を待つ。
[0138] 端末指定がある場合には(S210 :YES)、その指定端末の端末情報を全端末情報 記憶エリア 182から検索して読出す (S211)。そして、読出した指定端末情報を状況 通信端末に返信し(S212)、 S202に戻る。
[0139] 以上の処理が実行される変形例 1の状況通信システム 100において、全体としてど のように処理が実行されるかについて、図 24のタイムチャートを参照して説明する。 図 24に示すように、状況通信端末 Aでセンサ処理が起動し(図 20, S2)、センシング が実行されると(図 12)、取得されたセンシングデータに基づいて状況推論処理が実 行され (図 20, S3)、得られた状況推論値は自端末情報 (図 8参照)として仲介サー ノ 2に送信される(図 20, S115)。ここでは、状況通信端末 Aから仲介サーバ 2に送 信される自端末情報は、「自端末 ID:A,指定端末 ID: B,状況推論値:1」とする。
[0140] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 23, S203)。そして、状況通信端末 Aの指定端末 IDに該当する状況通信端末 Bのレコードを検索して読み出し(図 23, S211)、読み出した状況通信端末 Bの端末 情報 (指定端末情報)を送信する(図 23, S212)。例えば、全端末情報記憶エリア 18 2に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況通信端末 Aの端末情報は、更新後の「自端末 ID :A,指定端末 ID : B,状況推論値:1」であり、 状況通信端末 Bの端末情報は、「自端末 ID : B,指定端末 ID:情報なし,状況推論値 :情報なし」とすると、「自端末 ID: B,指定端末 ID :情報なし,状況推論値:情報なし」 という状況通信端末 Bのレコードの情報が状況通信端末 Aに送信される。
[0141] 一方、仲介サーバ 2から状況通信端末 Aに全端末情報が送信される頃、状況通信 端末 Bでもセンサ処理が起動し(図 20, S2)、センシングが実行されると(図 12)、取 得されたセンシングデータに基づいて状況推論処理が実行され(図 20, S3)、得ら れた状況推論値が自端末情報として仲介サーバ 2に送信される(図 20, S115)。ここ では、状況通信端末 Bから仲介サーバ 2に送信される自端末情報は、「自端末 ID: B ,指定端末 ID:なし,状況推論値 : 2」とする。
[0142] 仲介サーバ 2では、状況通信端末 Bから自端末情報「自端末 ID : B,指定端末 ID: なし,状況推論値: 2」を受信して、全端末情報記憶エリア 182の該当レコードを更新 する(図 23, S203)。そして、状況通信端末 Bの指定端末 IDを調べるが、端末の指 定がなされていないので(図 23, S 210 : NO)、状況通信端末 Bにはいずれの端末 情報も送信されない。
[0143] 状況通信端末 Aでは、仲介サーバ 2から送信された状況通信端末 Bの情報を指定 端末情報記憶エリアに記憶して更新し(図 21, S 143)、状況表示処理を行なう(図 2 1, S144)。但し、状況通信端末 Bの状況推論値の情報がないため(図 22, S55 :N 0)、状況表示は不能となり、状況通信端末 Aの上部には何も状況表示はなされない
[0144] さらに、状況通信端末 Aにおいて図 11のメイン処理が繰り返され、新たなセンシン グデータに基づいて状況推論処理が実行されると(図 20, S3)、その状況推論値は 、再び自端末情報(図 8参照)として仲介サーバ 2に送信される(図 20, S115)。ここ では、状況通信端末 Aから仲介サーバ 2に送信される自端末情報は、前回と変化な く、「自端末 ID:A,指定端末 ID: B,状況推論値:1」とする。
[0145] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 23, S203)。そして、状況通信端末 Aの指定端末 IDに該当する状況通信端末 Bのレコードを検索して読み出し(図 23, S211)、読み出した状況通信端末 Bの端末 情報 (指定端末情報)を送信する(図 23, S212) 0先に、状況通信端末 Bから送信さ れてきた情報に基づいて全端末情報記憶エリア 182の状況通信端末 Bに対応するレ コードも更新されているので、現在の全端末情報記憶エリア 182の内容は、「自端末 I D :A,指定端末 ID : B,状況推論値:1」「自端末 ID : B,指定端末 ID:情報なし,状 況推論値: 2」である。ここから、「自端末 ID: B,指定端末 ID :情報なし,状況推論値: 2」が読み出され、この情報が状況通信端末 Aに送信される。
[0146] 状況通信端末 Aでは、仲介サーバ 2から送信された状況通信端末 Bの情報を指定 端末情報記憶エリアに記憶して更新し(図 21, S 143)、状況表示処理を行なう(図 2 1, S144)。今回は、状況通信端末 Bの状況推論値の情報があるので(図 22, S55 : YES)、その状況推論値に基づいて状況通信端末 Aの上部に状況通信端末 Bの状 況を表示する(図 21, S144、図 22)。具体的には、状況通信端末 Bの状況推論値が 「2」であるから、状況表示テーブル記憶エリア 305 (図 10参照)に従って、上部に LE D21を青色で点灯する。尚、状況通信端末 Aの状況推論値は「1」であるから、既に 自端末状況表示処理(図 20, S4)により、下部には LED21が赤色で点灯されている
[0147] 以上説明したように、変形例 1の状況通信システム 100によれば、各状況通信端末 1にお 、て常時センシングを実行し、得られたセンシングデータに基づ 、て状況推論 を行なって状況推論値を得、識別部材 52の挿入により指定された指定端末情報とと もに端末情報として仲介サーバ 2に送信する。仲介サーバ 2では、端末情報を受信 すると、全端末情報記憶エリアの当該端末に力かるレコードを更新し、受信した端末 情報に指定端末 IDが含まれている場合には、その指定端末に関する端末情報を全 端末情報記憶エリアから検索して読み出し、その指定端末情報のみを状況通信端末 1に返信する。従って、指定端末情報を受信した状況通信端末 1では、指定端末情 報を検索する処理が不要であり、全端末情報を蓄積しておく記憶エリアも不要となる
[0148] 尚、上記実施形態において、図 21の S41で自端末情報送信処理を実行する状況 通信端末の CPU10が本発明の端末側送信手段として機能する。また、図 21の S14 2で指定端末情報受信処理を実行する状況通信端末の CPU10が本発明の端末側 受信手段として機能する。また、図 23の S211で全端末情報記憶エリア 182から指定 端末情報を検索して読み出す処理を実行する仲介サーバ 2の CPU110が本発明の サーバ側状況データ読出手段として機能する。
[0149] 次に、仲介サーバ 2から状況通信端末 1に対して全端末情報を送信するが、状況 通信端末 1から端末情報が送信されてきたとき、その端末情報に指定端末情報が含 まれている場合に限り情報の送信を行なう場合の変形例 2について、図 25〜図 28を 参照して説明する。図 25は、変形例 2の状況通信端末 1のメイン処理のフローチヤ一 トである。図 26は、変形例 1の状況通信端末 2のメイン処理で実行されるデータ送受 信処理のフローチャートである。図 27は、変形例 2の仲介サーバ 2のメイン処理のフ ローチャートである。図 28は、変形例 2のタイムチャートである。
[0150] 図 25に示すように、変形例 2の状況通信端末 1のメイン処理は、上述した変形例 1 のメイン処理と同様に、指定端末状況表示処理がメイン処理の中で実行されず、デ ータ送受信処理の中で実行される。
[0151] すなわち、まず、種々のデータやフラグ等の初期化が行われる(Sl)。次に、各種セ ンサ 12〜17の計測値を取得するセンサ処理を起動する(S2)。次に、センサ処理に より取得されセンシングデータ記憶エリア 301に記憶されて 、るセンシングデータに 基づいて、使用者の感情等の状況を推論して指標値を算出する状況推論処理を実 行する(S3)。次に、自端末情報記憶エリア 303に記憶されている自己の状況推論 値に基づいて(図 8参照)、状況表示テーブル記憶エリア 305に記憶されている状況 表示テーブルに従って(図 10参照)、 LED21やモータ 23により自身の状況表示を 行なう(S4)。
[0152] 次に、状況推論処理により得られた状況推論値を仲介サーバ 2に送信し、送信した 端末情報に指定端末情報が含まれていた場合には仲介サーバ 2から全端末の情報 を受信するデータ送受信処理を実行する(S125)。データ送受信処理の詳細につい ては、図 26を参照して後述する。
[0153] そして、状況通信端末 1の電源が OFFされたか否かを判断し (S7)、電源 OFFでな ければ(S7 :NO)、 S3〖こ戻り、上述の処理を繰り返す。電源 OFFの場合には(S7 :Y ES)、起動中の全ての処理を終了させ(S8)、メイン処理を終了する。
[0154] 次に、図 26を参照して、変形例 2の状況通信端末 1のメイン処理で実行されるデー タ送受信処理について説明する。データ送受信処理が開始されると、自端末情報記 憶エリア 303に記憶されている情報(図 8参照)、すなわち、自己の端末 ID、状況を 自己の端末に表示させたい相手の端末 ID、状況推論処理で得られた自己の状況推 論値を、仲介サーバ 2に送信する(S41)。
[0155] 次に、自端末情報記憶エリア 303 (図 8参照)に、指定端末 IDが記憶されている力、 すなわち、状況を表示したい端末の IDが指定されている力否かを判断する(S51)。 端末の指定がない場合には (S51 :NO)、仲介サーバ 2からは端末情報が送信され てこないので、そのままメイン処理に戻る。
[0156] 自端末情報記憶エリア 303に、指定端末 IDが記憶されている場合には(S51 :YE S)、仲介サーバ 2が全端末情報を送信してくるのでその全端末情報を受信する(S4 2)。そして、受信した内容を全端末情報記憶エリア 304に記憶して、更新し (S43)、 指定端末の端末情報を全端末情報記憶エリア 304から検索して状況表示処理をし て力 (S6、図 15)、メイン処理に戻る。状況表示処理の詳細は、図 15に示す前述の 実施形態の場合と同様であるから、説明を省略する。
[0157] 以上の処理により、状況を表示させたい指定端末がある場合には、自己の状況推 論値を仲介サーバ 2に送信したタイミングで、その時点で仲介サーバ 2が持って 、た 他の状況通信端末 1の情報が全て送信されてくるので、全ての状況通信端末 1につ V、ての状況推論値を記憶し、その中から検索して所望の指定端末にっ 、ての状況を 表示させることができる。
[0158] 次に、図 27を参照して、変形例 2における仲介サーバ 2の動作について説明する。
変形例 1の仲介サーバ 2の動作は、上述の実施形態とほぼ同様であるが、送られてき た端末情報内に指定端末 IDが含まれていた場合のみ全端末情報を送信する。
[0159] 図 27に示すように、初期化が実行された後(S201)、いずれかの状況通信端末 1 力も情報を受信した力否かを判断する(S202)。受信していなければ (S202 : NO)、 受信するまで待ち、 S202の判断を繰り返す。受信した場合には(S202 : YES)、受 信した端末情報(図 8参照)を取得して、全端末情報記憶エリア 182のその端末に関 するレコードを更新する(S203)。
[0160] 次に、送信されてきた端末情報内に指定端末 IDが含まれているカゝ否かを判断する (S210)。端末指定がない場合には(S210 : NO)、情報を送信する必要がないので 、そのまま S202に戻り、状況通信端末 1からの端末情報の受信を待つ。
[0161] 端末指定がある場合には(S210 : YES)、更新後の全端末情報記憶エリア 182に 記憶されて 、るすべての端末の情報を、情報を送信してきた状況通信端末 1に対し て送信する(S204)。そして、 S202に戻る。
[0162] 以上の処理が実行される変形例 2の状況通信システム 100において、全体としてど のように処理が実行されるかについて、図 28のタイムチャートを参照して説明する。 図 28に示すように、状況通信端末 Aでセンサ処理が起動し(図 25, S2)、センシング が実行されると(図 12)、取得されたセンシングデータに基づいて状況推論処理が実 行され (図 25, S3)、得られた状況推論値は自端末情報 (図 8参照)として仲介サー ノ 2に送信される(図 25, S125)。ここでは、状況通信端末 Aから仲介サーバ 2に送 信される自端末情報は、「自端末 ID:A,指定端末 ID: B,状況推論値:1」とする。
[0163] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 27, S203)。そして、状況通信端末 Aから送られてきた端末情報には、指定端 末情報が含まれている(指定端末 ID: B)ので(図 27, S210 :YES)、状況通信端末 Aに対し、全端末情報記憶エリア 182に記憶されているすべての情報を送信する(図 27, S204)。例えば、全端末情報記憶エリア 182に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況通信端末 Aの端末情報は、更新後の「自端末 I D :A,指定端末 ID : B,状況推論値:1」であり、状況通信端末 Bの端末情報は、「自 端末 ID : B,指定端末 ID :情報なし,状況推論値:情報なし」とすると、この 2つのレコ ードの情報が状況通信端末 Aに送信される。
[0164] 一方、仲介サーバ 2から状況通信端末 Aに全端末情報が送信される頃、状況通信 端末 Bでもセンサ処理が起動し(図 25, S2)、センシングが実行されると(図 12)、取 得されたセンシングデータに基づいて状況推論処理が実行され(図 25, S3)、得ら れた状況推論値が自端末情報として仲介サーバ 2に送信される(図 25, S125) 0ここ では、状況通信端末 Bから仲介サーバ 2に送信される自端末情報は、「自端末 ID: B ,指定端末 ID:なし,状況推論値 : 2」とする。 [0165] 仲介サーバ 2では、状況通信端末 Bから自端末情報「自端末 ID : B,指定端末 ID: なし,状況推論値: 2」を受信して、全端末情報記憶エリア 182の該当レコードを更新 する(図 27, S203)。ここで、状況通信端末 Bから送られてきた端末情報には、指定 端末情報が含まれていないので(図 27, S210 :NO)、状況通信端末 Bには端末情 報が送信されない。
[0166] 状況通信端末 Aでは、仲介サーバ 2から送信された全端末情報に基づ 、て、 RAM 30の全端末情報記憶エリア 304の内容を更新する(図 26, S43)。すなわち、送信さ れた全端末情報、「自端末 ID :A,指定端末 ID : B,状況推論値:1」「自端末 ID: B, 指定端末 ID:情報なし,状況推論値:情報なし」が全端末情報記憶エリア 304 (図 9) にコピーされる。
[0167] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 26, S6)、まず状況通信端末 Bの情報を 全端末情報記憶エリア 304から検索する(図 15, S52)が、状況通信端末 Bの状況推 論値の情報が記憶されていないため(図 15, S55 :NO)、状況表示は不能となり、状 況通信端末 Aの上部には何も状況表示はなされない。
[0168] さらに、状況通信端末 Aにおいて図 25のメイン処理が繰り返され、新たなセンシン グデータに基づいて状況推論処理が実行されると(図 25, S3)、その状況推論値は 、再び自端末情報(図 8参照)として仲介サーバ 2に送信される(図 25, S125) 0ここ では、状況通信端末 Aから仲介サーバ 2に送信される自端末情報は、前回と変化な く、「自端末 ID:A,指定端末 ID: B,状況推論値:1」とする。
[0169] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 27, S203)。そして、状況通信端末 Aから送られてきた端末情報には、指定端 末情報が含まれている(指定端末 ID: B)ので(図 27, S210 :YES)、状況通信端末 Aに対し、全端末情報記憶エリア 182に記憶されているすべての情報を送信する(図 27, S204)。先に、状況通信端末 Bから送信されてきた情報に基づいて全端末情報 記憶エリア 182の状況通信端末 Bに対応するレコードも更新されているので、現在の 全端末情報記憶エリア 182の内容は、「自端末 ID: A,指定端末 ID: B,状況推論値 : 1」「自端末 ID : B,指定端末 ID :情報なし,状況推論値 : 2」である。そこで、この 2つ のレコードの情報が状況通信端末 Aに送信される。
[0170] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 26, S6)、まず状況通信端末 Bの情報を 全端末情報記憶エリア 304から検索する(図 15, S52)。今回入手した全端末情報の 中には状況通信端末 Bの状況推論値が含まれているので(図 15, S55 :YES)、状 況通信端末 Aの上部に状況通信端末 Bの状況を表示する(図 15, S56) 0具体的に は、状況通信端末 Bの状況推論値が「2」であるから、状況表示テーブル記憶エリア 3 05 (図 10参照)に従って、上部に LED21を青色で点灯する。尚、状況通信端末 Aの 状況推論値は「1」であるから、既に自端末状況表示処理(図 25, S4)により、下部に は LED21が赤色で点灯されている。
[0171] 以上説明したように、変形例 2の状況通信システム 100によれば、各状況通信端末 1にお 、て常時センシングを実行し、得られたセンシングデータに基づ 、て状況推論 を行なって状況推論値を得、識別部材 52の挿入により指定された指定端末情報とと もに端末情報として仲介サーバ 2に送信する。仲介サーバ 2では、端末情報を受信 すると、全端末情報記憶エリア 182の当該端末に力かるレコードを更新し、受信した 端末情報に指定端末 IDが含まれている場合には、その指定端末に関する端末情報 を含む全ての端末情報を全端末情報記憶エリアから読み出して状況通信端末 1に返 信する。従って、端末を指定していない状況通信端末 1では、全端末情報を更新す る処理が不要となる。
[0172] 尚、上記実施形態において、図 26の S41で自端末情報送信処理を実行する状況 通信端末 1の CPU10が本発明の端末側送信手段として機能する。また、図 26の S4 2の全端末情報受信処理を実行する状況通信端末の CPU10が本発明の端末側受 信手段として機能する。また、図 27の S204で全端末情報記憶エリア 182から全端末 情報を読み出して送信する処理を実行する仲介サーバ 2の CPU110が本発明のサ ーバ側状況データ読出手段として機能する。
[0173] 次に、状況推論処理のタイミングにかかわらず、所定時間間隔で端末情報を状況 通信端末 1から仲介サーバ 2に送信する変形例 3について、図 29〜図 31を参照して 説明する。図 29は、変形例 3の状況通信端末 1のメイン処理のフローチャートである 。図 30は、変形例 3の状況通信端末 1のメイン処理により起動されるデータ送受信処 理のフローチャートである。図 31は、変形例 3のタイムチャートである。
[0174] 図 29に示すように、変形例 3の状況通信端末 1のメイン処理では、上述の実施形態 とほぼ同様の流れで処理が行なわれる力 データの送受信処理がメイン処理とは別 個に所定時間間隔で実行される。
[0175] すなわち、まず、種々のデータやフラグ等の初期化が行われる(Sl)。次に、各種セ ンサ 12〜17の計測値を取得するセンサ処理を起動する(S2)。次に、タイマにより所 定時間間隔で、状況推論処理により得られた状況推論値を仲介サーバ 2に送信し、 仲介サーバ 2から全端末の情報を受信するデータ送受信処理を起動する(S123)。 データ送受信処理につ!、ては、図 30を参照して後述する。
[0176] 次に、センサ処理により取得されセンシングデータ記憶エリア 301に記憶されてい るセンシングデータに基づいて、使用者の感情等の状況を推論して指標値を算出す る状況推論処理を実行する(S3)。次に、自端末情報記憶エリア 303に記憶されてい る自己の状況推論値に基づいて(図 8参照)、状況表示テーブル記憶エリア 305に記 憶されている状況表示テーブルに従って(図 10参照)、 LED21やモータ 23により自 身の状況表示を行なう(S4)。
[0177] 次に、仲介サーバ 2から受信した全端末情報の中力も表示させたい端末として指定 した他の状況通信端末 1の状況推論値に基づ 、て、ァクチユエータを用いて状況を 表示する指定端末状況表示処理を実行する(S6、図 15)。
[0178] そして、状況通信端末 1の電源が OFFされたか否かを判断し (S7)、電源 OFFでな ければ(S7 :NO)、 S3〖こ戻り、上述の処理を繰り返す。電源 OFFの場合には(S7 :Y ES)、起動中の全ての処理を終了させ(S8)、メイン処理を終了する。
[0179] 次に、図 30を参照して、変形例 3の状況通信端末 1のメイン処理により起動される データ送受信処理につ!、て説明する。
[0180] 図 30に示すように、データ送受信処理が開始されると、まず、計時装置 40によりタ イマを起動する(S91)。そして、予め定められた所定時間、例えば 10秒が経過した か否かを判断する(S92)。所定時間が経過していなければ (S92 : NO)、そのまま所 定時間の経過まで S92を実行して待機する。所定時間が経過している場合には(S9 2 : YES)、タイマがリセットされ、タイマは初めからカウントを行う。その後、自端末情 報記憶エリア 303に記憶されている情報(図 8参照)、すなわち、自己の端末 ID、状 況を自己の端末に表示させたい相手の端末 ID、状況推論処理で得られた自己の状 況推論値を、仲介サーバ 2に送信する(S41)。
[0181] 仲介サーバ 2は、その端末情報を受信すると、仲介サーバ 2に記憶しているすべて の状況通信端末 1につ 、ての情報である全端末情報を送信してくるので、その全端 末情報を受信する(S42)。そして、受信した内容を全端末情報記憶エリア 304に記 憶して、更新し (S43)、 S92に戻って、所定時間の経過を待つ。
[0182] 以上の処理を繰り返すことにより、状況通信端末 1における状況推論処理のタイミン グにかかわらず所定の時間間隔で端末情報を仲介サーバ 2に対して送信し、同じタ イミングで全端末情報を仲介サーバ 2から受信することができる。従って、状況推論 処理毎にデータ送受信処理を実行する場合に比べて通信に力かる負荷を平均化す ることができる。尚、仲介サーバ 2の実行する処理は、上述の実施形態と同一である ので説明を省略する。
[0183] 次に、以上の処理が実行される変形例 3の状況通信システム 100において、全体と してどのように処理が実行されるかについて、図 31のタイムチャートを参照して説明 する。図 31に示すように、状況通信端末 Aでセンサ処理が起動し(図 29, S2)、セン シングが実行されると(図 12)、取得されたセンシングデータに基づいて状況推論処 理が実行され(図 29, S3)、得られた状況推論値は、タイマの値が所定時間経過して いれば(図 30, S92 :YES)、自端末情報(図 8参照)として仲介サーバ 2に送信され る(図 30, S41)。ここでは、状況通信端末 Aから仲介サーバ 2に送信される自端末情 報は、「自端末 ID :A,指定端末 ID : B,状況推論値:1」とする。
[0184] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 18, S203)。そして、状況通信端末 Aに対し、全端末情報記憶エリア 182に記 憶されているすべての情報を送信する(図 18, S204)。例えば、全端末情報記憶ェ リア 182に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況通 信端末 Aの端末情報は、更新後の「自端末 ID :A,指定端末 ID : B,状況推論値:1」 であり、状況通信端末 Bの端末情報は、「自端末 ID: B,指定端末 ID :情報なし,状 況推論値:情報なし」とすると、この 2つのレコードの情報が状況通信端末 Aに送信さ れる。
[0185] 一方、仲介サーバ 2から状況通信端末 Aに全端末情報が送信される頃、状況通信 端末 Bでもセンサ処理が起動し(図 29, S2)、センシングが実行されると(図 12)、取 得されたセンシングデータに基づいて状況推論処理が実行され(図 29, S3)、得ら れた状況推論値が、タイマの値が所定時間経過後に(図 30, S92 :YES)、自端末 情報として仲介サーバ 2に送信される(図 30, S41)。ここでは、状況通信端末 Bから 仲介サーバ 2に送信される自端末情報は、「自端末 ID: B,指定端末 ID :なし,状況 推論値 : 2」とする。
[0186] 仲介サーバ 2では、状況通信端末 Bから自端末情報「自端末 ID : B,指定端末 ID: なし,状況推論値: 2」を受信して、全端末情報記憶エリア 182の該当レコードを更新 する(図 18, S203)。そして、状況通信端末 Bに対し、全端末情報記憶エリア 182に 記憶されているすべての情報を送信する(図 18, S204)。例えば、全端末情報記憶 エリア 182に状況通信端末 Aと状況通信端末 Bの端末情報が記憶されており、状況 通信端末 Aの端末情報は、「自端末 ID: A,指定端末 ID: B,状況推論値:1」であり、 状況通信端末 Bの端末情報は、更新された「自端末 ID: B,指定端末 ID:情報なし, 状況推論値: 2」とすると、この 2つのレコードの情報が状況通信端末 Bに送信される。
[0187] 状況通信端末 Aでは、仲介サーバ 2から送信された全端末情報に基づ 、て、 RAM 30の全端末情報記憶エリア 304の内容を更新する(図 30, S43)。すなわち、送信さ れた全端末情報、「自端末 ID :A,指定端末 ID : B,状況推論値:1」「自端末 ID: B, 指定端末 ID:情報なし,状況推論値:情報なし」が全端末情報記憶エリア 304 (図 9) にコピーされる。
[0188] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 29, S6)、まず状況通信端末 Bの情報を 全端末情報記憶エリア 304から検索する(図 15, S52)が、状況通信端末 Bの状況推 論値の情報が記憶されていないため(図 15, S55 :NO)、状況表示は不能となり、状 況通信端末 Aの上部には何も状況表示はなされない。
[0189] また、状況通信端末 Bでも、仲介サーバ 2から送信された全端末情報に基づ 、て、 RAM30の全端末情報記憶エリア 304の内容を更新する(図 30, S43)。すなわち、 送信された全端末情報、「自端末 ID: A,指定端末 ID: B,状況推論値:1」「自端末 I D : B,指定端末 ID :情報なし,状況推論値 : 2」が全端末情報記憶エリア 304にコピ 一される。
[0190] ここで、状況通信端末 Bの使用者が表示させたい相手の状況通信端末は指定され ていないので(図 15, S51 :NO)、状況通信端末 Bの上部には何も状況表示はなさ れない。
[0191] さらに、状況通信端末 Aにおいて図 11のメイン処理が繰り返され、新たなセンシン グデータに基づいて状況推論処理が実行された後(図 29, S3)、前回の仲介サーバ 2への端末情報の送信力 所定時間経過していれば(図 30, S92 :YES)、その状況 推論値は、再び自端末情報(図 8参照)として仲介サーバ 2に送信される(図 30, S4 D oここでは、状況通信端末 Aから仲介サーバ 2に送信される自端末情報は、前回と 変化なぐ「自端末 ID :A,指定端末 ID : B,状況推論値:1」とする。
[0192] 仲介サーバ 2では、状況通信端末 Aから自端末情報「自端末 ID: A,指定端末 ID:
B,状況推論値: 1」を受信して、全端末情報記憶エリア 182の該当レコードを更新す る(図 18, S203)。そして、状況通信端末 Aに対し、全端末情報記憶エリア 182に記 憶されているすべての情報を送信する(図 18, S204)。先に、状況通信端末 Bから 送信されてきた情報に基づいて全端末情報記憶エリア 182の状況通信端末 Bに対 応するレコードも更新されているので、現在の全端末情報記憶エリア 182の内容は、 「自端末 ID :A,指定端末 ID : B,状況推論値:1」「自端末 ID : B,指定端末 ID:情報 なし,状況推論値: 2」である。この情報が状況通信端末 Aに送信される。
[0193] そして、状況通信端末 Aでは、仲介サーバ 2から送信された全端末情報に基づ ヽ て、 RAM30の全端末情報記憶エリア 304の内容を更新する(図 30, S43)。すなわ ち、送信された全端末情報、「自端末 ID : A,指定端末 ID : B,状況推論値:1」「自端 末 ID : B,指定端末 ID :情報なし,状況推論値 : 2」が全端末情報記憶エリア 304にコ ピーされる。 [0194] ここで、状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端末 B であるから、その状況を表示するために(図 29, S6)、状況通信端末 Bの情報を全端 末情報記憶エリア 304から検索する(図 15, S52)。今回入手した全端末情報の中に は状況通信端末 Bの状況推論値が含まれているので(図 15, S55 :YES)、状況通 信端末 Aの上部に状況通信端末 Bの状況を表示する(図 15, S56) 0具体的には、 状況通信端末 Bの状況推論値が「2」であるから、状況表示テーブル記憶エリア 305 に記憶されている状況表示テーブル(図 10参照)に従って、上部に LED21を青色 で点灯する。尚、状況通信端末 Aの状況推論値は「1」であるから、既に自端末状況 表示処理(図 29, S4)により、下部には LED21が赤色で点灯されている。
[0195] 以上説明したように、変形例 3の状況通信システム 100によれば、各状況通信端末 1にお 、て常時センシングを実行し、得られたセンシングデータに基づ 、て状況推論 を行なって状況推論値を得る。そして、状況推論を実行するメイン処理とは別個に、 タイマにより所定時間間隔で実行されるデータ送受信処理を起動し、状況推論値及 び指定端末情報を端末情報として仲介サーバ 2に送信する。従って、仲介サーバ 2 は、一定時間間隔で同じ状況通信端末 1から端末情報を受信し、そのタイミングで全 端末情報を当該状況通信端末 1に送信することとなる。従って、状況推論値の生成タ イミングにかかわらず、一定時間をおいて端末情報の送受信がなされることとなり、通 信負荷の見込みが立ちやすぐ負荷を軽減することができる。
[0196] 尚、上変形例 3において、図 30の S41で自端末情報送信処理を実行する状況通 信端末 1の CPU10が本発明の端末側送信手段として機能する。また、図 30の S42 の全端末情報受信処理を実行する状況通信端末の CPU10が本発明の端末側受 信手段として機能する。
[0197] 次に本発明の第二の実施の形態について説明する。まず、本発明の状況通信装 置間の通信を仲介サーバを介して行なう状況通信システム 1100の全体構成にっ ヽ て説明する。図 32は、状況通信システム 1100の構成を示すシステム構成図である。
[0198] 図 32に示すように、状況通信システム 1100は、使用者や周囲の状況をパーソナル コンピュータ上で表現でき、インターネット 1004に接続した仮想状況通信端末 1001 と、仮想状況通信端末 1001と同様に、使用者や周囲の状況を表現でき、使用者が 把持できる大きさに形成された状況通信端末 1002と、インターネット 1004に接続し 、仮想状況通信端末 1001や状況通信端末 1002間の通信を仲介する仲介サーバ 1 003とから構成されている。仮想状況通信端末 1001は、本発明の状況通信装置に 相当し、使用者からの入力に基づいて使用者や周囲の状況を推論し、その結果を仲 介サーバ 1003に送信し、仲介サーバ 1003に接続している状況通信端末 1002の 状況推論結果を得て、それに基づ!/、て表示画面上に各端末の状況を一覧表示させ たり(図 35参照)、指定した状況通信端末 1002や自身の状況を、状況通信端末 100 2のような表示画像(図 34参照)により表現する。また、状況通信端末 1002は、各種 のセンサを備え、そのセンサが検知したセンシングデータに基づいて使用者や周囲 の状況を推論し、その結果を仲介サーバ 1003に送信し、仲介サーバ 1003から他の 状況通信端末 1002の状況推論結果を得て、それに基づ ヽて LED等の表現手段を 使って他の状況通信端末 1002や自身の状況を表現する。
[0199] 次に、仮想状況通信端末 1001について説明する。図 33は、仮想状況通信端末 1 001の電気的構成を示すブロック図である。図 33に示すように、仮想状況通信端末 1001は、通常のコンピュータ機器と同様の構成をなし、 CPU1010, ROM1020, R AM1030,ハードディスク(HD) 1050の他、各種データを表示するための表示装置 1070,仮想状況通信端末 1001を操作するためのマウスやキーボード等の入力装 置 1060,外部機器と接続するためのインタフェイス (IZF)回路 1040がバス 1090を 介して相互に接続されている。インタフェイス回路 1040には、インターネット 1004を 介して仲介サーバ 1003に接続するための通信回路(図示外)も接続されている。尚 、下記の実施形態では、使用者の状況は入力装置 1060からの入力による方法を例 示しているが、各種センサ 1080を USBポート等に接続して使用者の状態を計測し、 その計測情報に基づ 、て状況推論を行なうようにしてもょ 、。各種センサ 1080として は、温度センサ、赤外線センサ、光センサ、圧力センサ、マイク等を用いることができ る。
[0200] 次に、図 34及び図 35を参照して、仮想状況通信端末 1001の表示画面について 説明する。図 34は、仮想状況通信端末 1001の表示装置 1070に表示されるメイン 画面 1200のイメージ図である。図 35は、仮想状況通信端末 1001の表示装置 1070 に表示される端末指定画面 1400のイメージ図である。
[0201] 仮想状況通信端末 1001において状況通信プログラムが起動されると、まず図 34 に示すようなメイン画面 1200が表示される。そして、メイン画面 1200中のアドレス帳 ボタン 1230がクリックされると、図 35に示す端末指定画面 1400に画面が切り替えら れる。端末指定画面 1400には、仲介サーバ 1003から受信した仮想状況通信端末 1 001又は状況通信端末 1002の状況が一覧表示されるので、その中から所望の端末 をクリックして指定すると、メイン画面 1200に戻って、中央の端末画像 1210に色等 でその指定端末の状況が表示される。
[0202] 図 34に示すように、メイン画面 1200には、中央に端末画像 1210が配置され、端 末画像 1210の上半部は指定した端末の状況が表示される指定端末状況表示部 12 11となっており、端末画像 1210の下半部は、仮想状況通信端末 1001自身の状況 が表示される自端末状況表示部 1212となっている。また、メイン画面 1200の上方に は使用者が自分の状況をクリックして入力するための状況入力アイコン 1201〜120 3が配置されている。また、左下方には、仮想状況通信端末 1001を把持しているか 否かを仮想的に選択できる把持状況アイコン 1220が配置されている。さらに、右下 方には、仲介サーバ 1003に接続している状況通信端末 1002を一覧表示してその 中から所望の端末を指定するための端末指定画面 1400を呼び出すアドレス帳ボタ ン 1230が配置されている。なお、端末指定画面 1400で既に端末を指定しており、 その状況が指定端末状況表示部 1211に表示されて ヽる場合には、その指定端末 のニックネーム力 Sメイン画面 1200の最下部のニックネーム表示部 1240に表示される 。図 34の例では、まだ端末が指定されていないので、ニックネーム表示部 1240には 、「NOBODY」と表示されている。
[0203] 次に、図 35に示すように、端末指定画面 1400は、中央に一覧表示部 1410が配 置され、一覧表示部 1410内には、仲介サーバ 1003に接続している状況通信端末 1 002の状況を色で表示した小端末画像 1411がその端末のニックネーム 1412と対応 させて一覧表示される。一覧表示部 1410の右上方には、一覧表示部 1410に表示 される小端末画像 1411をどのような順序で並べるかを指定するためのソーティング キー選択ボックス 1420が配置され、そのソーティングキー選択ボックス 1420で選択 されたソーティングキーに従って状況通信端末 1002が並び替えられて一覧表示部 1 410に一覧表示される。一覧表示部 1410の下方には、一頁内に表示できるよりも数 多くの端末が存在する場合に、頁を切り替えるための BACKボタン 1430と NEXTボ タン 1440が配置されており、いずれかがマウスでクリックされると、その指示に従って 前頁又は次頁に頁が切り替えられる。
[0204] 次に、仮想状況通信端末 1001で使用されるテーブル等が記憶される RAM1030 の記憶エリアについて、図 36〜図 40を参照して説明する。図 36は、 RAM1030の 記憶エリアの構成を示す模式図である。図 37は、状況推論テーブル記憶エリア 130 2に記憶された状況推論テーブルの構成を示す模式図である。図 38は、自端末情 報記憶エリア 1303の構成を示す模式図である。図 39は、全端末情報記憶エリア 13 04の構成を示す模式図である。図 40は、状況表示テーブル記憶エリア 1305に記憶 された状況表示テーブルの構成を示す模式図である。
[0205] まず、図 36に示すように、 RAM1030には、マウスやキーボードの入力装置 1060 力も入力された値を記憶する入力データ記憶エリア 1301 ,入力データに基づ!/、て 状況推論を行なうための状況推論テーブルを記憶する状況推論テーブル記憶エリア 1302, 自身の ID、指定状況通信端末の ID、自身の状況推論値を記憶するための 自端末情報記憶エリア 1303,仲介サーバ 1003から受信した全ての状況通信端末 の ID、指定状況通信端末の ID、その状況通信端末の状況推論値を記憶する全端 末情報記憶エリア 1304,状況推論値に従ってァクチユエータに状況表示をさせるた めの状況表示テーブルを記憶する状況表示テーブル記憶エリア 1305,図示外のそ の他の記憶エリアが設けられている。ここで、入力データ記憶エリア 1301には、状況 入力アイコン 1201〜1203のクリックの有無、端末画像 1210上でのマウスの移動速 度等が 2回分記憶される。
[0206] 次に、図 37に示すように、状況推論テーブル記憶エリア 1302には、入力データに 基づ 、て使用者の状況を推論するための状況推論テーブルが記憶されて 、る。本 実施形態では、状況入力アイコン 1201〜1203のクリックの検出と、端末画像 1210 上でのマウスの移動速度の入力データの値を状況推論テーブルにあてはめて状況 推論処理が実行され、結果が状況推論値として出力される(図 46参照)。 [0207] 次に、図 38に示すように、自端末情報記憶エリア 1303には、当該仮想状況通信 端末 1001自身の情報として、あらかじめ設定されている仮想状況通信端末 1001の ID (図 38の例では ID「A」)と、後述する端末指定処理により指定された状況通信端 末 1002の ID (図 38の例では ID「B」)と、入力データに基づく状況推論の結果出力 された状況推論値(図 38の例では「1」)、仮想状況通信端末自身のニックネーム(図 38の例では「taro」 )とが記憶されて 、る。尚、指定端末がまだ選択されて 、な 、とき は、 旨定端末 IDの項目は†青報なしとなる。
[0208] 次に、図 39に示すように、全端末情報記憶エリア 1304には、仲介サーバ 1003か ら受信した、すべての状況通信端末 1002についての情報が記憶される。情報の項 目としては、自端末情報と同様に、その状況通信端末 1002の ID、当該状況通信端 末 1002が指定している状況通信端末 1002 (指定端末)の ID、当該状況通信端末 1 002が出力した状況推論値、その状況通信端末 1002のニックネーム力も構成され ている。
[0209] 次に、図 40に示すように、状況表示テーブル記憶エリア 1305には、状況推論処理 によって得られた自端末の状況推論値、又は、受信した他の状況通信端末 1002の 状況推論値に基づ 、て、メイン画面 1200の端末画像 1210に状況を表現するため の状況表示テーブルが記憶されている。自身の状況推論値についても、他の状況通 信端末 1の状況推論値についても、状況表示の方法は同一である。すなわち、状況 推論値が「1」であれば、赤色で表示し、状況推論値が「2」であれば、青色で表示し、 状況推論値が「3」であれば、緑色で表示する等である。状況表示の方法はこれに限 られるものではなぐ例えば、端末画像 1210をメイン画面 1200上で振動しているか のように表示してもよい。
[0210] 次に、以上の構成を有する仮想状況通信端末 1001の動作について図 41〜図 52 を参照して説明する。図 41は、仮想状況通信端末 1001のメイン処理のフローチヤ一 トである。図 42は、メイン処理の中で実行されるメイン状態処理のフローチャートであ る。図 43は、メイン処理の中で実行される端末指定状態処理のフローチャートである 。図 44は、メイン状態処理の中で実行されるマウス入力処理のフローチャートである 。図 45は、マウス入力処理で実行される推論フラグ処理のフローチャートである。図 4 6は、メイン状態処理の中で実行される状況推論処理のフローチャートである。図 47 は、メイン状態処理及び端末指定状態処理の中で実行されるデータ送受信処理のフ ローチャートである。図 48は、メイン状態処理の中で実行されるメイン表示処理のフロ 一チャートである。図 49は、端末指定状態処理の中で実行されるソーティング処理の フローチャートである。図 50は、ソーティング処理で生成される中間テーブルのィメー ジ図である。図 51は、端末指定状態処理の中で実行される一覧表示処理のフロー チャートである。図 52は、端末指定状態処理の中で実行される端末指定処理のフロ 一チャートである。尚、図 41のメイン処理は、状況通信プログラムが起動されると、プ ログラムの終了指示が入力されるまで継続的に実施される。また、メイン処理では、「 メイン状態処理」又は「端末指定状態処理」の 2つの処理状態から 1つが選択され、そ の選択に従ってメイン状態処理又は端末指定状態処理のいずれかが実行される。
[0211] 図 41に示すように、メイン処理が開始されると、まず、種々のデータやフラグ等の初 期化が行われる(S1001)。例えば、 RAM1030において入力データ記憶エリア 13 01ゃ自端末情報記憶エリア 1303等がクリアされる。
[0212] 次に、既定の処理状態として、「メイン状態処理」を指定する(S 1002)。そして、デ フォルトの表示画面であるメイン画面 1200 (図 34参照)を表示する(S1003)。次に、 処理状態に「メイン状態処理」が指定されて 、る力否かを判断する(S 1004)。初回の 処理では、 S 1002で「メイン状態処理」が指定されているので(S 1004 : YES)、メイ ン画面 1200にお 、て指定端末の状況表示や自端末の状況表示を行なうメイン状態 処理を実行する(S 1005)。そして、プログラムの終了が指示された力否かを判断し( S1007)、終了指示であれば全ての処理を終了し(S1007 :YES)、終了指示がなけ れば(S1007 :NO)、 S1004に戻って処理を繰り返す。メイン状態処理の詳細は図 4 2を参照して後述する。
[0213] 2回目以降の処理において、処理状態に「メイン状態処理」が指定されていない場 合には(S1004 :NO)、仲介サーバ 1003に接続している仮想状況通信端末 1001 又は状況通信端末 1002の状況を一覧表示させたり、その一覧表示から、状況をメイ ン画面 1200に表示させたい端末を指定する端末指定状態処理を実行し (S 1006) 、 S1007に進む。端末指定状態処理の詳細は、図 43を参照して後述する。 [0214] 次に、図 42を参照して、メイン処理の中で実行するメイン状態処理について説明す る。前述のように、メイン状態処理は、処理状態に「メイン状態処理」が指定されてい る場合に(図 41, S 1004 : YES)実行される。
[0215] メイン状態処理が開始されると、まず、マウス力ゝらの入力を検出して状況推論の元に なる入力データを取得するマウス入力処理を実行する(S1051)。マウス入力処理の 詳細は、図 44を参照して後述する。
[0216] 次に、マウス入力処理において取得された入力データと RAM1030の状況推論テ 一ブル記憶エリア 1302に記憶されて 、る状況推論テーブルに基づ!/、て状況推論値 を算出する状況推論処理を実行する(S 1053)。状況推論処理の詳細については、 図 46を参照して後述する。
[0217] 次に、状況推論処理で得られた状況推論値と、端末 ID等の自端末情報を仲介サ ーバ 1003に送信し、仲介サーバ 1003から他の端末の情報を受信するデータ送受 信処理を実行する(S 1055)。データ送受信処理の詳細については、図 47を参照し て後述する。
[0218] 次に、データ送受信処理で得られた状況推論値と RAM1030の状況表示テープ ル記憶エリア 1305に記憶されて 、る状況表示テーブルに基づ 、て自端末や指定端 末の状況を表示させるメイン表示処理を実行し (S 1057)、メイン状態処理に戻る。メ イン表示処理の詳細は、図 48を参照して後述する。
[0219] 次に、図 43を参照して、メイン処理の中で実行する端末状態処理について説明す る。前述のように、端末状態処理は、処理状態に「端末状態処理」が指定されている 場合に(図 41, S 1004 : NO)実行される。
[0220] 端末状態処理が開始されると、まず、自端末情報を仲介サーバ 1003に送信し、仲 介サーバ 1003から他の端末の情報を受信するデータ送受信処理を実行する(S10 61)。このデータ送受信処理は、メイン状態処理の中で実行するものと同様であり、 その詳細については、図 47を参照して後述する。次に、 S 1061で受信した全端末情 報を一覧表示させるために並び替えるソーティング処理を行なう(S1062)。ソーティ ング処理の詳細は、図 49を参照して後述する。
[0221] 次に、端末指定画面 1400の一覧表示部 1410に通信可能な端末の状況を一覧表 示させるために頁番号に 0を代入して初期化する(S 1063)。そして、ソーティング処 理された全端末情報を、端末指定画面 1400 (図 35参照)に頁単位で一覧表示させ る一覧表示処理を行なう(S 1064)。一覧表示処理の詳細は、図 51を参照して後述 する。
[0222] 次に、端末指定画面 1400に表示された端末一覧力もメイン画面 1200で状況を表 示させる端末を指定する端末指定処理を行なう (S1065) o端末指定処理の詳細は 、図 52を参照して後述する。
[0223] 次に、端末指定画面 1400において BACKボタン 1430や NEXTボタン 1440が押 されたことによる頁切替指示が検出された力否かを判断し (S1066)、検出された場 合には(S1066 :YES)、その入力に従って、前頁または次頁での一覧表示処理を するために S1064に戻る。ここで、頁切替の検出は、頁切替フラグ力 「l」である力否 かにより判断される。この頁切替フラグは、後述する端末指定処理の中で、 BACKボ タン 1430や NEXTボタン 1440の入力を検出し、検出された場合に「1」としている( 図 52参照)。
[0224] 頁切替が検出されな力つた場合には(S 1066 : NO)、次に、並び替えの基準となる ソーティングキーの切替指示が検出されたか否かを判断する(S1067)。ソーティング キーは、端末指定画面 1400においてソーティングキー選択ボックス 1420から選択さ れる。ソーティングキー選択ボックス 1420への入力は、後述する端末指定処理の中 で検出され、検出された場合には、ソーティングフラグが「1」とされる(図 44参照)。ソ 一ティングキーが切り替えられた場合には(S 1067 : YES)、その切替後のソーティン グキーに従ってソーティング処理を実行するため、 S1062に戻る。ここで、ソーティン グキー切替の入力の検出は、ソーティングフラグが「1」である力否かにより判断される 。ソーティングキーが切り替えられていない場合には(S 1066 : NO)、メイン処理に戻 る。
[0225] 次に、メイン状態処理(図 42)の中で実行されるマウス入力処理にっ 、て、図 44を 参照して説明する。メイン状態処理中は、表示装置 1070にメイン画面 1200が表示 されており、使用者がマウスによりメイン画面 1200中の状況入力アイコン 1201〜12 03をクリックしたり、端末画像 1210上でマウスを動力したりすることにより、使用者の 状況を入力することができる。マウス入力処理では、このような使用者からのマウス入 力を検出し、その検出結果を状況推論処理のために出力する。
[0226] まず、マウス入力処理が開始されると、マウスの入力や移動を検出したカゝ否かを判 断する(S1511)。マウスの入力が検出されなかった場合には(S1511 :NO)、その ままメイン状態処理に戻る。
[0227] マウスの入力が検出された場合には(S1511 :YES)、次に、マウスによりメイン画 面 1200上のアドレス帳ボタン 1230がクリックされ、端末指定状態を指定する処理要 求が検出された力否かを判断する(S1512)。端末指定状態の処理要求が検出され た場合には(S1512 :YES)、処理状態として端末指定状態処理を指定する(S151
3)。そして、メイン状態処理に戻る。ここで処理状態が端末指定状態処理となったの で、次回のメイン処理(図 41)では、 S1004でメイン状態処理ではないと判断され(図 41、 S1004 :NO)、端末指定状態処理のサブルーチンが実行される(図 41, S100 6)。
[0228] 端末指定状態の処理要求が検出されな力つた場合には(S1512 :NO)、次に、メイ ン画面 1200上の端末画像 1210の表示角度が検出された力否かを判断する(S 151
4)。メイン画面 1200では、端末画像 1210をドラッグすることにより、表示角度を使用 者の所望の角度に変更することができるようになつている。このような表示角度を変更 するためのマウスの動きが検出された場合には(S1514 : YES)、表示角度を RAMI 030に記憶し、その検出結果に基づいて端末画像 1210の表示角度を変更する(S1
515)。そして、メイン状態処理に戻る。
[0229] 端末画像 1210の表示角度が検出されな力つた場合には(S1514 :NO)、状況推 論処理(図 43参照)で用いる入力データを取得するための推論フラグ処理を行う(S1
516)。推論フラグ処理の詳細は、図 45を参照して後述する。推論フラグ処理終了後 は、メイン状態処理に戻る。
[0230] 次に、図 45を参照して、マウス入力処理で実行される推論フラグ処理について説 明する。推論フラグ処理では、状況推論を行うための入力、具体的には、本実施形 態では、メイン画面 1200上の状況入力アイコン 1201〜1203のいずれかのクリック、 端末画像 1210上のマウスの移動速度を取得し、それぞれの取得値を前回の値と比 較して、一致しな 、場合にはその値に基づ 、て状況推論処理をする必要があるとし て推論フラグを「1」とする処理を行う。
[0231] まず、推論フラグを「0」として初期化する(S15161)。次に、比較対象とするために 前回のデータ(選択されたアイコンとマウスの移動速度)を、 RAM1030の入力デー タ記憶エリア 1301から取得する(S15162)。そして、いずれかの状況入力アイコン 1 201〜1203のクリックが検出された力否かを判断する(S15163)。クリックが検出さ れていなければ(S15163 :NO)、前回との比較判断をする必要がないので、そのま ま S15167に進む。
[0232] アイコンのクリックが検出された場合には(S15163 : YES)、前回の選択アイコンと 今回の選択アイコンが一致している力否かを判断する(S15164)。選択アイコンがー 致している場合には(S15164 : YES)、今回の選択アイコンに基づいて状況推論を 行う必要がないので、そのまま S15167〖こ進む。
[0233] 選択アイコンが前回と異なる場合には(S15164 :NO)、選択アイコン情報を今回 検出されたものに更新し (S15165)、状況推論処理を実行するための推論フラグを「 1」に更新する(S15166)。ここで推論フラグが「1」とされることによって、メイン状態 処理に戻って力もの状況推論処理(図 46参照)が実行されることになる(後述)。
[0234] 次に、今回のマウスの移動速度を取得する(S15167)。そして、前回の移動速度と 今回の移動速度が一致する力否かを判断する(S15168)。移動速度が前回と一致 している倍には(S15168 : YES)、そのままマウス入力処理に戻る。
[0235] 前回とは移動速度が異なる場合には(S15168 :NO)、移動速度を今回検出され たものに更新し (S15169)、状況推論処理を実行するための推論フラグを「1」に更 新する(S15170)。このように、選択アイコンが前回力も変化した場合 (S15164 :N 0)、又は、マウスの移動速度が前回と異なる場合(S15168 :NO)のいずれかが充 足されると、推論フラグが「1」とされ、状況推論処理が実行されるようになる。
[0236] 尚、状況の入力をマウスで行なうほか、各種センサ 1080を接続してセンサからのセ ンシングデータを入力データとして状況推論を行なう場合には、各種センサ 1080か らセンシングデータを定期的に取得し、全てのセンサからのセンシングデータが得ら れたところで推論フラグを 1として、次回のルーチンで状況推論処理を行なうようにす ればよい。
[0237] 次に、図 46を参照して、メイン状態処理で実行される状況推論処理について説明 する。状況推論処理が開始されると、まず、マウス入力処理で推論フラグが更新され 、「1」となっている力否かを判断する(S1531)。推論フラグが「0」の場合には(S153 1 : NO)、状況推論処理を実行する必要はないので、そのままメイン状態処理に戻る
[0238] 推論フラグが「1」の場合には(S1531 :YES)、図 37に示す状況推論テーブルに、 選択アイコンとマウス移動速度の入力データをあてはめて状況推論値を算出する(S 1532)。そして、メイン状態処理に戻る。
[0239] 例えば、状況入力アイコン 1201と状況入力アイコン 1202と状況入力アイコン 120 1とが未検出であって、移動速度が 5であれば、端末の周りは静かであるとする状況 推論値「1」が算出される。また、状況入力アイコン 1201のみが検出され、移動速度 力 であれば、使用者は落ち着いているとする状況推論値「2」が算出される。また、 移動速度が 10以上であれば、検出された状況入力アイコンにかかわらず、使用者は 非常に興奮状態であるとする状況推論値「3」が算出される。
[0240] 尚、ここではマウスの入力に基づいて状況推論を行なっている力 各種センサ 108 0が接続され、そのセンシングデータが得られている場合には、センシングデータに 基づく状況推論テーブル (図示外)を用意しておき、その状況推論テーブルに従って 状況推論値を算出するようにすればよ!、。
[0241] 次に、図 47を参照して、メイン状態処理及び端末指定状態処理の中で実行される データ送受信処理につ!、て説明する。
[0242] データ送受信処理が開始されると、自端末情報記憶エリア 1303に記憶されている 情報(図 38参照)、すなわち、自己の端末 ID、状況を自己の端末に表示させたい相 手の端末 ID、状況推論処理で得られた自己の状況推論値、自端末のニックネーム を、仲介サーバ 1003に送信する(S1551)。
[0243] 仲介サーバ 1003は、その端末情報を受信すると、仲介サーバ 1003に記憶してい るすべての状況通信端末 1002についての情報である全端末情報を送信してくるの で (詳細は後述する)、その全端末情報を受信する(S1552)。そして、受信した内容 を全端末情報記憶エリア 1304に記憶して、更新し (S1553)、親の処理に戻る。以 上の処理により、自己の状況推論値を仲介サーバ 1003に送信したタイミングで、そ の時点で仲介サーバ 1003が持っていた状況通信端末 1002の情報が全て送信され てくるので、全ての状況通信端末 1002についての状況推論値を記憶しておくことが できる。
[0244] 次に、メイン状態処理の中で実行されるメイン表示処理につ!、て、図 48を参照して 説明する。メイン表示処理が開始されると、まず背景の表示を実行する(S1571)。次 に、端末画像 1210の表示角度を RAM1030から取得する(S1572)。そして、ここま での端末指定状態処理において指定端末状況表示部 1211 (端末画像 1210の上 半分)に状況を表示させたい端末が既に指定されている力否かを、自端末情報記憶 エリア 1303に記憶されて 、る指定端末情報に基づ!/、て判断する(S 1573)。端末の 指定がまだされていない場合には(S 1573 : NO)、そのまま S 1578に進み、自端末 情報記憶エリア 1303に記憶されて 、る自端末の状況推論値に基づ!/、て自端末状 況表示部 1212 (端末画像 1210の下半分)に自己の状況を表示する。
[0245] 端末の指定がある場合には(S1573 : YES)、データ送受信処理において仲介サ ーバ 1003から受信し、全端末情報記憶エリア 1304に更新記憶された全端末情報 から指定端末の情報を検索する(S1574)。
[0246] 次に、検索の結果発見された端末の情報に含まれる指定端末の IDが自端末の ID であるか否か、すなわち、互いに指定しあっているか否かを判断する(S 1575)。例え ば、自己の端末 IDが A、自端末が指定している相手の IDが Bの場合に、全端末情報 記憶エリア 1304から発見された端末 Bの指定端末 ID力 S「A」である力否かを判断す る。指定端末の指定端末 IDが自端末 IDではない場合は(S 1575 : NO)、そのまま S 1577に進む。
[0247] 指定端末 IDが互いに一致している場合には(S1575 : YES)、相互に指定している ことを示す特別の表示を行なう(本実施形態では、「両思い表示」とも称する。 ) (S15 76)。この両思い表示は、専用のアイコンをメイン画面 1200上に配置してその色を 変更したり、点滅表示させたり、メッセージを表示させたり、種々の方法で実現できる [0248] そして、両思い表示(S1576)後、又は、両思い表示をしない場合には(S1575 :N O)、その状況推論値に基づいて、状況表示テーブル記憶エリア 1305に記憶されて V、る状況表示テーブルに従って(図 40参照)、指定端末状況表示部 1211に状況表 示を行う(S1577)。そして、同様に、自己の状況推論値と状況表示テーブルに基づ V、て自端末状況表示部 1212に状況表示を行!、(S 1578)、メイン処理に戻る。
[0249] 次に、図 49及び図 50を参照して、端末指定状態処理の中で実行されるソーティン グ処理について説明する。ソーティング処理は、端末指定画面 1400での一覧表示 の際に、どの端末を一覧中のどこに表示するかを決定するために、指定されたソーテ イングキーに従って端末の並び替えをするものである。データ送受信処理により仲介 サーバ 1003から受信した各端末情報はそれぞれ状況推論値を有しており、使用者 がメイン画面 1200に表示させた ヽ端末を選択する際に、好みの状況推論値を有す る端末ごとに並んでいると操作しやすいと考えられるので、ソーティング処理では、状 況推論値を基準にして並び替えを行なっている。但し、状況推論値の数が多い場合 にはわかりにくくなるおそれもあるので、本実施形態では、数個の状況推論値をダル ープ化してカラーを付与し (例えば、状況推論値力^〜 5ではライトブルー、 6〜10は ブルー、 11〜15はダークブルー、以下同様のようなカラーテーブル 1600 (図 50参 照)を予め用意しておく)、カラーごとのグループでまず並べ、同一のカラーグループ の中でさらに状況推論値に従って並び替えるようにして 、る。
[0250] 図 49及び図 50に示すように、ソーティング処理が開始されると、まず、データ送受 信処理で受信し、全端末情報記憶エリア 1304 (図 39参照)に記憶された全端末情 報から、端末 IDと状況推論値を取り出したテーブル 1500を、状況推論値に従って 並べ替え、インデックス番号を付与したテーブル 1510を作成する(S1621)。次に、 並び替え後のテーブル 1510とカラーテーブル 1600を照合して、各端末にカラーを 付与したテーブル 1520を作成する(S1622)。次に、作成されたテーブル 1520に おいて、各カラーの最終インデックス番号を取得する(S1623)。図 50のテーブル 15 20の例では、ライトブルーの最終インデックス番号は 1であり、ブルーの最終インデッ タス番号は 3であり、ダークブルーの最終インデックス番号は 4である。
[0251] 次に、端末指定画面 1400のソーティングキー選択ボックス 1420からソーティング キーの入力を検出したカゝ否かを判断する(S1624)。ソーティングキーが検出された 場合には(S1624 :YES)、検出されたソーティングキーからソーティングルールを決 定する(S1625)。例えば、選択ボックスで「Loud」が選択された場合には、ソーティン グルール「Loud」に決定する。
[0252] ソーティングキーが検出されていない場合には(S 1624 : NO)、 自端末の状況推論 値力もソーティングルールを決定する(S1627)。例えば、自端末の状況推論値 (例 えば、 12)が該当するカラー(例えば、ダークブルー)がトップに来るようなソーティン グルール (例えば、「Loud」)に決定する。
[0253] 次に、決定されたソーティングルールを S1623で作成したテーブル 1520に適用し 、並び替えを行い、テーブル 1530を得る(S1626)。そして、端末指定状態処理に 戻る。このテーブル 1530力 一覧表示処理の際の元テーブルとして用いられる(図 5 1参照)。
[0254] 次に、図 51を参照して、端末指定状態処理の中で実行される一覧表示処理につ いて説明する。一覧表示処理では、ソーティング処理された全端末情報を頁単位で 一覧表示する。
[0255] まず、端末指定画面 1400の背景表示を行なう(S1641)。次に、この後の処理で 表示する頁番号を取得する(S1642)。頁番号の更新は、一覧表示処理の後に行な われる端末指定処理中で行なわれる(後述)。従って、初回の処理では、端末指定状 態処理で初期化されている(図 43, Sテーブル 1063)ため、頁番号は「0」となる。次 に、全端末情報記憶エリア 1304に記憶されている、受信済の端末数を取得する(S1 643)。そして、表示済端末数を初期化する。すなわち、表示済端末数に「0」を代入 する(S 1644)。
[0256] 次に、ソーティング処理(図 49)で得られたテーブル 1530 (図 50参照)に基づいて 、 1端末ずつ状況表示を行なう(S1645〜S1648)。まず、 S1643で取得した全端末 数に相当する数の端末の状況力 すでに一覧表示部 1410に小端末画像 1411とし て表示済であるか否かを判断する(S 1645)。一覧表示処理は、端末指定画面 140 0上の一覧表示部 1410に頁単位で行なわれる力 全端末数が頁内に表示できる端 末の数よりも少ない場合は、頁内に表示可能な数の分の表示処理を実行する前に 全端末についての表示処理が完了する。ここでは、このような場合を想定して判断を 行なう。全端末の状況がすでに表示済であれば (S1645 : YES)、そのまま端末指定 状態処理に戻る。
[0257] まだ全端末の状況が表示済でなければ (S 1645 : NO)、次に、ソーティング処理で 作成されたテーブル 1530と S1642で取得した頁番号に従って、対象端末の状況を ニックネームと対応させて表示する(S1646)。既述のように、一覧表示での端末状 況は、状況推論値に応じてグループィ匕されたカラーのついた小端末画像 1411とし て表示される。
[0258] 次に、表示端末数に 1を加算する(S1647)。そして、頁内に表示可能な数の端末 が既に表示された力否かを判断する(S1648)。例えば、 1頁に 20個の端末が表示 可能であれば、表示済端末数と表示可能数の 20個を比較して判断する。まだ全個 数が表示済でなければ(S1648 :NO)、 S645に戻り、処理を繰り返す。全数が表示 済であれば (S1648 :YES)、 1頁分の一覧表示処理が完了したので、端末指定状 態処理に戻る。
[0259] 次に、図 52を参照して、端末指定状態処理の中で実行される端末指定処理につ いて説明する。端末指定処理では、端末状況が一覧表示された端末指定画面 1400 から、使用者による端末の指定の受け付け、ソーティングキー選択ボックス 1420から のソーティングキーの指定の受け付け、 NEXTボタン 1440、 BACKボタン 1430によ る頁移動の受け付けを行なう。
[0260] 端末指定処理が開始されると、まず、ソーティング処理(図 49)を行うか否かを決定 するためのソーティングフラグを「0」として初期化する(S1651)。次に、新たな頁で 一覧表示処理を実行する力否かを決定するための頁切替フラグを「0」として初期化 する(S1652)。
[0261] 次に、マウス入力が検出された力否かを判断し (S1653)、検出されない場合は(S 1653 :NO)、検出されるまで S1653で待機する。マウス入力が検出された場合 (S1 653 :YES)、一覧表示 1410からの端末の指定(S1654〜S1656)、新たなソーティ ングキーの旨定(S1657〜S1659)、頁の切替(S1660, S1661)の! /、ずれ力なの で、検出された入力の種類に従って、それぞれの処理を実行していく。 [0262] まず、一覧表示内のいずれかの小端末画像 1411がクリックされて指定端末が検出 されたカゝ否かを判断する(S1654)。指定端末が検出された場合には(S1654 :YES )、その指定端末の IDを取得する(S1655)。一覧表示部 1410では、テーブル 153 0に従って小端末画像 1411が並んでいるので、このテーブル 1530から指定端末の IDを得ることができる。以上で状況を表示させたい端末が決定されたので、次の回の 処理では、メイン画面 1200に指定端末の状況を表示させるため、処理状態をメイン 状態処理に変更する(S1656)。そして、端末指定状態処理に戻る。
[0263] 指定端末が検出されな力つた場合には(S 1654 : NO)、次に、ソーティングキーが 検出されたカゝ否かを判断する(S1657)。ソーティングキーが検出された場合には(S 1657 : YES)、指定されたソーティングキーに基づいて次回のルーチンでソーティン グ処理を行なうため、ソーティングキーを更新し (S1658)、ソーティングフラグに「1」 を代入して「ON」とし (S1659)、端末指定状態処理に戻る。
[0264] ソーティングキーが検出されなかった場合には(S 1657 : NO)、 BACKボタン 143 0力 NEXTボタン 1440の!、ずれかがクリックされたと!/、うことなので、現在の頁番号か ら 1減算する力 1加算することにより、頁番号を更新する(S1660)。そして、次回の ルーチンで新たな頁の一覧表示を行なうため、頁切替フラグに「1」を代入して「ON」 とする(S1661)。そして、端末指定状態処理に戻る。
[0265] 次に、状況通信システム 1100を構成する仲介サーバ 1003の構成及び動作につ いて、図 47,図 23〜図 54を参照して説明する。まず、図 47及び図 53を参照して、 仲介サーバ 1003の構成について説明する。図 47は、仲介サーバ 1003の電気的構 成を示すブロック図である。図 53は、全端末情報記憶エリア 1182の構成を示す模式 図である。
[0266] 仲介サーバ 1003は、一般的なコンピュータであり、図 47に示されるように第一の実 施の形態に係る仲介サーバ 2と同様な構成を採っている。よって第一の実施の形態 に係る仲介サーバ 2を構成する部材の符号に 1000を加えて説明を省略する。
[0267] 次に、図 53を参照して、ハードディスク装置 1180の全端末情報記憶エリア 1182に ついて説明する。全端末情報記憶エリア 1182には、仲介サーバ 1003に仮想状況 通信端末 1001又は状況通信端末 1002から送信されてきた端末 ID、指定端末 ID、 状況推論値、ニックネームが記憶されている。仮想状況通信端末 1001又は状況通 信端末 1002から新たなデータが送信されてくると、その端末 IDに対応する仮想状況 通信端末 1001又は状況通信端末 1002の指定端末 ID及び状況推論値が新たなも のに書き替えられ、全端末情報が更新される。例えば、図 53上段に示すように、更新 前の全端末情報記憶エリア 1182には、 A, B, C,…の IDを有する仮想状況通信 端末 1001又は状況通信端末 1002について、端末 Aは、指定端末はなし、状況推 論値が 0、ニックネームは「taro」、端末 Bは、指定端末が A、状況推論値が 2、ニック ネームは「ziro」、端末 Cは、指定端末はなし、状況推論値が 3、ニックネームは「han akoj · · ·と記憶されている。ここで、端末 Aからデータが送信されてくると、図 53下段 に示すように、全端末情報記憶エリア 1182は、端末 Aについてのデータが更新され て、端末 Aは、指定端末が B、状況推論値が 1、端末 Bは、指定端末が A、状況推論 値が 2、端末 Cは、指定端末はなし、状況推論値が 3、 · · ·と記憶される。
[0268] 次に、図 54を参照して、仲介サーバ 1003の動作について説明する。図 54は、仲 介サーバ 1003のメイン処理のフローチャートである。電源が投入され、仲介サーバ 1 003のメイン処理が開始されると、初期化が実行された (S1201)後、仮想状況通信 端末 1001又は状況通信端末 1002から情報を受信した力否かを判断する(S1202) 。受信していなければ(S 1202 : NO)、受信するまで待ち、 S1202の判断を繰り返す 。受信した場合には(S1202 : YES)、受信した端末情報(図 39参照)を取得して、全 端末情報記憶エリア 1182のその端末に関するレコードを更新する(S1203)。例え ば、全端末情報記憶エリア 1182の内容が図 53の上段に示す状態である場合に、端 末 IDが Aの仮想状況通信端末 1001又は状況通信端末 1002 (端末 A)から、図 39 の内容の端末情報が送信されてきた場合には、端末 Aの部分の情報が更新されて、 図 53下段に示すような内容となる。
[0269] そして、更新後の全端末情報記憶エリア 1182に記憶されているすべての端末の情 報を、情報を送信してきた仮想状況通信端末 1001又は状況通信端末 1002 (上述 の例では、端末 A)に対して送信する(S 1204)。そして、 S1202に戻る。従って、端 末情報を送信してきた仮想状況通信端末 1001又は状況通信端末 1002は、折り返 し仲介サーバ 1003から他の仮想状況通信端末 1又は状況通信端末 1002について の端末情報を得ることができる。そして、端末情報を取得した仮想状況通信端末 100 1では、前述のように、受信した全端末情報に基づいて端末指定画面 1400に端末 の状況を一覧表示させたり、指定した端末の状況をメイン画面 1200の端末画像 121 0に表示させたりすることができる。
[0270] 次に、以上説明した各処理を実行する仮想状況通信端末 1001、状況通信端末 1 002及び仲介サーバ 1003からなる状況通信システム 1100において、全体としてど のように処理が実行されるかについて、図 55のタイムチャートを参照して説明する。 図 55は、状況通信システム 1100のタイムチャートである。ここでは、例として端末 ID が「A」であり、状況を表現した!/、相手の端末 ID (指定状況通信端末)が「B」である仮 想状況通信端末 Aと、端末 IDが「B」であり、指定状況通信端末が指定されていない 状況通信端末 Bと仲介サーバ 1003との間の処理を例にとって説明する。尚、図 41 〜図 52及び図 54のフローチャートも必要に応じて適宜参照する。
[0271] 図 55に示すように、仮想状況通信端末 Aで、状況入力アイコン 1201〜1203の入 力やマウス移動等の操作が行なわれ、マウス入力処理が実行されると(図 42, S105 1、図 44)、取得された入力データに基づいて状況推論処理が実行され(図 42, S10 53、図 46)、得られた状況推論値は自端末情報(図 38参照)として仲介サーバ 100 3に送信される(図 42, S1055、図 47)。ここでは、状況通信端末 Aから仲介サーバ 1 003に送信される自端末情報は、「自端末 ID : A,指定端末 ID : B,状況推論値:1, ニックネーム: taro」とする。
[0272] 仲介サーバ 1003では、仮想状況通信端末 Aから自端末情報「自端末 ID: A,指定 端末 ID : B,状況推論値: 1,ニックネーム: taro」を受信して、全端末情報記憶エリア 1182の該当レコードを更新する(図 54, S1203)。そして、仮想状況通信端末 Aに 対し、全端末情報記憶エリア 1182に記憶されているすべての情報を送信する(図 54 , S1204)。例えば、全端末情報記憶エリア 1182に仮想状況通信端末 Aと状況通信 端末 Bの端末情報が記憶されており、仮想状況通信端末 Aの端末情報は、更新後の 「自端末 ID : A,指定端末 ID : B,状況推論値: 1,ニックネーム: taro」であり、状況通 信端末 Bの端末情報は、「自端末 ID : B,指定端末 ID:情報なし,状況推論値:情報 なし,ニックネーム: ziro」とすると、この 2つのレコードの情報仮想が状況通信端末 A に送信される。尚、ここでは仲介サーバ 1003は全ての仮想状況通信端末 1001又は 状況通信端末 1002の IDを予め静的に記憶しているものとする力 変形例として仲 介サーバ 1003に接続している状況通信端末の IDのみ動的に記憶する、つまり、端 末情報を送信した状況通信端末の IDのみ記憶するようにしてもょ ヽ。
[0273] 一方、仲介サーバ 1003から状況通信端末 Aに全端末情報が送信される頃、状況 通信端末 Bでは、各種のセンサ力 検出を行うセンサ処理が起動し、センシングが実 行され、取得されたセンシングデータと状況通信端末 Bに記憶された状況推論テー ブルに基づいて、状況推論値を算出する状況推論処理が実行され、得られた状況 推論値が自端末情報として仲介サーバ 1003に送信される。ここでは、状況通信端 末 Bから仲介サーバ 1003に送信される自端末情報は、「自端末 ID : B,指定端末 ID :なし,状況推論値: 2,ニックネーム: ziro」とする。
[0274] 仲介サーバ 1003では、状況通信端末 Bから自端末情報「自端末 ID : B,指定端末 ID :なし,状況推論値: 2,ニックネーム: ziro」を受信して、全端末情報記憶エリア 11 82の該当レコードを更新する(図 54, S1203)。そして、状況通信端末 Bに対し、全 端末情報記憶エリア 1182に記憶されているすべての情報を送信する(図 54, S120 4)。例えば、全端末情報記憶エリア 1182に仮想状況通信端末 Aと状況通信端末 B の端末情報が記憶されており、仮想状況通信端末 Aの端末情報は、「自端末 ID : A, 指定端末 ID : B,状況推論値:1」であり、状況通信端末 Bの端末情報は、更新された 「自端末 ID : B,指定端末 ID :情報なし,状況推論値 : 2」とすると、この 2つのレコード の情報が状況通信端末 Bに送信される。
[0275] 仮想状況通信端末 Aでは、仲介サーバ 1003から先に送信された全端末情報に基 づいて、 RAM1030の全端末情報記憶エリア 1304の内容を更新する(図 47, S155 3)。すなわち、送信された全端末情報、「自端末 ID : A,指定端末 ID : B,状況推論 値: 1,ニックネーム: tar0」「自端末 ID: B,指定端末 ID :情報なし,状況推論値:情 報なし,ニックネーム: ziro」が全端末情報記憶エリア 1304 (図 39)にコピーされる。
[0276] ここで、仮想状況通信端末 Aの使用者が、メイン画面 1200の端末画像 1210に表 示させたい相手の状況通信端末は、端末 Bであるから、その状況を表示するために( 図 42, S1057)、まず状況通信端末 Bの情報を全端末情報記憶エリア 1304から検 索する(図 48, S1574)が、状況通信端末 Bの状況推論値の情報が記憶されていな いため、状況表示は不能となり、メイン画面 1200の端末画像 1210の指定端末状況 表示部 1211には何も状況表示はなされな!/、。
[0277] また、状況通信端末 Bでも、仲介サーバ 1003から送信された全端末情報に基づい て、 RAM内の全端末情報を更新する。すなわち、送信された全端末情報、「自端末 I D :A,指定端末 ID : B,状況推論値:1」「自端末 ID : B,指定端末 ID:情報なし,状 況推論値: 2」が全端末情報記憶エリア(図示外)にコピーされる。
[0278] ここで、略球形の状況通信端末 Bの上部には、指定端末の状況力LED等のァクチ ユエータを用いて表示できるようになつている力 この場合、状況通信端末 Bの使用 者が表示させた!/、相手の状況通信端末が指定されて!、な!、ので、状況通信端末 B の上部には何も状況表示はなされない。
[0279] さらに、仮想状況通信端末 Aにおいて図 41のメイン処理が繰り返され、新たなマウ ス操作に基づいて状況推論処理が実行されると(図 42, S 1053)、その状況推論値 は、再び自端末情報(図 38参照)として仲介サーバ 1003に送信される(図 42, S10 55)。ここでは、仮想状況通信端末 Aから仲介サーバ 1003に送信される自端末情報 は、前回と変化なぐ「自端末 ID:A,指定端末 ID: B,状況推論値:1,ニックネーム: taro」とする。
[0280] 仲介サーバ 1003では、仮想状況通信端末 Aから自端末情報「自端末 ID: A,指定 端末 ID : B,状況推論値: 1,ニックネーム: taro」を受信して、全端末情報記憶エリア 1182の該当レコードを更新する(図 54, S1203)。そして、状況通信端末 Aに対し、 全端末情報記憶エリア 1182に記憶されているすべての情報を送信する(図 54, S1 204)。先に、状況通信端末 Bから送信されてきた情報に基づいて全端末情報記憶 エリア 1182の状況通信端末 Bに対応するレコードも更新されているので、現在の全 端末情報記憶エリア 1182の内容は、「自端末 ID: A,指定端末 ID: B,状況推論値: 1,ニックネーム: taro」「自端末 ID: B,指定端末 ID :情報なし,状況推論値: 2, -ッ クネーム: ziro」である。この情報が仮想状況通信端末 Aに送信される。
[0281] そして、仮想状況通信端末 Aでは、仲介サーバ 1003から送信された全端末情報 に基づいて、 RAM1030の全端末情報記憶エリア 1304の内容を更新する(図 47, S1553) 0すなわち、送信された全端末情報、「自端末 ID: A,指定端末 ID: B,状況 推論値: 1」「自端末 ID : B,指定端末 ID :情報なし,状況推論値 : 2,ニックネーム: ^ ojが全端末情報記憶エリア 1304にコピーされる。
[0282] ここで、仮想状況通信端末 Aの使用者が表示させた 、相手の状況通信端末は、端 末 Bであるから、その状況を表示するために(図 42, S 1057)、状況通信端末 Bの情 報を全端末情報記憶エリア 1304から検索する(図 48, S1574) 0今回入手した全端 末情報の中には状況通信端末 Bの状況推論値が含まれて 、るので、メイン画面 120 0の端末画像 1210上半分である指定端末状況表示部 1211に状況通信端末 Bの状 況を表示する(図 48, S1577) 0具体的には、状況通信端末 Bの状況推論値が「2」 であるから、状況表示テーブル記憶エリア 1305 (図 40参照)に従って、指定端末状 況表示部 1211を青色で表示する(図 48、 S1577) 0そして、仮想状況通信端末 A自 身の状況推論値「1」に基づき、自端末状況表示部 1212を赤色で表示する(図 48、 S1578)。
[0283] 以上説明したように、本実施形態の状況通信システム 1100によれば、仮想状況通 信端末 1において、メイン画面 1200と端末指定画面 1400に表示された各種のアイ コンゃボタン等のクリックやマウスの移動等の操作をして、使用者の状況を入力し、そ の入力に基づいて状況推論処理により状況推論値を算出する。そして、得られた状 況推論値を仲介サーバ 1003に送信し、仲介サーバ 1003に接続した状況通信端末 1002の状況推論値を受信する。受信した色々な状況通信端末 1002の情報は、仮 想状況通信端末 1001に記憶するとともに、端末指定画面 1400に一覧表示し、並び 替えを行って所望の端末を選択し、メイン画面 1200に状況を表示させることができる 。従って、数多くの状況通信端末 1002についての情報を得るとともに、その中から表 示させた 、状況推論値を有する端末をまとめて一覧表示させて、そのなかからメイン 画面 1200上に表示させたい端末を選ぶことができる。
[0284] 尚、上記実施形態において、図 42の S1055及び図 43の S1061のデータ送受信 処理を実行する CPU1010が本発明の取得手段として機能する。図 43の S 1064の 一覧表示処理を実行する CPU1010が本発明の表示制御手段及び一覧表示手段 として機能する。図 43の S1065の端末指定処理を実行する CPU1010が本発明の 選択手段として機能する。図 42の S1057のメイン表示処理を実行する CPU1010が 本発明の更新手段として機能する。
[0285] 尚、本発明は、上記実施形態に限定されるものではなぐその趣旨を逸脱しない範 囲で適宜変更を加えることができる。以下、このような変形例について図面を参照し て説明する。尚、上記実施形態に共通の部分については、図面及び説明を援用す る。また、フローチャート内のステップ番号についても、共通部分については同一の 番号を使用する。
[0286] まず、上記実施の形態では、メイン画面に表示される端末画像は 1個だけで、複数 個の端末の状況を表示させるものではな力つたが、複数の端末にっ 、ての状況を同 時に表示させたり、メイン画面 1200を切り替えて表示させたりすることもできる。この ような変形例について以下に説明する。以下では、複数の指定端末群を指定可能と する変形例 1について、図 56〜図 62について説明する。図 56は、変形例 1の一覧 表示メイン画面 2200のイメージ図である。図 57は、変形例 1の頁切替表示メイン画 面 2300のイメージ図である。図 58は、変形例 1の端末指定状態処理のフローチヤ一 トである。図 59は、変形例 1のマウス入力処理のフローチャートである。図 60は、変形 例 1のメイン表示処理のフローチャートである。図 61は、変形例 1の指定端末表示処 理のフローチャートである。図 62は、変形例 1の端末指定処理のフローチャートであ る。
[0287] 図 56に示すように、一覧表示メイン画面 2200は、実施形態のメイン画面 1200と略 同様である力 端末 1K象力 2210, 2220, 2230, 2240の 4つ表示でさ、各端末画 像がそれぞれ指定端末状況表示部と自端末状況表示部を有し、各端末画像上でマ ウスをドラッグすることにより、当該端末画像の表示角度を変化させることができるよう になっている。
[0288] 図 57の頁切替表示メイン画面 2300は、実施形態のメイン画面 1200に頁切替ボタ ン 2310と 2320を追加し、指定された個数の端末について、頁切替ボタン 2310又は 2320を押すことにより、頁を切り替えて端末の状況を表示させることができるようにな つている。
[0289] 変形例 1では、仮想状況通信端末 1001のメイン処理は上述の実施形態のメイン処 理(図 41)と同様の処理が行われる。また、メイン処理中のメイン状態処理も、上述の 実施形態のメイン状態処理 (図 42)と同様である。指定処理状態が端末指定状態処 理となった場合の処理、メイン状態処理中のマウス入力処理、メイン状態処理、端末 指定状態処理中の端末指定処理が異なるので、それぞれの処理について以下に説 明する。
[0290] まず、図 58に示すように、変形例 1の端末指定状態処理は、上述の実施形態の端 末指定状態処理と略同様であるが、処理が開始されたときに、端末指定の初期化を 実行する(S1060)。そして、自端末情報を仲介サーバ 1003に送信し、仲介サーバ 1003から他の端末の情報を受信するデータ送受信処理を実行する(S1061)。次に 、 S 1061で受信した全端末情報を一覧表示させるために並び替えるソーティング処 理を行なう(S 1062)。
[0291] 次に、端末指定画面 1400の一覧表示部 1410に通信可能な端末の状況を一覧表 示させるために頁番号に 0を代入して初期化する(S 1063)。そして、ソーティング処 理された全端末情報を、端末指定画面 1400 (図 35参照)に頁単位で一覧表示させ る一覧表示処理を行なう(S1064)。
[0292] 次に、端末指定画面 1400に表示された端末一覧力もメイン画面 1200で状況を表 示させる端末を指定する端末指定処理を行なう (S1065) o端末指定処理の詳細は 、図 62を参照して後述する。
[0293] 次に、端末指定画面 1400において BACKボタン 1430や NEXTボタン 1440が押 されたことによる頁切替指示が検出された力否かを判断し (S1066)、検出された場 合には(S1066 :YES)、その入力に従って、前頁または次頁での一覧表示処理を するため〖こ S1064〖こ;^る。
[0294] 頁切替が検出されな力つた場合には(S 1066 : NO)、次に、並び替えの基準となる ソーティングキーの切替指示が検出されたか否かを判断する(S1067)。ソーティング キーが切り替えられた場合には(S1067 : YES)、その切替後のソーティングキーに 従ってソーティング処理を実行するため、 S 1062に戻る。ソーティングキーが切り替 えられて 、な 、場合には(S 1066: NO)、メイン処理に戻る。
[0295] 次に、変形例 1において、メイン状態処理(図 42)の中で実行されるマウス入力処理 について、図 59を参照して説明する。変形例 1のマウス入力処理では、メイン画面の 表示様式を一覧表示メイン画面 2200と頁切替表示メイン画面 2300との間で切り替 える処理も行う。
[0296] まず、マウス入力処理が開始されると、マウスの入力や移動を検出したカゝ否かを判 断する(S1511)。マウスの入力が検出されなかった場合には(S1511 :NO)、その ままメイン状態処理に戻る。
[0297] マウスの入力が検出された場合には(S1511 :YES)、次に、マウスによりメイン画 面 1200上のアドレス帳ボタン 1230がクリックされ、端末指定状態を指定する処理要 求が検出された力否かを判断する(S1512)。端末指定状態の処理要求が検出され た場合には(S1512 :YES)、処理状態として端末指定状態処理を指定する(S151
3)。そして、メイン状態処理に戻る。
[0298] 端末指定状態の処理要求が検出されな力つた場合には(S1512 :NO)、次に、メイ ン画面 1200上の端末画像 1210の表示角度が検出された力否かを判断する(S 151
4)。表示角度を変更するためのマウスの動きが検出された場合には(S1514 : YES) 、表示角度を RAM1030に記憶し、その検出結果に基づいて端末画像 1210の表 示角度を更新する(S1515)。そして、メイン状態処理に戻る。
[0299] 端末画像 1210の表示角度が検出されな力つた場合には(S1514 :NO)、次に、メ イン画面の表示様式の切替が検出された力否かを判断する(S1521)。表示様式の 切替が検出された場合には(S1521 : YES)、次に、現在の表示様式が切替表示メ イン画面 2300であるか否かを判断する(S1522)。切替表示メイン画面 2300である 場合には(S1522 :YES)、表示様式を一覧表示メイン画面 2200に変更し(S1523 )、メイン状態処理に戻る。
[0300] 現在の表示様式が切替表示メイン画面 2300でない場合には(S1522 :NO)、表 示様式を現在の表示様式が切替表示メイン画面 2300に変更し(S1524)、メイン状 態処理に戻る。
[0301] 表示様式の切替が検出されな力つた場合には(S1521 :NO)、次に、現在の表示 様式が切替表示メイン画面 2300である力否かを判断する(S1525)。切替表示メイ ン画面 2300である場合には(S1525: YES)、表示させる端末番号が検出されたか 否かを判断する(SI 526)。端末番号が検出された場合には(S1526 : YES)、その 端末番号に表示端末番号を更新し (S1527)、メイン状態処理に戻る。ここで更新さ れた表示端末番号は、メイン表示処理(図 60)において適用され、表示が行われる。
[0302] 表示させる端末番号が検出されなかった場合には(S1526 :NO)、状況推論処理 の元となる入力データを取得するための推論フラグ処理を実行する(S1516)。推論 フラグ処理の内容は、上述の実施形態と同様である(図 45)。そして、メイン状態処理 に戻る。
[0303] 次に、変形例 1において、メイン状態処理(図 42)の中で実行されるメイン表示処理 について、図 60を参照して説明する。メイン表示処理が開始されると、まず背景の表 示を実行する(S1571)。次に、端末群 (複数の端末)の指定がなされているか否か を判断する(S1581)。端末群の指定がされていない場合には(S1581 :NO)、 S15 84に進み、マウス入力処理で得られた表示角度に従って自端末の状況を自端末状 況表示部に表示し、メイン状態処理に戻る。
[0304] 端末群の指定がされている場合には(S1581 : YES)、次に、現在の表示様式が切 替表示か否かを判断する(S 1582)。現在のメイン画面の表示様式が切替表示の場 合には(S1582 :YES)、表示端末番号に従って指定端末の表示を指定端末状況表 示部に行う指定端末表示処理を実行し (S 1583)、マウス入力処理で得られた表示 角度に従って自端末の状況を自端末状況表示部に表示し (S 1584)、メイン状態処 理に戻る。指定端末表示処理の詳細は、図 61を参照して後述する。
[0305] 現在のメイン画面の表示様式が切替表示でない場合には(S 1582 : NO)、一覧表 示様式で表示を行う(S1585〜S1589)。まず、表示済端末数を「0」にして初期化 する(S1585)。そして、表示端末番号に従って指定端末の表示を指定端末状況表 示部に行う指定端末表示処理を実行し (S 1586)、マウス入力処理で得られた表示 角度に従って自端末の状況を自端末状況表示部に表示する(S 1587)。指定端末 表示処理の詳細は、図 61を参照して後述する。
[0306] 次に、表示済端末数に 1を加算し (S1588)、表示済端末数が指定端末の数を超 えたカゝ否かを判断する(S1589)。表示済端末数が指定端末数を超えており (S158 9 : YES)、指定端末群のすべてについて表示が終了したら、メイン状態処理に戻る。 [0307] 表示済端末数が指定端末数以下の場合には(S 1589 : NO)、 S1586に戻って、 次の指定端末にっ 、ての表示を行う。
[0308] 次に、図 61を参照して、変形例 1のメイン表示処理中で実行される指定端末表示 処理について説明する。まず、表示すべき端末の端末番号を取得する(S15831)。 次に、表示端末画像の表示角度を RAM1030から取得する(S15832)。そして、デ ータ送受信処理において仲介サーバ 1003から受信し、全端末情報記憶エリア 130 4に更新記憶された全端末情報力も表示端末の情報を検索する(S15833)。
[0309] 次に、検索の結果発見された端末の情報に含まれる指定端末の IDが自端末の ID であるか否か、すなわち、互いに指定しあっているか否かを判断する(S 1575)。例え ば、自己の端末 IDが A、自端末が指定している相手の IDが Bの場合に、全端末情報 記憶エリア 1304から発見された端末 Bの指定端末 ID力 S「A」である力否かを判断す る。指定端末の指定端末 IDが自端末 IDではない場合は(S 1575 : NO)、そのまま S 1577に進む。
[0310] 指定端末 IDが互いに一致している場合には(S1575 : YES)、「両思い表示」を行 なう(S1576)。両思い表示(S1576)後、又は、両思い表示をしない場合には(S15 75 : NO)、その状況推論値に基づいて、状況表示テーブル記憶エリア 1305に記憶 されて 、る状況表示テーブルに従って(図 40参照)、指定端末状況表示部 1211に 状況表示を行う (S1577) 0そして、メイン処理に戻る。
[0311] 次に、図 62を参照して、変形例 1の端末指定状態処理で実行される端末指定処理 について説明する。端末指定処理が開始されると、まず、ソーティング処理(図 49)を 行うか否かを決定するためのソーティングフラグを「0」として初期化する(S 1651)。 次に、新たな頁で一覧表示処理を実行する力否かを決定するための頁切替フラグを 「0」として初期化する(S1652)。
[0312] 次に、マウス入力が検出された力否かを判断し (S1653)、検出されない場合は(S 1653 :NO)、検出されるまで S1653で待機する。マウス入力が検出された場合 (S1 653 :YES)、一覧表示 1410からの複数端末の端末群への指定(S1654〜S1673 )、指定端末群の決定(SI 674, S1656)、新たなソーティングキーの指定(S1657 〜S1659)、頁の切替(S1660, S1661)のいずれかなので、検出された入力の種 類に従って、それぞれの処理を実行していく。
[0313] まず、一覧表示内のいずれかの小端末画像 1411がクリックされて指定端末が検出 されたカゝ否かを判断する(S1654)。指定端末が検出された場合には(S1654 :YES )、その指定端末の IDを取得する(S1655)。次に、取得した IDを指定端末群に登録 する(S1671)。そして、指定端末群に登録された登録数に 1を加算し (S1672)、そ の登録数が登録可能数を超えたか否かを判断する(S1673)。まだ登録可能数を超 えていなければ(S1673 :NO)、 S1653に戻る。登録可能数を超えた場合には(S1 673 :YES)、処理状態をメイン状態処理に変更する(S1656)。そして、端末指定状 態処理に戻る。
[0314] 指定端末が検出されな力つた場合には(S 1654 : NO)、次に、指定端末群の決定 が検出されたカゝ否かを判断する(S1674)。指定端末群の決定がなされた場合には( S1674 :YES)、処理状態をメイン状態処理に変更する(S1656)。そして、端末指 定状態処理に戻る。
[0315] 指定端末群の決定がなされていない場合には(S1674 :NO)、次に、ソーティング キーが検出されたか否かを判断する(S1657)。ソーティングキーが検出された場合 には(S1657 :YES)、指定されたソーティングキーに基づいて次回のルーチンでソ 一ティング処理を行なうため、ソーティングキーを更新し (S1658)、ソーティングフラ グに「1」を代入して「ON」とし (S 1659)、端末指定状態処理に戻る。
[0316] ソーティングキーが検出されなかった場合には(S 1657 : NO)、 BACKボタン 143 0力 NEXTボタン 1440の!、ずれかがクリックされたと!/、うことなので、現在の頁番号か ら 1減算する力 1加算することにより、頁番号を更新する(S1660)。そして、次回の ルーチンで新たな頁の一覧表示を行なうため、頁切替フラグに「1」を代入して「ON」 とする。そして、端末指定状態処理に戻る。
[0317] 以上のように、変形例 1の状況通信システムでは、メイン画面に複数の端末の状況 を一度に(一覧表示メイン画面 2200)、または切り替えて (切替表示メイン画面 2300 )表示させることができる。従って、注目したい端末が複数ある場合にも、端末の指定 を何度もやり直す必要がなぐ複数個の端末について継続して状況を取得して表示 させておくことができる。 [0318] 尚、変形例 1において、図 58の S65及び図 62で端末指定処理を実行する CPU10 10が本発明の選択手段として機能する。
[0319] 次に、端末指定画面に全ての端末の状況を一覧表示するのではなぐ特定の端末 についてのみ抽出して表示させる変形例 2について、図 63〜図 67を参照して説明 する。図 63は、変形例 2の端末指定状態処理のフローチャートである。図 64は、変 形例 2のソーティング処理のフローチャートである。図 65は、変形例 2のソーティング 処理で生成されるテーブルのイメージ図である。図 66は、変形例 2の一覧表示処理 のフローチャートである。図 67は、変形例 2の端末指定処理のフローチャートである。
[0320] 変形例 2では、メイン処理及びメイン状態処理は上記実施の形態と同様で、端末指 定状態処理及びその中で実行されるソーティング処理や一覧表示処理、端末指定 処理の方法が異なって 、る。
[0321] まず、図 63に示すように、端末状態処理が開始されると、まず、自端末情報を仲介 サーバ 1003に送信し、仲介サーバ 1003から他の端末の情報を受信するデータ送 受信処理を実行する(S1061)。次に、 S1061で受信した全端末情報を一覧表示さ せるために並び替えるソーティング処理を行なう(S1062)。ソーティング処理の詳細 は、図 64を参照して後述する。
[0322] 次に、一覧表示させるために頁番号に 0を代入して初期化する(S1063)。そして、 ソーティング処理された全端末情報を、端末指定画面 1400 (図 35参照)に頁単位で 一覧表示させる一覧表示処理を行なう(S 1064)。一覧表示処理の詳細は、図 66を 参照して後述する。
[0323] 次に、端末指定画面 1400に表示された端末一覧力もメイン画面 1200で状況を表 示させる端末を指定する端末指定処理を行なう (S1065) o端末指定処理の詳細は 、図 67を参照して後述する。
[0324] 次に、端末指定画面 1400において BACKボタン 1430や NEXTボタン 1440が押 されたことによる頁切替指示が検出された力否かを判断し (S1066)、検出された場 合には(S1066 :YES)、その入力に従って、前頁または次頁での一覧表示処理を するため〖こ S1064〖こ;^る。
[0325] 頁切替が検出されな力つた場合には(S 1066 : NO)、次に、表示グループの切り替 え指示が検出された力否かを判断する(S1068)。表示グループの入力は、端末指 定処理の中で検出され、検出された場合には、表示グループフラグが「1」とされる( 図 67参照)。表示グループの切り替え指示が検出された場合には(S1068 : YES)、 その表示グループに従ってソーティング処理を実行するため、 S1062に戻る。表示 グループの切り替え指示が検出されていない場合には(S1068 :NO)、メイン処理に 戻る。
[0326] 次に、図 64及び図 65を参照して、変形例 2の端末指定状態処理の中で実行される ソーティング処理について説明する。変形例 2で実行するソーティング処理は、端末 指定画面 1400での一覧表示の際に、全端末について一覧表示をするのではなぐ 特定の状況推論値を有する端末ごとにグループ化して、指定されたグループにつ ヽ て抽出して表示を行なうための処理である。グループ化のためのルールは、予め状 況推論値ごとにまとめたグループ化ルール 1800を用意してお《図 65参照)。
[0327] まず、図 64に示すように、まず、データ送受信処理で受信し、全端末情報記憶エリ ァ 1304 (図 39参照)に記憶された全端末情報から、端末 IDと状況推論値を取り出し たテーブル 1700(図 65参照)を、状況推論値に従って並べ替え、番号を付与したテ 一ブル 1710を作成する(S1631)。
[0328] 次に、並び替え後のテーブル 1710とグループ化ルール 1800を照合して、各グル ープの最終の端末番号を保持したグループテーブル 1720を作成する(S1622)。 図 65のグループテーブル 1720の例では、グループ 0の最終端末は「1」であり、グル ープ 1の最終端末は「3」であり、グループ 2の最終端末は「14」である。以上のように グループテーブルが作成されたら、端末指定状態処理に戻る。このグループテープ ルが、一覧表示処理の際の元テーブルとして用いられる(図 66参照)。
[0329] 次に、図 65を参照して、変形例 2の端末指定状態処理の中で実行される一覧表示 処理について説明する。一覧表示処理では、ソーティング処理された表示グループ の端末情報を頁単位で一覧表示する。
[0330] まず、端末指定画面 1400の背景表示を行なう(S1641)。次に、表示グループの 指定がなされているか否かを判断する(S1701)。表示グループの指定は、後述する 端末指定処理の中で行なわれる(図 67参照)。表示グループの指定がされている場 合には(S1701 :YES)、そのまま S703に進み、表示グループの指定がされていな い場合には(S 1701: NO)、自端末の状況推論値から表示グループを決定する(S1 702)。例えば、自端末の状況推論値 (例えば、 12)が該当する表示グループを指定 する。そして、 S 1703に進む。
[0331] 次に、グループテーブル 1720を参照して、これから表示する表示グループの端末 についての情報を取得する(S1703)。そして、表示グループに入っている端末数を 取得する(S1704)。次に、この後の処理で表示する頁番号を取得する(S 1642)。 頁番号の更新は、一覧表示処理の後に行なわれる端末指定処理中で行なわれる ( 後述)。従って、初回の処理では、端末指定状態処理で初期化されている(図 63, S 1063)ため、頁番号は「0」となる。
[0332] 次に、ソーティング処理(図 64)で得られたグループテーブル 1720 (図 65参照)に 基づいて、 1端末ずつ状況表示を行なう(S1704〜S1648)。まず、 S1704で取得し た表示グループの全端末数に相当する数の端末の状況が、すでに一覧表示部 141 0に小端末画像 1411として表示済である力否かを判断する(S1704)。変形例 2の 一覧表示処理は、端末指定画面 1400上の一覧表示部 1410に、指定された表示グ ループを頁単位で行なわれるが、指定表示グループの全端末数が頁内に表示でき る端末の数よりも少ない場合は、頁内に表示可能な数の分の表示処理を実行する前 に全端末についての表示処理が完了する。ここでは、このような場合を想定して判断 を行なう。指定表示グループの全端末の状況がすでに表示済であれば (S 1704: Y ES)、そのまま端末指定状態処理に戻る。
[0333] 指定表示グループの全端末の状況がまだ表示済でなければ(S 1704 : NO)、次に 、 S1642で取得した頁番号に従って、対象端末の状況をニックネームとともに表示す る(S1646)。
[0334] 次に、表示端末数に 1を加算する(S1647)。そして、頁内に表示可能な数の端末 が既に表示された力否かを判断する(S1648)。例えば、 1頁に 20個の端末が表示 可能であれば、表示済端末数と表示可能数の 20個を比較して判断する。まだ全個 数が表示済でなければ(S1648 :NO)、 S645に戻り、処理を繰り返す。全数が表示 済であれば (S648 :YES)、 1頁分の一覧表示処理が完了したので、端末指定状態 処理に戻る。
[0335] 次に、図 67を参照して、変形例 2の端末指定状態処理の中で実行される端末指定 処理について説明する。端末指定処理では、端末状況が一覧表示された端末指定 画面 1400から、使用者による端末の指定の受け付け、表示グループの指定の受け 付け、 NEXTボタン 1440、 BACKボタン 1430による頁移動の受け付けを行なう。
[0336] 端末指定処理が開始されると、まず、表示グループごとにソーティング処理(図 64) を行うか否かを決定するための表示グループフラグを「0」として初期化する(S1650) 。次に、新たな頁で一覧表示処理を実行する力否かを決定するための頁切替フラグ を「0」として初期化する(S1652)。
[0337] 次に、マウス入力が検出された力否かを判断し (S1653)、検出されない場合は(S 1653 :NO)、検出されるまで S1653で待機する。マウス入力が検出された場合 (S1 653 :YES)、一覧表示 1410からの端末の指定(S1654〜S1656)、新たな表示グ ノレープの旨定(S1711〜S1713)、頁の切替(S1660, S1661)の! /、ずれ力なので 、検出された入力の種類に従って、それぞれの処理を実行していく。
[0338] まず、一覧表示内のいずれかの小端末画像 1411がクリックされて指定端末が検出 されたカゝ否かを判断する(S1654)。指定端末が検出された場合には(S1654 :YES )、その指定端末の IDを取得する(S1655)。一覧表示部 1410では、テーブル 153 0に従って小端末画像 1411が並んでいるので、このテーブル 1530から指定端末の IDを得ることができる。以上で状況を表示させたい端末が決定されたので、次の回の 処理では、メイン画面 1200に指定端末の状況を表示させるため、処理状態をメイン 状態処理に変更する(S1656)。そして、端末指定状態処理に戻る。
[0339] 指定端末が検出されな力つた場合には(S 1654 : NO)、次に、表示グループ番号 が検出されたカゝ否かを判断する(S1711)。表示グループ番号が検出された場合に は(S1711: YES)、指定された表示グループ番号に基づいて次回のルーチンでソ 一ティング処理を行なうため、表示グループ番号を更新し (S 1712)、表示グループ フラグに「 1」を代入して「ON」とし (S1713)、端末指定状態処理に戻る。
[0340] 表示グループ番号が検出されなかった場合には(S1711 :NO)、 BACKボタン 14 30か NEXTボタン 1440のいずれかがクリックされたということなので、現在の頁番号 から 1減算するか、 1加算することにより、頁番号を更新する(S 1660)。そして、次回 のルーチンで新たな頁の一覧表示を行なうため、頁切替フラグに「1」を代入して「o N」とする(S1661)。そして、端末指定状態処理に戻る。
[0341] 以上説明したように、変形例 2の状況通信システム 1100によれば、状況推論値に より端末状況をグループィ匕し、そのグループィ匕した端末のみを一覧表示するようにし たので、所望の状況にある端末のみを表示させた上で選択することが可能になり、操 作性が向上する。
[0342] 尚、変形例 2において、図 63の S1062でソーティング処理を実行する CPU1010 が本発明の抽出表示手段として機能する。
[0343] 上述の第一の実施の形態及び第二の実施の形態に係る記憶媒体においては、 R OM及びハードディスクを用いて!/、るがこれに限らず、フレキシブルディスク等の磁気 ディスク、光磁気ディスク、半導体製メモリなど、コンピュータ読み取り可能な記憶媒 体も含まれることは言うまでもな 、。

Claims

請求の範囲
[1] 使用者の状態や周辺環境の状況を計測して通知する複数の状況通信端末(1)と、 当該状況通信端末(1)にネットワークを介して接続し、前記状況通信端末(1)間の 通信を仲介する状況通信サーバ(2)とからなる状況通信システム(100)であって、 前記状況通信端末(1)は、
使用者に関する生体情報又は周辺環境に関する環境情報を計測するセンサ(12 〜17)と、
前記センサ(12〜17)により計測された計測情報又は当該計測情報に基づく情報 の!ヽずれかである状況データを前記状況通信サーバ(2)に送信する端末側送信手 段(10, S41)と、
前記状況通信サーバ (2)から送信される状況データを受信する端末側受信手段( 10, S42)と、
前記受信手段が受信した状況データに基づき他の状況通信端末(1)の状況を表 現する状況表現手段 (21, 23)とを備え、
前記状況通信サーバ(2)は、
前記状況通信端末 (1)力 送信された状況データを受信するサーバ側受信手段( 190) (190)と、
当該サーバ側受信手段(190)が受信した状況データを各状況通信端末(1)毎に 記憶するサーバ側状況データ記憶手段(182)と、
前記状況通信端末(1)に送信する状況データを、前記サーバ側状況データ記憶 手段(182)から読み出すサーバ側状況データ読出手段(10, S204)と、
少なくとも前記状況データを送信してきた状況通信端末(1)に、前記サーバ側状況 データ読出手段(10, S204)により読み出された状況データを送信するサーバ側送 信手段(190)とを備えたことを特徴とする状況通信システム(100)。
[2] 使用者の状況や周辺環境を計測してその計測情報を通知する複数の状況通信端 末(1)と、当該状況通信端末(1)にネットワークを介して接続し、前記状況通信端末( 1)間の通信を仲介する状況通信サーバ(2)とからなる状況通信システム(100)にて 行なわれる状況通信方法であって、 前記状況通信端末(1)が、
使用者に関する生体情報又は周辺環境に関する環境情報をセンサ(12〜17)によ り計測し、計測された計測情報又は当該計測情報に基づく情報の!/、ずれかである状 況データを前記状況通信サーバ(2)に送信し、
前記状況通信サーバ(2)が、
前記状況通信端末(1)から送信された状況データを受信し、受信した状況データ を各状況通信端末(1)毎に前記サーバ側状況データ記憶手段(182)に記憶し、少 なくとも前記状況データを送信してきた状況通信端末(1)に、前記サーバ側状況デ ータ記憶手段(182)から状況データを読み出して送信し、
前記状況通信端末(1)が、
前記状況通信サーバ(2)から送信される状況データを受信し、受信した状況デー タに基づき他の状況通信端末(1)の状況を表現することを特徴とする状況通信方法
[3] 使用者の状態や周辺環境の状況を計測して通知する複数の状況通信端末(1)に ネットワークを介して接続し、前記状況通信端末(1)間の通信を仲介する状況通信サ ーバ(2)であって、
前記状況通信端末 (1)力 送信された状況データを受信するサーバ側受信手段( 190)と、
当該サーバ側受信手段(190)が受信した状況データを各状況通信端末(1)毎に 記憶するサーバ側状況データ記憶手段(182)と、
前記状況通信端末(1)に送信する状況データを、前記サーバ側状況データ記憶 手段(182)から読み出すサーバ側状況データ読出手段(10, S204)と、
少なくとも前記状況データを送信してきた状況通信端末(1)に、前記サーバ側状況 データ読出手段(10, S204)により読み出された状況データを送信するサーバ側送 信手段(190)とを備えたことを特徴とする状況通信サーバ(2)。
[4] 前記サーバ側状況データ読出手段(10, S204)は、前記サーバ側状況データ記 憶手段(182)に記憶されている全ての状況通信端末(1)の状況データを読み出す ことを特徴とする請求項 3に記載の状況通信サーバ(2)。 [5] 前記状況通信端末(1)から状況データを送信すべき他の状況通信端末(1)を指定 する指定情報が送信されてきた場合に、当該指定情報に対応する状況通信端末 (1 )の状況データを前記サーバ側状況データ記憶手段(182)に記憶されて 、る状況 データから検索する検索手段(10, S211)を備え、
前記サーバ側状況データ読出手段(10, S204)は、当該検索手段(10, S211)に より発見された状況データを読み出すことを特徴とする請求項 3に記載の状況通信 サーバ(2)。
[6] 前記状況通信端末(1)から状況データを送信すべき他の状況通信端末(1)を指定 する指定情報が送信されてきた場合に、サーバ側状況データ読出手段(10, S204) は前記状況通信端末(1)に送信する状況データを前記サーバ側状況データ記憶手 段(182)力 読み出し、前記サーバ側送信手段(190)は読み出された状況データ を前記情報通信端末に送信することを特徴とする請求項 3に記載の状況通信サーバ (2)。
[7] 請求項 3乃至 6の 、ずれかに記載の状況通信サーバ(2)の各種処理手段としてコ ンピュータを機能させるための状況通信サーバプログラムをコンピュータに読み取り 可能に記録した記録媒体(181)。
[8] 端末間の通信を仲介する状況通信サーバ(2)にネットワークを介して接続した状況 通信端末(1)であって、
使用者に関する生体情報又は周辺環境に関する環境情報を計測するセンサ(12
〜17)と、
前記センサ(12〜17)により計測された計測情報又は当該計測情報に基づく情報 の!ヽずれかである状況データを前記状況通信サーバ(2)に送信する端末側送信手 段(10, S41)と、
前記状況通信サーバ (2)から送信された状況データを受信する端末側受信手段( 10, S42)と、
当該受信手段が受信した状況データに基づいて状況を表現する状況表現手段(2 1, 23)とを備えたことを特徴とする状況通信端末(1)。
[9] 前記端末側受信手段(10, S42)が受信した状況データを記憶する端末側記憶手 段(304)と、
前記状況表現手段(21, 23)により表現したい状況データを有する状況通信端末(
1)を指定する端末指定手段 (52)と、
当該端末指定手段(52)により指定された状況通信端末(1)の状況データを端末 側記憶手段(304)から読み出す端末側読出手段(10, S6)と、
当該端末側読出手段(10, S6)により読み出された状況データに基づいて状況を 表現するよう状況表現手段(21, 23)を制御する状況表現制御手段とを備えたことを 特徴とする請求項 8に記載の状況通信端末( 1 )。
[10] 前記状況表現制御手段は、新たな前記状況データが生成されたとき、当該新たな 前記状況データに基づいて前記状況表現手段(21, 23)を制御することを特徴とす る請求項 9に記載の状況通信端末( 1)。
[11] 前記状況表現手段(21, 23)により表現したい状況データを有する他の状況通信 端末 (1)を指定する端末指定手段 (52)を備え、
前記端末側送信手段(10, S41)は、前記状況データと、前記端末指定手段(52) による状況通信端末(1)の指定情報とを前記状況通信サーバ(2)に送信することを 特徴とする請求項 8に記載の状況通信端末( 1 )。
[12] 前記端末側送信手段(10, S41)は、新たな前記状況データが生成されたとき、当 該新たな前記状況データを前記状況通信サーバ(2)に送信することを特徴とする請 求項 8に記載の状況通信端末( 1)。
[13] 請求項 8乃至 12のいずれかに記載の状況通信端末(1)の各種処理手段としてコン ピュータを機能させるための状況通信端末プログラムをコンピュータに読み取り可能 に記録した記録媒体(20)。
[14] 使用者や周辺環境の状況に関する情報である状況情報を通信する状況通信装置
(1001)において、
通信可能な端末の前記状況情報を取得する取得手段(1010, S1055, S1066) と、
前記端末の状況を表示可能な表示手段 (400)と、
前記取得手段(1010, S1055, S1066)により取得した状況情報に基づき、複数 の前記端末の状況を前記表示手段に表示可能とする表示制御手段(1010, S106
4)とを備えたことを特徴とする状況通信装置(1001)。
[15] 前記表示制御手段(1010, S1064)は、前記取得手段(1010, S1055, S1066) により状況情報を取得した全ての端末の状況を一覧表示させる一覧表示手段(101
0, S1064)を備えたことを特徴とする請求項 14に記載の状況通信装置(1001)。
[16] 前記表示制御手段(1010, S1064)は、前記取得手段(1010, S1055, S1066) により状況情報を取得した全ての端末のうち、予め定められた条件に合致する一部 の端末を抽出してその状況を表示する抽出表示手段(1010, S1062)を備えたこと を特徴とする請求項 14に記載の状況通信装置(1001)。
[17] 前記抽出表示手段(1010, S1062)は、特定の状況情報を有する端末を抽出して その状況を表示することを特徴とする請求項 16に記載の状況通信装置(1001)。
[18] 前記表示制御手段(1010, S1064)により状況が表示された複数の端末から 1又 は複数の端末を選択する選択手段(1010, S1065)と、
当該選択手段(1010, S1065)により選択された端末の状況を、前記取得手段(1
010, S1055, S1066)が当該端末の状況情報を取得するごとに更新して表示させ る更新手段(1010, S1057)とを備えたことを特徴とする請求項 14に記載の状況通 信装置(1001)。
[19] 前記表示制御手段(1010, S1064)は、自装置の状況と、選択された端末の状況 とを同時に表示させることを特徴とする請求項 14に記載の状況通信装置(1001)。
[20] 自装置の状況情報又は使用者の状況情報を入力する入力手段(1060)を備えた ことを特徴とする請求項 14に記載の状況通信装置(1001)。
[21] 使用者の状態や周辺環境の状況を計測する計測手段(1080)と、
当該計測手段(1080)により計測された計測情報に基づき、使用者の感情や状態 又は自装置の周辺のにぎや力さの少なくとも一つを含む状況情報を作成する状況情 報作成手段(1010, S1532)とを備えたことを特徴とする請求項 14に記載の状況通 信装置(1001)。
[22] 前記表示制御手段(1010, S1064)は、前記状況情報に基づき色又は振動の少 なくとも一方により状況を表示する状況表示制御手段(1211)を備えたことを特徴と する請求項 14に記載の状況通信装置(1001)。
[23] 通信可能な端末の使用者や周辺環境の状況に関する情報である状況情報を取得 し、
取得した状況情報に基づき、複数の端末の状況を表示手段(1211)に表示させる ことを特徴とする状況通信方法。
[24] 請求項 14乃至請求項 22のいずれかに記載の状況通信装置(1001)の各種処理 手段としてコンピュータを機會させるための状況通信プログラムをコンピュータに読み 取り可能に記録した記録媒体(1181)。
PCT/JP2006/320456 2005-10-14 2006-10-13 状況通信システム WO2007043647A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2005-299561 2005-10-14
JP2005299561A JP2007110458A (ja) 2005-10-14 2005-10-14 状況通信システム、状況通信方法、状況通信サーバ、状況通信サーバプログラム、状況通信端末、及び状況通信端末プログラム
JP2005377137A JP2007180918A (ja) 2005-12-28 2005-12-28 状況通信装置、状況通信方法及び状況通信プログラム
JP2005-377137 2005-12-28

Publications (1)

Publication Number Publication Date
WO2007043647A1 true WO2007043647A1 (ja) 2007-04-19

Family

ID=37942868

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/320456 WO2007043647A1 (ja) 2005-10-14 2006-10-13 状況通信システム

Country Status (1)

Country Link
WO (1) WO2007043647A1 (ja)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002351805A (ja) * 2001-05-25 2002-12-06 Nippon Telegr & Teleph Corp <Ntt> コミュニケーション支援システムおよび支援方法
JP2003018250A (ja) * 2001-06-28 2003-01-17 Konami Computer Entertainment Japan Inc 携帯電話、キャラクタ表示方法、プログラム、及び情報処理装置
JP2003298494A (ja) * 2002-03-29 2003-10-17 Csk Corp 移動体通信端末、情報処理装置、通信システム、制御方法、及びプログラム
JP2004126653A (ja) * 2002-09-30 2004-04-22 Sharp Corp 表示制御装置、それを用いたコミュニケーションシステム、表示制御プログラム、および表示制御方法
JP2004192297A (ja) * 2002-12-11 2004-07-08 Nippon Telegr & Teleph Corp <Ntt> 状態表示方法および状態表示システム、ならびにそのプログラム
JP2005094487A (ja) * 2003-09-18 2005-04-07 Victor Co Of Japan Ltd 電話サービスシステム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002351805A (ja) * 2001-05-25 2002-12-06 Nippon Telegr & Teleph Corp <Ntt> コミュニケーション支援システムおよび支援方法
JP2003018250A (ja) * 2001-06-28 2003-01-17 Konami Computer Entertainment Japan Inc 携帯電話、キャラクタ表示方法、プログラム、及び情報処理装置
JP2003298494A (ja) * 2002-03-29 2003-10-17 Csk Corp 移動体通信端末、情報処理装置、通信システム、制御方法、及びプログラム
JP2004126653A (ja) * 2002-09-30 2004-04-22 Sharp Corp 表示制御装置、それを用いたコミュニケーションシステム、表示制御プログラム、および表示制御方法
JP2004192297A (ja) * 2002-12-11 2004-07-08 Nippon Telegr & Teleph Corp <Ntt> 状態表示方法および状態表示システム、ならびにそのプログラム
JP2005094487A (ja) * 2003-09-18 2005-04-07 Victor Co Of Japan Ltd 電話サービスシステム

Similar Documents

Publication Publication Date Title
US20080214219A1 (en) Status communication system, status communication method, status collection terminal, and storage medium storing status collection program
CN101479824A (zh) 具有显示按钮的输入设备和包含其的便携式电子设备
CN107491257A (zh) 用于访问常用设备功能的设备和方法
JPWO2018034028A1 (ja) 情報処理装置
CN107710131A (zh) 内容浏览用户界面
WO2017054144A1 (zh) 一种用户终端的人机交互方法、装置及用户终端
JP7062059B2 (ja) 端末デバイスのためのアプリケーション処理方法、および端末デバイス
US11112889B2 (en) Electronic device and method for mapping function of electronic device to operation of stylus pen
JP7236551B2 (ja) キャラクタ推薦方法、キャラクタ推薦装置、コンピュータ装置およびプログラム
WO2018061909A1 (ja) デバイス連携支援システム
CN109918073A (zh) 一种源码文件的生成方法、装置以及终端
CN110968226A (zh) 导航栏控制方法、装置、移动终端及存储介质
CN109857876A (zh) 一种信息显示方法及终端设备
WO2020135269A1 (zh) 会话创建方法及终端设备
CN109895092A (zh) 信息处理装置、信息处理方法以及计算机可读介质
CN108595093A (zh) 拍照控制方法、装置、存储介质和电子设备
CN106330672B (zh) 一种即时通信方法及系统
WO2021197260A1 (zh) 便签创建方法及电子设备
WO2020135272A1 (zh) 信息显示方法及终端设备
WO2007043647A1 (ja) 状況通信システム
JP2011145794A (ja) 情報処理プログラム、情報処理装置、情報処理方法および情報処理システム
WO2017185233A1 (zh) 一种控制音频文件播放的方法及音频播放装置
JPH09198177A (ja) 入力装置および入力装置設計支援装置
JP2023527236A (ja) アプリケーション制御方法、装置及び電子機器
JPH1069218A (ja) 視覚障害者用グラフィカルユーザーインターフェース方式

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06821859

Country of ref document: EP

Kind code of ref document: A1