JP2002077294A - Method and apparatus for switching communication system - Google Patents

Method and apparatus for switching communication system

Info

Publication number
JP2002077294A
JP2002077294A JP2000261630A JP2000261630A JP2002077294A JP 2002077294 A JP2002077294 A JP 2002077294A JP 2000261630 A JP2000261630 A JP 2000261630A JP 2000261630 A JP2000261630 A JP 2000261630A JP 2002077294 A JP2002077294 A JP 2002077294A
Authority
JP
Japan
Prior art keywords
communication
information
client
communication method
awareness
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2000261630A
Other languages
Japanese (ja)
Other versions
JP4577803B2 (en
Inventor
Koji Otani
浩司 大谷
Takashi Ono
敬史 大野
Satoshi Okuyama
敏 奥山
Jun Tsunoda
潤 角田
Yoji Kanda
陽治 神田
Osamu Watanabe
理 渡辺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2000261630A priority Critical patent/JP4577803B2/en
Publication of JP2002077294A publication Critical patent/JP2002077294A/en
Application granted granted Critical
Publication of JP4577803B2 publication Critical patent/JP4577803B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Abstract

PROBLEM TO BE SOLVED: To reduce data communication cost by utilizing a network and computer resources effectively. SOLUTION: Communication system is switched to an optimal one, according to various factors which vary dynamically. The factors include capacity and load of a data communication path, of transmitting side apparatuses and of receiving side apparatuses, frequency of the updating and frequency of referencing of data, and the like. In most cases, an optimal communication system is different between the transmitting side apparatus and the receiving side apparatus. In this case, a communication system considered to be optimal for the entire system is determined or a communication system for use both in the transmitting side apparatus and the receiving side apparatus is ultimately determined by taking priority over the transmitting side or the receiving side.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、データ通信路によ
り接続された機器間でデータ通信を行うための通信方式
の決定方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a method for determining a communication system for performing data communication between devices connected by a data communication path.

【0002】本発明では、情報とは、複数の機器で共有
される各種形式のファイルやユーザ状態、ニュース、メ
ッセージ等を含む。通信側及び受信側機器は、論理的に
同じ情報を共有する。但し、受信側機器の情報と送信側
機器の情報とでは、情報の所有形態が異なっていてもよ
い。例えば、送信側機器では、テキストデータそのもの
をハードディスク上に持っているが、受信側機器では、
対応するイメージを画面上に表示しているだけでもよ
い。また、受信側機器の情報は、送信側機器の情報全て
を持つ必要もない。
[0002] In the present invention, information includes various types of files shared by a plurality of devices, user status, news, messages, and the like. The communication side device and the reception side device logically share the same information. However, the information of the receiving device and the information of the transmitting device may have different information possession forms. For example, the sending device has the text data itself on the hard disk, while the receiving device has
The corresponding image may only be displayed on the screen. Further, the information on the receiving device does not need to have all the information on the transmitting device.

【0003】データ通信路は、パケット通信のような仮
想的な通信路であっても良く、常時接続されている必要
もない。また、データ通信路の途中に中継機器が存在し
ていてもよい。
[0003] The data communication path may be a virtual communication path such as packet communication, and need not always be connected. Further, a relay device may be present in the middle of the data communication path.

【0004】通信側機器と受信側機器とは、固定的な役
割を持つ必要はない。例えば、ある場合には送信側であ
る機器が、別の場合には受信側であってもよい。同一の
機器が同時に送信側と受信側の役割を果たしていてもよ
い。
The communication side device and the reception side device do not need to have a fixed role. For example, a device that is a transmitting side in one case may be a receiving side in another case. The same device may simultaneously serve as the transmitting side and the receiving side.

【0005】[0005]

【従来の技術】近年、社会全体のネットワーク化が進
み、ユーザ間のコミュニケーションやニュース配信、広
告配信等が、コンピューターネットワークや電話回線等
のデータ通信路を用いて行われるようになっている。こ
れらネットワーク通信では、データ通信路に接続された
複数の情報機器上の情報を同期させることが、一般的に
行われている。
2. Description of the Related Art In recent years, networking of society as a whole has progressed, and communication between users, news distribution, advertisement distribution, and the like have been performed using data communication paths such as computer networks and telephone lines. In these network communications, it is common to synchronize information on a plurality of information devices connected to a data communication path.

【0006】複数の機器間で情報を同期させるには、情
報機器間で最新の情報を送受信したり、最新情報をサー
バから端末機器に配信する。データ通信路で接続された
機器間で情報を送受信するための通信方式には、大別し
て以下の方式が存在する。
In order to synchronize information among a plurality of devices, the latest information is transmitted and received between information devices, and the latest information is distributed from a server to a terminal device. Communication systems for transmitting and receiving information between devices connected via a data communication path are roughly classified into the following systems.

【0007】(1)プッシュ方式 受信側機器は送信側機器に予め登録されている。送信側
機器の情報が更新されると、送信側機器はデータ通信路
を介して更新情報を受信側機器に送信する。受信側機器
は、更新情報を受信すると、自身が蓄積している情報を
更新する。なお、送信側機器は、送信側の情報更新後直
ちに通信情報の送信を行わずに、複数の更新情報をまと
めて受信側機器に送信することもある。
(1) Push method The receiving device is registered in the transmitting device in advance. When the information on the transmitting device is updated, the transmitting device transmits the updated information to the receiving device via the data communication path. Upon receiving the update information, the receiving device updates the information stored therein. Note that the transmission-side device may transmit a plurality of pieces of update information to the reception-side device collectively without transmitting the communication information immediately after the transmission-side information is updated.

【0008】この方式の利点及び欠点は、以下の通りで
ある。 利点:受信側の情報は常に速やかに情報の更新を反映し
ており、ユーザが情報を参照するときに情報を取得する
ための通信が必要無く、したがって参照時の待ち時間が
短い。
The advantages and disadvantages of this method are as follows. Advantage: The information on the receiving side always reflects the update of the information promptly, and when the user refers to the information, communication for acquiring the information is not necessary, and therefore, the waiting time at the time of the reference is short.

【0009】欠点:更新頻度が参照頻度よりも大きい場
合、無駄な通信が生じる。そのため、通信路の負荷が高
くなったり、通信側及び受信側機器の負荷が高くなった
り、通信料金が高くなったりする。
Disadvantage: When the update frequency is higher than the reference frequency, useless communication occurs. For this reason, the load on the communication path increases, the load on the communication side and the receiving side device increases, and the communication fee increases.

【0010】(2)プル方式 まず、送信側機器の情報が更新される。その後、受信側
機器が、ユーザの指示や時間の経過等のイベントによっ
て、プル要求を送信側機器に送信する。送信側機器は、
プル要求を受けると、更新情報を受信側機器に送信す
る。受信側機器は、更新情報を受信し、自身が蓄積して
いる情報を更新する。送信側機器での情報の更新は、受
信側機器に更新情報が送信されるまでに、複数回実行さ
れる場合がある。本発明では、受信側機器が定期的にプ
ル要求を出す方式もプル方式に分類する。
(2) Pull method First, the information of the transmitting device is updated. Thereafter, the receiving device transmits a pull request to the transmitting device in response to a user instruction or an event such as the passage of time. The sending device is
Upon receiving the pull request, the update information is transmitted to the receiving device. The receiving device receives the update information and updates the information stored therein. Updating of information in the transmitting device may be performed a plurality of times before the update information is transmitted to the receiving device. In the present invention, a method in which the receiving device periodically issues a pull request is also classified into a pull method.

【0011】この方式の利点及び欠点は、以下の通りで
ある。 利点:情報を参照するときに初めてプル要求を出す方式
では、更新頻度が参照頻度よりも大きい場合に無駄な通
信が生じにくい。そのため、通信路の負荷が低くなり、
送信側及び受信側機器の負荷が低くなり、通信料金が安
くなる。
The advantages and disadvantages of this method are as follows. Advantage: In the method in which a pull request is issued for the first time when referring to information, useless communication hardly occurs when the update frequency is higher than the reference frequency. As a result, the load on the communication path is reduced,
The load on the transmitting and receiving devices is reduced, and the communication fee is reduced.

【0012】欠点:情報を参照するときに初めてプル要
求を出す方式では、参照時に通信を行って更新情報を取
得するため、待ち時間が長くなる。また、更新頻度が参
照頻度よりも小さい場合、無駄な通信が生じる。そのた
め、通信路の負荷や送信側及び受信側機器の負荷が高く
なったり、通信料金が高くなったりする。また、情報が
更新されたことを速やかにユーザに通知することができ
ない。定期的にプル要求を出す場合には、過剰なプル要
求が必要になる場合が一般的であり、無駄な通信が生じ
易い。
Disadvantage: In the method in which a pull request is issued for the first time when referring to information, communication is performed at the time of reference and update information is acquired, so that the waiting time becomes longer. If the update frequency is lower than the reference frequency, useless communication occurs. For this reason, the load on the communication path, the load on the transmitting side and the receiving side device increases, and the communication fee increases. Further, the user cannot be immediately notified that the information has been updated. When a pull request is issued periodically, an excessive pull request is generally required, and useless communication is likely to occur.

【0013】(3)ノーティファイ方式 受信側機器は、送信側機器に予め登録されている。送信
側機器の情報が更新されると、送信側機器は更新通知を
受信側機器に送信する。更新通知は、更新された情報そ
のものではなく、情報が更新されたという事実やその更
新情報の識別子等である。受信側機器は、更新通知を受
信すると、情報が更新されたことを示す更新印を該当の
情報に付ける。その後、受信側機器において、ユーザの
指示や時間の経過等のイベントによって情報の更新が行
われる。
(3) Notify system The receiving device is registered in the transmitting device in advance. When the information on the transmitting device is updated, the transmitting device transmits an update notification to the receiving device. The update notification is not the updated information itself, but the fact that the information has been updated, the identifier of the updated information, and the like. Upon receiving the update notification, the receiving device attaches an update mark indicating that the information has been updated to the corresponding information. Thereafter, in the receiving device, the information is updated by an instruction such as a user instruction or the passage of time.

【0014】情報更新は次のように行う。受信側機器
は、更新印のあるものについてのみプル要求を送信す
る。送信側機器では、更新情報を受信側機器に送信す
る。受信側機器は、受信した更新情報に基づいて、更新
印のある情報を更新し、更新印を消去する。なお、更新
印等を使用せずに、更新通知を受信すると直ちにプル要
求を送信する方法も有る。また、送信側機器で情報を更
新するたびに更新通知を行わず、複数の情報の更新をま
とめた後、受信側機器に更新通知を送信する場合もあ
る。
Update of information is performed as follows. The receiving device transmits a pull request only for a device having an update mark. The transmitting device transmits the update information to the receiving device. The receiving device updates the information with the update mark based on the received update information, and deletes the update mark. There is also a method of transmitting a pull request immediately after receiving an update notification without using an update mark or the like. In some cases, an update notification is not performed each time information is updated in a transmitting device, and an update notification is transmitted to a receiving device after updating a plurality of information items.

【0015】この方式は、プッシュ方式及びプル方式の
中間的な利点及び欠点を持つ。また、以上に述べた各種
通信方式の長所及び欠点の他に、通信環境等によっては
プッシュ方式が利用できない場合がある。例えば、イン
ターネットでは、ファイヤーウォールの外側から内側に
はプッシュ方式で情報を送ることができない場合が多
い。さらに、上記の通信方式の組合せや細部を変更した
通信方式が存在する。
This method has intermediate advantages and disadvantages between the push method and the pull method. In addition to the advantages and disadvantages of the various communication methods described above, the push method may not be used depending on the communication environment and the like. For example, in the Internet, it is often impossible to send information from outside to inside of a firewall by a push method. Further, there are communication systems in which combinations of the above communication systems and details are changed.

【0016】[0016]

【発明が解決しようとする課題】従来、ユーザやシステ
ム管理者の設定によって、ニーズに応じた通信方式が機
器に設定されている。ある情報や利用者、受信側機器
と、通信方式との組合せは、機器の起動時や設定の変更
時に決定される。
Conventionally, a communication system according to needs has been set for a device by setting of a user or a system administrator. A combination of certain information, a user, a receiving-side device, and a communication method is determined when the device is activated or when a setting is changed.

【0017】しかし、前述の各通信方式の利点や欠点の
関係や度合いは様々な要因で変化する。例えば、参照頻
度が更新頻度よりも大きい場合は、プッシュ方式を用い
る方が通信料金が安い。逆に、参照頻度が更新頻度が小
さい場合、プル方式を用いた方が通信料金が安くなる。
また、通信時間が短い場合には、プル方式の待ち時間が
長いという欠点が小さくなる。これらの要因は、動的に
変化するものも多いが、従来、設定した通信方式は状況
に応じて変更されないので、前記要因の変化に応じた最
適な通信が難しい。そのため、例えば以下のような問題
が生じる。
However, the relationship and degree of the advantages and disadvantages of each of the above-mentioned communication systems vary depending on various factors. For example, when the reference frequency is higher than the update frequency, the communication fee is lower by using the push method. On the other hand, when the reference frequency is low, the communication fee is lower when the pull method is used.
Further, when the communication time is short, the disadvantage that the waiting time of the pull method is long is reduced. Many of these factors change dynamically, but conventionally, the communication method that has been set is not changed according to the situation, so it is difficult to perform optimal communication according to the change in the factors. Therefore, for example, the following problem occurs.

【0018】(1)ある情報の項目を参照頻度が高いと
考えてプッシュ方式を設定したが、実際にはあまり参照
しない。そのため、必要もない通信料金が掛かってしま
う。 (2)ある情報項目を参照頻度が高いと考えてプッシュ
方式を設定したが、参照していない情報の量が大きかっ
たので、無駄な通信料金を要してしまった。
(1) The push method is set on the assumption that a certain information item has a high reference frequency. Therefore, unnecessary communication charges are incurred. (2) The push method is set on the assumption that a certain information item is referred to frequently, but the amount of information not referred to is large, so that a useless communication fee is required.

【0019】(3)通信速度が十分に速いと考えてノー
ティファイ方式を設定したが、たまたま通信路が混雑し
ていて時間がかかってしまった。 (4)更新頻度が小さいと考えてプッシュ方式を設定し
たが、ある期間だけ更新頻度が高くなっていて通信料金
が高くなってしまった。
(3) The notify method was set on the assumption that the communication speed was sufficiently high, but the communication path happened to be congested and it took a long time. (4) The push method was set on the assumption that the update frequency was low, but the update frequency was high for a certain period, and the communication fee was high.

【0020】以上のような問題点に加え、通信方式を設
定しておくだけでは動的に変化する様々な要因に対処し
た柔軟な動作を行うことができない。例えば、1)普段
は参照時間を優先でプッシュ方式を用い、通信料金がか
さんでくるとノーティファイ方式とする、2)普段はプ
ッシュ方式で通信を行うが、サーバの負荷が高まってく
るとノーティファイ方式にする、といった状況に応じた
通信方式の切り替えが難しい。
In addition to the above-mentioned problems, it is not possible to perform a flexible operation coping with various dynamically changing factors only by setting the communication method. For example, 1) the push method is usually used with priority on the reference time, and the notify method is used when the communication fee increases. 2) The communication is usually performed by the push method, but when the load on the server increases. It is difficult to switch the communication method according to the situation, such as using a notify method.

