JPH10240651A - 株式注文データの自動再送信方式 - Google Patents
株式注文データの自動再送信方式Info
- Publication number
- JPH10240651A JPH10240651A JP4526597A JP4526597A JPH10240651A JP H10240651 A JPH10240651 A JP H10240651A JP 4526597 A JP4526597 A JP 4526597A JP 4526597 A JP4526597 A JP 4526597A JP H10240651 A JPH10240651 A JP H10240651A
- Authority
- JP
- Japan
- Prior art keywords
- stock order
- order data
- stock
- host computer
- server
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】 （修正有）
【課題】２４時間いつでも株式注文の入力を可能とさ
せ、かつホストコンピュータとの通信再開と同時に株式
注文データを自動的に再送信させる。また、株式注文オ
ンラインとの通信再開直後のトラフィック量の増大防
止、及び株式注文データの入力者による妥当性検証が必
要な場合には、再送信の際、入力者に株式注文データの
送信要否の確認を行うことも可能である。 【解決手段】ホストコンピュータとの通信状態を中継サ
ーバで管理し、ホストコンピュータとの通信が不可能な
ときは、株式注文データを自動的にＤＢサーバへ蓄積す
るようにした。また、ホストコンピュータとの通信再開
を契機に、蓄積されている株式注文データを自動的に再
送信するようにした。さらに、株式注文データの自動再
送信時に、入力者に株式注文データの送信要否の確認を
行うようにした。
せ、かつホストコンピュータとの通信再開と同時に株式
注文データを自動的に再送信させる。また、株式注文オ
ンラインとの通信再開直後のトラフィック量の増大防
止、及び株式注文データの入力者による妥当性検証が必
要な場合には、再送信の際、入力者に株式注文データの
送信要否の確認を行うことも可能である。 【解決手段】ホストコンピュータとの通信状態を中継サ
ーバで管理し、ホストコンピュータとの通信が不可能な
ときは、株式注文データを自動的にＤＢサーバへ蓄積す
るようにした。また、ホストコンピュータとの通信再開
を契機に、蓄積されている株式注文データを自動的に再
送信するようにした。さらに、株式注文データの自動再
送信時に、入力者に株式注文データの送信要否の確認を
行うようにした。
Description
【０００１】
【発明の属する技術分野】本発明は、株式注文のための
営業店システムにおける、株式注文データを自動的に再
送信する方式に関するものである。
営業店システムにおける、株式注文データを自動的に再
送信する方式に関するものである。
【０００２】
【従来の技術】従来、ホストコンピュータとの通信が停
止状態の時の株式注文データの入力方法としては、通常
の株式注文とは別の操作で株式注文データを一旦中継サ
ーバ等に蓄積させておき、その後、ホストコンピュータ
との通信が再度開始状態となったタイミングで、入力者
が手操作で蓄積しておいたデータの識別番号等を指定し
て送信する方法で行っていた。また、特開昭５８−１８
２３４６公報「選択形再送方式」は、送信不可能であっ
た場合の再送方法の指示を端末からの送信時に予め指示
する方法であり、送信不可能であった場合のみ問合せを
行う本発明とは方式が異なっている。さらに、特開昭５
８−１８２３４５公報「適応形再送方式」は、送信不可
能であった場合に再送方法を問合せ、その指示に従い再
送か破棄かの処理をする方式であるが、再送信時の処理
を送信不可能であった場合に問合せておき、再送信時に
その指示に従い処理を行う本発明とは目的が異なってい
る。
止状態の時の株式注文データの入力方法としては、通常
の株式注文とは別の操作で株式注文データを一旦中継サ
ーバ等に蓄積させておき、その後、ホストコンピュータ
との通信が再度開始状態となったタイミングで、入力者
が手操作で蓄積しておいたデータの識別番号等を指定し
て送信する方法で行っていた。また、特開昭５８−１８
２３４６公報「選択形再送方式」は、送信不可能であっ
た場合の再送方法の指示を端末からの送信時に予め指示
する方法であり、送信不可能であった場合のみ問合せを
行う本発明とは方式が異なっている。さらに、特開昭５
８−１８２３４５公報「適応形再送方式」は、送信不可
能であった場合に再送方法を問合せ、その指示に従い再
送か破棄かの処理をする方式であるが、再送信時の処理
を送信不可能であった場合に問合せておき、再送信時に
その指示に従い処理を行う本発明とは目的が異なってい
る。
【０００３】
【発明が解決しようとする課題】上記従来技術では、株
式注文データの入力のために別の操作が必要であり、入
力者に通常の株式注文の操作との違いを意識させなくて
はならず、操作が繁雑となってしまうという問題があっ
た。また、ホストコンピュータとの通信再開を待って、
蓄積データの送信を行わなければならず、リアルタイム
性に劣るという問題もあった。本発明の目的は、株式注
文のための営業店システムにおいて、ホストコンピュー
タとの通信が停止状態の場合でも、入力者はホストコン
ピュータとの通信状態を意識することなく、２４時間い
つでも株式注文の入力を可能とさせ、かつ、ホストコン
ピュータとの通信再開と同時に株式注文データを自動的
に再送信させることにより、株式注文のリアルタイム性
の確保、及び業務の省力化を図ることである。また、株
式注文オンラインとの通信再開直後のトラフィック量の
増大防止、及び株式注文データの入力者による妥当性検
証が必要な場合には、再送信の際、入力者に株式注文デ
ータの送信要否の確認を行うことも可能である。
式注文データの入力のために別の操作が必要であり、入
力者に通常の株式注文の操作との違いを意識させなくて
はならず、操作が繁雑となってしまうという問題があっ
た。また、ホストコンピュータとの通信再開を待って、
蓄積データの送信を行わなければならず、リアルタイム
性に劣るという問題もあった。本発明の目的は、株式注
文のための営業店システムにおいて、ホストコンピュー
タとの通信が停止状態の場合でも、入力者はホストコン
ピュータとの通信状態を意識することなく、２４時間い
つでも株式注文の入力を可能とさせ、かつ、ホストコン
ピュータとの通信再開と同時に株式注文データを自動的
に再送信させることにより、株式注文のリアルタイム性
の確保、及び業務の省力化を図ることである。また、株
式注文オンラインとの通信再開直後のトラフィック量の
増大防止、及び株式注文データの入力者による妥当性検
証が必要な場合には、再送信の際、入力者に株式注文デ
ータの送信要否の確認を行うことも可能である。
【０００４】
【課題を解決するための手段】上記目的を達成するため
に、ホストコンピュータとの通信状態を中継サーバで管
理し、ホストコンピュータとの通信が不可能なときは、
株式注文データを自動的にＤＢサーバへ蓄積するように
したものであり、これにより、入力者はホストコンピュ
ータとの通信状態を意識することなく、２４時間いつで
も株式注文の入力を可能となる。また、ホストコンピュ
ータとの通信再開を契機に、蓄積されている株式注文デ
ータを自動的に再送信するようにしたものであり、株式
注文のリアルタイム性の確保、及び業務の省力化が図れ
る。さらに、株式注文データの自動再送信時に、入力者
に株式注文データの送信要否の確認を行うようにしたも
のであり、株式注文オンラインとの通信再開直後のトラ
フィック量の増大防止、及び株式注文データの入力者に
よる妥当性検証が可能となる。
に、ホストコンピュータとの通信状態を中継サーバで管
理し、ホストコンピュータとの通信が不可能なときは、
株式注文データを自動的にＤＢサーバへ蓄積するように
したものであり、これにより、入力者はホストコンピュ
ータとの通信状態を意識することなく、２４時間いつで
も株式注文の入力を可能となる。また、ホストコンピュ
ータとの通信再開を契機に、蓄積されている株式注文デ
ータを自動的に再送信するようにしたものであり、株式
注文のリアルタイム性の確保、及び業務の省力化が図れ
る。さらに、株式注文データの自動再送信時に、入力者
に株式注文データの送信要否の確認を行うようにしたも
のであり、株式注文オンラインとの通信再開直後のトラ
フィック量の増大防止、及び株式注文データの入力者に
よる妥当性検証が可能となる。
【０００５】
【発明の実施の形態】以下、本発明の一実施例を図１か
ら図３に従って説明する。図１は、本発明を実現する株
式注文のための営業店システムの全体構成である。本シ
ステムは、株式注文の入力を行うクライアント端末１０
と、その結果を出力するプリンタ２０と、クライアント
端末１０からの株式注文データの中継、及び分散処理を
行う中継サーバ３０と、株式注文データを一時的に蓄積
するＤＢサーバ４０と、中継サーバ３０からの株式注文
データを蓄積し証券取引所へ送信するホストコンピュー
タ５０とから成り、クライアント端末１０、プリンタ２
０、中継サーバ３０、及びＤＢサーバ４０はＬＡＮ６０
（Local Area Network）を介して相互に接続されてお
り、又、中継サーバ３０とホストコンピュータ５０はＷ
ＡＮ７０（Wide Area Network）を経由して接続されて
いる。ここで、クライアント端末１０、中継サーバ３
０、ＤＢサーバ４０は、パーソナル・コンピュータまた
はワークステーション等であり、ＬＡＮ６０はイーサネ
ット等であり、ＷＡＮ７０はパケット／回線交換網また
は専用回線等である。また、中継サーバ上には通信状態
管理テーブル８０を持っており、ホストコンピュータ５
０との通信状態を保持し、ＤＢサーバ４０上には株式注
文データファイル９０を持っており、中継サーバ３０と
ホストコンピュータ５０との通信が停止状態の時に株式
注文を入力した際の、その株式注文データ１０１等を蓄
積する。
ら図３に従って説明する。図１は、本発明を実現する株
式注文のための営業店システムの全体構成である。本シ
ステムは、株式注文の入力を行うクライアント端末１０
と、その結果を出力するプリンタ２０と、クライアント
端末１０からの株式注文データの中継、及び分散処理を
行う中継サーバ３０と、株式注文データを一時的に蓄積
するＤＢサーバ４０と、中継サーバ３０からの株式注文
データを蓄積し証券取引所へ送信するホストコンピュー
タ５０とから成り、クライアント端末１０、プリンタ２
０、中継サーバ３０、及びＤＢサーバ４０はＬＡＮ６０
（Local Area Network）を介して相互に接続されてお
り、又、中継サーバ３０とホストコンピュータ５０はＷ
ＡＮ７０（Wide Area Network）を経由して接続されて
いる。ここで、クライアント端末１０、中継サーバ３
０、ＤＢサーバ４０は、パーソナル・コンピュータまた
はワークステーション等であり、ＬＡＮ６０はイーサネ
ット等であり、ＷＡＮ７０はパケット／回線交換網また
は専用回線等である。また、中継サーバ上には通信状態
管理テーブル８０を持っており、ホストコンピュータ５
０との通信状態を保持し、ＤＢサーバ４０上には株式注
文データファイル９０を持っており、中継サーバ３０と
ホストコンピュータ５０との通信が停止状態の時に株式
注文を入力した際の、その株式注文データ１０１等を蓄
積する。
【０００６】以下、図２をもとに、実際に株式注文が入
力された場合の処理フローについて詳しく述べる。ま
ず、クライアント端末１０から株式注文入力（１０ａ）
を行うと、中継サーバ３０に対し株式注文データ１０１
を送信する。この時、中継サーバ３０はホストコンピュ
ータ５０の通信状態フラグ８０２を参照する。もし、通
信状態フラグ８０２が“通信可能”であれば、中継サー
バ３０はホストコンピュータ５０に対し株式注文要求
（３０ａ）を行う。通信状態フラグ８０２が“通信不
可”であれば、中継サーバ３０はＤＢサーバ４０に対し
株式注文データ蓄積要求（３０ｂ）を行う。その後、Ｄ
Ｂサーバ４０は、クライアント端末１０に対し再送信方
法問合せ要求（４０ａ）を行う。クライアント端末１０
は再送信方法問合せデータ４０１を受信すると、ユーザ
に対し当該株式注文の再送信方法“自動”／“確認要”
を問合せ、その結果を再送信方法応答データ４０２とし
てＤＢサーバ４０に返送する。ＤＢサーバ４０は、再送
信方法応答データ４０２を受信後、その結果を再送信方
法種別９０１に設定後と株式注文データ１０１と共に株
式注文データファイル９０に格納する。中継サーバ３０
は、上記処理結果の応答である株式注文受付データ１０
２をホストコンピュータ５０またはＤＢサーバ４０から
受信した後、クライアント端末１０に対しその株式注文
受付データ１０２を返送する。クライアント端末１０
は、株式注文受付データ１０２をもとに株式注文処理結
果表示（１０ｃ）を行う。また、予め指定されたプリン
タ２０に対して株式注文結果印字要求（１０ｄ）を行い
処理を終了する。
力された場合の処理フローについて詳しく述べる。ま
ず、クライアント端末１０から株式注文入力（１０ａ）
を行うと、中継サーバ３０に対し株式注文データ１０１
を送信する。この時、中継サーバ３０はホストコンピュ
ータ５０の通信状態フラグ８０２を参照する。もし、通
信状態フラグ８０２が“通信可能”であれば、中継サー
バ３０はホストコンピュータ５０に対し株式注文要求
（３０ａ）を行う。通信状態フラグ８０２が“通信不
可”であれば、中継サーバ３０はＤＢサーバ４０に対し
株式注文データ蓄積要求（３０ｂ）を行う。その後、Ｄ
Ｂサーバ４０は、クライアント端末１０に対し再送信方
法問合せ要求（４０ａ）を行う。クライアント端末１０
は再送信方法問合せデータ４０１を受信すると、ユーザ
に対し当該株式注文の再送信方法“自動”／“確認要”
を問合せ、その結果を再送信方法応答データ４０２とし
てＤＢサーバ４０に返送する。ＤＢサーバ４０は、再送
信方法応答データ４０２を受信後、その結果を再送信方
法種別９０１に設定後と株式注文データ１０１と共に株
式注文データファイル９０に格納する。中継サーバ３０
は、上記処理結果の応答である株式注文受付データ１０
２をホストコンピュータ５０またはＤＢサーバ４０から
受信した後、クライアント端末１０に対しその株式注文
受付データ１０２を返送する。クライアント端末１０
は、株式注文受付データ１０２をもとに株式注文処理結
果表示（１０ｃ）を行う。また、予め指定されたプリン
タ２０に対して株式注文結果印字要求（１０ｄ）を行い
処理を終了する。
【０００７】次に、図３で、中継サーバ３０とホストコ
ンピュータ５０との通信状態が再開された際の処理フロ
ーについて詳しく述べる。まず、中継サーバ３０は、ホ
ストコンピュータ５０との通信状態が再開された時点
で、ＤＢサーバ４０に対して通信再開データｘｘｘを通
知する。この時、ＤＢサーバ４０は株式注文データファ
イル４０ａを検索する。もし、再送信の必要なデータが
なければ、ここで処理を終了する。再送信の必要なデー
タがあれば、そのデータの再送信方法種別９０１を参照
する。ここで、再送信方法種別９０１が“自動”の場合
は、株式注文要求（４０ｃ）を行い、“確認要”の場合
は、クライアント端末１０に対し再送信要否問合せ要求
（４０ｄ）を行う。クライアント端末１０は再送信要否
問合せデータ４０３を受信すると、ユーザに対し当該株
式注文の“実行”／“キャンセル”を問合せ、その結果
を再送信要否応答データ４０４としてＤＢサーバ４０に
返送する。ＤＢサーバ４０は、再送信要否応答データ４
０４が“実行”の場合は、再送信結果種別９０２を“実
行中”に書き変え、株式注文要求（４０ｃ）を行う。ま
た、再送信要否応答データ４０４が“キャンセル”の場
合は、再送信結果種別９０２を“キャンセル”に書き変
え、株式注文データファイル９０の次データの検索に戻
る。株式注文要求（４０ｃ）では、中継サーバ３０に対
し株式注文データ１０１を送信する。その後、中継サー
バ３０はホストコンピュータ５０に対し株式注文データ
１０１を送信する。中継サーバ３０は処理結果の応答で
ある株式注文受付データ１０２をホストコンピュータ５
０から受信した後、ＤＢサーバ４０に対し送信する。Ｄ
Ｂサーバ４０は、株式注文受付データ１０２を受信後、
再送信結果種別９０２を“完了”に書き変え、予め指定
されたプリンタに対して、株式注文受付データ１０２の
内容を印字し、株式注文データファイル９０の次データ
の検索に戻る。
ンピュータ５０との通信状態が再開された際の処理フロ
ーについて詳しく述べる。まず、中継サーバ３０は、ホ
ストコンピュータ５０との通信状態が再開された時点
で、ＤＢサーバ４０に対して通信再開データｘｘｘを通
知する。この時、ＤＢサーバ４０は株式注文データファ
イル４０ａを検索する。もし、再送信の必要なデータが
なければ、ここで処理を終了する。再送信の必要なデー
タがあれば、そのデータの再送信方法種別９０１を参照
する。ここで、再送信方法種別９０１が“自動”の場合
は、株式注文要求（４０ｃ）を行い、“確認要”の場合
は、クライアント端末１０に対し再送信要否問合せ要求
（４０ｄ）を行う。クライアント端末１０は再送信要否
問合せデータ４０３を受信すると、ユーザに対し当該株
式注文の“実行”／“キャンセル”を問合せ、その結果
を再送信要否応答データ４０４としてＤＢサーバ４０に
返送する。ＤＢサーバ４０は、再送信要否応答データ４
０４が“実行”の場合は、再送信結果種別９０２を“実
行中”に書き変え、株式注文要求（４０ｃ）を行う。ま
た、再送信要否応答データ４０４が“キャンセル”の場
合は、再送信結果種別９０２を“キャンセル”に書き変
え、株式注文データファイル９０の次データの検索に戻
る。株式注文要求（４０ｃ）では、中継サーバ３０に対
し株式注文データ１０１を送信する。その後、中継サー
バ３０はホストコンピュータ５０に対し株式注文データ
１０１を送信する。中継サーバ３０は処理結果の応答で
ある株式注文受付データ１０２をホストコンピュータ５
０から受信した後、ＤＢサーバ４０に対し送信する。Ｄ
Ｂサーバ４０は、株式注文受付データ１０２を受信後、
再送信結果種別９０２を“完了”に書き変え、予め指定
されたプリンタに対して、株式注文受付データ１０２の
内容を印字し、株式注文データファイル９０の次データ
の検索に戻る。
【０００８】
【発明の効果】本発明によれば、ホストコンピュータの
開始前や終了後、システムダウン状態、及びＷＡＮ障害
等でホストコンピュータとの通信が停止状態の場合で
も、株式注文データが自動的に蓄積されるので、ホスト
コンピュータの状態を意識することなく、２４時間いつ
でも株式注文が入力可能となる効果がある。また、株式
注文データは株式注文オンライン再開後、自動的に再送
信されるので、株式注文のリアルタイム性の確保、及び
株式注文業務の省力化が図れるという効果もある。ま
た、株式注文データの蓄積場所を、中継サーバ上ではな
く、ＤＢサーバ上としたことで、中継サーバから見てＤ
Ｂサーバを１クライアント端末として位置付けることが
でき、中継サーバは中継処理のみ、ＤＢサーバはデータ
の蓄積と再送信というように機能分け、簡素化できると
いう効果もある。
開始前や終了後、システムダウン状態、及びＷＡＮ障害
等でホストコンピュータとの通信が停止状態の場合で
も、株式注文データが自動的に蓄積されるので、ホスト
コンピュータの状態を意識することなく、２４時間いつ
でも株式注文が入力可能となる効果がある。また、株式
注文データは株式注文オンライン再開後、自動的に再送
信されるので、株式注文のリアルタイム性の確保、及び
株式注文業務の省力化が図れるという効果もある。ま
た、株式注文データの蓄積場所を、中継サーバ上ではな
く、ＤＢサーバ上としたことで、中継サーバから見てＤ
Ｂサーバを１クライアント端末として位置付けることが
でき、中継サーバは中継処理のみ、ＤＢサーバはデータ
の蓄積と再送信というように機能分け、簡素化できると
いう効果もある。
【図１】本発明を実現する株式注文のための営業店シス
テムの全体構成図
テムの全体構成図
【図２】実際に株式注文が入力された場合の処理フロー
【図３】中継サーバとホストコンピュータとの通信が再
開した場合の処理フロー
開した場合の処理フロー
１０…クライアント端末、２０…プリンタ、３０…中継
サーバ、４０…ＤＢサーバ、５０…ホストコンピュー
タ、６０…ＬＡＮ、７０…ＷＡＮ、８０…通信状態管理
テーブル、９０…株式注文データファイル
サーバ、４０…ＤＢサーバ、５０…ホストコンピュー
タ、６０…ＬＡＮ、７０…ＷＡＮ、８０…通信状態管理
テーブル、９０…株式注文データファイル
Claims (2)
- 【請求項１】株式注文を行うクライアント端末と、その
結果を出力するプリンタと、クライアント端末からの株
式注文データを中継、及び分散処理を行いホストコンピ
ュータへ送信する中継サーバと、株式注文データを一時
的に蓄積するＤＢサーバと、中継サーバからの株式注文
データを蓄積し証券取引所へ送信するホストコンピュー
タとからなる株式注文システムにおいて、中継サーバが
ホストコンピュータとの通信が不可能なときに、株式注
文データを自動的にＤＢサーバへ蓄積し、ホストコンピ
ュータとの通信が再度開始状態となったタイミングで自
動的に株式注文データを再送信することにより、ホスト
コンピュータとの通信状態によらず２４時間いつでも株
式注文を入力可能とすることを特徴とする株式注文デー
タの自動再送信方式。 - 【請求項２】請求項１において、ホストコンピュータと
の通信再開直後のトラフィック量の増大防止、及び株式
注文データの入力者による妥当性検証のため、株式注文
データをＤＢサーバに蓄積する際、クライアント端末へ
再送信方式の問合わせを行い、その回答を株式注文デー
タと共に蓄積しておき、ホストコンピュータとの通信が
再度開始状態となった際、その回答を参照後、入力者に
株式注文データの送信要否の確認を行う再送信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4526597A JPH10240651A (ja) | 1997-02-28 | 1997-02-28 | 株式注文データの自動再送信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4526597A JPH10240651A (ja) | 1997-02-28 | 1997-02-28 | 株式注文データの自動再送信方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10240651A true JPH10240651A (ja) | 1998-09-11 |
Family
ID=12714476
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4526597A Pending JPH10240651A (ja) | 1997-02-28 | 1997-02-28 | 株式注文データの自動再送信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10240651A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001006365A2 (en) * | 1999-07-19 | 2001-01-25 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| JP2004355313A (ja) * | 2003-05-29 | 2004-12-16 | Hitachi Software Eng Co Ltd | 保険・金融事務処理システム |
| JP2010157008A (ja) * | 2008-12-26 | 2010-07-15 | Daiwa Securities Group Inc | 回線障害処理システムおよびプログラム |
| US10783538B2 (en) | 2017-07-21 | 2020-09-22 | Toshiba Tec Kabushiki Kaisha | Relay server for a reward system |
-
1997
- 1997-02-28 JP JP4526597A patent/JPH10240651A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001006365A2 (en) * | 1999-07-19 | 2001-01-25 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| WO2001006365A3 (en) * | 1999-07-19 | 2003-05-15 | Groove Networks Inc | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| US6640241B1 (en) | 1999-07-19 | 2003-10-28 | Groove Networks, Inc. | Method and apparatus for activity-based collaboration by a computer system equipped with a communications manager |
| JP2003536123A (ja) * | 1999-07-19 | 2003-12-02 | グルーブ・ネットワークス・インコーポレイテッド | 通信マネージャを備えたコンピュータ・システムによるアクティビティに基づいたコラボレーションのための方法及びその装置 |
| KR100722916B1 (ko) * | 1999-07-19 | 2007-05-30 | 그루브 네트웍스 인코포레이티드 | 통신 관리자가 장치된 컴퓨터 시스템에 의한액티브티-베이스 협력 방법 및 장치 |
| JP2004355313A (ja) * | 2003-05-29 | 2004-12-16 | Hitachi Software Eng Co Ltd | 保険・金融事務処理システム |
| JP2010157008A (ja) * | 2008-12-26 | 2010-07-15 | Daiwa Securities Group Inc | 回線障害処理システムおよびプログラム |
| US10783538B2 (en) | 2017-07-21 | 2020-09-22 | Toshiba Tec Kabushiki Kaisha | Relay server for a reward system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2515075B2 (ja) | デジタルデ―タ処理システムのためのロ―カルエリアネットワ―ク | |
| US7929168B2 (en) | Communication apparatus | |
| EP1047239A2 (en) | System and method for stopping and resuming a data communication | |
| CN101729598A (zh) | 提高Web服务响应速率的方法和系统及网络处理器 | |
| CN102647365A (zh) | 处理消息及消息状态的方法、装置和数据交换服务器 | |
| KR100609738B1 (ko) | 피어 투 피어 통신시스템 | |
| JPS6412424B2 (ja) | ||
| JPH10240651A (ja) | 株式注文データの自動再送信方式 | |
| JP3345546B2 (ja) | データ配送方法及び情報通信装置 | |
| JP3642305B2 (ja) | 通信システムとそのパケット交換方法、及び交換プログラムを記録した記録媒体 | |
| JP2002169738A (ja) | ファイル配信方法 | |
| JP2003085060A (ja) | 分散処理システム、中継計算機、処理計算機、中継計算機プログラム、および処理計算機プログラム | |
| JP2006244401A (ja) | 配送情報システム | |
| JP2006120080A (ja) | Ｗｅｂサービス要求中継システム、Ｗｅｂサービス要求中継方法、中継サーバ、及びそのプログラム | |
| JP3137183B2 (ja) | 通信システムとその監視データ送達確認方法 | |
| JP2001053783A (ja) | データ配信システム及びプログラムを記録した機械読み取り可能な記録媒体 | |
| JP2002108746A (ja) | 低速回線を使用したリアル更新データ転送システム | |
| JP2002009940A (ja) | インテリジェントネットワークにおける通信制御方法および装置 | |
| CN116346899A (zh) | 一种消息推送处理方法及装置 | |
| JP2003030067A (ja) | 通信管理装置、通信システム、通信管理プログラムおよび通信プログラム | |
| JP2962560B2 (ja) | 蓄積交換装置及びその制御方法 | |
| US20050239395A1 (en) | Method for providing a set of basic services for using a telecommunicaiton network | |
| JP2001320412A (ja) | 中継装置及び受信装置 | |
| JPH0653973A (ja) | 同報データ通信システム | |
| JPH09160874A (ja) | メッセージ重送チェックシステム |