JP2009278357A - Communication support method, communication support system and terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To achieve communication of appropriate content using proper media at proper timing by utilizing tokens. <P>SOLUTION: The tokens are mounted on two or more terminals. Each token is provided with an information exchange function for exchanging information between the tokens, and an information processing function for causing a system of the terminal to perform predetermined processing, to instruct a communication means for performing the communication between the terminals and communication content from the token to the system of the terminal based on a predetermined rule set in the token and the information exchanged between the tokens. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a communication support method and a communication system that support communication between terminals.

With the advancement of network technology, various types of communication are possible between people and people, people and things, and things and things. And the means of communication is limited to between people, phone, mail, IM (Instant Messenger), TV phone, POC (Push to talk over Cellular), electronic bulletin board, Blog (Weblog), SNS. (Social
Network Service) and so on. By properly using them, communication has become richer and easier to use than before.

In fact, when a high-function mobile phone is viewed, all of the above-described communication media can be used, and they can also be used in combination. For example, there are many people who call the company, interact with friends via SNS, make consultations with IM while making adjustments, and write meals on their blogs.
JP 2005-124170 A

  However, it is not always easy to use various means properly. It is not a phenomenon peculiar to elderly people, and even young people who are sensitive to new technologies do not use all media. Appropriate means vary depending on the state of the communication partner and the communication content. For this reason, there is a problem that there is a tendency to bias to safe means and familiar means. As described above, it is not easy to execute communication by properly using network technology.

  For example, suppose you want to know as soon as possible as to whether or not the proposed schedule is acceptable, such as adjusting the schedule of the meeting, and if so, what the alternative is. Normally, calls are quick, but if the other party is moving, it is better to send an e-mail first. On the other hand, if you are online but in a meeting, IM is for you. Also, if you need a reply today because of a balance with others, it doesn't make sense to receive an email the next day. As described above, there are various appropriate means depending on the contents and circumstances, but each user usually has to make a judgment.

  In addition, the presence information (personal information, etc.) of the other party is necessary to appropriately determine the means of communication, but from the viewpoint of privacy protection, it is not preferable to publish the presence information unnecessarily. There was also a problem that it was difficult to use all communication media unconditionally.

By the way, as a method for supporting communication between users, for example, Patent Document 1 discloses a related technique using a token. However, in the related technique described in Patent Document 1, communication costs are minimized. The calculation method is mainly used to select a communication path to be suppressed, and it is not realized to perform communication with an appropriate content using an appropriate medium at an appropriate timing.
(Object of invention)
The present invention has been made in view of the above problems, and its purpose is to enable communication of appropriate contents using appropriate media at appropriate timing by utilizing tokens. It is to provide a support method and a communication system.

  The communication support method according to the present invention includes a token mounted on two or more terminals, an information exchange function for exchanging information between tokens, and an information processing function for executing a predetermined process preset in the terminal system. Based on the predetermined rule set for the token and the information exchanged between the tokens, the token instructs the terminal system of communication means and communication contents for executing communication between the terminals.

  The communication support system according to the present invention is a communication support system that supports communication between terminals, and has each terminal execute an information exchange function for exchanging information and a predetermined process preset for the terminal system. Implement a token with a processing function, set a predetermined rule that includes at least one of the timing of communication, the type of communication means, and whether or not to accept communication in the token. Based on the information exchanged between the token and the token, the terminal system is instructed to the communication means and the communication content for executing communication between the terminals.

  The terminal according to the present invention is a terminal that communicates with each other between a plurality of terminals, and has an information exchange function for exchanging information and an information processing function for executing a predetermined process set in advance for the terminal system. A means for generating a token, a means for setting a predetermined rule including at least one of communication timing, type of communication means, and acceptance / rejection of communication with the token, and information exchanged between the terminal information and the predetermined rule and the token A communication means for executing communication between terminals and a means for receiving an instruction regarding the communication content, which are sent from the token based on the information obtained.

  According to the present invention, a token is deployed between a terminal and another terminal to be communicated, and the token is provided with functions such as information exchange, information processing, and information presentation. Appropriate content can be communicated using various media.