【0021】本発明は、前述の課題を解決し、データ通
信路の利用効率を向上し、データ通信路の負担及びコス
トを削減すると共に、利用者端末の負担及びコストを削
減し、ユーザの利便性を高めることを目的とする。
The present invention solves the above-mentioned problems, improves the use efficiency of the data communication path, reduces the load and cost of the data communication path, reduces the load and cost of the user terminal, and improves the convenience of the user. The purpose is to enhance the nature.

【0022】[0022]

【課題を解決するための手段】前記課題を解決するため
に、本願第1発明は、データ通信路により接続された複
数の機器間で情報を送受信するための通信方式の切替方
法であって、 A;第1の機器において所定のイベントが発生した場合
に、第1の機器の通信環境に基づいて第1通信方式を動
的に決定し、 B;第2の機器において所定のイベントが発生した場合
に、第2の機器の通信環境に基づいて第2通信方式を動
的に決定し、 C;一方の機器から他方の機器へ情報を送信する通信方
式を、前記第1通信方式または第2通信方式のいずれか
に切り替える、 通信方式の切替方法を提供する。
According to a first aspect of the present invention, there is provided a method of switching a communication method for transmitting and receiving information between a plurality of devices connected by a data communication path, A: When a predetermined event occurs in the first device, the first communication method is dynamically determined based on the communication environment of the first device. B: A predetermined event occurs in the second device. In this case, the second communication method is dynamically determined based on the communication environment of the second device, and C: the communication method for transmitting information from one device to the other device is the first communication method or the second communication method. A communication method switching method for switching to one of the communication methods is provided.

【0023】所定の条件としては、通信履歴、機器の負
荷、データ通信路の負荷、情報の更新頻度、情報の参照
頻度、機器能力、通信路能力、情報の重要度などを挙げ
ることができる。通信履歴としては、過去の情報量、通
信料金、通信時間などを挙げることができる。第1通信
方式と第2通信方式とが異なる場合、いずれを優先する
かは、ニーズにより適宜設定可能である。なお、第1及
び第2機器は、どちらが送信側であっても良く、どちら
が受信側であっても良い。
The predetermined conditions include a communication history, a load on a device, a load on a data communication path, a frequency of updating information, a frequency of referencing information, a device capability, a capability of a communication channel, and a degree of importance of information. Examples of the communication history include a past information amount, a communication fee, and a communication time. When the first communication method and the second communication method are different, which one has priority can be appropriately set according to needs. In addition, which of the first and second devices may be the transmitting side, and which may be the receiving side.

【0024】本願第2発明は、前記第1発明において、
前記第1及び第2の機器は、プッシュ、ノーティファイ
またはプル方式のいずれかの通信方式の中から、前記第
1及び第2通信方式を決定する通信方式の切替方法を提
供する。
According to a second aspect of the present invention, in the first aspect,
The first and second devices provide a communication method switching method for determining the first and second communication methods from among the communication methods of push, notify, and pull methods.

【0025】本願第3発明は、データ通信路により接続
された複数の機器間で情報を送受信するための通信方式
の切替方法であって、 A;第1の機器は、所定のイベントが発生した場合、所
定の第2の機器と通信するための第1通信方式を、第1
の機器の通信環境に基づいて動的に決定し、 B;前記第1の機器は、決定した第1通信方式を、前記
第2の機器に通知し、 C;前記第2の機器は、所定のイベントが発生した場
合、第2の機器の通信環境及び前記第1通信方式に基づ
いて、前記第1の機器と通信するための第2通信方式を
決定し、 D;一方の機器から他方の機器へ情報を送信する通信方
式を、前記第2通信方式に切り替える、 通信方式の切替方法を提供する。
[0025] The third invention of the present application is a method of switching a communication method for transmitting and receiving information between a plurality of devices connected by a data communication path, wherein: A: a first device has a predetermined event; In this case, the first communication method for communicating with the predetermined second device is the first communication method.
B: the first device notifies the second device of the determined first communication scheme, C: the second device determines a predetermined communication mode based on the communication environment of the device. When the event of occurs, the second communication method for communicating with the first device is determined based on the communication environment of the second device and the first communication method. D; A communication method switching method for switching a communication method for transmitting information to a device to the second communication method is provided.

【0026】第2の機器は、第1の機器の状況と自身の
状況との両方を考慮して通信方式を決定する。第2の機
器は、送信側であっても受信側であっても良い。本願第
4発明は、データ通信路に接続され、第1機器と情報を
送受信する第2機器に用いられる通信方式の切替装置で
あって、 A;前記第2機器において所定のイベントが発生した場
合、第2機器の通信環境に基づいて通信方式を動的に決
定する手段と、 B;第1機器との通信方式を、第1機器と交渉して決定
する手段と、 C;第1機器との交渉の結果に従い、第1機器と通信を
行う通信方式を切り替える手段と、 を備える通信方式の切替装置を提供する。
The second device determines the communication method in consideration of both the status of the first device and its own status. The second device may be a transmitting side or a receiving side. The fourth invention of the present application is a communication mode switching device used for a second device connected to a data communication path and transmitting / receiving information to / from a first device, wherein: A: when a predetermined event occurs in the second device Means for dynamically determining a communication method based on the communication environment of the second device; B; means for negotiating and determining the communication method with the first device with the first device; and C; Means for switching a communication method for performing communication with the first device according to the result of the negotiation of the communication method.

【0027】ここで、第1機器との交渉とは、第2機器
が動的に決定した通信方式を、第1機器に通知し、第2
機器から最終的な通信方式を通知されるのを待つことが
挙げられる。この切替装置は、例えばサーバ−クライア
ントシステムのクライアントや、サーバレスシステムの
クライアントに用いられる。
Here, the negotiation with the first device means that the communication method dynamically determined by the second device is notified to the first device.
Waiting for notification of the final communication method from the device may be mentioned. This switching device is used, for example, for a client of a server-client system or a client of a serverless system.

【0028】本願第5発明は、データ通信路に接続さ
れ、第1機器と情報を送受信する第2機器に用いられる
通信方式の切替装置であって、 A;前記第1機器において所定のイベントが発生した場
合、前記第1機器の通信環境に基づいて前記第1機器が
決定した第1通信方式の通知を受信する手段と、 B;前記第1機器との通信方式を、前記第2の機器の通
信環境及び前記第1通信方式に基づいて決定する手段
と、 C;前記決定に従い、前記第1機器と通信を行う通信方
式を切り替える手段と、 を備える通信方式の切替装置を提供する。
According to a fifth aspect of the present invention, there is provided a communication system switching device used for a second device connected to a data communication path and transmitting / receiving information to / from a first device, wherein: A; Means for receiving a notification of a first communication method determined by the first device based on the communication environment of the first device, if the communication method of the first device is changed to a second device; C: means for determining based on the communication environment and the first communication method, and C; means for switching a communication method for communicating with the first device in accordance with the determination.

【0029】この装置は、例えばサーバ−クライアント
システムのサーバや、サーバレスシステムのクライアン
トに用いられる。サーバは、クライアントよりもシステ
ム全体の通信環境を把握していると考えられる。そこ
で、ここで、クライアントの状況と、システム全体の通
信環境とをふまえて、サーバが通信方式を決定する。決
定した通信方式は、必要に応じてクライアントに通知さ
れる。
This apparatus is used, for example, for a server of a server-client system and a client of a serverless system. It is considered that the server grasps the communication environment of the entire system rather than the client. Therefore, here, the server determines the communication method based on the situation of the client and the communication environment of the entire system. The determined communication method is notified to the client as necessary.

【0030】[0030]

【発明の実施の形態】<発明の概要>本発明は、動的に
変化する様々な要因に応じて、通信方式を最適なものに
切り替える。これにより、ネットワーク及びコンピュー
タ資源の有効利用を図り、通信費用のコストを削減し、
ユーザの利便性を高めることが可能となる。最適な通信
方式は、たいていの場合、送信側機器と受信側機器とで
異なる。この場合、システム全体にとって最適と考えら
れる通信方式を決定したり、送信側または受信側のどち
らかの決定を優先させることにより、双方で用いる通信
方式を最終的に決定する。
BEST MODE FOR CARRYING OUT THE INVENTION <Outline of the Invention> The present invention switches a communication system to an optimum one in accordance with various dynamically changing factors. As a result, effective use of network and computer resources is achieved, and communication costs are reduced.
It is possible to enhance user convenience. The optimal communication scheme is often different for the sending device and the receiving device. In this case, a communication method considered to be optimal for the entire system is determined, or a communication method used by both sides is finally determined by giving priority to the determination of either the transmission side or the reception side.

【0031】以下の第1及び第2実施形態例では、送信
側機器の優先度を高めて通信方式を決定する例を説明す
る。第3実施形態例では、受信側機器の優先度を高めて
通信方式を決定する例を説明する。
In the following first and second embodiments, an example will be described in which the communication system is determined by increasing the priority of the transmitting device. In the third embodiment, an example will be described in which the communication system is determined by increasing the priority of the receiving device.

【0032】<第1実施形態例> [構成]次に、本発明の通信方式切換方法をアウェアネ
スシステムに適応した場合を例に挙げて具体的に説明す
る。図1は、第1実施形態例に係るアウェアネスシステ
ムの全体構成である。このシステムは、アウェアネスサ
ーバ1とクライアント2とが、ネットワーク3を介して
接続されて構成されている。図では、クライアント2を
1つしか示していないが、通常は複数のクライアントが
ネットワーク3に接続されている。
<First Embodiment> [Configuration] Next, a specific description will be given of a case where the communication system switching method of the present invention is applied to an awareness system. FIG. 1 shows the overall configuration of the awareness system according to the first embodiment. In this system, an awareness server 1 and a client 2 are connected via a network 3. Although only one client 2 is shown in the figure, a plurality of clients are usually connected to the network 3.

【0033】アウェアネスサーバ1は、ネットワーク3
上のユーザのアウェアネス情報を管理し、クライアント
2に他のユーザのアウェアネス情報を配信している。ア
ウェアネス情報とは、ユーザ状態、ユーザがどの通信手
段を使用可能か否か、住所、電話番号、メールアドレス
などのユーザの個人情報全般である。本例では、アウェ
アネスサーバ1が管理するアウェアネス情報のいずれか
が更新された場合に、その更新された情報とクライアン
ト2上のアウェアネス情報との同期をとるための通信方
式の切り替えについて、例を挙げて説明する。
The awareness server 1 has a network 3
It manages the awareness information of the above users and distributes the awareness information of other users to the client 2. The awareness information is general user personal information such as a user state, which communication means the user can use, an address, a telephone number, and a mail address. In this example, when any one of the awareness information managed by the awareness server 1 is updated, an example of switching the communication method for synchronizing the updated information with the awareness information on the client 2 will be described. Will be explained.

【0034】(1)アウェアネスサーバ アウェアネスサーバ1は、アウェアネスサービスモジュ
ール11、方式決定モジュール12、ユーザDB13、
設定DB14及び方式DB15を有している。アウェア
ネスサービスモジュール11は、クライアントからアウ
ェアネス情報の更新を受け付け、ユーザDB13に格納
する。また、アウェアネスサービスモジュール11は、
どのユーザは誰のアウェアネス情報を参照しているか、
すなわち各ユーザのバディリストを、ユーザDB13に
格納している。さらに、アウェアネスサービスモジュー
ル11は、ユーザDB13内のアウェアネス情報が更新
された場合、更新されたアウェアネス情報を参照してい
るユーザに対し、更新された情報を配信する。方式決定
モジュール12は、サーバの負荷やネットワーク3の負
荷、情報の更新頻度など、動的に変化する要因と、クラ
イアント2が指定した通信方式とに基づいて、サーバ1
とクライアント2との通信方式を動的に切り替える。
(1) Awareness Server The awareness server 1 includes an awareness service module 11, a method determination module 12, a user DB 13,
It has a setting DB 14 and a method DB 15. The awareness service module 11 receives the update of the awareness information from the client and stores the update in the user DB 13. In addition, the awareness service module 11
Which users are viewing whose awareness information,
That is, the buddy list of each user is stored in the user DB 13. Further, when the awareness information in the user DB 13 is updated, the awareness service module 11 distributes the updated information to a user who is referencing the updated awareness information. The method determining module 12 determines the server 1 based on dynamically changing factors such as the load on the server, the load on the network 3, and the frequency of updating information, and the communication method specified by the client 2.
And the client 2 is dynamically switched.

【0035】図2は、ユーザDB13に蓄積されるアウ
ェアネス情報の概念説明図である。この例ではアウェア
ネス情報として、「利用者ID」、利用者の「状態」、
「メッセージ」を受信可能か否か、「電話」に出れるか
否か、「電子メール」を受信可能か否かが、ユーザ毎に
蓄積されている。また、ユーザDB13には、各ユーザ
のバディリストが蓄積されている(図示せず)。このバ
ディリストは、誰が誰のアウェアネス上を参照している
かを定めている。
FIG. 2 is a conceptual explanatory diagram of the awareness information stored in the user DB 13. In this example, as the awareness information, “user ID”, “state” of the user,
Whether a “message” can be received, whether a “phone” can be answered, and whether an “email” can be received are stored for each user. Also, a buddy list of each user is stored in the user DB 13 (not shown). This buddy list defines who is referring to whose awareness.

【0036】図3は、アウェアネスサーバ1の設定DB
14に蓄積される情報の概念説明図である。この設定D
B14には、(a)管理者設定データテーブル、(b)
利用者設定データテーブル及び(c)参照データテーブ
ルが蓄積されている。図(a)は管理者設定データテー
ブル(a)の概念説明図である。このテーブルには、サ
ーバの優先事項としてスループット優先か、レスポンス
タイム優先かが設定される。この設定は、アウェアネス
サーバ1の管理者により行われる。
FIG. 3 is a setting DB of the awareness server 1.
FIG. 14 is a conceptual explanatory diagram of information stored in 14. This setting D
B14 includes (a) an administrator setting data table, and (b)
A user setting data table and (c) a reference data table are stored. FIG. 7A is a conceptual explanatory diagram of the administrator setting data table (a). In this table, priority of the throughput or response time is set as the priority of the server. This setting is performed by the administrator of the awareness server 1.

【0037】図(b)は、利用者設定データテーブル
(b)の概念説明図である。このテーブルには、「利用
者ID」、「優先事項」及び「料金目標」が蓄積されて
いる。即ちこのテーブルは、参照時間を優先するか、通
信料金を優先するかや、1月の通信料金の目標額が、利
用者毎に蓄積される。この設定は、利用者によりなされ
る。
FIG. 7B is a conceptual explanatory view of the user setting data table (b). In this table, “user ID”, “priority items”, and “charge target” are accumulated. That is, in this table, the priority of the reference time, the priority of the communication fee, and the target amount of the monthly communication fee are accumulated for each user. This setting is made by the user.

【0038】図(c)は、参照データテーブルの概念説
明図である。このテーブルには、各ユーザのバディリス
トの内容が記述される。具体的には、「利用者ID」、
「バディID」、「参照項目」及び「通知項目」が蓄積
されている。「利用者ID」とはバディリストの所有者
であり、「バディID」とは各利用者のバディリストに
参照先として登録されている利用者のIDである。「参
照項目」には、利用者が参照するアウェアネス情報の項
目が記憶される。「通知項目」は、参照したいアウェア
ネス情報のうち、速やかに知らせて欲しい情報である。
FIG. 3C is a conceptual explanatory diagram of the reference data table. This table describes the contents of the buddy list of each user. Specifically, "user ID",
“Buddy ID”, “reference item”, and “notification item” are accumulated. “User ID” is the owner of the buddy list, and “Buddy ID” is the ID of a user registered as a reference in the buddy list of each user. In the “reference item”, an item of the awareness information referred by the user is stored. The “notification item” is information that the user wants to be notified promptly among the awareness information to be referred to.

【0039】図4及び図5は、アウェアネスサーバ1の
方式DB15に蓄積される情報の概念説明図である。方
式DB15には、(a)通信履歴テーブル、(b)クラ
イアント能力テーブル、(c)参照情報データテーブ
ル、(d)過去方式テーブル及び(e)サーバ能力テー
ブルが蓄積されている。図4(a)は通信履歴テーブル
(a)の概念説明図である。このテーブルには、「利用
者ID」、「通信量」、「通信時間(秒)」及び「料金
(円)」が蓄積されている。すなわち、このテーブルに
は、過去の通信履歴が利用者毎に蓄積されている。
FIGS. 4 and 5 are conceptual illustrations of information stored in the method DB 15 of the awareness server 1. FIG. The method DB 15 stores (a) a communication history table, (b) a client capability table, (c) a reference information data table, (d) a past method table, and (e) a server capability table. FIG. 4A is a conceptual explanatory diagram of the communication history table (a). In this table, “user ID”, “communication amount”, “communication time (second)” and “charge (yen)” are accumulated. That is, in this table, past communication histories are accumulated for each user.

【0040】図4(b)はクライアント能力テーブル
(b)に蓄積される概念説明図である。このテーブルに
は、「通信路負荷」、「クライアント能力」及び「通信
路能力」が、利用者ID毎に蓄積されている。クライア
ントの能力は、例えば処理速度やメモリ容量等から決定
される。通信路能力は、例えば通信容量や通信速度から
決定される。
FIG. 4B is a conceptual explanatory diagram stored in the client capability table (b). In this table, “communication path load”, “client capacity”, and “communication path capacity” are accumulated for each user ID. The capability of the client is determined based on, for example, the processing speed and the memory capacity. The communication path capacity is determined, for example, from the communication capacity and the communication speed.

【0041】図4(c)は、参照情報データテーブル
(c)に蓄積される情報の概念説明図である。この図に
は、「情報項目」、「更新頻度(回/時)」及び「情報
量(Bytes)」が、利用者ID毎に蓄積されている。情報
項目にはアウェアネス情報の項目が記述され、各利用者
のアウェアネス情報項目毎に、更新頻度と情報量とが記
憶されている。
FIG. 4C is a conceptual explanatory diagram of information stored in the reference information data table (c). In this figure, “information item”, “update frequency (times / hour)” and “information amount (Bytes)” are accumulated for each user ID. The information item describes an item of awareness information, and stores an update frequency and an information amount for each awareness information item of each user.

【0042】図5(d)は、過去方式テーブル(d)に
蓄積される情報の概念説明図である。このテーブルは、
アウェアネスサーバ1からクライアント2にアウェアネ
ス情報を送信するために使用された過去の通信方式を、
アウェアネス情報の各項目毎に記憶している。具体的に
は、このテーブルは、「バディID」、「情報項目」、
「クライアント側の決定方式」、「理由」及び「前回方
式」を、「利用者ID」ごとに記憶している。利用者と
はバディリストの持ち主である。クライアント側の決定
方式とは、利用者のクライアント2が決定した通信方式
である。前回方式とは、アウェアネスサーバ1と前記利
用者のクライアント2との前回の通信に用いられた通信
方式である。
FIG. 5D is a conceptual explanatory diagram of the information stored in the past method table (d). This table is
The past communication method used to transmit the awareness information from the awareness server 1 to the client 2 is
It is stored for each item of awareness information. Specifically, this table includes “Buddy ID”, “Information Item”,
The “client-side determination method”, “reason”, and “previous method” are stored for each “user ID”. The user is the owner of the buddy list. The client-side determination method is a communication method determined by the client 2 of the user. The previous method is a communication method used for the previous communication between the awareness server 1 and the client 2 of the user.

【0043】図5(e)は、サーバ能力テーブル(e)
に蓄積される情報の概念説明図である。このテーブルに
は、アウェアネスサーバの負荷及びサーバの能力が記録
されている。サーバ能力は、前記クライアント能力と同
様に判断される。
FIG. 5E shows a server capacity table (e).
FIG. 4 is a conceptual explanatory diagram of information stored in the storage device. This table records the load of the awareness server and the capacity of the server. The server capability is determined in the same manner as the client capability.

【0044】(2)クライアント クライアント2は、アウェアネスクライアントモジュー
ル21、方式指定モジュール22、設定DB23及び方
式DB24を有している。アウェアネスクライアントモ
ジュール21は、ユーザからアウェアネス情報の設定及
び更新を受け付け、アウェアネスサーバ1に送信する。
また、アウェアネスクライアントモジュール21は、バ
ディリストの設定や更新を受付、アウェアネスサーバ1
に登録する。さらに、アウェアネスクライアントモジュ
ール21は、所定のイベントの発生に応じ、バディリス
トに登録されている他のユーザのアウェアネス情報を、
アウェアネスサーバ1から取得する。所定のイベントと
は、例えばユーザの操作や所定時間毎、アウェアネス情
報の更新などである。
(2) Client The client 2 has an awareness client module 21, a method designation module 22, a setting DB 23, and a method DB 24. The awareness client module 21 receives the setting and update of the awareness information from the user, and transmits the information to the awareness server 1.
Also, the awareness client module 21 accepts the setting and update of the buddy list,
Register with. Further, the awareness client module 21 sends awareness information of other users registered in the buddy list in response to occurrence of a predetermined event.
Obtained from the awareness server 1. The predetermined event is, for example, a user operation, an update of the awareness information at predetermined time intervals, or the like.

【0045】方式指定モジュール22は、クライアント
2の負荷やネットワーク負荷等の動的に変化する要因に
基づいて、クライアント2に最適な通信方式を決定す
る。図6は、クライアント2の設定DB23に蓄積され
る情報の概念説明図である。この設定DB23には、
(a)利用者設定データテーブル及び(b)参照設定テ
ーブルが蓄積されている。
The method specification module 22 determines an optimal communication method for the client 2 based on dynamically changing factors such as the load on the client 2 and the network load. FIG. 6 is a conceptual explanatory diagram of information stored in the setting DB 23 of the client 2. In this setting DB23,
(A) A user setting data table and (b) a reference setting table are stored.

【0046】図(a)は、利用者設定データテーブルで
ある。このテーブルには、「優先事項」及び「料金目
標」が蓄積されている。このテーブルに設定された内容
が、前記サーバ側設定DB14の利用者設定データテー
ブル(b)に登録される。
FIG. 7A shows a user setting data table. In this table, “priority items” and “charge targets” are accumulated. The contents set in this table are registered in the user setting data table (b) of the server-side setting DB 14.

【0047】図(b)は、参照設定テーブルに蓄積され
る情報の概念説明図である。このテーブルには、ユーザ
がバディリストに登録している他のユーザ、すなわちバ
ディのIDと、「参照項目」と「通知項目」とが蓄積さ
れている。このテーブルに設定された内容が、前記アウ
ェアネスサーバ1の設定DB14の参照データテーブル
(c)に蓄積される。
FIG. 8B is a conceptual explanatory diagram of information stored in the reference setting table. In this table, other users registered in the buddy list, that is, buddy IDs, “reference items” and “notification items” are accumulated. The contents set in this table are stored in the reference data table (c) of the setting DB 14 of the awareness server 1.

【0048】図7は、クライアント2の方式DB24に
蓄積される情報の概念説明図である。この方式DBに
は、(a)通信履歴テーブル、(b)能力テーブル及び
(c)参照情報テーブルが蓄積されている。
FIG. 7 is a conceptual explanatory diagram of information stored in the method DB 24 of the client 2. The method DB stores (a) a communication history table, (b) a capability table, and (c) a reference information table.

【0049】図(a)は、通信履歴テーブルに蓄積され
る情報の概念説明図である。このテーブルには、クライ
アント2の通信履歴、具体的には「通信量(Kbytes/
分)」、「通信時間(秒)」及び「料金(円)」が対応
付けられて蓄積されている。このテーブルに蓄積された
内容が前記アウェアネスサーバ1の方式DB15内の通
信履歴テーブル(a)に登録される。
FIG. 5A is a conceptual explanatory diagram of information stored in the communication history table. In this table, the communication history of the client 2, specifically, “communication amount (Kbytes /
Minutes), “communication time (seconds)” and “charge (yen)” are stored in association with each other. The contents stored in this table are registered in the communication history table (a) in the method DB 15 of the awareness server 1.

【0050】図(b)は、能力テーブルに蓄積される情
報の概念説明図である。このテーブルには、「通信路負
荷」、「クライアント負荷」、「クライアント能力」及
び「通信路能力」が蓄積されている。このテーブルの内
容は、前記方式DB15のクライアント能力テーブル
(b)に登録される。
FIG. 8B is a conceptual explanatory diagram of information stored in the capability table. This table stores “communication path load”, “client load”, “client capacity”, and “communication path capacity”. The contents of this table are registered in the client capability table (b) of the method DB 15.

【0051】図(c)は、参照情報テーブルに蓄積され
る情報の概念説明図である。このテーブルには、ユーザ
がバディリストに登録しているバディについて、参照す
る情報項目毎に、「参照頻度(回/度)」、「決定方
式」及び通信方式を決定した「決定理由」が記憶されて
いる。
FIG. 9C is a conceptual explanatory diagram of information stored in the reference information table. This table stores “reference frequency (times / degree)”, “decision method”, and “decision reason” for determining the communication method for each information item to be referred to for the buddy registered in the buddy list by the user. Have been.

【0052】[処理の流れ]次に、アウェアネスサーバ
1の方式決定モジュール12及びクライアント2の方式
指定モジュール22が行う処理の流れについて具体的に
説明する。今、説明を容易にするために、ユーザDB1
3に蓄積されているアウェアネス情報が更新された場合
に、その更新された情報を参照するユーザに新たな更新
情報を通知する通信方式を、どのように決定するかにつ
いて説明する((1)通信方式の決定)。従って、アウ
ェアネスサーバ1が送信側、クライアント2が受信側機
器となる。次いで、通信方式の決定に応じて、アウェア
ネスサーバ1及びクライアント2が通信方式を切り替え
る処理について、説明する((2)通信処理)。
[Processing Flow] Next, the flow of processing performed by the system determining module 12 of the awareness server 1 and the system designating module 22 of the client 2 will be specifically described. Now, for ease of explanation, the user DB1
In the case where the awareness information stored in No. 3 is updated, how to determine a communication method for notifying a user who refers to the updated information of new update information will be described ((1) Communication Method decision). Therefore, the awareness server 1 is the transmitting device and the client 2 is the receiving device. Next, a process in which the awareness server 1 and the client 2 switch the communication system in accordance with the determination of the communication system will be described ((2) communication process).

【0053】(1)通信方式の決定 本例では、まずクライアント2が、クライアント2に都
合の良い通信方式を指定する。アウェアネスサーバ1
は、クライアント2が指定した通信方式と全体的な通信
状況とに基づいて、通信方式を決定する。通信方式は、
簡単のため、プッシュ、プル、ノーティファイのいずれ
かから決定する。
(1) Determination of Communication System In this example, first, the client 2 specifies a communication system that is convenient for the client 2. Awareness server 1
Determines the communication method based on the communication method specified by the client 2 and the overall communication state. The communication method is
For simplicity, the decision is made from push, pull, or notify.