(First embodiment)
Hereinafter, a communication support method and a communication system according to a first embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing a first embodiment of the present invention. FIG. 3 is a timing chart for explaining the operation in the system of FIG.

  In these drawings, the terminal 1a includes a system 2a, and the terminal 1b includes a system 2b. The terminal 1a and the terminal 1b are, for example, cellular phones that can communicate with each other by wireless communication. In addition, as the terminals 1a and 1b, various computer devices including portable devices such as PDAs and personal computers can be used.

  The systems 2a and 2b are information processing systems that realize various functions provided in the terminals 1a and 1b, and include software including an OS and various application programs, hardware including a CPU, a memory, and other control circuits. It is configured by combining.

  With reference to FIG. 2, functions provided in the systems 2a and 2b of the terminals 1a and 1b will be described. Here, the system 2a of the terminal 1a is illustrated, but the same applies to the system 2b of the terminal 1b.

  The system 2a of the terminal 1a includes a token generation unit 21 that generates a token, a rule setting unit 22 that sets a predetermined rule (policy) for the token, a token distribution unit 23 that distributes the generated token to another terminal, a token Token instruction receiving means 24 for receiving a communication instruction by a predetermined communication means such as a telephone call or e-mail, an instruction for displaying a message on the UI, and the like.

  The tokens 3a and 3b generated by the systems 2a and 2b can be provided with an information exchange function for exchanging information between tokens and an information processing function for executing predetermined processing set in advance for the system.

  FIG. 1 shows a state in which the token 3a is generated by the system 2a of the terminal 1a and the token 3b is generated by the system 2b of the terminal 1b.

  The systems 2a and 2b of the terminals 1a and 1b use the rule setting unit 22 to set predetermined rules including the timing of communication, the type of communication unit, whether to accept communication, and the like for the generated tokens 3a and 3b. .

  In the communication support method according to the present embodiment, the token is configured to protect privacy information. For example, detailed information specific to a terminal system can only be propagated to a token in the system, and only information necessary for determination can be propagated to a token of another terminal. Control so that progress information is not propagated. This control prevents unnecessary leakage of privacy information.

  The operation according to the first embodiment will be described below with reference to FIG.

  In the present embodiment, authentication is first performed between the system 2a and the token 3a, and between the system 2b and the token 3b.

  After these authentications, authentication is performed between the token 3a and the token 3b. If the authentication is successful, the token 3a and the token 3b also exchange setting information regarding what the other party's presence information is required by each other.

  Here, the rule setting means 22 sets a rule for the token 3a, such as “Call when both arrive at the company, send mail if the conditions are not met even at 10:00 am”. Shall be. Further, it is assumed that a rule with the content of “acquire and select presence information required by the token 3a and transmit it to the token 3a” is set in the token 3b.

The system 2b of the terminal 1b receives GPS (Global Positioning System) information or a wireless LAN (Local
When detecting either Area Network) spot connection information or gate passing information using a wireless IC (Integrated Circuit) card, the system 2b notifies the token 3b of the information.

  Upon receiving the notification, the token 3b processes the notification content, and determines whether the presence information required by the token 3a can be acquired by the notification from the system 2b. When the presence information required by the token 3a is obtained, the token 3b notifies the token 3a of the acquired presence information.

  The token 3a performs processing based on the presence information received from the token 3b.

  In this example, it is assumed that the notification is received at 9:45 am. In this case, since the rule of making a call from the terminal 1a to the terminal 1b is applied, the token 3a of the terminal 1a instructs the token instruction receiving unit 24 of the system 2a to make a call to the terminal 1b. put out. As a result, the system 2a of the terminal 1a calls the terminal 1b.

  The direction and order of authentication are arbitrary. Further, in FIG. 3, authentication is performed by so-called “3 way”, but this may be another procedure. Different procedures may be used for information exchange.

  According to the present embodiment, it is possible to perform appropriate communication between terminal users in accordance with the rules (policy) defined in the token.