【0054】 (1−1)アウェアネスサーバ側の処理の流れ (1−1−1)サーバ側決定処理 アウェアネスサーバ1は、方式決定モジュール12によ
り以下の処理を行い、クライアント2との通信方式を決
定する。アウェアネスサーバ1は、ユーザDB13内の
アウェアネス情報が更新されると、以下の処理を開始す
る。
(1-1) Processing Flow on Awareness Server Side (1-1-1) Server-Side Determination Processing The awareness server 1 determines the communication method with the client 2 by performing the following processing by the method determination module 12. I do. When the awareness information in the user DB 13 is updated, the awareness server 1 starts the following processing.

【0055】ステップS1、S2、S3:アウェアネス
サーバ1は、サーバ側方式DB15の参照情報データテ
ーブル(c)を参照し、更新されたアウェアネス情報を
参照しているクライアント2が、通信方式を指定してい
るか否かを判断する(S1)。既に指定された通信方式
がある場合、アウェアネスサーバ1は、プッシュ、プ
ル、ノーティファイの3つの方式のうち、クライアント
2が指定している方式に100ポイントを加算する。指
定方式がない場合、後述する加算サブルーチンを実行す
る(S3)。
Steps S1, S2, S3: The awareness server 1 refers to the reference information data table (c) of the server side method DB 15, and the client 2 referring to the updated awareness information specifies the communication method. It is determined whether or not it is (S1). If there is already a specified communication method, the awareness server 1 adds 100 points to the method specified by the client 2 among the three methods of push, pull, and notify. If there is no designation method, an addition subroutine described later is executed (S3).

【0056】ステップS4、S5、S6:アウェアネス
サーバ1は、クライアント2の指定方式がプッシュ方式
であって、かつサーバ1の負荷が高い場合(S4)、ノ
ーティファイ方式に100ポイントを加算する(S
5)。そうでない場合には、クライアント2の指定方式
に、さらに30ポイントを加算する(S6)。
Steps S4, S5, S6: If the designation method of the client 2 is the push method and the load on the server 1 is high (S4), the awareness server 1 adds 100 points to the notify method (S4).
5). Otherwise, 30 points are added to the designation method of the client 2 (S6).

【0057】ステップS7、S8、S9:アウェアネス
サーバ1は、更新されたアウェアネス情報が通知項目で
あるか否かを判断し、通知項目の場合はプッシュまたは
ノーティファイのうちポイントの高い方を用いて通信す
ることに決定する(S8)。通知項目でない場合、3つ
の方式のうち最もポイントの高い方式を用いて通信する
ことに決定する(S9)。
Steps S7, S8, S9: The awareness server 1 determines whether or not the updated awareness information is a notification item, and in the case of the notification item, uses the higher point of push or notify, whichever is higher. It is decided to communicate (S8). If it is not a notification item, it is determined that communication is to be performed using the method with the highest point among the three methods (S9).

【0058】ステップS10、S11:アウェアネスサ
ーバ1は、決定した通信方式を、クライアント2に通知
する必要があるか否かを判断する(S10)。必要があ
る場合とは、前回がプッシュまたはノーティファイで、
今回がプルの場合である。今回の通信方式がプッシュま
たはノーティファイの場合、更新情報または更新通知が
クライアント2に送信されるので、通知の必要はない。
また、前回及び今回もプルの場合、通信方式の変更がな
いので通知の必要はない。必要があると判断すると、ア
ウェアネスサーバ1は、クライアント2に対し、新たな
通信方式を通知する(S11)。この通知を受け取った
クライアント2は、新たな通信方式をアウェアネスサー
バ1との間に設定する。
Steps S10 and S11: The awareness server 1 determines whether it is necessary to notify the client 2 of the determined communication method (S10). When it is necessary, the last time was push or notify,
This is the case of pull. If the current communication method is push or notify, update information or an update notification is transmitted to the client 2, so that there is no need for notification.
Also, in the case of pulling the previous time and this time, there is no change in the communication method, so there is no need to notify. When it is determined that it is necessary, the awareness server 1 notifies the client 2 of a new communication method (S11). The client 2 that has received this notification sets a new communication method with the awareness server 1.

【0059】この処理により、クライアント2及びシス
テム全体の状況をふまえた通信方式を、動的に変化する
状況に応じて設定することができる。 (1−1−2)加算処理 図9及び図10は、前記ステップS3に移行した場合
に、アウェアネスサーバ1が方式決定モジュール12に
より行う、加算処理サブルーチンの処理の流れを示すフ
ローチャートである。この処理では、アウェアネスサー
バ1は、自身の負荷やクライアントの負荷、ネットワー
クの負荷などシステム全体の状況に基づいて、最適な通
信方式を決定する。
By this processing, a communication method based on the situation of the client 2 and the whole system can be set according to a dynamically changing situation. (1-1-2) Addition Processing FIGS. 9 and 10 are flowcharts showing the flow of the processing of the addition processing subroutine performed by the awareness server 1 by the method determination module 12 when the process proceeds to step S3. In this process, the awareness server 1 determines an optimal communication method based on the state of the entire system, such as its own load, the load on the client, and the load on the network.

【0060】ステップS401:アウェアネスサーバ1
は、更新されたアウェアネス情報を配信するクライアン
ト2との間で、過去にプッシュ方式を用いているか否か
を判断する(S401)。この判断は、サーバ側方式D
B15の過去方式テーブル(d)を参照することにより
行う。
Step S401: Awareness server 1
Determines whether the push method has been used in the past with the client 2 that distributes the updated awareness information (S401). This determination is based on the server-side method D
This is performed by referring to the past method table (d) of B15.

【0061】“Yes”と判断すると、アウェアネスサ
ーバ1は、現在までの通信料金CCと料金目標CDとを
用い、次のようにプル方式及びノーティファイ方式にポ
イントを加える。通信料金CC及び料金目標CDは、そ
れぞれサーバ側方式DB15及び設定DB14から読み
出す。
When the determination is "Yes", the awareness server 1 adds points to the pull method and the notify method as follows, using the communication charge CC up to now and the charge target CD. The communication charge CC and the charge target CD are read from the server-side method DB 15 and the setting DB 14, respectively.

【0062】T=(CD−CC)/CDとして、T<0
の場合、プル方式に200ポイントを、ノーティファイ
方式に100ポイントを加算する(S403)。T≧0
の場合、プル方式に(T×200)ポイントを、ノーテ
ィファイ方式に(T×100)ポイントを、それぞれ加
算する(S404)。
T = (CD−CC) / CD, T <0
In the case of, 200 points are added to the pull method and 100 points are added to the notify method (S403). T ≧ 0
In the case of (1), (T × 200) points are added to the pull method and (T × 100) points are added to the notify method, respectively (S404).

【0063】ステップS405:アウェアネスサーバ1
は、通信すべき量が10Kbytes以上で、かつ通信路の能
力が中以下の場合、ステップS406に移行する。そう
でない場合、後述するステップS409に移行する。
Step S405: Awareness server 1
Moves to step S406 when the communication amount is 10 Kbytes or more and the capacity of the communication path is medium or less. Otherwise, the process proceeds to step S409 described below.

【0064】ステップS406、S407、S408:
アウェアネスサーバ1は、サーバ側設定DB14の利用
者設定データテーブル(b)を参照し、配信先クライア
ント2が参照時間と通信料金とのどちらを優先している
かを判断する(S406)。参照時間を優先している場
合、プッシュ方式に30ポイントを加算する(S40
7)。通信料金を優先している場合、プル方式に50ポ
イントを、ノーティファイ方式に30ポイントを、それ
ぞれ加算する(S408)。
Steps S406, S407, S408:
The awareness server 1 refers to the user setting data table (b) of the server-side setting DB 14, and determines whether the distribution destination client 2 gives priority to the reference time or the communication fee (S406). If the reference time is prioritized, 30 points are added to the push method (S40).
7). When the communication fee is prioritized, 50 points are added to the pull method and 30 points are added to the notify method (S408).

【0065】ステップS409、S410:アウェアネ
スサーバ1は、サーバの負荷が高く、かつ通信すべき量
が10Kbytes以上の場合(S409)、プル方式に50
ポイントを、ノーティファイ方式に30ポイントを、そ
れぞれ加算する(S410)。そうでない場合、図10
のS411に移行する。
Steps S409 and S410: If the load on the server is high and the amount to be communicated is 10 Kbytes or more (S409), the awareness server 1 sets the pull method to 50.
Points and 30 points are added to the notify system, respectively (S410). Otherwise, FIG.
The process moves to S411.

【0066】ステップS411、S412:アウェアネ
スサーバ1は、クライアントの能力が低く、かつ通信す
べき量が10Kbytes以上あるか否かを、サーバ側方式D
B15に基づいて判断する(S411)。“Yes”と
判断すると、プル方式に50ポイントを、ノーティファ
イ方式に30ポイントを、それぞれ加算する(S41
2)。
Steps S411 and S412: The awareness server 1 determines whether or not the client has a low capacity and the communication amount is 10 Kbytes or more by the server-side method D.
The determination is made based on B15 (S411). If "Yes" is determined, 50 points are added to the pull method and 30 points are added to the notify method (S41).
2).

【0067】ステップS413、S414:アウェアネ
スサーバ1は、通信路の負荷が高く、かつアウェアネス
情報の更新頻度が所定以上か否かを判断する(S41
3)。更新頻度のレベルは、サーバ側方式DB15の参
照情報データテーブル(c)に基づいて行う。“Ye
s”と判断すると、ノーティファイ方式に30ポイント
加算する(S414)。その他の場合、ステップ415
に移行する。
Steps S413 and S414: The awareness server 1 determines whether the load on the communication channel is high and the frequency of updating the awareness information is equal to or higher than a predetermined value (S41).
3). The update frequency level is determined based on the reference information data table (c) of the server-side system DB 15. “Ye
If s "is determined, 30 points are added to the notify system (S414). In other cases, step 415
Move to

【0068】ステップS415、S416:アウェアネ
スサーバ1は、通信路の能力が低く、かつ配信先クライ
アント2の優先事項が参照時間であれば(S415)、
プッシュ方式に30ポイントを加算する(S416)。
Steps S415 and S416: If the capability of the communication path is low and the priority of the distribution destination client 2 is the reference time (S415),
30 points are added to the push method (S416).

【0069】ステップS417,S418:アウェアネ
スサーバ1は、更新した情報が重要な情報の場合、プッ
シュ方式に50ポイントを加算し(S417)、前記決
定処理に戻る。そうでない場合にはそのまま前記決定処
理に戻る。
Steps S 417 and S 418: If the updated information is important information, the awareness server 1 adds 50 points to the push method (S 417) and returns to the decision processing. If not, the process returns to the determination process.

【0070】(1−2)クライアント側の方式指定処理 図11は、クライアント2が行う通信方式指定処理の流
れを示すフローチャートである。クライアント2は、以
下の処理により、自身にとって最適な通信方式を決定
し、アウェアネスサーバ1に通知する。この通知を受け
取ったアウェアネスサーバ1が、前述の方法により、通
信方式を最終決定する。
(1-2) Client-side System Designation Process FIG. 11 is a flowchart showing the flow of the communication system designation process performed by the client 2. The client 2 determines an optimal communication method for itself and notifies the awareness server 1 by the following processing. The awareness server 1, which has received this notification, finally determines the communication method by the method described above.

【0071】ステップS21:クライアント2の方式指
定モジュール22は、所定イベントの発生を待機し、所
定イベントが発生するとステップS22に移行する。所
定イベントとは、ユーザからのバディのアウェアネス情
報の取得指示、所定時間の経過、クライアント2の状況
変化などである。
Step S21: The method designation module 22 of the client 2 waits for the occurrence of a predetermined event, and when the predetermined event occurs, shifts to step S22. The predetermined event is an instruction to obtain buddy awareness information from the user, elapse of a predetermined time, a change in the status of the client 2, and the like.

【0072】ステップS22、S23:クライアント2
は、ユーザにより通信方式が設定されているかどうかを
判断する(S22)。設定されている場合にはその方式
を指定することを決定する(S23)。設定していない
場合には、後述するステップS26に移行する。
Steps S22 and S23: Client 2
Determines whether the communication method has been set by the user (S22). If it has been set, it is decided to designate that method (S23). If not set, the process proceeds to step S26 described below.

【0073】ステップS24、S25、S26:クライ
アント2は、指定する通信方式が今までの指定通信方式
を変更するものであるかどうかを判断し(S24)、
“変更”と判断すると新たな指定方式をアウェアネスサ
ーバ1に通知する必要があるか否かを判断する(S2
5)。必要がある場合とは、プッシュやノーティファイ
方式からプル方式に変更した場合や、その逆の場合であ
る。“変更なし”と判断すると、再びステップS21に
戻り、次のイベントの発生を待機する。
Steps S24, S25, S26: The client 2 determines whether or not the specified communication method is to change the previously specified communication method (S24).
When it is determined to be "change", it is determined whether it is necessary to notify the awareness server 1 of the new designation method (S2).
5). The case where it is necessary is the case where the push or notify system is changed to the pull system or vice versa. If "no change" is determined, the process returns to step S21 to wait for the next event.

【0074】ステップS25で“通知の必要あり”と判
断すると、クライアント2は指定方式をアウェアネスサ
ーバ1に通知する。“必要なし”と判断すると、再びス
テップS21に戻り、次のイベントの発生を待機する。
If it is determined in step S 25 that “notification is necessary”, the client 2 notifies the specified method to the awareness server 1. If it is determined that the event is not necessary, the process returns to step S21 to wait for the next event.