(Second Embodiment)
FIG. 4 is a block diagram showing a second embodiment of the present invention. FIG. 5 is a timing chart for explaining the operation in the system of FIG.

  In the present embodiment, first, the system 2a of the terminal 1a generates the token 3a and the token 3b by the token generation means 21.

  Here, the rule setting means 22 sets a rule for the token 3a, such as “Call when both arrive at the company, send mail if the conditions are not met even at 10:00 am”. In addition, it is assumed that the token 3b is set with a rule that “obtains and selects presence information required by the token 3a and transmits it to the token 3a”.

  The system 2a of the terminal 1a transmits the token 3b to the terminal 1b by the token delivery means 23 after generating the tokens 3a and 3b.

  The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  When the system 2b of the terminal 1b detects either GPS information, wireless LAN spot connection information, or gate passage information using a wireless IC card, the system 2b notifies the detected information to the token 3b.

  Upon receiving the notification, the token 3b processes the notification content, and determines whether the presence information required by the token 3a can be acquired by the notification from the system 2b. When the presence information required by the token 3a is obtained, the acquired presence information is notified to the token 3a.

  The token 3a of the terminal 1a performs processing based on the presence information received from the token 3b.

  In this example, it is assumed that the notification is received at 9:45 am. In this case, since the rule of making a call from the terminal 1a to the terminal 1b is applied, the token 3a of the terminal 1a instructs the token instruction receiving unit 24 of the system 2a to make a call to the terminal 1b. put out. As a result, the terminal 1a calls the terminal 1b.

  The direction and order of authentication are arbitrary. In FIG. 5, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure.

(Third embodiment)
FIG. 6 is a timing chart for explaining the operation according to the third embodiment of the present invention. The configuration of this embodiment is the same as that of the second embodiment shown in FIG.

  In the present embodiment, first, the system 2a of the terminal 1a generates the token 3a and the token 3b by the token generating means 21.

  Here, by the rule setting means 22, the token 3 a is given a message “When the user B makes a call during a time period from 9 am to 5 pm on July 1 when the user B is not in a meeting. For example, a rule with the content of “send mail” is set, and a rule with the content of “acquire and select information according to need of the token 3a and send to the token 3a” is set for the token 3b. To do.

  The system 2a of the terminal 1a transmits the token 3b to the terminal 1b by the token delivery means 23 after generating the tokens 3a and 3b.

  The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  The system 2b of the terminal 1b obtains the schedule information of the user B recorded in the system 2b in order to know the schedule of the user B. Since the authentication is completed between the token 3b and the system 2b, this request is granted and information is exchanged.

  The token 3b confirms information required by the token 3a, that is, a schedule from 9 am to 5 pm. As a result, it can be understood that the schedule of the user B is always in the meeting. Therefore, the token 3b notifies the token 3a of the terminal 1a that there is no time zone during the conference.

  The token 3a of the terminal 1a performs processing based on the information received from the token 3b.

  In this example, since it is information that there is no time zone that is not in a meeting, the rule that an e-mail is sent from the system 2a of the terminal 1a to the system 2b of the terminal 1b is applied, so the token 3a is the token instruction of the system 2a. The reception unit 24 is instructed to transmit a mail addressed to the terminal 1b.

  The system 2a of the terminal 1a activates the mail software based on the instruction from the token 3a, and after the contents are entered by the user A, transmits the mail to the terminal 1b.

  The direction and order of authentication are arbitrary. In FIG. 6, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure.

(Fourth embodiment)
FIG. 7 is a timing chart for explaining the operation according to the fourth embodiment of the present invention. The configuration of this embodiment is the same as that of the second embodiment shown in FIG.

  In the present embodiment, it is assumed that the system 2a is a terminal 1a used by a young couple and a baby (hereinafter referred to as user A), and the system 2b is a terminal 1b used by grandparents (hereinafter referred to as user B).

  Now, suppose that the grandparents gave a gift to the baby and the young couple wanted to make a videophone call between the grandchild and the grandparents to thank them. However, the convenience of both is not known suddenly. Therefore, a token 3a and a token 3b are generated.

  In this case, when the rule setting unit 22 receives the notification that the button is pressed from the token 3b, the token 3a is notified to the token 3b when the user A side sets the presence information to be communicable. It is assumed that a rule of “make a videophone call to the system 2b” is set. The token 3b displays a button “view grandchild” on the UI (User Interface) only when the information sent from the token 3a is “communicable”, and “view grandchild”. It is assumed that a rule of “notify the token 3a that the button has been pressed when the button is pressed” is set.

  The system 2a of the terminal 1a transmits the token 3b to the terminal 1b after generating the tokens 3a and 3b. The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  When the user A side has not yet set presence information in the token 3a, nothing is displayed on the terminal 1b on the user B side.

  The system 2a of the terminal 1a includes a sensor that can monitor a baby, and has a function of determining whether communication is possible by integrating information obtained from the sensor.

  Further, when the parents are not in the vicinity, the monitor mode is automatically entered and only the parents are called. Accordingly, presence information “communicable” is set in the token 3a when there is no particular problem under the supervision of the parents.

  When the presence information is set to “communicable”, the token 3a notifies the token 3b.

  Upon receiving the notification, the token 3b instructs the token instruction accepting unit 24 of the terminal 1b to display, for example, a button with the content “view grandchild” on the UI (display unit).

  At this time, when the user B side presses the button displayed on the terminal 1b, the token 3b notifies the token 3a of the terminal 1a that the button has been pressed.

  Upon receiving the notification, the token 3a confirms the presence information, and if it is “communicable”, instructs the token instruction accepting unit 24 of the system 2a to make a videophone addressed to the terminal 1b.

  The direction and order of authentication are arbitrary. In FIG. 7, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure. When the token 3b displays a button on the UI of the terminal 1b, the token 3b may directly perform display processing, or the token 3b may issue a display instruction to the system 2b.

  Here, the details of the situation on the user A side are not notified to the user B side, and unnecessary leakage of privacy is prevented. Further, by making a call from the system 2a side of the terminal 1a, it is possible to charge the user A side while allowing the user B side to select a call start timing.

(Fifth embodiment)
FIG. 8 is a timing chart for explaining the operation according to the fifth embodiment of the present invention. The configuration of this embodiment is the same as that of the second embodiment shown in FIG.

  Here, it is assumed that the system 2a and the system 2b are used by businessmen. The user of the terminal 1a (system 2a) (hereinafter referred to as user A) calls the terminal 1b (system 2b) from the system 2a, but the user of the terminal 1b (hereinafter referred to as user B) answers the call because it is absent or busy. I didn't. Therefore, the system 2a generates the token 3a and the token 3b by the token generation means 21.

  The time information when the user A makes a call and the communication partner is the user B is automatically detected and used when generating a token. Furthermore, the user A inputs information such as “requirement: matter of delivery”, “deadline: today”, “importance: high”, etc. to the terminal 1a.

  It is assumed that the rule setting means 22 sets information on the time of the first call, the communication partner, the requirement, the time limit, and the importance level in the token 3a. Similarly to the token 3a, the token 3b is set with information on the time of the first call, the communication partner, the requirements, the time limit, and the importance level. Further, as a rule corresponding to “importance: high”, the user A When communication is possible, it is set to always output a message for prompting contact on the UI, and any media that can be used by the system 2a and the system 2b may be set.

  The system 2a transmits the token 3b to the terminal 1b by the token delivery means 23 after the tokens 3a and 3b are generated. The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  The token 3b corresponds to “importance: high”, and instructs the token instruction accepting unit 24 of the system 2b of the terminal 1b to output a warning message or a voice message on the UI. At this time, by using the information set in the token 3b, it is possible to include requirements and time limit information in the display content.

  At the displayed timing, user B did not respond because it was in a meeting, but it was assumed that user B was aware of the message because the display was easy to stand out in correspondence with “importance: high”.

  As a result, the user B immediately selects the token 3b at the end of the conference and calls the terminal 1a. At this time, since the requirements are transmitted in advance, a smooth conversation is possible.

  The direction and order of authentication are arbitrary. Further, in FIG. 8, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure. When the token 3b outputs a message for the user B, the token 3b may directly output a message by screen display, sound output, vibration, or the like, or issue a message output instruction from the token 3b to the system 2b. Also good.