【0075】ステップS27:ユーザが通信方式を設定
していない場合、クライアント2は、方式DB24に基
づいて、バディのアウェアネス情報を参照する頻度が所
定以上の場合(S27)、プッシュ方式を指定する(S
28)。そうでない場合には、クライアント2の負荷が
高いか否かを方式DB24に基づいて判断し(S2
9)、クライアント2の負荷が高ければノーティファイ
方式を(S210)、クライアント2の負荷が高くなけ
ればアウェアネスサーバ1の決定方式を、指定する(S
211)。
Step S27: If the user has not set the communication method, the client 2 specifies the push method if the frequency of referring to the buddy awareness information is equal to or higher than a predetermined value based on the method DB 24 (S27). S
28). Otherwise, it is determined whether the load on the client 2 is high based on the method DB 24 (S2).
9) If the load on the client 2 is high, the notification method is specified (S210), and if the load on the client 2 is not high, the determination method of the awareness server 1 is specified (S210).
211).

【0076】(2)通信処理 (2−1)アウェアネスサーバ側通信処理 図12は、アウェアネスサーバ1が、方式決定モジュー
ル12により行う通信処理の流れを示すフローチャート
である。この処理により、アウェアネスサーバ1は、ク
ライアント2との通信方式を前記決定されたものに切り
替える。アウェアネスサーバ1は、アウェアネス情報が
更新されることにより、以下の処理を開始する。
(2) Communication Processing (2-1) Awareness Server-Side Communication Processing FIG. 12 is a flowchart showing the flow of communication processing performed by the system determination module 12 by the awareness server 1. Through this processing, the awareness server 1 switches the communication method with the client 2 to the determined one. The awareness server 1 starts the following processing by updating the awareness information.

【0077】ステップS31、S32:アウェアネスサ
ーバ1は、通信方式がプッシュ方式である場合(S3
1)、更新されたアウェアネス情報(以下、更新情報と
いう)を配信先クライアント2に送信する(S32)。
Steps S31 and S32: The awareness server 1 determines that the communication method is the push method (S3
1) The updated awareness information (hereinafter referred to as update information) is transmitted to the distribution destination client 2 (S32).

【0078】ステップS33、S34:アウェアネスサ
ーバ1は、通信方式がノーティファイ方式である場合
(S33)、配信先クライアント2に更新通知を送信す
る(S34)。
Steps S33 and S34: When the communication system is the notify system (S33), the awareness server 1 sends an update notification to the distribution destination client 2 (S34).

【0079】ステップS35、S36、S37:アウェ
アネスサーバ1は、通信方式がプル方式である場合、配
信先クライアント2からのプル要求を待機し(S3
6)、これを待って更新情報を送信する(S37)。
Steps S35, S36, S37: When the communication method is the pull method, the awareness server 1 waits for a pull request from the distribution destination client 2 (S3).
6) Wait for this and transmit the update information (S37).

【0080】(2−2)クライアント側通信処理 図13は、クライアント2が方式指定モジュール22に
より行う通信処理の流れを示すフローチャートである。
この処理により、クライアント2は、アウェアネスサー
バ1との通信方式を、前記決定されたものに切り替え
る。クライアント2は、ユーザからのアウェアネス情報
の参照指示により、以下の処理を開始する。
(2-2) Client-Side Communication Processing FIG. 13 is a flowchart showing a flow of communication processing performed by the client 2 by the method designation module 22.
By this process, the client 2 switches the communication method with the awareness server 1 to the determined one. The client 2 starts the following processing according to a reference instruction of the awareness information from the user.

【0081】ステップS41、S42、S43、S4
4:クライアント2は、通信方式がプル方式の場合(S
41)、アウェアネスサーバ1にプル要求を送信する
(S42)。次いで、サーバ1からの更新情報を待機し
(S43)、これを受信すると古いアウェアネス情報を
更新する(S44)。
Steps S41, S42, S43, S4
4: If the communication method is the pull method (S
41), and transmits a pull request to the awareness server 1 (S42). Next, it waits for the update information from the server 1 (S43), and upon receiving this, updates the old awareness information (S44).

【0082】ステップS45、S46、S47、S4
8、S49:クライアント2は、通信方式がプル方式以
外である場合、バディのアウェアネス情報に更新印があ
るか否かを判断し(S45)、ない場合にはそれが最新
の情報であるのでそのまま処理を終了する。ある場合に
は、前記ステップS42〜S44と同様の処理を行い
(S46〜48)、更新されたアウェアネス情報の更新
印を削除する(S49)。
Steps S45, S46, S47, S4
8, S49: If the communication method is other than the pull method, the client 2 determines whether or not the buddy awareness information has an update mark (S45). The process ends. If there is, the same processing as steps S42 to S44 is performed (S46 to S48), and the update mark of the updated awareness information is deleted (S49).

【0083】以上のようにして、切り替えられた通信方
式を用い、アウェアネスサーバ1とクライアント2とが
通信を行う。 <第2実施形態例> [構成]次に、ニュースをネットワーク上で配信するニ
ュースシステムに本発明の方法を適用した場合について
説明する。図14は、第2実施形態例に係るニュースシ
ステムの全体構成図である。ニュースシステムは、ニュ
ースサーバ10とクライアント20とがネットワーク3
0により接続されて構成されている。
As described above, the awareness server 1 and the client 2 communicate using the switched communication system. <Second Embodiment> [Configuration] Next, a case where the method of the present invention is applied to a news system that distributes news on a network will be described. FIG. 14 is an overall configuration diagram of a news system according to the second embodiment. In the news system, a news server 10 and a client 20 are connected to a network 3
0.

【0084】ニュースサーバ10は、ユーザDB13に
代えてニュースDB103を、アウェアネスサービスモ
ジュール11に代えてニュース配信モジュール101を
有している。その他の構成要素は、前記アウェアネスサ
ーバ1と同様である。ニュース配信モジュール101
は、サーバ側ニュースDB103に蓄積されたニュース
が更新されると、クライアント2に配信する。どのクラ
イアントに何のニュースを配信するかは、予めユーザに
より設定されたテーブルを参照して判断する。
The news server 10 has a news DB 103 in place of the user DB 13 and a news distribution module 101 in place of the awareness service module 11. Other components are the same as those of the awareness server 1. News distribution module 101
Distributes the news to the client 2 when the news stored in the server-side news DB 103 is updated. Which news is distributed to which client is determined by referring to a table set in advance by the user.

【0085】クライアント20は、アウェアネスクライ
アントモジュール21に代えて、ニュースを受信する受
信モジュール201を有している。さらに、受信したニ
ュースを蓄積するニュースDB205を有している。そ
の他の構成要素は、第1実施形態例と同様である。
The client 20 has a receiving module 201 for receiving news, instead of the awareness client module 21. Further, it has a news DB 205 for storing received news. Other components are the same as in the first embodiment.

【0086】図15は、サーバ側設定DB104に蓄積
される情報の概念説明図である。第1実施形態例と同様
に、設定DB104には、(a)管理者設定データテー
ブル、(b)利用者設定データテーブル及び(c)参照
データテーブルが蓄積されている。管理者設定データテ
ーブル(a)及び利用者設定データテーブル(b)に蓄
積される情報は、第1実施形態例と同様である。
FIG. 15 is a conceptual explanatory diagram of information stored in the server-side setting DB 104. As in the first embodiment, the setting DB 104 stores (a) an administrator setting data table, (b) a user setting data table, and (c) a reference data table. Information stored in the administrator setting data table (a) and the user setting data table (b) is the same as in the first embodiment.

【0087】参照データテーブル(c)に蓄積される内
容は、「バディID」及び「参照項目」に代えて「参照
ニュース」が、また「通知項目」に代えて「通知ニュー
ス」が蓄積されている。
The contents stored in the reference data table (c) are “reference news” instead of “buddy ID” and “reference item”, and “notification news” instead of “notification item”. I have.

【0088】図16及び図17は、ニュースサーバ10
の方式DB105に蓄積される情報の概念説明図であ
る。このDBには、(a)通信履歴テーブル、(b)ク
ライアント能力テーブル、(c)参照情報データテーブ
ル、(d)過去方式テーブル及び(e)サーバ能力テー
ブルが蓄積されている。参照情報データテーブル(c)
及び過去方式テーブル(d)を除き、前記第1実施形態
例と同様の情報が蓄積されている。
FIGS. 16 and 17 show the news server 10.
3 is a conceptual explanatory diagram of information stored in a method DB 105 of FIG. This DB stores (a) a communication history table, (b) a client capability table, (c) a reference information data table, (d) a past method table, and (e) a server capability table. Reference information data table (c)
The same information as in the first embodiment is stored except for the past method table (d).

【0089】参照情報データテーブル(c)において
は、「利用者ID」及び「情報項目」に代えて「ニュー
ス」が蓄積されている点を除き、第1実施形態例と同様
の情報が蓄積されている。
The reference information data table (c) stores the same information as in the first embodiment except that “news” is stored instead of “user ID” and “information item”. ing.

【0090】過去方式テーブル(d)においては、「バ
ディID」及び「情報項目」に代えて「ニュース」が蓄
積されている点を除き、第1実施形態例と同様の情報が
蓄積されている。
In the past method table (d), the same information as in the first embodiment is stored except that “news” is stored instead of “buddy ID” and “information item”. .

【0091】図18は、クライアント20のニュースD
B205に蓄積される情報の概念説明図である。このD
Bには、ユーザが指定した「ニュース」の分類と、その
「内容」とが記憶される。
FIG. 18 shows the news D of the client 20.
It is a conceptual explanatory view of the information accumulated in B205. This D
B stores the classification of “news” specified by the user and the “contents” thereof.

【0092】図19は、クライアント20の設定DB2
03に蓄積される情報の概念説明図である。このDBに
は、(a)利用者設定データテーブル及び(b)参照設
定データテーブルが蓄積されている。利用者設定データ
テーブル(a)には、前記第1実施形態例と同様の情報
が蓄積されている。参照設定テーブル(b)には、「バ
ディID」及び「参照項目」に代えて「参照ニュース」
が、「通知項目」に代えて「通知ニュース」が記憶され
ている点を除き、前記第1実施形態例と同様の情報が蓄
積されている。
FIG. 19 shows the setting DB 2 of the client 20.
It is a conceptual explanatory view of the information accumulated in 03. This DB stores (a) a user setting data table and (b) a reference setting data table. The same information as in the first embodiment is stored in the user setting data table (a). In the reference setting table (b), “reference news” is used instead of “buddy ID” and “reference item”.
However, the same information as in the first embodiment is stored except that “notification news” is stored instead of “notification item”.

【0093】図20は、クライアント20の方式DB2
04に蓄積される情報の概念説明図である。このDBに
は、(a)通信履歴テーブル、(b)能力テーブル及び
(c)参照情報テーブルが蓄積されている。通信履歴テ
ーブル(a)及び能力テーブル(b)に蓄積される情報
は、前記第1実施形態例と同様である。参照情報テーブ
ルに蓄積される情報は、「バディID」及び「情報項
目」に代えて「参照ニュース」が記述されている他は、
前記第1実施形態例と同様の情報が蓄積されている。
FIG. 20 shows the method DB2 of the client 20.
FIG. 4 is a conceptual explanatory diagram of information stored in 04. This DB stores (a) a communication history table, (b) a capability table, and (c) a reference information table. The information stored in the communication history table (a) and the capability table (b) is the same as in the first embodiment. The information stored in the reference information table is, except that “reference news” is described instead of “buddy ID” and “information item”.
Information similar to that of the first embodiment is stored.

【0094】[処理の流れ]本実施形態例において、ニ
ュースサーバ10及びクライアント20が、方式決定モ
ジュール102及び方式指定モジュール202により行
う処理は、前記第1実施形態例と同様である。
[Processing Flow] In this embodiment, the processing performed by the system determining module 102 and the system designating module 202 by the news server 10 and the client 20 is the same as that of the first embodiment.

【0095】<第3実施形態例>前記第1及び第2実施
形態例では、送信側及び受信側機器が通信する方式を、
送信側を優先に決定している。しかし、以下のように、
受信側を優先して決定することも可能である。
<Third Embodiment> In the first and second embodiments, the method of communication between the transmitting and receiving devices is as follows.
The sending side has been determined to have priority. However, as follows:
It is also possible to give priority to the receiving side.

【0096】[構成]図21は、第3実施形態例に係る
アウェアネスシステムの構成図である。このシステム
は、複数のアウェアネスクライアント120a,b・・
・がネットワーク130に接続されて構成される。この
システムでは、ユーザのアウェアネス情報は、一時的に
そのユーザのクライアントに保持される。その上で、そ
のユーザをバディに指定している他のユーザのクライア
ントとアウェアネス情報の同期をとる。
[Configuration] FIG. 21 is a configuration diagram of an awareness system according to the third embodiment. This system includes a plurality of awareness clients 120a, b,.
Is connected to the network 130. In this system, the user's awareness information is temporarily stored in the user's client. Then, the awareness information is synchronized with the client of another user who has designated the user as a buddy.

【0097】今、説明を容易にするため、ユーザAとユ
ーザBとは、それぞれのバディリストに相手を登録して
いるものとする。クライアント120aはユーザAのク
ライアントを、クライアント120bはユーザBのクラ
イアントを指すものとする。また、クライアント120
aが送信側に、クライアント120bが受信側になる場
合について説明する。但し、送信側のクライアントにも
受信側の機能やデータベースが設けられており、逆も同
様である。
Now, for ease of explanation, it is assumed that user A and user B have registered their partners in their respective buddy lists. The client 120a indicates the client of the user A, and the client 120b indicates the client of the user B. Also, the client 120
The case where a is the transmitting side and the client 120b is the receiving side will be described. However, the transmitting side client is also provided with the receiving side function and database, and vice versa.

【0098】送信側クライアント120aと受信側クラ
イアント120bとは、共にアウェアネスクライアント
モジュール121、設定DB123、方式DB124を
有している。この他に、送信側クライアント120a
は、方式指定モジュール126と利用者情報DB125
を有し、受信側クライアント120bは方式決定モジュ
ール122を有している。方式指定モジュール126
は、送信側クライアント120aに最適な通信方式を指
定し、受信側クライアント120bに通知する。方式決
定モジュール122は、送信側の指定方式と、受信側ク
ライアント120bの都合とに基づいて、通信方式を決
定する。
Each of the sending client 120a and the receiving client 120b has an awareness client module 121, a setting DB 123, and a method DB 124. In addition, the sending client 120a
Is a method designation module 126 and a user information DB 125
And the receiving-side client 120b has a method determination module 122. Method designation module 126
Designates an optimal communication method for the transmitting client 120a and notifies the receiving client 120b. The method determination module 122 determines a communication method based on the specification method of the transmission side and the convenience of the reception side client 120b.