(Sixth embodiment)
FIG. 9 is a timing chart for explaining the operation according to the sixth embodiment of the present invention. The configuration of this embodiment is the same as that of the second embodiment shown in FIG. The process up to the point where the message is output to the system 2b is the same as that of the fifth embodiment in FIG.

  In the present embodiment, it is assumed that the system 2a and the system 2b are used by businessmen. The user of the terminal 1a (hereinafter referred to as user A) made a call from the terminal 1a to the terminal 1b, but the user of the terminal 1b (hereinafter referred to as user B) did not answer the call due to absence or busyness. Therefore, the system 2a of the terminal 1a generates the token 3a and the token 3b by the token generation means 21.

  The time information when the user A makes a call and the communication partner is the user B is automatically detected and used when generating a token. Furthermore, the user A inputs information such as “requirements: items to be delivered”, “deadline: today”, “importance: high”, and the like to the terminal 1a.

  It is assumed that the rule setting means 22 sets information on the time of the first call, the communication partner, the requirement, the time limit, and the importance level in the token 3a. In addition, the token 3b is set with information such as the time when the first call is made, the communication partner, the requirement, the time limit, and the importance, as in the token 3a. Further, as a rule corresponding to “importance: high”, the user A When communication is possible, it is set to always output a message for prompting contact on the UI, and any media that can be used by the system 2a and the system 2b may be set.

  The system 2a transmits the token 3b to the terminal 1b by the token delivery means 23 after the tokens 3a and 3b are generated. The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  The token 3b corresponds to “importance: high”, and instructs the token instruction accepting unit 24 of the terminal 1b to output a message on the UI, such as a warning message or voice. At this time, by using the information set in the token 3b, it is possible to include requirements and time limit information in the display content.

  At the displayed timing, user B did not respond because it was in a meeting, but it was assumed that user B was aware of the message because it was displayed in a conspicuous display corresponding to “importance: high”. .

  However, during the user B's conference, the user A starts an important conference, and the user A sets the token 3a to be unable to receive a call. This information is notified from the token 3a to the token 3b, but since the information presented to the user B is not changed at this time, the display for the user B does not change.

  User B immediately selects token 3b at the end of the conference and tries to call system 2a. However, since the token 3b knows that the user A cannot receive the call, the token 3b presents means currently available between the system 2a and the system 2b to prompt selection.

  When the user B selects an e-mail, the token 3b specifies an e-mail destination and subject, and then activates an e-mail transmission application on the system 2b. User B sends an email after filling in the text.

  The direction and order of authentication are arbitrary. In FIG. 9, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure.

(Seventh embodiment)
FIG. 10 is a block diagram showing a seventh embodiment of the present invention. FIG. 11 is a timing chart for explaining the operation in the system of FIG.

  It is assumed that the system 2a is browsing a blog in the site 4. User A is interested in a certain entry and wants to make a comment, but is currently on the train and cannot make detailed input. Therefore, a token 3a and a token 3b are generated.

  It is assumed that the rule setting unit 22 sets the token 3a as “instruct the user A to write in the corresponding entry of the blog when he / she is free, and the token 3a itself disappears when there are no more entries”. Further, it is assumed that a rule with the content “send to the token 3a when the entry disappears” is set in the token 3b.

  The system 2a of the terminal 1a transmits the token 3b to the site 4 by the token delivery means 23 after generating the tokens 3a and 3b.

  The site 4 that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b. Here, when user A looks at terminal 1, nothing appears. This is because nothing happens because the condition set in the token 3a is not satisfied.

  When the system 2a detects GPS information, wireless LAN spot connection information, or schedule change, the system 2a notifies the token 3a. Upon receiving the notification, the token 3a processes the notification content and determines whether or not the user A is free. When it is determined that the user A has become free, the token 3a does not receive any notification from the token 3b, that is, the entry exists as it is, so the processing is continued.

  The token 3a instructs the token instruction receiving unit 24 of the system 2a to “suggest the user to enter a comment on the corresponding entry in the blog”. The system 2a asks the user A to determine whether or not to comment on the blog. If the user A agrees, the system 2a creates a comment and sends it to the system 2b.

  The direction and order of authentication are arbitrary. In FIG. 11, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure. When the token 3a instructs the user A, the token 3a can directly instruct the user A by screen display, sound output, vibration, etc., and the token 3a instructs the system 2a to issue these instructions. May be.

(Eighth embodiment)
FIG. 12 is a block diagram showing an eighth embodiment of the present invention. FIG. 13 is a timing chart for explaining the operation in the system of FIG.

  In the present embodiment, a case will be described in which a three-party call is desired to be performed at three terminals of the system 2a, the system 2b, and the system 2c. However, the convenience of each user is not suitable at the beginning. Therefore, the user of the system 2a decides to start a three-party call when all the users can talk. Therefore, a token 3a, a token 3b, and a token 3c are generated.

  Here, the rule setting means 22 sets in the token 3a that "when all three tokens 3a, 3b, 3c are available for communication, the system 2a, the system 2b, and the system 2c will perform a three-party call". And In addition, it is assumed that a rule is set for the token 3b and the token 3c so that “notify the token 3a when each system becomes available”.

  After generating the tokens 3a, 3b, and 3c, the system 2a transmits the token 3b to the site 4a and the token 3c to the site 4b by the token delivery means 23. The site 4a that has received the token 3b performs authentication between the system 2b and the token 3b. The site 4b that has received the token 3c performs authentication between the system 2c and the token 3c. Thereafter, authentication is performed between the token 3a and the token 3b, and authentication is performed between the token 3a and the token 3c.

  The system 2b and the system 2c do not necessarily have the same function. Therefore, the input sensor information and presence information may be different. The token 3b and the token 3c each receive information from the system, and after processing and determining that a call is possible, the token 3b notifies the token 3a.

  The token 3a processes the notification from the token 3b and the token 3c, and the information of the system 2a. When it is determined that all three systems 2a, 2b, and 2c can talk, the token 3a receives the token instruction reception unit 24 of the system 2a. Instructing the start of a three-party call including the system 2b and the system 2c. The system 2a requests the system 2b and the system 2c to start a three-way call.

  The direction and order of authentication are arbitrary. In FIG. 13, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure.