【0099】図22は、送信側クライアント120aの
利用者情報DB125に蓄積された、ユーザA自身のア
ウェアネス情報の概念説明図である。このDBの情報
が、受信側クライアント120bに送信される。本例で
は、このDBには、「ユーザ状態」、「メッセージ」を
受信可能か否か、「電話」を受けられるか否か、及び
「電子メール」を受信可能か否かが記憶されている。
「ユーザ状態」としては、会議中、在席、不在、多忙な
ど、ユーザの状態を表すデータが記憶される。
FIG. 22 is a conceptual explanatory diagram of the awareness information of the user A himself stored in the user information DB 125 of the transmitting client 120a. The information of this DB is transmitted to the receiving client 120b. In this example, the DB stores “user status”, whether “message” can be received, whether “phone” can be received, and whether “email” can be received. .
As the “user state”, data indicating the state of the user, such as during a meeting, being present, not present, or busy, is stored.

【0100】図23は、送信側クライアント120aの
設定DB123に蓄積される情報の概念説明図である。
このDBには、送信側ユーザAをバディに登録している
ユーザB,C・・・に、ユーザAのどのアウェアネス情
報を配信するかが記憶されている。これらの情報は、予
め受信側クライアント120bから送られているものと
する。
FIG. 23 is a conceptual explanatory diagram of information stored in the setting DB 123 of the transmitting client 120a.
This DB stores which awareness information of the user A is distributed to the users B, C,... Who have registered the transmitting user A in the buddy. It is assumed that these pieces of information have been sent in advance from the receiving client 120b.

【0101】ここでは、設定DBは、「参照者のI
D」、「参照項目」及び「通知項目」を記憶している。
参照者IDは、送信側ユーザAのアウェアネス情報を参
照するユーザのIDである。参照項目には、参照者が参
照するアウェアネス情報の項目が記憶されている。通知
項目には、参照項目の中でも迅速に通知して欲しいアウ
ェアネス情報が記憶されている。
In this case, the setting DB stores “I
D "," reference item "and" notification item ".
The referrer ID is the ID of a user who refers to the awareness information of the transmitting user A. In the reference item, an item of awareness information referred by the referrer is stored. The notification item stores awareness information that the user wants to be notified promptly among the reference items.

【0102】図24は、送信側クライアント120aの
方式DB124に記憶される情報の概念説明図である。
このDBには、(a)通信履歴テーブル、(b)参照情
報データテーブル、(c)過去方式テーブル、及び
(d)通信情報テーブルが蓄積されている。このうち通
信履歴テーブル(a)は図4の通信履歴テーブルに、参
照情報データテーブル(b)は図4の参照情報データテ
ーブルに、過去方式テーブル(c)は図5の過去方式テ
ーブルに相当する。
FIG. 24 is a conceptual explanatory diagram of information stored in the method DB 124 of the transmitting client 120a.
The DB stores (a) a communication history table, (b) a reference information data table, (c) a past method table, and (d) a communication information table. Of these, the communication history table (a) corresponds to the communication history table of FIG. 4, the reference information data table (b) corresponds to the reference information data table of FIG. 4, and the past method table (c) corresponds to the past method table of FIG. .

【0103】但し、通信履歴テーブル(a)には、ユー
ザAをバディに登録しているユーザについての情報だけ
が記憶されている。また、参照情報データテーブル
(b)には、ユーザAに関する情報だけが記憶されてい
る。さらに、過去方式テーブル(c)は、ユーザAをバ
ディに登録している他のユーザについての情報のみを記
憶している。
However, the communication history table (a) stores only information on the user who has registered user A as a buddy. In the reference information data table (b), only information on the user A is stored. Further, the past method table (c) stores only information on other users who have registered the user A as a buddy.

【0104】通信情報テーブル(d)には、通信路の負
荷、通信側クライアントの負荷及び能力、通信路能力が
記憶されている。図25は、受信側クライアント120
bの設定DB123に記憶されている情報の概念説明図
である。このDBには、(a)利用者設定データテーブ
ル及び(b)参照設定テーブルが記憶されている。これ
らのテーブルは、前記図6の利用者設定データテーブル
及び参照設定データテーブルと同様の内容を記憶してい
る。
The communication information table (d) stores the load of the communication path, the load and capacity of the communication side client, and the communication path capacity. FIG. 25 shows the receiving client 120
It is a conceptual explanatory view of the information stored in the setting DB123 of b. This DB stores (a) a user setting data table and (b) a reference setting table. These tables store the same contents as the user setting data table and the reference setting data table in FIG.

【0105】図26は、受信側クライアント120bの
方式DB124に記憶される情報の概念説明図である。
このDBには、(a)通信履歴テーブル、(b)能力テ
ーブル、(c)参照情報テーブルが蓄積されている。こ
れらのテーブルは、前記図7のクライアント側方式DB
に蓄積されている各テーブルと同様の内容を記憶してい
る。
FIG. 26 is a conceptual explanatory diagram of information stored in the method DB 124 of the receiving client 120b.
This DB stores (a) a communication history table, (b) a capability table, and (c) a reference information table. These tables correspond to the client-side system DB shown in FIG.
And the same contents as those stored in the respective tables.

【0106】[処理の流れ]次に、本実施形態例におい
て通信方式を決定する処理を説明する。前述したよう
に、このシステムでは送信側機器が通信方式を指定し、
受信側機器が実際に通信を行う方式を決定する。その
後、決定した通信方式に基づいて通信する処理は、前述
の通信処理と同様である。以下では、(1)送信側クラ
イアントが行う通信方式指定方式、(2)受信側クライ
アントが行う通信方式決定処理について説明する。
[Processing Flow] Next, the processing for determining the communication system in this embodiment will be described. As described above, in this system, the transmitting device specifies the communication method,
The method by which the receiving device actually performs communication is determined. Thereafter, the process of communicating based on the determined communication method is the same as the above-described communication process. Hereinafter, (1) a communication method designation method performed by the transmitting client and (2) a communication method determining process performed by the receiving client will be described.

【0107】(1)通信方式指定処理(送信側) 図27及び図28は、送信側クライアントが行う通信方
式指定処理の流れを示すフローチャートである。送信側
クライアント120aは、方式指定モジュール126を
用い、以下の処理を行う。送信側クライアント120a
は、ユーザのアウェアネス情報が更新されることにより
以下の処理を開始する。
(1) Communication System Designation Process (Transmission Side) FIGS. 27 and 28 are flowcharts showing the flow of the communication system designation process performed by the transmission side client. The transmission-side client 120a performs the following processing using the method designation module 126. Sending client 120a
Starts the following processing by updating the awareness information of the user.

【0108】ステップS51、S52:送信側クライア
ント120aは、方式DB124を参照し、クライアン
ト120bとの前回の通信量が100バイト/分未満な
らば(S51)、プッシュ方式に20ポイントを加える
(S52)。
Steps S51 and S52: The transmitting client 120a refers to the method DB 124, and if the last communication volume with the client 120b is less than 100 bytes / min (S51), adds 20 points to the push method (S52). .

【0109】ステップS53、S54:送信側クライア
ント120aは、方式DB124を参照し、クライアン
ト120bとの前回の通信時間が平均2秒未満ならば
(S53)、プッシュ方式に10ポイントを加える(S
54)。
Steps S53 and S54: The transmitting client 120a refers to the method DB 124, and if the last communication time with the client 120b is less than 2 seconds on average (S53), 10 points are added to the push method (S53).
54).

【0110】ステップS55、S56:送信側クライア
ント120aは、方式DB124を参照し、通信すべき
量が10Kbytes以上で、かつ通信路の能力が中以下の場
合(S55)、プッシュ方式に10ポイントを加える
(S56)。
Steps S55 and S56: The transmitting client 120a refers to the method DB 124 and adds 10 points to the push method when the communication amount is 10 Kbytes or more and the capacity of the communication path is medium or less (S55). (S56).

【0111】ステップS57、S58:送信側クライア
ント120aは、方式DB124を参照し、送信側の負
荷が高くかつ通信すべき量が10Kbytes以上の場合(S
57)、プル方式に20ポイントを、ノーティファイ方
式に10ポイントを、それぞれ加える(S58)。
Steps S57 and S58: The transmitting side client 120a refers to the method DB 124, and when the load on the transmitting side is high and the communication amount is 10 Kbytes or more (S
57) 20 points are added to the pull method and 10 points are added to the notify method (S58).

【0112】ステップS59、S510:送信側クライ
アント120aは、方式DB124を参照し、自身の能
力が低く、かつ通信すべき量が10Kbytes以上の場合
(S59)、プル方式に20ポイントを、ノーティファ
イ方式に10ポイントをそれぞれ加算する(S51
0)。
Steps S59 and S510: The transmitting client 120a refers to the method DB 124 and, if its own ability is low and the communication amount is 10 Kbytes or more (S59), 20 points are assigned to the pull method and the notify method is used. 10 points are added to each (S51)
0).

【0113】ステップS511、S512:送信側クラ
イアント120aは、方式DB124を参照し、通信路
の負荷が高く、かつ送信するアウェアネス情報の更新頻
度が所定以上であるか否かを判断する。ここでは、更新
頻度が1時間当たり100回以上であれば(S51
1)、ノーティファイ方式に30ポイントを加算する
(S512)。
Steps S511 and S512: The transmitting client 120a refers to the method DB 124 and determines whether the load on the communication channel is high and the frequency of updating the awareness information to be transmitted is equal to or higher than a predetermined value. Here, if the update frequency is 100 times or more per hour (S51)
1), 30 points are added to the notify method (S512).

【0114】ステップS513,S514:送信側クラ
イアント120aは、更新されたユーザAのアウェアネ
ス情報が重要な情報の場合(S513)、プッシュ方式
に30ポイントを加算する(S514)。
Steps S513 and S514: If the updated awareness information of the user A is important information (S513), the transmitting client 120a adds 30 points to the push method (S514).

【0115】ステップS515、S516、S517:
送信側クライアント120aは、更新されたアウェアネ
ス情報が、受信側ユーザBの通知項目に指定されている
か否かを判断する(S515)。通知項目の場合、送信
側クライアント120aは、プッシュ方式またはノーテ
ィファイ方式のうちポイントが高い方を指定方式とする
(S516)。通知項目でない場合には、プッシュ、ノ
ーティファイ、プル方式のうち最もポイントの高いもの
を指定方式とする(S517)。
Steps S515, S516, S517:
The transmitting client 120a determines whether the updated awareness information is specified in the notification item of the receiving user B (S515). In the case of the notification item, the transmission-side client 120a sets the higher one of the push method and the notify method as the designation method (S516). If the item is not a notification item, the item having the highest point among the push, notify, and pull methods is set as the designated method (S517).

【0116】ステップS518,S519:送信側クラ
イアント120aは、方式DB124を参照し、指定方
式またはその決定理由が前回と異なるか否かを判断する
(S518)。異なる場合、受信側クライアント120
bに問い合わせを送信する(S519)。この問い合わ
せには、送信側クライアント120aの指定する通信方
式が記述されている。
Steps S518, S519: The transmitting client 120a refers to the method DB 124 and determines whether the designated method or the reason for the determination is different from the previous method (S518). If not, the receiving client 120
b is transmitted (S519). This inquiry describes the communication method specified by the transmitting client 120a.

【0117】ステップS520、S521:送信側クラ
イアント120aは、受信側クライアント120bから
の通信方式の回答を待機し(S520)、回答により通
知された通信方式を最終的な通信方式として決定する
(S521)。
Steps S520 and S521: The transmitting client 120a waits for a response to the communication method from the receiving client 120b (S520), and determines the communication method notified by the response as the final communication method (S521). .

【0118】(2)通信方式決定処理 図29及び図30は、受信側クライアントが行う通信方
式決定処理の流れを示すフローチャートである。受信側
クライアント120bは、方式決定モジュール122を
用い、送信側クライアント120aが指定する通信方式
と自身の状況とに基づいて、通信方式を決定する。受信
側クライアント120bは、所定のイベントが生じた場
合に、以下の処理を開始する。所定のイベントとは、送
信側クライアント120aからの通信方式の問い合わせ
があった場合や、所定時間毎、自身の状況が変化した場
合などである。
(2) Communication System Determination Process FIGS. 29 and 30 are flowcharts showing the flow of the communication system determination process performed by the receiving client. The receiving client 120b uses the scheme determining module 122 to determine the communication scheme based on the communication scheme specified by the transmitting client 120a and its own situation. The receiving client 120b starts the following processing when a predetermined event occurs. The predetermined event is, for example, when there is an inquiry about the communication method from the transmission-side client 120a, or when the status of the client itself changes every predetermined time.

【0119】ステップS61、S62:受信側クライア
ント120bは、送信側クライアント120aの指定方
式があるか否かを判断し(S61)、ある場合にはその
通信方式に100ポイントを加算する(S62)。
Steps S61 and S62: The receiving client 120b determines whether or not there is a method specified by the transmitting client 120a (S61), and if so, adds 100 points to the communication method (S62).

【0120】ステップS63:受信側クライアント12
0bは、送信側クライアント120aが指定して来た通
信方式に50ポイントを加算する。ステップS64、S
65、S66:受信側クライアント120bは、送信側
クライアント120aとの間での前回の通信がプッシュ
方式か否かを判断する(S64)。プッシュ方式の場
合、T<0か否かにより、以下の処理を行う(S6
5)。ここで、Tとは、現在までの通信料金CCと料金
目標CDを用いて、以下のように表される。通信料金C
C及び料金目標CDは、設定DB123及び方式DB1
24から読み出される。
Step S63: Receiving Client 12
0b adds 50 points to the communication method specified by the transmitting client 120a. Step S64, S
65, S66: The receiving client 120b determines whether or not the previous communication with the transmitting client 120a is the push method (S64). In the case of the push method, the following processing is performed depending on whether T <0 (S6).
5). Here, T is expressed as follows using the communication charge CC and the charge target CD up to the present. Communication charge C
C and the charge target CD are the setting DB 123 and the method DB 1
24.