(Ninth embodiment)
FIG. 14 is a block diagram showing a ninth embodiment of the present invention. FIG. 15 is a timing chart for explaining the operation in the system of FIG.

  In the present embodiment, first, the system 2a creates the token 3a and the token 3b by the token generating means 21. By the rule setting means 22, the token 3a is set with a rule with the content of "call if both arrive at the company, send mail if the conditions are not met even at 10am" To do. In addition, it is assumed that a rule with the content “acquire and select information as necessary for the token 3a and transmit it to the token 3a” is set in the token 3b.

  After generating the tokens 3a and 3b, the system 2a transmits the token 3b to the terminal 1b by the token delivery means 23. The terminal 1b that has received the token 3b performs authentication between the system 2b and the token 3b. Thereafter, authentication is performed between the token 3a and the token 3b.

  It is assumed that before the user of the terminal 1a arrives at the company, the user of the terminal 1b arrives at the company and the terminal used by the user is changed from the terminal 1b to the terminal 1c.

  At this time, when the token 3b is moved from the terminal 1b to the terminal 1c, authentication is performed between the token 3b and the system 2c, and the token 3b receives terminal information from the system 2c of the terminal 1c.

  The token 3b processes the received information, and determines whether the presence information required by the token 3a can be acquired by notification from the system 2c. When the presence information required by the token 3a is obtained, the presence information is notified to the token 3a. In this example, it is assumed that the condition has not been satisfied yet. Further, the token 3b notifies the token 3a that the contact address has been changed from the terminal 1b to the terminal 1c.

  When the system 2c detects any of GPS information, wireless LAN spot connection information, or gate passage information using a wireless IC card, the system 2c notifies the token 3b.

  Upon receiving the notification, the token 3b processes the notification content, and determines whether the presence information required by the token 3a can be acquired by the notification from the system 2b. When the presence information required by the token 3a is obtained, the presence information is notified to the token 3a.

  The token 3a performs processing based on the presence information received from the token 3b. In this example, it is assumed that the notification is received at 9:45 am. In this case, since the rule of making a call is applied, the token 3a instructs the token instruction receiving unit 24 of the system 2a to make a call to the system 2c. System 2a places a call to system 2c.

  The direction and order of authentication are arbitrary. In FIG. 15, authentication is performed by so-called “3 way”, but this may be another procedure. Information exchange may be a different procedure.

(Other embodiments)
The present invention is not limited to the above embodiment. For example, in the above embodiment, the number of terminals is two or three, but the number of terminals may be four or more.

  In the above embodiment, the telephone and mail are expressed as being transmitted and received by P2P (Peer to Peer), but this is because it is expressed as a signal that enters and exits the terminal, and actually passes through a route or server on the way. Or exchanged.

In the above embodiment, it is illustrated that the system exists in the terminal. However, this is a concept and does not indicate a physical reality. The user is an external subject and is not limited to humans, and may be other systems, animals, or devices. Further, the token implementation form is not limited to a specific one, and any form such as a widget, a menu, or a post-it format may be used. Also, the token transmission method is not limited to a specific method.
Any of Management, etc. may be used. Further, communication between tokens is not limited to a specific one, and it may be P2P or via a server.

  The present invention is suitable for a telecommunications carrier or a service agent who intends to provide a new service. Further, the present invention is suitable for a manufacturer that manufactures a terminal having a new communication means. Further, the present invention is suitable for a corporation that intends to improve business efficiency by appropriate communication means. Furthermore, the present invention is suitable for an individual user who is seeking an easy-to-use terminal.