【0121】T=(CD−CC)/CD T<0の場合、受信側クライアント120bは、プル方
式に200ポイントを、ノーティファイ方式に100ポ
イントをそれぞれ加算する(S66)。T≧0の場合、
受信側クライアント120bは、プル方式に(T×20
0)ポイントを、ノーティファイ方式に(T×100)
ポイントをそれぞれ加算する(S67)。
If T = (CD-CC) / CD T <0, the receiving client 120b adds 200 points to the pull method and 100 points to the notify method (S66). If T ≧ 0,
The receiving client 120b uses the pull method (T × 20
0) Convert points to Notify method (T × 100)
Points are added respectively (S67).

【0122】ステップS68、S69、S610:受信
側クライアント120bは、設定DB123を参照し、
参照時間が優先か否かを判断する(S68)。参照時間
優先の場合、受信側クライアント120bは、プッシュ
方式に30ポイントを加算する(S69)。そうでない
場合には、プル方式に50ポイントを、ノーティファイ
方式に30ポイントをそれぞれ加算する(S610)。
Steps S68, S69, S610: The receiving client 120b refers to the setting DB 123,
It is determined whether the reference time is prioritized (S68). In the case where the reference time is prioritized, the receiving client 120b adds 30 points to the push method (S69). Otherwise, 50 points are added to the pull method and 30 points are added to the notify method (S610).

【0123】ステップS611、S612:受信側クラ
イアント120bは、方式DB124を参照し、自身の
負荷が高いか否かを判断する(S611)。負荷が高い
場合、プル方式に20ポイントを、ノーティファイ方式
に10ポイントをそれぞれ加算する(S612)。
Steps S611 and S612: The receiving client 120b refers to the method DB 124 and determines whether or not its own load is high (S611). If the load is high, 20 points are added to the pull method and 10 points are added to the notify method (S612).

【0124】ステップS613、S614:受信側クラ
イアント120bは、方式DB124を参照し、自身の
能力が低いか否かを判断する(S613)。能力が低い
場合、プル方式に10ポイントを、ノーティファイ方式
に5ポイントをそれぞれ加算する(S614)。
Steps S613 and S614: The receiving client 120b refers to the method DB 124 and determines whether or not its own capability is low (S613). If the ability is low, 10 points are added to the pull method and 5 points are added to the notify method (S614).

【0125】ステップS615、S616:受信側クラ
イアント120bは、方式DB124を参照し、ユーザ
Aのアウェアネス情報を参照する参照頻度が所定以上、
例えば20(回/時)以上か否かを判断する(S61
5)。所定以上の場合、受信側クライアント120b
は、プッシュ方式に30ポイントを、ノーティファイ方
式に20ポイントをそれぞれ加算する(S616)。
Steps S615 and S616: The receiving client 120b refers to the method DB 124, and the frequency of referring to the awareness information of the user A is not less than a predetermined frequency.
For example, it is determined whether it is equal to or more than 20 (times / hour) (S61).
5). If the number is equal to or greater than a predetermined value, the receiving client 120b
Adds 30 points to the push method and 20 points to the notify method (S616).

【0126】ステップS617、S618:受信側クラ
イアント120bは、方式DB124及び設定DB12
3を参照し、通信路の能力が低く、かつ受信側ユーザB
が参照時間を優先しているか否かを判断する(S61
7)。そうであれば、受信側クライアント120bは、
プッシュ方式に10ポイントを加算する(S618)。
Steps S617 and S618: The receiving-side client 120b uses the method DB 124 and the setting DB 12
3, the communication path capability is low and the receiving user B
It is determined whether or not the priority is given to the reference time (S61).
7). If so, the receiving client 120b
10 points are added to the push method (S618).

【0127】ステップS619、S620、S621:
受信側クライアント120bは、設定DB123に基づ
いて、更新されたユーザAのアウェアネス情報を、ユー
ザBが通知項目に指定しているか否かを判断する(S6
19)。通知項目の場合、受信側クライアント120b
は、プッシュ方式またはノーティファイ方式のうちポイ
ントの高い方を最終的な通信方式として決定する(S6
20)。通知項目でない場合、プッシュ方式、ノーティ
ファイ方式またはプル方式のいずれかのうち最もポイン
トの高いものを最終的な通信方式として決定する(S6
21)。
Steps S619, S620, S621:
The receiving client 120b determines whether or not the user B has specified the updated awareness information of the user A in the notification item based on the setting DB 123 (S6).
19). In the case of a notification item, the receiving client 120b
Determines the higher point of the push method or the notify method as the final communication method (S6).
20). If it is not a notification item, the one having the highest point among the push method, the notify method, and the pull method is determined as the final communication method (S6).
21).

【0128】ステップS622:受信側クライアント1
20bは、決定した最終的な通信方式を送信側クライア
ント120aに通知し、処理を終了する。以上のように
して通信方式が決定された後、受信側クライアント12
0bと送信側クライアント120aとは、決定された方
式に通信方式を切り替える。この処理については、前記
第1実施形態例のサーバ側及びクライアント側における
通信処理と同様である。
Step S622: Client 1 on the receiving side
20b notifies the determined final communication method to the transmitting client 120a, and ends the processing. After the communication method is determined as described above, the receiving client 12
0b and the sending client 120a switch the communication method to the determined method. This process is the same as the communication process on the server side and the client side of the first embodiment.

【0129】<その他の実施形態例> (A)前述の実施形態例に述べた以外にも、通信に影響
を与える要因は様々に存在する。それらを考慮し、前述
の決定処理を変形することにより、様々な通信方式の決
定方法が可能である。
<Other Embodiments> (A) There are various factors affecting communication other than those described in the above embodiments. By taking the above into consideration and modifying the above-described determination processing, various communication method determination methods are possible.

【0130】(B)前述した本発明の方法を実行するプ
ログラムを記録した記録媒体は、本発明に含まれる。こ
こで記録媒体としては、コンピュータが読み書き可能な
フロッピー(登録商標)ディスク、ハードディスク、半
導体メモリ、CD-ROM、DVD、光磁気ディスク(M
O)、その他のものが挙げられる。
(B) A recording medium on which a program for executing the method of the present invention described above is recorded is included in the present invention. Here, as the recording medium, a floppy (registered trademark) disk, hard disk, semiconductor memory, CD-ROM, DVD, magneto-optical disk (M
O) and others.

【0131】<付記> (付記1)データ通信路により接続された複数の機器間
で情報を送受信するための通信方式の切替方法であっ
て、第1の機器において所定のイベントが発生した場合
に、第1の機器の通信環境に基づいて第1通信方式を動
的に決定し、第2の機器において所定のイベントが発生
した場合に、第2の機器の通信環境に基づいて第2通信
方式を動的に決定し、一方の機器から他方の機器へ情報
を送信する通信方式を、前記第1通信方式または第2通
信方式のいずれかに切り替える、通信方式の切替方法。
<Supplementary Note> (Supplementary Note 1) This is a communication method switching method for transmitting and receiving information between a plurality of devices connected by a data communication path, and is used when a predetermined event occurs in the first device. The first communication method is dynamically determined based on the communication environment of the first device, and when a predetermined event occurs in the second device, the second communication method is determined based on the communication environment of the second device. Is dynamically determined, and a communication method for transmitting information from one device to the other device is switched to one of the first communication method and the second communication method.

【0132】(付記2)第1の機器が情報の送信側であ
る場合、一方の機器から他方の機器へ情報を送信する通
信方式を、第1の機器で決定した通信方式に切り替え
る、付記1に記載の通信方式の切替方法。
(Supplementary Note 2) When the first device is the information transmitting side, the communication system for transmitting information from one device to the other device is switched to the communication system determined by the first device. The communication method switching method described in 1.

【0133】この方法では、送信側の決定を優先する。
ただし、送信側がサーバの場合のように、送信側は受信
側の通信環境もある程度考慮して通信方式を決定可能な
場合もある。
In this method, priority is given to the decision on the transmitting side.
However, as in the case where the transmission side is a server, the transmission side may be able to determine the communication method in consideration of the communication environment of the reception side to some extent.

【0134】(付記3)第1の機器が情報の受信側であ
る場合、一方の機器から他方の機器へ情報を送信する通
信方式を、第1の機器で決定した通信方式に切り替え
る、付記1に記載の通信方式の切替方法。
(Supplementary Note 3) When the first device is the information receiving side, the communication system for transmitting information from one device to the other device is switched to the communication system determined by the first device. The communication method switching method described in 1.

【0135】この方法では、受信側の決定を優先する。
例えば、サーバレスシステムにおいては、クライアント
間での通信が行われるため、受信側の決定を優先する場
合が考えられる。
In this method, the determination on the receiving side is prioritized.
For example, in a serverless system, since communication is performed between clients, a case may be considered in which priority is given to determination on the receiving side.

【0136】(付記4)前記第1及び第2の機器は、プ
ッシュ、ノーティファイまたはプル方式のいずれかの通
信方式の中から、前記第1及び第2通信方式を決定す
る、付記1に記載の通信方式の切替方法。
(Supplementary note 4) The supplementary note 1 wherein the first and second devices determine the first and second communication systems from among the communication systems of push, notify, and pull systems. Communication method switching method.

【0137】(付記5)データ通信路により接続された
複数の機器間で情報を送受信するための通信方式の切替
方法であって、第1の機器は、所定のイベントが発生し
た場合、所定の第2の機器と通信するための第1通信方
式を、第1の機器の通信環境に基づいて動的に決定し、
前記第1の機器は、決定した第1通信方式を、前記第2
の機器に通知し、前記第2の機器は、所定のイベントが
発生した場合、第2の機器の通信環境及び前記第1通信
方式に基づいて、前記第1の機器と通信するための第2
通信方式を決定し、一方の機器から他方の機器へ情報を
送信する通信方式を、前記第2通信方式に切り替える、
通信方式の切替方法。
(Supplementary Note 5) This is a communication method switching method for transmitting and receiving information between a plurality of devices connected by a data communication path, wherein a first device performs a predetermined process when a predetermined event occurs. Dynamically determining a first communication method for communicating with the second device based on a communication environment of the first device;
The first device transmits the determined first communication method to the second communication method.
The second device notifies a second device for communicating with the first device based on a communication environment of the second device and the first communication method when a predetermined event occurs.
Determining a communication method, switching a communication method for transmitting information from one device to the other device to the second communication method,
Communication method switching method.

【0138】(付記6)データ通信路に接続され、第1
機器と情報を送受信する第2機器に用いられる通信方式
の切替装置であって、前記第2機器において所定のイベ
ントが発生した場合、第2機器の通信環境に基づいて通
信方式を動的に決定する手段と、第1機器との通信方式
を、第1機器と交渉して決定する手段と、第1機器との
交渉の結果に従い、第1機器と通信を行う通信方式を切
り替える手段と、を備える通信方式の切替装置。
(Supplementary Note 6) Connected to the data communication path,
A communication system switching device used for a second device that transmits and receives information to and from a device, wherein when a predetermined event occurs in the second device, the communication method is dynamically determined based on the communication environment of the second device. Means for determining a communication method with the first device by negotiation with the first device, and means for switching a communication method for communicating with the first device according to the result of the negotiation with the first device. Communication system switching device provided.

【0139】(付記7)データ通信路に接続され、第1
機器と情報を送受信する第2機器に用いられる通信方式
の切替装置であって、前記第1機器において所定のイベ
ントが発生した場合、前記第1機器の通信環境に基づい
て前記第1機器が決定した第1通信方式の通知を受信す
る手段と、前記第1機器との通信方式を、前記第2の機
器の通信環境及び前記第1通信方式に基づいて決定する
手段と、前記決定に従い、前記第1機器と通信を行う通
信方式を切り替える手段と、を備える通信方式の切替装
置。
(Supplementary Note 7) The data communication path is
A communication mode switching device used for a second device that transmits and receives information to and from a device, wherein when a predetermined event occurs in the first device, the first device is determined based on a communication environment of the first device. Means for receiving a notification of the first communication method, a means for determining a communication method with the first device based on a communication environment of the second device and the first communication method, and Means for switching a communication method for performing communication with the first device.

【0140】[0140]

【発明の効果】本発明を用いれば、様々な要因の変化に
応じて通信方式を動的に切り替え、ネットワーク及びコ
ンピュータ資源を有効利用し、通信コストを削減するこ
とができる。
According to the present invention, the communication system can be dynamically switched according to changes in various factors, network and computer resources can be effectively used, and communication costs can be reduced.

【図面の簡単な説明】[Brief description of the drawings]

【図1】第1実施形態例に係るアウェアネスシステムの
全体構成。
FIG. 1 is an overall configuration of an awareness system according to a first embodiment.

【図2】ユーザDBに蓄積される情報の概念説明図。FIG. 2 is a conceptual explanatory diagram of information stored in a user DB.

【図3】サーバ側設定DBに蓄積される情報の概念説明
図。
FIG. 3 is a conceptual explanatory diagram of information stored in a server-side setting DB.

【図4】サーバ側方式DBに蓄積される情報の概念説明
図(1)。
FIG. 4 is a conceptual explanatory view of information stored in a server-side system DB (1).

【図5】サーバ側方式DBに蓄積される情報の概念説明
図(2)。
FIG. 5 is a conceptual explanatory view of information stored in a server-side system DB (2).

【図6】クライアント側設定DBに蓄積される情報の概
念説明図。
FIG. 6 is a conceptual explanatory diagram of information stored in a client-side setting DB.

【図7】クライアント側方式DBに蓄積される情報の概
念説明図。
FIG. 7 is a conceptual explanatory diagram of information stored in a client-side system DB.

【図8】決定処理(サーバ側)の流れを示すフローチャ
ート。
FIG. 8 is a flowchart showing a flow of a determination process (on the server side).

【図9】加算処理(サーバ側)の流れを示すフローチャ
ート(1)。
FIG. 9 is a flowchart (1) showing a flow of an addition process (server side).