It is a block diagram which shows the structure of the system by the 1st Embodiment of this invention. It is a block diagram which shows the function of the terminal in 1st Embodiment. 3 is a timing chart illustrating an operation in the first embodiment. It is a block diagram which shows the structure of the system by the 2nd Embodiment of this invention. It is a timing chart explaining operation in a 2nd embodiment. It is a timing chart explaining the operation | movement in the 3rd Embodiment of this invention. It is a timing chart explaining the operation | movement in the 4th Embodiment of this invention. It is a timing chart explaining the operation | movement in the 5th Embodiment of this invention. It is a timing chart explaining the operation | movement in the 6th Embodiment of this invention. It is a block diagram which shows the structure of the system by the 7th Embodiment of this invention. It is a timing chart explaining operation in a 7th embodiment. It is a block diagram which shows the structure of the system by the 8th Embodiment of this invention. It is a timing chart explaining operation in an 8th embodiment. It is a block diagram which shows the structure of the system by the 9th Embodiment of this invention. It is a timing chart explaining operation in a 9th embodiment.

Explanation of symbols

1, 1a, 1b, 1c: Terminals 2a, 2b, 2c: System 3a, 3b, 3c: Token 4, 4a, 4b: Site A, B: User 21: Token generating means 22: Rule setting means 23: Token delivery means 24: Token instruction receiving means

Claims (13)

Implement tokens on two or more devices,
The token has an information exchange function for exchanging information between the tokens, and an information processing function for executing a predetermined process set in advance for the terminal system,
Instructing the communication system and the communication content for executing communication between the terminals from the token to the terminal system based on the predetermined rule set for the token and information exchanged between the tokens. A featured communication support method.   The communication support method according to claim 1, wherein the predetermined rule set for the token includes at least one of a communication timing, a type of communication means, and whether or not to accept communication.   One of the terminals generates two or more tokens in which a predetermined rule for realizing communication between the terminals is set, and transmits the generated token to another terminal that is a communication partner. The communication support method according to claim 1 or 2.   The information exchanged between the tokens on the plurality of terminals is limited to information for determining whether the rules set for the token are satisfied, and other information in the system of the terminals 4. The communication support method according to claim 1, wherein control is performed so that tokens are not exchanged.   The system-specific detailed information of the terminal is exchanged only between the terminal system and the token, and control is performed so that only information necessary for the determination of the rule is propagated to the tokens of other terminals. The communication support method according to claim 4. A communication support system that supports communication between terminals,
In each terminal, an information exchange function for exchanging information, and a token having an information processing function for executing a predetermined process set in advance for the system of the terminal are implemented,
A predetermined rule including at least one of the timing of communication, the type of communication means, and whether or not to accept communication is set in the token,
Based on the information of the terminal, the predetermined rule, and the information exchanged between tokens, the token instructs the terminal system of communication means and communication contents for executing communication between the terminals. Communication support system characterized by this.   One of the terminals generates two or more tokens in which a predetermined rule for realizing communication between the terminals is set, and transmits the generated token to another terminal that is a communication partner. The communication support system according to claim 6.   The information exchanged between the tokens on the plurality of terminals is limited to information for determining whether the rules set for the token are satisfied, and other information in the system of the terminals 8. The communication support system according to claim 6, wherein control is performed so that tokens are not exchanged.   The system-specific detailed information of the terminal is exchanged only between the terminal system and the token, and control is performed so that only information necessary for the determination of the rule is propagated to the tokens of other terminals. The communication support system according to claim 8. A terminal that communicates with each other between a plurality of terminals,
An information exchange function for exchanging information, a means for generating a token having an information processing function for executing a predetermined process set in advance for the terminal system;
Means for setting a predetermined rule including at least one of communication timing, type of communication means, and acceptance / rejection of communication in the token;
A communication means for executing communication between the terminals and a means for receiving an instruction regarding the communication content sent from the token based on the information on the terminal, the predetermined rule, and information exchanged between the tokens. A terminal characterized by.   The two or more tokens which set the predetermined rule for realizing communication between the terminals are generated, and the generated tokens are transmitted to other terminals which are communication partners. Terminal.   The information exchanged between the tokens on the plurality of terminals is limited to information for determining whether the rules set for the token are satisfied, and other information in the system of the terminals The terminal according to claim 10 or 11, wherein control is performed so that tokens are not exchanged.   The system-specific detailed information of the terminal is exchanged only between the terminal system and the token, and control is performed so that only information necessary for the determination of the rule is propagated to the tokens of other terminals. The terminal according to claim 12.

Images