【図10】加算処理(サーバ側)の流れを示すフローチ
ャート(2)。
FIG. 10 is a flowchart (2) showing the flow of an addition process (server side).

【図11】指定処理(クライアント側)の流れを示すフ
ローチャート。
FIG. 11 is a flowchart showing the flow of a designation process (client side).

【図12】通信処理(サーバ側)の流れを示すフローチ
ャート。
FIG. 12 is a flowchart illustrating a flow of a communication process (on the server side).

【図13】通信処理(クライアント側)の流れを示すフ
ローチャート。
FIG. 13 is a flowchart showing the flow of a communication process (client side).

【図14】第2実施形態例に係るアウェアネスシステム
の全体構成。
FIG. 14 is an overall configuration of an awareness system according to a second embodiment.

【図15】サーバ側設定DBに蓄積される情報の概念説
明図。
FIG. 15 is a conceptual explanatory diagram of information stored in a server-side setting DB.

【図16】サーバ側方式DBに蓄積される情報の概念説
明図(1)。
FIG. 16 is a conceptual explanatory view of information stored in a server-side system DB (1).

【図17】サーバ側方式DBに蓄積される情報の概念説
明図(2)。
FIG. 17 is a conceptual explanatory view of information stored in a server-side system DB (2).

【図18】クライアント側ニュースDBに蓄積される情
報の概念説明図。
FIG. 18 is a conceptual explanatory diagram of information stored in a client-side news DB.

【図19】クライアント側設定DBに蓄積される情報の
概念説明図。
FIG. 19 is a conceptual explanatory diagram of information stored in a client-side setting DB.

【図20】クライアント側方式DBに蓄積される情報の
概念説明図。
FIG. 20 is a conceptual explanatory diagram of information stored in a client-side system DB.

【図21】第3実施形態例に係るアウェアネスシステム
の全体構成。
FIG. 21 is an overall configuration of an awareness system according to a third embodiment.

【図22】送信側の利用者情報DBに蓄積される情報の
概念説明図。
FIG. 22 is a conceptual explanatory diagram of information stored in a user information DB on the transmission side.

【図23】送信側設定DBに蓄積される情報の概念説明
図。
FIG. 23 is a conceptual explanatory diagram of information stored in a transmission-side setting DB.

【図24】送信側方式DBに蓄積される情報の概念説明
図。
FIG. 24 is a conceptual explanatory diagram of information stored in a transmission-side system DB.

【図25】受信側設定DBに蓄積される情報の概念説明
図。
FIG. 25 is a conceptual explanatory diagram of information stored in a receiving-side setting DB.

【図26】受信側方式DBに蓄積される情報の概念説明
図。
FIG. 26 is a conceptual explanatory diagram of information stored in a receiving system DB.

【図27】指定処理(送信側)の流れを示すフローチャ
ート(1)。
FIG. 27 is a flowchart (1) showing a flow of a designation process (transmission side).

【図28】指定処理(送信側)の流れを示すフローチャ
ート(2)。
FIG. 28 is a flowchart (2) showing a flow of a designation process (transmission side).

【図29】決定処理(受信側)の流れを示すフローチャ
ート(1)。
FIG. 29 is a flowchart (1) showing a flow of a determination process (reception side).

【図30】決定処理(受信側)の流れを示すフローチャ
ート(2)。
FIG. 30 is a flowchart (2) showing a flow of a determination process (reception side).

【符号の説明】[Explanation of symbols]

1;アウェアネスサーバ 2;クライアント 3;ネットワーク 1: Awareness server 2: Client 3: Network

フロントページの続き (72)発明者 奥山 敏 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 (72)発明者 角田 潤 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 (72)発明者 神田 陽治 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 (72)発明者 渡辺 理 神奈川県川崎市中原区上小田中4丁目1番 1号 富士通株式会社内 Fターム(参考) 5K024 AA71 CC07 GG01 GG03 5K030 GA08 GA19 HA05 LD13 5K034 AA17 EE11 HH01 HH02 HH06 HH63 Continued on the front page (72) Inventor Satoshi Okuyama 4-1-1, Uedanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture Inside Fujitsu Limited (72) Inventor Jun Jun Kakuda 4-1-1, Kamiodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Inside Fujitsu Limited (72) Inventor Yoji Kanda 4-1-1, Kamikodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture Inside Fujitsu Limited (72) Osamu Watanabe 4-1-1, Kamikodanaka, Nakahara-ku, Kawasaki-shi, Kanagawa Prefecture F term in Fujitsu Limited (reference) 5K024 AA71 CC07 GG01 GG03 5K030 GA08 GA19 HA05 LD13 5K034 AA17 EE11 HH01 HH02 HH06 HH63

Claims (5)

【特許請求の範囲】[Claims] 【請求項1】データ通信路により接続された複数の機器
間で情報を送受信するための通信方式の切替方法であっ
て、 第1の機器において所定のイベントが発生した場合に、
第1の機器の通信環境に基づいて第1通信方式を動的に
決定し、 第2の機器において所定のイベントが発生した場合に、
第2の機器の通信環境に基づいて第2通信方式を動的に
決定し、 一方の機器から他方の機器へ情報を送信する通信方式
を、前記第1通信方式または第2通信方式のいずれかに
切り替える、 通信方式の切替方法。
1. A method for switching a communication method for transmitting and receiving information between a plurality of devices connected by a data communication path, comprising the steps of:
The first communication method is dynamically determined based on the communication environment of the first device, and when a predetermined event occurs in the second device,
The second communication method is dynamically determined based on the communication environment of the second device, and the communication method for transmitting information from one device to the other device is selected from the first communication method and the second communication method. Switching to the communication method.
【請求項2】前記第1及び第2の機器は、プッシュ、ノ
ーティファイまたはプル方式のいずれかの通信方式の中
から、前記第1及び第2通信方式を決定する、請求項1
に記載の通信方式の切替方法。
2. The communication system according to claim 1, wherein the first and second devices determine the first and second communication systems from among a communication system of a push, a notify and a pull system.
The communication method switching method described in 1.
【請求項3】データ通信路により接続された複数の機器
間で情報を送受信するための通信方式の切替方法であっ
て、 第1の機器は、所定のイベントが発生した場合、所定の
第2の機器と通信するための第1通信方式を、第1の機
器の通信環境に基づいて動的に決定し、 前記第1の機器は、決定した第1通信方式を、前記第2
の機器に通知し、 前記第2の機器は、所定のイベントが発生した場合、第
2の機器の通信環境及び前記第1通信方式に基づいて、
前記第1の機器と通信するための第2通信方式を決定
し、 一方の機器から他方の機器へ情報を送信する通信方式
を、前記第2通信方式に切り替える、 通信方式の切替方法。
3. A method for switching a communication method for transmitting and receiving information between a plurality of devices connected by a data communication path, wherein a first device is provided with a predetermined second event when a predetermined event occurs. A first communication method for communicating with the first device is dynamically determined based on the communication environment of the first device, and the first device determines the determined first communication method as the second communication method.
The second device, when a predetermined event occurs, based on the communication environment of the second device and the first communication method,
A communication method switching method, comprising: determining a second communication method for communicating with the first device; and switching a communication method for transmitting information from one device to the other device to the second communication method.
【請求項4】データ通信路に接続され、第1機器と情報
を送受信する第2機器に用いられる通信方式の切替装置
であって、 前記第2機器において所定のイベントが発生した場合、
第2機器の通信環境に基づいて通信方式を動的に決定す
る手段と、 第1機器との通信方式を、第1機器と交渉して決定する
手段と、 第1機器との交渉の結果に従い、第1機器と通信を行う
通信方式を切り替える手段と、 を備える通信方式の切替装置。
4. A switching device for a communication system used for a second device connected to a data communication path and transmitting / receiving information to / from a first device, wherein a predetermined event occurs in the second device.
A means for dynamically determining a communication method based on a communication environment of the second device; a means for determining a communication method with the first device by negotiation with the first device; Means for switching a communication method for performing communication with the first device.
【請求項5】データ通信路に接続され、第1機器と情報
を送受信する第2機器に用いられる通信方式の切替装置
であって、 前記第1機器において所定のイベントが発生した場合、
前記第1機器の通信環境に基づいて前記第1機器が決定
した第1通信方式の通知を受信する手段と、 前記第1機器との通信方式を、前記第2の機器の通信環
境及び前記第1通信方式に基づいて決定する手段と、 前記決定に従い、前記第1機器と通信を行う通信方式を
切り替える手段と、 を備える通信方式の切替装置。
5. A switching device for a communication system used for a second device that is connected to a data communication path and transmits and receives information to and from a first device, wherein a predetermined event occurs in the first device.
Means for receiving a notification of a first communication method determined by the first device based on a communication environment of the first device; and a communication method with the first device, the communication method of the second device and a communication method of the second device. 1. A communication mode switching device, comprising: means for determining based on one communication mode; and means for switching a communication mode for performing communication with the first device in accordance with the determination.
JP2000261630A 2000-08-30 2000-08-30 COMMUNICATION METHOD AND TRANSMITTER Expired - Fee Related JP4577803B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000261630A JP4577803B2 (en) 2000-08-30 2000-08-30 COMMUNICATION METHOD AND TRANSMITTER

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000261630A JP4577803B2 (en) 2000-08-30 2000-08-30 COMMUNICATION METHOD AND TRANSMITTER

Publications (2)

Publication Number Publication Date
JP2002077294A true JP2002077294A (en) 2002-03-15
JP4577803B2 JP4577803B2 (en) 2010-11-10

Family

ID=18749440

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000261630A Expired - Fee Related JP4577803B2 (en) 2000-08-30 2000-08-30 COMMUNICATION METHOD AND TRANSMITTER

Country Status (1)

Country Link
JP (1) JP4577803B2 (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008535390A (en) * 2005-03-31 2008-08-28 ルーセント テクノロジーズ インコーポレーテッド Method and apparatus for providing enhanced functionality to multicast content services and multiplayer game services
JP2011141623A (en) * 2010-01-05 2011-07-21 Canon Inc Communication device and method of controlling the same
JP2013504275A (en) * 2009-09-09 2013-02-04 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Adapting content transmission in mobile networks
JP2017123612A (en) * 2016-01-08 2017-07-13 Necプラットフォームズ株式会社 Communication controller, communication control method, and program
JP2019021982A (en) * 2017-07-12 2019-02-07 日本電信電話株式会社 Network measuring system and network measuring method
JP2020185730A (en) * 2019-05-15 2020-11-19 キヤノン株式会社 Image formation device, control method for the same, image formation system and program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000069075A (en) * 1998-08-24 2000-03-03 Matsushita Electric Ind Co Ltd Communication system using awareness, server device and terminal equipment
JP2000090128A (en) * 1998-09-08 2000-03-31 Kokusai Electric Co Ltd Information distribution system
JP2000134216A (en) * 1998-10-26 2000-05-12 Nec Eng Ltd Communication controller and communication control method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000069075A (en) * 1998-08-24 2000-03-03 Matsushita Electric Ind Co Ltd Communication system using awareness, server device and terminal equipment
JP2000090128A (en) * 1998-09-08 2000-03-31 Kokusai Electric Co Ltd Information distribution system
JP2000134216A (en) * 1998-10-26 2000-05-12 Nec Eng Ltd Communication controller and communication control method

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008535390A (en) * 2005-03-31 2008-08-28 ルーセント テクノロジーズ インコーポレーテッド Method and apparatus for providing enhanced functionality to multicast content services and multiplayer game services
JP2013504275A (en) * 2009-09-09 2013-02-04 テレフオンアクチーボラゲット エル エム エリクソン(パブル) Adapting content transmission in mobile networks
JP2011141623A (en) * 2010-01-05 2011-07-21 Canon Inc Communication device and method of controlling the same
JP2017123612A (en) * 2016-01-08 2017-07-13 Necプラットフォームズ株式会社 Communication controller, communication control method, and program
JP2019021982A (en) * 2017-07-12 2019-02-07 日本電信電話株式会社 Network measuring system and network measuring method
JP2020185730A (en) * 2019-05-15 2020-11-19 キヤノン株式会社 Image formation device, control method for the same, image formation system and program
JP7240246B2 (en) 2019-05-15 2023-03-15 キヤノン株式会社 IMAGE FORMING APPARATUS, CONTROL METHOD AND IMAGE FORMING SYSTEM THEREOF, AND PROGRAM

Also Published As

Publication number Publication date
JP4577803B2 (en) 2010-11-10

Similar Documents

Publication Publication Date Title
EP3547649B1 (en) Method and system for sending request for acquiring data resource
US9578538B2 (en) Formation and rearrangement of ad hoc networks
US9282101B2 (en) Multimedia message service method and system
TW595180B (en) Method and system to provide a routing protocol for wireless devices
JP2000138707A (en) Method and device for providing electronic mail service while network is unavailable
JP2002281564A (en) Method for establishing route with fixed service quality mobile network
CN108494812B (en) NDN network communication method supporting block chain service
US7958195B2 (en) Method and apparatus for improving data transfers in peer-to-peer networks
CN108366020B (en) Method and system for sending acquisition request of data resource
JP2002049766A (en) Contents-providing method
JP2003517227A (en) Multimedia message communication service
US20050039048A1 (en) Efficient new e-mail discovery
JP2002077294A (en) Method and apparatus for switching communication system
JP2001144759A (en) Communication network management system, sub communication network managing device used for the communication network management system, communication network managing device and computer readable recording medium with program recorded thereon
US7093026B2 (en) Data transmission system
JP2005229583A (en) Network controller, communication terminal, and network selecting method
Roy et al. Fairness in message delivery in delay tolerant networks
JP2005149040A (en) Peer-to-peer communication system
JP2007207013A (en) Information processor and information sharing program
JP2003284136A (en) Content data distribution apparatus and content data distribution method
CN111557086B (en) Selecting from a plurality of items matching an interest
JP2002051076A (en) Management server
JP4511059B2 (en) Data transmission system
JP5477325B2 (en) Information processing apparatus, program, distribution system, and information providing method
JP2006115517A (en) Method and apparatus to facilitate use of preference information of home agent

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070725

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20080929

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091118

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091201

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100201

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100817

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100820

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130903

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees