JP2001086192A - サーバー・クライアント型システム及びデータダウンロード方法 - Google Patents
サーバー・クライアント型システム及びデータダウンロード方法Info
- Publication number
- JP2001086192A JP2001086192A JP25997999A JP25997999A JP2001086192A JP 2001086192 A JP2001086192 A JP 2001086192A JP 25997999 A JP25997999 A JP 25997999A JP 25997999 A JP25997999 A JP 25997999A JP 2001086192 A JP2001086192 A JP 2001086192A
- Authority
- JP
- Japan
- Prior art keywords
- server
- data
- transmission
- channel
- terminal device
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0457—Connection protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5691—Access to open networks; Ingress point selection, e.g. ISP selection
- H04L12/5692—Selection among different networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13164—Traffic (registration, measurement,...)
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13166—Fault prevention
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13178—Control signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13213—Counting, timing circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13376—Information service, downloading of information, 0800/0900 services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 従来、Ｂｃｈ回線をダウンロードに占有して
いる時、残りのＢｃｈでユーザー宅内の他の機器が使用
中であれば、緊急で電話機を使用したい場合でもでき
ず、効率の良い回線の使用や共有ができない。 【解決手段】 サーバーがクライアント端末に対し大容
量データの送信をする際には、まず、その旨をクライア
ント端末に通知し（ステップ２５、２６）、ユーザ側回
線の状態監視を行わせる（ステップ２７）。この間サー
バーは、クライアント端末から送信許可通知の受信待ち
状態である。一方、クライアント端末は、回線使用状態
を見極めて、この送信許可信号を通知する（ステップ２
８）。サーバーは、この通知を受けて初めて大容量デー
タをクライアント端末へ送信開始し、ダウンロードが可
能となる（ステップ２９、３０）。これにより、ユーザ
の回線使用を妨げることなく、効率の良い回線の使用、
共有ができる。
いる時、残りのＢｃｈでユーザー宅内の他の機器が使用
中であれば、緊急で電話機を使用したい場合でもでき
ず、効率の良い回線の使用や共有ができない。 【解決手段】 サーバーがクライアント端末に対し大容
量データの送信をする際には、まず、その旨をクライア
ント端末に通知し（ステップ２５、２６）、ユーザ側回
線の状態監視を行わせる（ステップ２７）。この間サー
バーは、クライアント端末から送信許可通知の受信待ち
状態である。一方、クライアント端末は、回線使用状態
を見極めて、この送信許可信号を通知する（ステップ２
８）。サーバーは、この通知を受けて初めて大容量デー
タをクライアント端末へ送信開始し、ダウンロードが可
能となる（ステップ２９、３０）。これにより、ユーザ
の回線使用を妨げることなく、効率の良い回線の使用、
共有ができる。
Description
【０００１】
【発明の属する技術分野】本発明はサーバー・クライア
ント型システム及びデータダウンロード方法に係り、特
にＩＳＤＮ回線を用いたサーバー・クライアント型シス
テム及びＩＳＤＮ回線を使用したデータダウンロード方
法に関する。
ント型システム及びデータダウンロード方法に係り、特
にＩＳＤＮ回線を用いたサーバー・クライアント型シス
テム及びＩＳＤＮ回線を使用したデータダウンロード方
法に関する。
【０００２】
【従来の技術】電話機、ファクシミリ装置（以下、ＦＡ
Ｘと記す）、パーソナルコンピュータ（以下、パソコン
と記す）などがターミナルアダプタ（ＴＡ）に接続され
ているユーザ宅のＴＡが、第１の回線終端装置（ＤＳ
Ｕ）及びサービス統合ディジタル網（ＩＳＤＮ）及び第
２のＤＳＵを介してサーバーに接続されているサーバー
・クライアント型システムにおいて、例えばサーバーか
らユーザ宅のクライアント端末にあるデータをダウンロ
ードする場合、従来はその時点で即座にデータのダウン
ロードを開始する。その際、小規模データ（数十ｋバイ
ト以下）であれば、Ｄチャネル（ｃｈ）パケット交換を
使用すればよいが、大容量データ（プログラムデータ等
は通常、数Ｍバイト）をダウンロードするとなると、Ｄ
ｃｈパケット交換では長時間かかってしまう。
Ｘと記す）、パーソナルコンピュータ（以下、パソコン
と記す）などがターミナルアダプタ（ＴＡ）に接続され
ているユーザ宅のＴＡが、第１の回線終端装置（ＤＳ
Ｕ）及びサービス統合ディジタル網（ＩＳＤＮ）及び第
２のＤＳＵを介してサーバーに接続されているサーバー
・クライアント型システムにおいて、例えばサーバーか
らユーザ宅のクライアント端末にあるデータをダウンロ
ードする場合、従来はその時点で即座にデータのダウン
ロードを開始する。その際、小規模データ（数十ｋバイ
ト以下）であれば、Ｄチャネル（ｃｈ）パケット交換を
使用すればよいが、大容量データ（プログラムデータ等
は通常、数Ｍバイト）をダウンロードするとなると、Ｄ
ｃｈパケット交換では長時間かかってしまう。
【０００３】そこで、従来はＢｃｈを介してダウンロー
ドするデータダウンロード方法が知られている（特開平
４−１２０８４３号公報）。この従来のデータダウンロ
ード方法では、端末装置が回線制御装置へダウンロード
すべきデータを予めダウンロードすると共に、回線制御
装置はこのダウンロードされたデータをＢｃｈを介して
ＩＳＤＮ網に収容された機器へダウンロードすることに
より、標準インタフェースの伝送速度に左右されずに伝
送速度の速いＢｃｈを介してデータのダウンロードを行
え、ダウンロード時間を短縮できる。
ドするデータダウンロード方法が知られている（特開平
４−１２０８４３号公報）。この従来のデータダウンロ
ード方法では、端末装置が回線制御装置へダウンロード
すべきデータを予めダウンロードすると共に、回線制御
装置はこのダウンロードされたデータをＢｃｈを介して
ＩＳＤＮ網に収容された機器へダウンロードすることに
より、標準インタフェースの伝送速度に左右されずに伝
送速度の速いＢｃｈを介してデータのダウンロードを行
え、ダウンロード時間を短縮できる。
【０００４】因みに、４Ｍバイト（４０９６ｋバイト）
のデータを区域内において送信する場合の時間と料金を
示すと下記の通りになる。まず、Ｄｃｈパケット交換の
場合、Ｄｃｈの伝送速度は１６（ｋバイト／秒）である
から、送信データ４Ｍバイトの伝送時間は２５６（秒）
（＝４０９６（ｋバイト）÷１６（ｋバイト／秒））で
あるが、パケットの場合には、１パケット毎にヘッダが
付くことと、交換機の蓄積及び転送時間を考慮し、送信
時間はこの１．５倍程度、すなわち、３８４秒となる。
のデータを区域内において送信する場合の時間と料金を
示すと下記の通りになる。まず、Ｄｃｈパケット交換の
場合、Ｄｃｈの伝送速度は１６（ｋバイト／秒）である
から、送信データ４Ｍバイトの伝送時間は２５６（秒）
（＝４０９６（ｋバイト）÷１６（ｋバイト／秒））で
あるが、パケットの場合には、１パケット毎にヘッダが
付くことと、交換機の蓄積及び転送時間を考慮し、送信
時間はこの１．５倍程度、すなわち、３８４秒となる。
【０００５】また、Ｄｃｈパケット交換の場合の通信料
金は、１パケット当たり０．８円であるとすると、１パ
ケット２５６オクテット（０．２５ｋバイト）送信する
として、送信データの４Ｍバイトは１６３８４パケット
（＝４０９６（ｋバイト）÷０．２５（ｋオクテッ
ト））であるから、１３１０７．２（円）（＝１６３８
４（パケット）×０．８（円／パケット））である。
金は、１パケット当たり０．８円であるとすると、１パ
ケット２５６オクテット（０．２５ｋバイト）送信する
として、送信データの４Ｍバイトは１６３８４パケット
（＝４０９６（ｋバイト）÷０．２５（ｋオクテッ
ト））であるから、１３１０７．２（円）（＝１６３８
４（パケット）×０．８（円／パケット））である。
【０００６】また、Ｂｃｈパケット交換の場合、Ｂｃｈ
の伝送速度は６４（ｋバイト／秒）であるから、送信デ
ータ４Ｍバイトの伝送時間は６４（秒）（＝４０９６
（ｋバイト）÷６４（ｋバイト／秒））であるが、パケ
ットの場合には、１パケット毎にヘッダが付くことと、
交換機の蓄積及び転送時間を考慮し、送信時間はこの
１．５倍程度、すなわち、９６秒となる。
の伝送速度は６４（ｋバイト／秒）であるから、送信デ
ータ４Ｍバイトの伝送時間は６４（秒）（＝４０９６
（ｋバイト）÷６４（ｋバイト／秒））であるが、パケ
ットの場合には、１パケット毎にヘッダが付くことと、
交換機の蓄積及び転送時間を考慮し、送信時間はこの
１．５倍程度、すなわち、９６秒となる。
【０００７】また、Ｂｃｈパケット交換の場合の通信料
金は、１パケット当たり６．２円であるとすると、１パ
ケット４０９６オクテット（４ｋバイト）送信するとし
て、送信データの４Ｍバイトは１０２４パケット（＝４
０９６（ｋバイト）÷４（ｋオクテット））であるか
ら、６３４８．８（円）（＝１０２４（パケット）×
６．２（円／パケット））である。
金は、１パケット当たり６．２円であるとすると、１パ
ケット４０９６オクテット（４ｋバイト）送信するとし
て、送信データの４Ｍバイトは１０２４パケット（＝４
０９６（ｋバイト）÷４（ｋオクテット））であるか
ら、６３４８．８（円）（＝１０２４（パケット）×
６．２（円／パケット））である。
【０００８】また、Ｂｃｈ回線交換の場合、送信データ
４Ｍバイトの伝送時間は６４（秒）（＝４０９６（ｋバ
イト）÷６４（ｋバイト／秒））であり、料金として
は、区域内とした場合、３分以内は１０円である。上記
４Ｍバイトサイズのデータ送信についての計算をまとめ
ると、次表のようになる。
４Ｍバイトの伝送時間は６４（秒）（＝４０９６（ｋバ
イト）÷６４（ｋバイト／秒））であり、料金として
は、区域内とした場合、３分以内は１０円である。上記
４Ｍバイトサイズのデータ送信についての計算をまとめ
ると、次表のようになる。
【０００９】
【表１】 上記の表１から分かるように、大容量データ（数Ｍバイ
トサイズ）の送信については、料金、時間共に考慮した
上でＢｃｈ回線交換を使用することが一番好ましい。
トサイズ）の送信については、料金、時間共に考慮した
上でＢｃｈ回線交換を使用することが一番好ましい。
【００１０】
【発明が解決しようとする課題】しかるに、上記の従来
のデータダウンロード方法において、上記の表１の計算
結果は転送効率１００％、エラー無しの場合であるた
め、少なくとも６４秒は回線を占有することになり、こ
の時、残りのＢｃｈでユーザー宅内の他の機器が使用中
であれば、Ｂｃｈは２回線共使用状態にあるため、緊急
で電話機を使用したい場合でもどちらかの回線が空き状
態になるのを待たなければならず、効率の良い回線の使
用や共有ができないという問題がある。
のデータダウンロード方法において、上記の表１の計算
結果は転送効率１００％、エラー無しの場合であるた
め、少なくとも６４秒は回線を占有することになり、こ
の時、残りのＢｃｈでユーザー宅内の他の機器が使用中
であれば、Ｂｃｈは２回線共使用状態にあるため、緊急
で電話機を使用したい場合でもどちらかの回線が空き状
態になるのを待たなければならず、効率の良い回線の使
用や共有ができないという問題がある。
【００１１】本発明は以上の点に鑑みなされたもので、
効率の良い回線の使用や共有が可能なサーバー・クライ
アント型システム及びデータダウンロード方法を提供す
ることを目的とする。
効率の良い回線の使用や共有が可能なサーバー・クライ
アント型システム及びデータダウンロード方法を提供す
ることを目的とする。
【００１２】
【課題を解決するための手段】上記の目的を達成するた
め、本発明のサーバー・クライアント型システムは、一
又は二以上のクライアント側の端末装置が、ＩＳＤＮ網
及び対応する一又は二以上の回線終端装置を介してサー
バーに接続され、サーバーは任意の端末装置にデータを
送信してダウンロードさせるサーバー・クライアント型
システムにおいて、サーバーは、送信するデータが所定
値以上の大容量データが発生した時に、送信すべき端末
装置に対し、大容量データの送信の旨をＤチャネルパケ
ット交換により通知する通知手段と、端末装置からのデ
ータ送信タイミング信号受信後に、Ｂチャネルを使用し
て大容量データの送信を開始し、端末装置により大容量
データをダウンロードさせる送信手段とを有し、端末装
置は、サーバーより大容量データ送信の通知を受けた時
に、端末装置と同じ回線終端装置に接続されているすべ
てのＩＳＤＮ通信用装置のＢチャネル回線の空き状態を
監視する監視手段と、監視手段によりＢチャネルの回線
の使用を妨げないようなタイミングでデータ送信タイミ
ング信号をサーバーへＤチャネルパケット交換によって
通知する送信許可通知手段とを有する構成としたもので
ある。
め、本発明のサーバー・クライアント型システムは、一
又は二以上のクライアント側の端末装置が、ＩＳＤＮ網
及び対応する一又は二以上の回線終端装置を介してサー
バーに接続され、サーバーは任意の端末装置にデータを
送信してダウンロードさせるサーバー・クライアント型
システムにおいて、サーバーは、送信するデータが所定
値以上の大容量データが発生した時に、送信すべき端末
装置に対し、大容量データの送信の旨をＤチャネルパケ
ット交換により通知する通知手段と、端末装置からのデ
ータ送信タイミング信号受信後に、Ｂチャネルを使用し
て大容量データの送信を開始し、端末装置により大容量
データをダウンロードさせる送信手段とを有し、端末装
置は、サーバーより大容量データ送信の通知を受けた時
に、端末装置と同じ回線終端装置に接続されているすべ
てのＩＳＤＮ通信用装置のＢチャネル回線の空き状態を
監視する監視手段と、監視手段によりＢチャネルの回線
の使用を妨げないようなタイミングでデータ送信タイミ
ング信号をサーバーへＤチャネルパケット交換によって
通知する送信許可通知手段とを有する構成としたもので
ある。
【００１３】この発明では、端末装置においてＢチャネ
ルの回線の使用を妨げないようなタイミングでデータ送
信タイミング信号をサーバーへＤチャネルパケット交換
によって通知し、このデータ送信タイミング信号を受信
してから、初めてサーバーがデータを端末装置へ送信し
てダウンロードさせるようにしたため、ユーザの回線使
用を第一に考慮したダウンロードができる。
ルの回線の使用を妨げないようなタイミングでデータ送
信タイミング信号をサーバーへＤチャネルパケット交換
によって通知し、このデータ送信タイミング信号を受信
してから、初めてサーバーがデータを端末装置へ送信し
てダウンロードさせるようにしたため、ユーザの回線使
用を第一に考慮したダウンロードができる。
【００１４】また、上記の目的を達成するため、本発明
のサーバー・クライアント型システムは、サーバーが送
信するデータが所定値以上の大容量データが発生した時
に、送信すべき端末装置に対し、大容量データの送信の
旨をデータ送信時間と共にＤチャネルパケット交換によ
り通知する通知手段と、端末装置からのデータ送信許可
信号受信後に、Ｂチャネルを使用して大容量データの送
信を開始し、端末装置により大容量データをダウンロー
ドさせる送信手段とを有し、端末装置が、サーバーより
データ送信時間付きの大容量データ送信の通知を受けた
時に、データ送信時間を報知してユーザに送信許可の諾
否を委ねる報知手段と、報知手段の報知に基づき、ユー
ザの操作により送信許可信号をＤチャネルパケット交換
によって通知する送信許可通知手段とを有する構成とし
たものである。
のサーバー・クライアント型システムは、サーバーが送
信するデータが所定値以上の大容量データが発生した時
に、送信すべき端末装置に対し、大容量データの送信の
旨をデータ送信時間と共にＤチャネルパケット交換によ
り通知する通知手段と、端末装置からのデータ送信許可
信号受信後に、Ｂチャネルを使用して大容量データの送
信を開始し、端末装置により大容量データをダウンロー
ドさせる送信手段とを有し、端末装置が、サーバーより
データ送信時間付きの大容量データ送信の通知を受けた
時に、データ送信時間を報知してユーザに送信許可の諾
否を委ねる報知手段と、報知手段の報知に基づき、ユー
ザの操作により送信許可信号をＤチャネルパケット交換
によって通知する送信許可通知手段とを有する構成とし
たものである。
【００１５】この発明では、端末装置においてサーバー
から大容量データ送信の通知を受けた時は、ユーザの判
断によりサーバーからの大容量データの送信許可の諾否
を決定するようにしているため、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができる。
から大容量データ送信の通知を受けた時は、ユーザの判
断によりサーバーからの大容量データの送信許可の諾否
を決定するようにしているため、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができる。
【００１６】また、上記の目的を達成するため、本発明
方法は、サーバーにて発生したデータを、ＩＳＤＮ網及
び回線終端装置を介して任意のクライアント側の端末装
置に送信してダウンロードさせるサーバー・クライアン
ト型システムにおけるデータダウンロード方法におい
て、サーバーは、送信するデータが所定値以上の大容量
データが発生した時に、送信すべき端末装置に対し、大
容量データの送信の旨をＤチャネルパケット交換により
通知し、大容量データ送信の通知を受けた端末装置は端
末装置と同じ回線終端装置に接続されているすべてのＩ
ＳＤＮ通信用装置のＢチャネル回線の空き状態を監視
し、Ｂチャネルの回線の使用を妨げないようなタイミン
グでデータ送信タイミング信号をサーバーへＤチャネル
パケット交換によって通知し、サーバーはこのデータ送
信タイミング信号受信後に、Ｂチャネルを使用して大容
量データの送信を開始し、端末装置により大容量データ
をダウンロードさせることを特徴とする。
方法は、サーバーにて発生したデータを、ＩＳＤＮ網及
び回線終端装置を介して任意のクライアント側の端末装
置に送信してダウンロードさせるサーバー・クライアン
ト型システムにおけるデータダウンロード方法におい
て、サーバーは、送信するデータが所定値以上の大容量
データが発生した時に、送信すべき端末装置に対し、大
容量データの送信の旨をＤチャネルパケット交換により
通知し、大容量データ送信の通知を受けた端末装置は端
末装置と同じ回線終端装置に接続されているすべてのＩ
ＳＤＮ通信用装置のＢチャネル回線の空き状態を監視
し、Ｂチャネルの回線の使用を妨げないようなタイミン
グでデータ送信タイミング信号をサーバーへＤチャネル
パケット交換によって通知し、サーバーはこのデータ送
信タイミング信号受信後に、Ｂチャネルを使用して大容
量データの送信を開始し、端末装置により大容量データ
をダウンロードさせることを特徴とする。
【００１７】この発明では、端末装置においてＢチャネ
ルの回線の使用を妨げないようなタイミングでデータ送
信タイミング信号をサーバーへ通知し、このデータ送信
タイミング信号を受信してから、初めてサーバーがデー
タを端末装置へ送信してダウンロードさせるようにした
ため、ユーザの回線使用を第一に考慮したダウンロード
ができる。
ルの回線の使用を妨げないようなタイミングでデータ送
信タイミング信号をサーバーへ通知し、このデータ送信
タイミング信号を受信してから、初めてサーバーがデー
タを端末装置へ送信してダウンロードさせるようにした
ため、ユーザの回線使用を第一に考慮したダウンロード
ができる。
【００１８】ここで、上記の端末装置は、サーバーより
大容量データ送信の通知を受けた時に、Ｂチャネル使用
可能時間帯であるかどうか判定し、Ｂチャネル使用可能
時間帯である時は直ちにデータ送信タイミング信号をサ
ーバーへ送信し、Ｂチャネル使用可能時間帯でないとき
にはＢチャネル回線の空き状態を監視してもよい。
大容量データ送信の通知を受けた時に、Ｂチャネル使用
可能時間帯であるかどうか判定し、Ｂチャネル使用可能
時間帯である時は直ちにデータ送信タイミング信号をサ
ーバーへ送信し、Ｂチャネル使用可能時間帯でないとき
にはＢチャネル回線の空き状態を監視してもよい。
【００１９】また、本発明方法は、上記の端末装置が、
サーバーより大容量データ送信の通知を受けた時に、Ｂ
チャネル使用可能時間帯でなく、かつ、端末装置と同じ
回線終端装置に接続されているすべてのＩＳＤＮ通信用
装置のＢチャネルがすべて空き回線である状態が第１の
所定時間経過した時点でサーバーに送信許可を通知する
ことにより、サーバーから大容量データを送信させ、大
容量データ送信の通知を受けた時に、Ｂチャネル使用可
能時間帯でなく、かつ、端末装置と同じ回線終端装置に
接続されているすべてのＩＳＤＮ通信用装置のＢチャネ
ルの一部が空き回線であるときはサーバーに対して送信
不許可を通知し、サーバーは送信不許可を受信した時
は、第２の所定時間経過した時点で再度端末装置へ大容
量データ送信の旨をＤチャネルパケット交換により通知
することを特徴とする。
サーバーより大容量データ送信の通知を受けた時に、Ｂ
チャネル使用可能時間帯でなく、かつ、端末装置と同じ
回線終端装置に接続されているすべてのＩＳＤＮ通信用
装置のＢチャネルがすべて空き回線である状態が第１の
所定時間経過した時点でサーバーに送信許可を通知する
ことにより、サーバーから大容量データを送信させ、大
容量データ送信の通知を受けた時に、Ｂチャネル使用可
能時間帯でなく、かつ、端末装置と同じ回線終端装置に
接続されているすべてのＩＳＤＮ通信用装置のＢチャネ
ルの一部が空き回線であるときはサーバーに対して送信
不許可を通知し、サーバーは送信不許可を受信した時
は、第２の所定時間経過した時点で再度端末装置へ大容
量データ送信の旨をＤチャネルパケット交換により通知
することを特徴とする。
【００２０】ここで、上記の端末装置は、送信許可の通
知に代えて、サーバーへダウンロードのための発呼を行
うようにしてもよい。また、上記の端末装置は、サーバ
ーより大容量データ送信の通知を受けた時に、端末装置
と同じ回線終端装置に接続されているすべてのＩＳＤＮ
通信用装置のＢチャネル回線に１チャネルでも空きがあ
るときは、サーバーへダウンロードのための発呼を行う
ようにしてもよい。
知に代えて、サーバーへダウンロードのための発呼を行
うようにしてもよい。また、上記の端末装置は、サーバ
ーより大容量データ送信の通知を受けた時に、端末装置
と同じ回線終端装置に接続されているすべてのＩＳＤＮ
通信用装置のＢチャネル回線に１チャネルでも空きがあ
るときは、サーバーへダウンロードのための発呼を行う
ようにしてもよい。
【００２１】また、上記の目的を達成するため、本発明
方法は、サーバーにて発生したデータを、ＩＳＤＮ網及
び回線終端装置を介して任意のクライアント側の端末装
置に送信してダウンロードさせるサーバー・クライアン
ト型システムにおけるデータダウンロード方法におい
て、サーバーは、送信するデータが所定値以上の大容量
データが発生した時に、送信すべき端末装置に対し、大
容量データの送信の旨をデータ送信時間と共にＤチャネ
ルパケット交換により通知し、通知を受けた端末装置
は、データ送信時間を報知してユーザに送信許可の諾否
を委ね、報知に基づき、ユーザの操作により送信許可信
号をＤチャネルパケット交換によって通知し、サーバー
はこのデータ送信許可信号受信後に、Ｂチャネルを使用
して大容量データの送信を開始し、端末装置により大容
量データをダウンロードさせることを特徴とする。
方法は、サーバーにて発生したデータを、ＩＳＤＮ網及
び回線終端装置を介して任意のクライアント側の端末装
置に送信してダウンロードさせるサーバー・クライアン
ト型システムにおけるデータダウンロード方法におい
て、サーバーは、送信するデータが所定値以上の大容量
データが発生した時に、送信すべき端末装置に対し、大
容量データの送信の旨をデータ送信時間と共にＤチャネ
ルパケット交換により通知し、通知を受けた端末装置
は、データ送信時間を報知してユーザに送信許可の諾否
を委ね、報知に基づき、ユーザの操作により送信許可信
号をＤチャネルパケット交換によって通知し、サーバー
はこのデータ送信許可信号受信後に、Ｂチャネルを使用
して大容量データの送信を開始し、端末装置により大容
量データをダウンロードさせることを特徴とする。
【００２２】この発明では、端末装置においてサーバー
から大容量データ送信の通知を受けた時は、ユーザの判
断によりサーバーからの大容量データの送信許可の諾否
を決定するようにしているため、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができる。
から大容量データ送信の通知を受けた時は、ユーザの判
断によりサーバーからの大容量データの送信許可の諾否
を決定するようにしているため、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができる。
【００２３】
【発明の実施の形態】次に、本発明の一実施の形態につ
いて図面と共に説明する。図１は本発明になるサーバー
・クライアント型システムの一実施の形態のブロック図
を示す。この実施の形態は、ユーザ宅１が回線終端装置
（ＤＳＵ）６、ＩＳＤＮ網２、ＤＳＵ７を介してサーバ
ー３に接続されている。また、ＩＳＤＮ網２にはユーザ
宅１と同様構成のユーザ宅４及び５も接続されている。
いて図面と共に説明する。図１は本発明になるサーバー
・クライアント型システムの一実施の形態のブロック図
を示す。この実施の形態は、ユーザ宅１が回線終端装置
（ＤＳＵ）６、ＩＳＤＮ網２、ＤＳＵ７を介してサーバ
ー３に接続されている。また、ＩＳＤＮ網２にはユーザ
宅１と同様構成のユーザ宅４及び５も接続されている。
【００２４】ユーザ宅１は、パソコン等のクライアント
端末１ａ、ＦＡＸ１ｂ、電話機１ｃ、ＴＡ１ｄ及び１ｅ
からなり、クライアント端末１ａはＴＡ１を介してＤＳ
Ｕ２６に接続されており、ＦＡＸ１ｂ及び電話機１ｃは
ＴＡ１ｅを介してＤＳＵ６に接続されている。なお、パ
ソコン等のクライアント端末１ａ、ＦＡＸ１ｂ、電話機
１ｃは、パケット組立分解機能（以下、ＰＡＤ機能と称
する）を搭載した装置であってもよいし、そうでなくて
もよい。ただし、ＰＡＤ機能を搭載しない装置をＩＳＤ
Ｎ回線に接続する場合には、ＰＡＤ機能を有したＴＡを
介して接続可能なものとする。また、これらの装置（パ
ソコン、ＦＡＸ、電話機等）はＤＳＵ機能を搭載したも
のであってもよい。図１では、パソコン等のクライアン
ト端末１ａ、ＦＡＸ１ｂ、電話機１ｃは、ＤＳＵ及びＰ
ＡＤ機能を有しない装置の例である。
端末１ａ、ＦＡＸ１ｂ、電話機１ｃ、ＴＡ１ｄ及び１ｅ
からなり、クライアント端末１ａはＴＡ１を介してＤＳ
Ｕ２６に接続されており、ＦＡＸ１ｂ及び電話機１ｃは
ＴＡ１ｅを介してＤＳＵ６に接続されている。なお、パ
ソコン等のクライアント端末１ａ、ＦＡＸ１ｂ、電話機
１ｃは、パケット組立分解機能（以下、ＰＡＤ機能と称
する）を搭載した装置であってもよいし、そうでなくて
もよい。ただし、ＰＡＤ機能を搭載しない装置をＩＳＤ
Ｎ回線に接続する場合には、ＰＡＤ機能を有したＴＡを
介して接続可能なものとする。また、これらの装置（パ
ソコン、ＦＡＸ、電話機等）はＤＳＵ機能を搭載したも
のであってもよい。図１では、パソコン等のクライアン
ト端末１ａ、ＦＡＸ１ｂ、電話機１ｃは、ＤＳＵ及びＰ
ＡＤ機能を有しない装置の例である。
【００２５】以上のブロック構成自体は従来と同様であ
るが、この実施の形態は、図２のフローチャートに従
い、サーバー３がクライアント端末１ａに対し、大容量
のデータの送信をする点に特徴がある。すなわち、クラ
イアント端末１ａとサーバー３との間の通信において、
サーバー３において、送信データが発生したとすると
（図２のステップ２１）、送信するデータ内容が少量デ
ータ（数ｋバイト以下）か大容量データかを判定し（図
２のステップ２２）、少量データであるときは（図２の
ステップ２３）、サーバー３からＤｃｈパケット交換を
使用して発呼、送信を行う（図２のステップ２４）。こ
の場合、送信先の回線状態に関係なく、つまり、Ｂｃｈ
が２回線共使用され、空き状態がなくてもデータの送受
信が可能である。
るが、この実施の形態は、図２のフローチャートに従
い、サーバー３がクライアント端末１ａに対し、大容量
のデータの送信をする点に特徴がある。すなわち、クラ
イアント端末１ａとサーバー３との間の通信において、
サーバー３において、送信データが発生したとすると
（図２のステップ２１）、送信するデータ内容が少量デ
ータ（数ｋバイト以下）か大容量データかを判定し（図
２のステップ２２）、少量データであるときは（図２の
ステップ２３）、サーバー３からＤｃｈパケット交換を
使用して発呼、送信を行う（図２のステップ２４）。こ
の場合、送信先の回線状態に関係なく、つまり、Ｂｃｈ
が２回線共使用され、空き状態がなくてもデータの送受
信が可能である。
【００２６】一方、送信するデータが大容量データ（数
Ｍバイトサイズ）であるときには、サーバー３は、ま
ず、送信先のクライアント端末１ａに対し、大容量デー
タの送信を行うという旨をＤｃｈパケット交換により発
呼通知する（図２のステップ２６）。この通知を受けた
クライアント端末１ａは、ユーザ宅１のＢｃｈ回線状態
の監視を開始する（図２のステップ２７）。クライアン
ト端末１ａがユーザ宅１のＢｃｈ回線空き状態を監視す
ることで、大容量データを送信しようとしているサーバ
ー３に対し、Ｂｃｈ回線使用を妨げないようなタイミン
グのデータ送信タイミング信号をＤｃｈパケット交換に
よって発呼通知する（図２のステップ２８）。
Ｍバイトサイズ）であるときには、サーバー３は、ま
ず、送信先のクライアント端末１ａに対し、大容量デー
タの送信を行うという旨をＤｃｈパケット交換により発
呼通知する（図２のステップ２６）。この通知を受けた
クライアント端末１ａは、ユーザ宅１のＢｃｈ回線状態
の監視を開始する（図２のステップ２７）。クライアン
ト端末１ａがユーザ宅１のＢｃｈ回線空き状態を監視す
ることで、大容量データを送信しようとしているサーバ
ー３に対し、Ｂｃｈ回線使用を妨げないようなタイミン
グのデータ送信タイミング信号をＤｃｈパケット交換に
よって発呼通知する（図２のステップ２８）。
【００２７】このステップ２７からステップ２８の間、
サーバー３は、クライアント端末１ａからの送信許可待
ちの状態にある。サーバー３は、クライアント端末１ａ
からのデータ送信許可タイミング信号を受信後、データ
ダウンロードを開始する（図２のステップ２９、３
０）。これにより、ユーザ宅１のＢｃｈ使用を妨げるこ
とのない大容量データのダウンロードができる。
サーバー３は、クライアント端末１ａからの送信許可待
ちの状態にある。サーバー３は、クライアント端末１ａ
からのデータ送信許可タイミング信号を受信後、データ
ダウンロードを開始する（図２のステップ２９、３
０）。これにより、ユーザ宅１のＢｃｈ使用を妨げるこ
とのない大容量データのダウンロードができる。
【００２８】
【実施例】次に、本発明になるデータダウンロード方法
の各実施例について説明する。図３は本発明になるデー
タダウンロード方法の第１実施例のフローチャート、図
４は図３において大容量データ送信通知を受けたときの
クライアント端末がＢｃｈ使用可能なときのシーケンス
図、図５及び図６はそれぞれＢｃｈ使用可能時間帯では
ない時のシーケンス図を示す。ただし、図３〜図６中、
図１と同一構成部分には同一符号を付してある。
の各実施例について説明する。図３は本発明になるデー
タダウンロード方法の第１実施例のフローチャート、図
４は図３において大容量データ送信通知を受けたときの
クライアント端末がＢｃｈ使用可能なときのシーケンス
図、図５及び図６はそれぞれＢｃｈ使用可能時間帯では
ない時のシーケンス図を示す。ただし、図３〜図６中、
図１と同一構成部分には同一符号を付してある。
【００２９】クライアント端末１ａとサーバー３との間
の通信において、サーバー３において、送信データが発
生したとすると（図３のステップ３１、図４のステップ
５１）、送信するデータ内容が少量データ（数ｋバイト
以下）か大容量データかを判定し（図３のステップ３
２）、少量データであるときは（図３のステップ３
３）、サーバー３からＤｃｈパケット交換を使用して発
呼、送信を行う（図３のステップ３４、図４のステップ
５２）。
の通信において、サーバー３において、送信データが発
生したとすると（図３のステップ３１、図４のステップ
５１）、送信するデータ内容が少量データ（数ｋバイト
以下）か大容量データかを判定し（図３のステップ３
２）、少量データであるときは（図３のステップ３
３）、サーバー３からＤｃｈパケット交換を使用して発
呼、送信を行う（図３のステップ３４、図４のステップ
５２）。
【００３０】少量データの送受信に関しては、送信時間
及び料金間デメリットのあるＤｃｈパケット交換を使用
することで、クライアント端末１ａ側におけるＢｃｈ回
線使用の状態に関係なく、つまり、Ｂｃｈが２回線共使
用され、空き状態がなくてもデータの送受信が可能であ
る（図４のステップ５３）。図４のシーケンス図では、
少量データの送受信において、ユーザ宅１からＢ１チャ
ネルが例えばＦＡＸ通信中であったとしても、データの
送受信が可能である。
及び料金間デメリットのあるＤｃｈパケット交換を使用
することで、クライアント端末１ａ側におけるＢｃｈ回
線使用の状態に関係なく、つまり、Ｂｃｈが２回線共使
用され、空き状態がなくてもデータの送受信が可能であ
る（図４のステップ５３）。図４のシーケンス図では、
少量データの送受信において、ユーザ宅１からＢ１チャ
ネルが例えばＦＡＸ通信中であったとしても、データの
送受信が可能である。
【００３１】一方、送信するデータが大容量データ（数
Ｍバイトサイズ）であるときには、サーバー３は、ま
ず、自回線を確保した状態で送信先のクライアント端末
１ａに対し、大容量データの送信を行うという旨をＤｃ
ｈパケット交換により発呼通知する（図３のステップ３
５、３６、図４のステップ５５、５６、５７）。クライ
アント端末１ａは、この通知を受信した際に、Ｂｃｈ使
用可能時間帯かどうか判断する（図３のステップ３７、
図４のステップ５９）。ここで、Ｂｃｈ使用可能時間
は、クライアント端末１ａにおいて予め設定されている
時間である。図４の通信シーケンス図では、Ｂｃｈ使用
可能時間内の処理を示している。
Ｍバイトサイズ）であるときには、サーバー３は、ま
ず、自回線を確保した状態で送信先のクライアント端末
１ａに対し、大容量データの送信を行うという旨をＤｃ
ｈパケット交換により発呼通知する（図３のステップ３
５、３６、図４のステップ５５、５６、５７）。クライ
アント端末１ａは、この通知を受信した際に、Ｂｃｈ使
用可能時間帯かどうか判断する（図３のステップ３７、
図４のステップ５９）。ここで、Ｂｃｈ使用可能時間
は、クライアント端末１ａにおいて予め設定されている
時間である。図４の通信シーケンス図では、Ｂｃｈ使用
可能時間内の処理を示している。
【００３２】すなわち、クライアント端末１ａは、大容
量データ送信の通知を受信した時、使用可能時間帯であ
るので、サーバー３に対して無条件に送信許可をＤｃｈ
パケット交換によって通知する（図３のステップ３８、
図４のステップ６０、６１）。クライアント端末１ａか
らの送信許可待ち状態にあるサーバー３は、この通知を
受けると、Ｂｃｈ回線交換によってデータダウンロード
の送信を開始する（図３のステップ３９、図４のステッ
プ６３、６４）。
量データ送信の通知を受信した時、使用可能時間帯であ
るので、サーバー３に対して無条件に送信許可をＤｃｈ
パケット交換によって通知する（図３のステップ３８、
図４のステップ６０、６１）。クライアント端末１ａか
らの送信許可待ち状態にあるサーバー３は、この通知を
受けると、Ｂｃｈ回線交換によってデータダウンロード
の送信を開始する（図３のステップ３９、図４のステッ
プ６３、６４）。
【００３３】一方、クライアント端末１ａは、大容量デ
ータ送信通知を受信した際に、Ｂｃｈ使用可能時間帯で
ないときは、クライアント端末１ａはユーザ宅１におけ
るＢｃｈ回線状態の監視を開始する（図３のステップ４
０、図５のステップ７２）。このとき、ユーザ宅１のＢ
ｃｈの空き回線数が２ｃｈであり、２回線共に未使用状
態で時間Ｎ秒が経過した時点でサーバー３に対して、Ｄ
ｃｈパケット交換によって送信許可を通知する（図３の
ステップ４１〜４４、図５のステップ７３、７４）。た
だし、未使用時間Ｎ秒は、予めクライアント端末１ａに
おいて設定されている時間とする。
ータ送信通知を受信した際に、Ｂｃｈ使用可能時間帯で
ないときは、クライアント端末１ａはユーザ宅１におけ
るＢｃｈ回線状態の監視を開始する（図３のステップ４
０、図５のステップ７２）。このとき、ユーザ宅１のＢ
ｃｈの空き回線数が２ｃｈであり、２回線共に未使用状
態で時間Ｎ秒が経過した時点でサーバー３に対して、Ｄ
ｃｈパケット交換によって送信許可を通知する（図３の
ステップ４１〜４４、図５のステップ７３、７４）。た
だし、未使用時間Ｎ秒は、予めクライアント端末１ａに
おいて設定されている時間とする。
【００３４】サーバー３は大容量データ送信通知をした
後、そのままクライアント端末１ａからの送信許可待ち
状態にあり（図５のステップ６８）、クライアント端末
１ａからのデータ送信許可通知を受信すると、直ちにＢ
ｃｈ回線交換によってデータダウンロードの送信を開始
する（図３のステップ４５、４６、図５のステップ７
６、７７）。このダウンロード中は、Ｂｃｈの回線の占
有が１回線のみであるので、もう一方のＢｃｈ回線はユ
ーザ側で使用可能であり、例えばＢ１チャネルでデータ
ダウンロード中に、Ｂ２ｃｈで電話機を使用できる（図
５のステップ７８）。
後、そのままクライアント端末１ａからの送信許可待ち
状態にあり（図５のステップ６８）、クライアント端末
１ａからのデータ送信許可通知を受信すると、直ちにＢ
ｃｈ回線交換によってデータダウンロードの送信を開始
する（図３のステップ４５、４６、図５のステップ７
６、７７）。このダウンロード中は、Ｂｃｈの回線の占
有が１回線のみであるので、もう一方のＢｃｈ回線はユ
ーザ側で使用可能であり、例えばＢ１チャネルでデータ
ダウンロード中に、Ｂ２ｃｈで電話機を使用できる（図
５のステップ７８）。
【００３５】また、クライアント端末１ａが、大容量デ
ータ送信通知を受信した際に、Ｂｃｈ使用可能時間帯で
なく、かつ、ユーザ宅１のＢｃｈの空き回線数が１ｃｈ
又は０ｃｈであるときは（図３のステップ４７）、クラ
イアント端末１ａはサーバー３に対し送信不許可通知を
出す（図３のステップ４８、図６のステップ８２、８
３）。サーバー３はこの送信不許可通知を受信した後、
Ｔ秒経過した時点で再度Ｄｃｈパケット交換により大容
量データ通信の旨をクライアント端末１ａに通知する
（図３のステップ４９、５０、図６のステップ８４、８
５）。
ータ送信通知を受信した際に、Ｂｃｈ使用可能時間帯で
なく、かつ、ユーザ宅１のＢｃｈの空き回線数が１ｃｈ
又は０ｃｈであるときは（図３のステップ４７）、クラ
イアント端末１ａはサーバー３に対し送信不許可通知を
出す（図３のステップ４８、図６のステップ８２、８
３）。サーバー３はこの送信不許可通知を受信した後、
Ｔ秒経過した時点で再度Ｄｃｈパケット交換により大容
量データ通信の旨をクライアント端末１ａに通知する
（図３のステップ４９、５０、図６のステップ８４、８
５）。
【００３６】この通知を受けた後のクライアント端末１
ａは、先に説明した図３のステップ３６以降の動作の繰
り返しである。すなわち、クライアント端末１ａは、Ｂ
ｃｈが２回線共時間Ｎ秒の間使用されなかった場合に初
めて、サーバー３に対し送信許可を通知することができ
るのである（図３のステップ４１、４２、４３、４４、
図６のステップ８６、８７、８８）。送信許可通知を出
したクライアント端末１ａはそのままダウンロードデー
タ受信待ちの状態となる。送信許可通知を受信次第、サ
ーバー３はＢｃｈ回線交換によってデータダウンロード
の送信を開始する（図３のステップ４５、４６、図６の
ステップ８９、９０）。
ａは、先に説明した図３のステップ３６以降の動作の繰
り返しである。すなわち、クライアント端末１ａは、Ｂ
ｃｈが２回線共時間Ｎ秒の間使用されなかった場合に初
めて、サーバー３に対し送信許可を通知することができ
るのである（図３のステップ４１、４２、４３、４４、
図６のステップ８６、８７、８８）。送信許可通知を出
したクライアント端末１ａはそのままダウンロードデー
タ受信待ちの状態となる。送信許可通知を受信次第、サ
ーバー３はＢｃｈ回線交換によってデータダウンロード
の送信を開始する（図３のステップ４５、４６、図６の
ステップ８９、９０）。
【００３７】なお、図６の例では、クライアント端末１
ａが送信不許可通知をサーバー３へ送信した後（ステッ
プ８２）、Ｂ２チャネルのユーザによる回線使用が終了
し（ステップ９１）、その後にサーバー３からの大容量
データ送信通知を受けることにより再度ユーザ宅１の回
線の監視を開始し（ステップ９２）、Ｂｃｈ未使用時間
Ｎ秒経過した時点で送信許可通知をサーバー３へ送信し
た例を示している。
ａが送信不許可通知をサーバー３へ送信した後（ステッ
プ８２）、Ｂ２チャネルのユーザによる回線使用が終了
し（ステップ９１）、その後にサーバー３からの大容量
データ送信通知を受けることにより再度ユーザ宅１の回
線の監視を開始し（ステップ９２）、Ｂｃｈ未使用時間
Ｎ秒経過した時点で送信許可通知をサーバー３へ送信し
た例を示している。
【００３８】次に、本発明の第２実施例について説明す
る。図３は本発明になるデータダウンロード方法の第２
実施例の要部のフローチャートを示す。この第２実施例
は第１実施例の図３のフローチャートにおいてＢｃｈ使
用可能時間帯によって（ステップ３７）によってデータ
送信許可通知の方法を切り換える部分に関して、クライ
アント端末１ａがサーバー３から大容量データ送信の旨
をＤｃｈパケット交換による通知（ステップ３６）を受
ける際に、ダウンロードデータの転送時間をディスプレ
イ表示あるいは音声で同時通知することで、その通知を
受けたユーザー自身がデータ送信許可、不許可を与える
ようにするようにしたものである。
る。図３は本発明になるデータダウンロード方法の第２
実施例の要部のフローチャートを示す。この第２実施例
は第１実施例の図３のフローチャートにおいてＢｃｈ使
用可能時間帯によって（ステップ３７）によってデータ
送信許可通知の方法を切り換える部分に関して、クライ
アント端末１ａがサーバー３から大容量データ送信の旨
をＤｃｈパケット交換による通知（ステップ３６）を受
ける際に、ダウンロードデータの転送時間をディスプレ
イ表示あるいは音声で同時通知することで、その通知を
受けたユーザー自身がデータ送信許可、不許可を与える
ようにするようにしたものである。
【００３９】すなわち、この第２実施例は、図３のステ
ップ３５以降の処理を図７のフローチャートに示す処理
を行うようにしたものであり、サーバーがクライアント
端末に対し、大容量データ送信要求が発生すると、まず
Ｄｃｈパケット交換を使用して、この旨をデータ送信時
間付きで通知する（図７のステップ１０１、１０２）。
クライアント端末は、このダウンロード通知を受信する
と、送信時間を表示あるいは音声通知し、ユーザに送信
出してよいかを委ねる（図７のステップ１０３、１０
４、１０５）。例えば、「データ送信時間＝１０分、デ
ータ送信許可＝ＯＫ、データ送信不許可＝ＮＧ」のよう
な表示をディスプレイに出力する。ここで、ユーザがデ
ータ送信を許可すれば、クライアント端末がＤｃｈパケ
ット交換網を通してサーバーにそれを通知し（図７のス
テップ１０６）、これを受信次第、サーバーはダウンロ
ードを開始する（図７のステップ１０７）。
ップ３５以降の処理を図７のフローチャートに示す処理
を行うようにしたものであり、サーバーがクライアント
端末に対し、大容量データ送信要求が発生すると、まず
Ｄｃｈパケット交換を使用して、この旨をデータ送信時
間付きで通知する（図７のステップ１０１、１０２）。
クライアント端末は、このダウンロード通知を受信する
と、送信時間を表示あるいは音声通知し、ユーザに送信
出してよいかを委ねる（図７のステップ１０３、１０
４、１０５）。例えば、「データ送信時間＝１０分、デ
ータ送信許可＝ＯＫ、データ送信不許可＝ＮＧ」のよう
な表示をディスプレイに出力する。ここで、ユーザがデ
ータ送信を許可すれば、クライアント端末がＤｃｈパケ
ット交換網を通してサーバーにそれを通知し（図７のス
テップ１０６）、これを受信次第、サーバーはダウンロ
ードを開始する（図７のステップ１０７）。
【００４０】一方、図７のステップ１０５においてユー
ザがデータ送信不許可とした場合には、サーバーにその
旨をＤｃｈパケット交換網により通知し（図７のステッ
プ１０８）、サーバーはこの通知を受信後、クライアン
ト端末からの送信許可待ち状態となる（図７のステップ
１０９）。ユーザの送信を許可すれば、クライアント端
末はサーバーにＤｃｈパケット交換網を通して送信許可
通知を行う（図７のステップ１１０、１０６）。サーバ
ーは、この送信許可通知を受信するとダウンロードを開
始する（図７のステップ１０７）。
ザがデータ送信不許可とした場合には、サーバーにその
旨をＤｃｈパケット交換網により通知し（図７のステッ
プ１０８）、サーバーはこの通知を受信後、クライアン
ト端末からの送信許可待ち状態となる（図７のステップ
１０９）。ユーザの送信を許可すれば、クライアント端
末はサーバーにＤｃｈパケット交換網を通して送信許可
通知を行う（図７のステップ１１０、１０６）。サーバ
ーは、この送信許可通知を受信するとダウンロードを開
始する（図７のステップ１０７）。
【００４１】以上説明した通り、この第２実施例のよう
に送信許可を通知するタイミングをユーザに委ねるよう
にした場合は、クライアント端末がユーザー側回線の空
き状態を監視する必要は無くなり、前記の第１実施例よ
りもさらに効率の良い回線使用、共有が行える。
に送信許可を通知するタイミングをユーザに委ねるよう
にした場合は、クライアント端末がユーザー側回線の空
き状態を監視する必要は無くなり、前記の第１実施例よ
りもさらに効率の良い回線使用、共有が行える。
【００４２】次に、本発明の第３実施例について説明す
る。図８は本発明になるデータダウンロード方法の第３
実施例のシーケンス図を示す。同図中、図５と同一処理
部分には同一符号を付してある。前記第１実施例では、
図３のフローチャートに示したように、サーバーによる
データダウンロード時にはすべてサーバーからの発呼に
よってデータ送信が行われているが、この第３実施例
は、クライアント端末がサーバーからの大容量データ送
信の旨を受信後、クライアント端末側からデータダウン
ロードのための発呼を行うものである。
る。図８は本発明になるデータダウンロード方法の第３
実施例のシーケンス図を示す。同図中、図５と同一処理
部分には同一符号を付してある。前記第１実施例では、
図３のフローチャートに示したように、サーバーによる
データダウンロード時にはすべてサーバーからの発呼に
よってデータ送信が行われているが、この第３実施例
は、クライアント端末がサーバーからの大容量データ送
信の旨を受信後、クライアント端末側からデータダウン
ロードのための発呼を行うものである。
【００４３】すなわち、図８において、クライアント端
末１ａがサーバーから大容量データ送信の通知を受けた
時に、Ｂｃｈ使用可能時間帯でない時はＢｃｈ回線の監
視を開始し、その開始時点からＮ秒官回線が未使用なら
ばダウンロードのための発呼を行う（図８のステップ５
９、７２、１２０、１２１）。サーバー３は、この発呼
を受けた時点でダウンロードを開始する（図８のステッ
プ１２２、１２３）。すなわち、この実施例では、クラ
イアント端末１ａからの発呼がサーバー３に対するデー
タ送信許可に相当する。このような処理により、クライ
アント端末１ａが送信許可通知を出して、サーバー３が
データのダウンロードを開始するまでの間に、ユーザが
回線を使用したためにダウンロードができなくなる可能
性は無くなる。
末１ａがサーバーから大容量データ送信の通知を受けた
時に、Ｂｃｈ使用可能時間帯でない時はＢｃｈ回線の監
視を開始し、その開始時点からＮ秒官回線が未使用なら
ばダウンロードのための発呼を行う（図８のステップ５
９、７２、１２０、１２１）。サーバー３は、この発呼
を受けた時点でダウンロードを開始する（図８のステッ
プ１２２、１２３）。すなわち、この実施例では、クラ
イアント端末１ａからの発呼がサーバー３に対するデー
タ送信許可に相当する。このような処理により、クライ
アント端末１ａが送信許可通知を出して、サーバー３が
データのダウンロードを開始するまでの間に、ユーザが
回線を使用したためにダウンロードができなくなる可能
性は無くなる。
【００４４】ただし、データダウンロード中のユーザー
側回線は、ダウンロードによりＢｃｈを１回線のみ使用
するため、もう一方のＢｃｈ回線は空き状態でありユー
ザによる使用は可能である（図８のステップ１２４）。
図８では、Ｂ１チャネルでダウンロード中に、Ｂ２チャ
ネルでユーザ宅４との間で電話機を使用した通信を行っ
ている。
側回線は、ダウンロードによりＢｃｈを１回線のみ使用
するため、もう一方のＢｃｈ回線は空き状態でありユー
ザによる使用は可能である（図８のステップ１２４）。
図８では、Ｂ１チャネルでダウンロード中に、Ｂ２チャ
ネルでユーザ宅４との間で電話機を使用した通信を行っ
ている。
【００４５】次に、本発明の第４実施例について説明す
る。図９は本発明になるデータダウンロード方法の第４
実施例のシーケンス図を示す。同図中、図５と同一処理
部分には同一符号を付してある。前記第１実施例では、
図３のフローチャートに示したように、クライアント端
末１ａはサーバー３に対し、Ｂｃｈ使用可能時間内であ
れば無条件に送信許可を出力し、またＢｃｈ使用可能時
間帯でない場合には、Ｂｃｈが２回線共空き状態の時に
限り送信許可を出力することで、ユーザーの回線ビジー
（ＢＵＳＹ）を回避しているが、この実施例は、ユーザ
が確認した上で設定するようにしたものである。
る。図９は本発明になるデータダウンロード方法の第４
実施例のシーケンス図を示す。同図中、図５と同一処理
部分には同一符号を付してある。前記第１実施例では、
図３のフローチャートに示したように、クライアント端
末１ａはサーバー３に対し、Ｂｃｈ使用可能時間内であ
れば無条件に送信許可を出力し、またＢｃｈ使用可能時
間帯でない場合には、Ｂｃｈが２回線共空き状態の時に
限り送信許可を出力することで、ユーザーの回線ビジー
（ＢＵＳＹ）を回避しているが、この実施例は、ユーザ
が確認した上で設定するようにしたものである。
【００４６】すなわち、クライアント端末１ａは大容量
データ送信の通知を受信すると、Ｂｃｈ回線状態を確認
し（図９のステップ１３０）、１回線以上Ｂｃｈに空き
がある場合、ユーザによる確認後ダウンロードのための
発呼を行う（図９のステップ１３１、１３２）。この発
呼を受けたサーバー３は、ダウンロードのデータの送信
を開始する（図９のステップ１３４）。
データ送信の通知を受信すると、Ｂｃｈ回線状態を確認
し（図９のステップ１３０）、１回線以上Ｂｃｈに空き
がある場合、ユーザによる確認後ダウンロードのための
発呼を行う（図９のステップ１３１、１３２）。この発
呼を受けたサーバー３は、ダウンロードのデータの送信
を開始する（図９のステップ１３４）。
【００４７】このデータダウンロード終了後、サーバー
３は再び大容量送信データが発生した場合は、サーバー
３は再び大容量データ送信の旨をクライアント端末１ａ
に通知し（図９のステップ１３５、１３６、１３８）、
そのまま送信許可待ちになる（図９のステップ１３
７）。クライアント端末１ａはこの大容量データ送信の
通知を受信すると、Ｂｃｈ回線状態を確認し（図９のス
テップ１３９）、この時点ではユーザ宅１がＢ２チャネ
ルを使用してユーザ宅４との間で電話機を使用中である
が、Ｂ１チャネルは空いているので、ユーザはこのＢｃ
ｈ１回線のみ占有していることを確認して、ダウンロー
ドのための発呼を行う（図９のステップ１４０、１４
１、１４２）。この発呼を受けたサーバー３は、ダウン
ロードのデータの送信をＢ２チャネルを使用して開始す
る（図９のステップ１４３）。この第４実施例によれ
ば、第１実施例と同様の効果が得られる。
３は再び大容量送信データが発生した場合は、サーバー
３は再び大容量データ送信の旨をクライアント端末１ａ
に通知し（図９のステップ１３５、１３６、１３８）、
そのまま送信許可待ちになる（図９のステップ１３
７）。クライアント端末１ａはこの大容量データ送信の
通知を受信すると、Ｂｃｈ回線状態を確認し（図９のス
テップ１３９）、この時点ではユーザ宅１がＢ２チャネ
ルを使用してユーザ宅４との間で電話機を使用中である
が、Ｂ１チャネルは空いているので、ユーザはこのＢｃ
ｈ１回線のみ占有していることを確認して、ダウンロー
ドのための発呼を行う（図９のステップ１４０、１４
１、１４２）。この発呼を受けたサーバー３は、ダウン
ロードのデータの送信をＢ２チャネルを使用して開始す
る（図９のステップ１４３）。この第４実施例によれ
ば、第１実施例と同様の効果が得られる。
【００４８】
【発明の効果】以上説明したように、本発明によれば、
端末装置においてＢチャネルの回線の使用を妨げないよ
うなタイミングでデータ送信タイミング信号をサーバー
へＤチャネルパケット交換によって通知し、このデータ
送信タイミング信号を受信してから、初めてサーバーが
データを端末装置へ送信してダウンロードさせることに
より、例えば、「Ｂｃｈ使用可能時間」といったダウン
ロードを行うための優先時間帯を設けるなど、ユーザの
回線使用を第一に考慮し、端末装置からタイミング信号
を出力することでダウンロードができるため、ユーザの
回線使用を妨げることなく効率の良い回線の使用及び共
有ができる。
端末装置においてＢチャネルの回線の使用を妨げないよ
うなタイミングでデータ送信タイミング信号をサーバー
へＤチャネルパケット交換によって通知し、このデータ
送信タイミング信号を受信してから、初めてサーバーが
データを端末装置へ送信してダウンロードさせることに
より、例えば、「Ｂｃｈ使用可能時間」といったダウン
ロードを行うための優先時間帯を設けるなど、ユーザの
回線使用を第一に考慮し、端末装置からタイミング信号
を出力することでダウンロードができるため、ユーザの
回線使用を妨げることなく効率の良い回線の使用及び共
有ができる。
【００４９】また、本発明によれば、端末装置において
サーバーから大容量データ送信の通知を受けた時は、ユ
ーザの判断によりサーバーからの大容量データの送信許
可の諾否を決定することにより、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができるため、ユーザの意図
に応じてより柔軟で効率の良い回線の使用及び共有がで
きる。
サーバーから大容量データ送信の通知を受けた時は、ユ
ーザの判断によりサーバーからの大容量データの送信許
可の諾否を決定することにより、Ｂチャネル回線の使用
状態を監視する手段は必要なく、ユーザの意図に応じた
タイミングでダウンロードができるため、ユーザの意図
に応じてより柔軟で効率の良い回線の使用及び共有がで
きる。
【図１】本発明のＩＳＤＮ回線を用いたサーバー・クラ
イアント型システムの位置実施の形態のブロック図であ
る。
イアント型システムの位置実施の形態のブロック図であ
る。
【図２】本発明のデータダウンロード方法の一実施の形
態のフローチャートである。
態のフローチャートである。
【図３】本発明になるデータダウンロード方法の第１実
施例のフローチャートである。
施例のフローチャートである。
【図４】図３において大容量データ送信通知を受けたと
きのクライアント端末がＢｃｈ使用可能なときのシーケ
ンス図である。
きのクライアント端末がＢｃｈ使用可能なときのシーケ
ンス図である。
【図５】図３において大容量データ送信通知を受けたと
きのクライアント端末がＢｃｈ使用可能時間帯ではない
時のシーケンス図である。
きのクライアント端末がＢｃｈ使用可能時間帯ではない
時のシーケンス図である。
【図６】図３において大容量データ送信通知を受けたと
きのクライアント端末がＢｃｈ使用可能時間帯ではない
時のシーケンス図である。
きのクライアント端末がＢｃｈ使用可能時間帯ではない
時のシーケンス図である。
【図７】本発明のデータダウンロード方法の第２実施例
の要部のフローチャートである。
の要部のフローチャートである。
【図８】本発明のデータダウンロード方法の第３実施例
のシーケンス図である。
のシーケンス図である。
【図９】本発明のデータダウンロード方法の第４実施例
のシーケンス図である。
のシーケンス図である。
１、４、５ ユーザ宅 １ａ クライアント端末（パソコン等） １ｂ ファクシミリ装置（ＦＡＸ） １ｃ 電話機 １ｄ、１ｅ ターミナルアダプタ（ＴＡ） ２ ＩＳＤＮ網 ３ サーバー ６、７ 回線終端装置（ＤＳＵ）
Claims (9)
- 【請求項１】 一又は二以上のクライアント側の端末装
置が、ＩＳＤＮ網及び対応する一又は二以上の回線終端
装置を介してサーバーに接続され、該サーバーは任意の
前記端末装置にデータを送信してダウンロードさせるサ
ーバー・クライアント型システムにおいて、 前記サーバーは、 送信するデータが所定値以上の大容量データが発生した
時に、送信すべき前記端末装置に対し、大容量データの
送信の旨をＤチャネルパケット交換により通知する通知
手段と、 前記端末装置からのデータ送信タイミング信号受信後
に、Ｂチャネルを使用して前記大容量データの送信を開
始し、該端末装置により該大容量データをダウンロード
させる送信手段とを有し、 前記端末装置は、 前記サーバーより前記大容量データ送信の通知を受けた
時に、該端末装置と同じ前記回線終端装置に接続されて
いるすべてのＩＳＤＮ通信用装置のＢチャネル回線の空
き状態を監視する監視手段と、 前記監視手段によりＢチャネルの回線の使用を妨げない
ようなタイミングでデータ送信タイミング信号を前記サ
ーバーへＤチャネルパケット交換によって通知する送信
許可通知手段とを有することを特徴とするサーバー・ク
ライアント型システム。 - 【請求項２】 前記端末装置は、前記サーバーより前記
大容量データ送信の通知を受けた時に、Ｂチャネル使用
可能時間帯であるかどうか判定し、Ｂチャネル使用可能
時間帯である時は直ちに前記データ送信タイミング信号
を前記サーバーへ送信し、前記Ｂチャネル使用可能時間
帯でないときには前記監視手段によりＢチャネル回線の
空き状態を監視させる時間帯判定手段を有することを特
徴とする請求項１記載のサーバー・クライアント型シス
テム。 - 【請求項３】 一又は二以上のクライアント側の端末装
置が、ＩＳＤＮ網及び対応する一又は二以上の回線終端
装置を介してサーバーに接続され、該サーバーは任意の
前記端末装置にデータを送信してダウンロードさせるサ
ーバー・クライアント型システムにおいて、 前記サーバーは、 送信するデータが所定値以上の大容量データが発生した
時に、送信すべき前記端末装置に対し、大容量データの
送信の旨をデータ送信時間と共にＤチャネルパケット交
換により通知する通知手段と、 前記端末装置からのデータ送信許可信号受信後に、Ｂチ
ャネルを使用して前記大容量データの送信を開始し、該
端末装置により該大容量データをダウンロードさせる送
信手段とを有し、 前記端末装置は、 前記サーバーより前記データ送信時間付きの大容量デー
タ送信の通知を受けた時に、前記データ送信時間を報知
してユーザに送信許可の諾否を委ねる報知手段と、 前記報知手段の報知に基づき、前記ユーザの操作により
前記送信許可信号をＤチャネルパケット交換によって通
知する送信許可通知手段とを有することを特徴とするサ
ーバー・クライアント型システム。 - 【請求項４】 サーバーにて発生したデータを、ＩＳＤ
Ｎ網及び回線終端装置を介して任意のクライアント側の
端末装置に送信してダウンロードさせるサーバー・クラ
イアント型システムにおけるデータダウンロード方法に
おいて、 前記サーバーは、送信するデータが所定値以上の大容量
データが発生した時に、送信すべき前記端末装置に対
し、大容量データの送信の旨をＤチャネルパケット交換
により通知し、前記大容量データ送信の通知を受けた前
記端末装置は該端末装置と同じ前記回線終端装置に接続
されているすべてのＩＳＤＮ通信用装置のＢチャネル回
線の空き状態を監視し、Ｂチャネルの回線の使用を妨げ
ないようなタイミングでデータ送信タイミング信号を前
記サーバーへＤチャネルパケット交換によって通知し、
サーバーはこのデータ送信タイミング信号受信後に、Ｂ
チャネルを使用して前記大容量データの送信を開始し、
前記端末装置により該大容量データをダウンロードさせ
ることを特徴とするデータダウンロード方法。 - 【請求項５】 前記端末装置は、前記サーバーより前記
大容量データ送信の通知を受けた時に、Ｂチャネル使用
可能時間帯であるかどうか判定し、Ｂチャネル使用可能
時間帯である時は直ちに前記データ送信タイミング信号
を前記サーバーへ送信し、前記Ｂチャネル使用可能時間
帯でないときにはＢチャネル回線の空き状態を監視する
ことを特徴とする請求項４記載のデータダウンロード方
法。 - 【請求項６】 前記端末装置は、前記サーバーより前記
大容量データ送信の通知を受けた時に、Ｂチャネル使用
可能時間帯でなく、かつ、該端末装置と同じ前記回線終
端装置に接続されているすべてのＩＳＤＮ通信用装置の
Ｂチャネルがすべて空き回線である状態が第１の所定時
間経過した時点で前記サーバーに送信許可を通知するこ
とにより、該サーバーから前記大容量データを送信さ
せ、前記大容量データ送信の通知を受けた時に、前記Ｂ
チャネル使用可能時間帯でなく、かつ、該端末装置と同
じ前記回線終端装置に接続されているすべてのＩＳＤＮ
通信用装置のＢチャネルの一部が空き回線であるときは
前記サーバーに対して送信不許可を通知し、該サーバー
は該送信不許可を受信した時は、第２の所定時間経過し
た時点で再度前記端末装置へ前記大容量データ送信の旨
をＤチャネルパケット交換により通知することを特徴と
する請求項４記載のデータダウンロード方法。 - 【請求項７】 前記端末装置は、前記送信許可の通知に
代えて、前記サーバーへダウンロードのための発呼を行
うことを特徴とする請求項６記載のデータダウンロード
方法。 - 【請求項８】 前記端末装置は、前記サーバーより前記
大容量データ送信の通知を受けた時に、該端末装置と同
じ前記回線終端装置に接続されているすべてのＩＳＤＮ
通信用装置のＢチャネル回線に１チャネルでも空きがあ
るときは、前記サーバーへダウンロードのための発呼を
行うことを特徴とする請求項４記載のデータダウンロー
ド方法。 - 【請求項９】 サーバーにて発生したデータを、ＩＳＤ
Ｎ網及び回線終端装置を介して任意のクライアント側の
端末装置に送信してダウンロードさせるサーバー・クラ
イアント型システムにおけるデータダウンロード方法に
おいて、前記サーバーは、送信するデータが所定値以上
の大容量データが発生した時に、送信すべき前記端末装
置に対し、大容量データの送信の旨をデータ送信時間と
共にＤチャネルパケット交換により通知し、該通知を受
けた前記端末装置は、前記データ送信時間を報知してユ
ーザに送信許可の諾否を委ね、該報知に基づき、前記ユ
ーザの操作により前記送信許可信号をＤチャネルパケッ
ト交換によって通知し、前記サーバーはこのデータ送信
許可信号受信後に、Ｂチャネルを使用して前記大容量デ
ータの送信を開始し、前記端末装置により該大容量デー
タをダウンロードさせることを特徴とするデータダウン
ロード方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25997999A JP3379489B2 (ja) | 1999-09-14 | 1999-09-14 | サーバー・クライアント型システム及びデータダウンロード方法 |
| US09/656,714 US7076519B1 (en) | 1999-09-14 | 2000-09-07 | Server-client type system and data downloading method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25997999A JP3379489B2 (ja) | 1999-09-14 | 1999-09-14 | サーバー・クライアント型システム及びデータダウンロード方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001086192A true JP2001086192A (ja) | 2001-03-30 |
| JP3379489B2 JP3379489B2 (ja) | 2003-02-24 |
Family
ID=17341602
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25997999A Expired - Fee Related JP3379489B2 (ja) | 1999-09-14 | 1999-09-14 | サーバー・クライアント型システム及びデータダウンロード方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7076519B1 (ja) |
| JP (1) | JP3379489B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003078637A (ja) * | 2001-08-31 | 2003-03-14 | Murata Mach Ltd | 通信端末装置 |
| US7743115B2 (en) * | 2002-02-27 | 2010-06-22 | Motorola, Inc. | Software content downloading methods in radio communication networks |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100757466B1 (ko) * | 2001-04-17 | 2007-09-11 | 삼성전자주식회사 | 홈네트워크내의 기기에 서비스를 제공하는 시스템과 그방법 및 홈네트워크에서 서비스를 제공받는 시스템과 그방법 |
| JP2006129439A (ja) * | 2004-09-28 | 2006-05-18 | Kyocera Corp | 通信システム、基地局装置、サーバ装置、移動局装置、及び送信データ量決定方法 |
Family Cites Families (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0355777B1 (en) * | 1988-08-22 | 1995-12-27 | Canon Kabushiki Kaisha | Communication apparatus for displaying information concerning call receptions |
| JP2837877B2 (ja) * | 1989-07-04 | 1998-12-16 | キヤノン株式会社 | 通信装置および通信方法 |
| US5272697A (en) * | 1990-02-23 | 1993-12-21 | At&T Bell Laboratories | Apparatus and method for time multiplexing a resource among a plurality of entities |
| JPH04120843A (ja) | 1990-09-11 | 1992-04-21 | Tamura Electric Works Ltd | ダウンロード方式 |
| JPH04222140A (ja) * | 1990-12-21 | 1992-08-12 | Fujitsu Ltd | Ｉｓｄｎサービスにおけるメンテナンス通信制御方式 |
| US5323445A (en) * | 1991-03-07 | 1994-06-21 | Mitsubishi Denki Kabushiki Kaisha | Multi-location television conference system |
| US5268904A (en) * | 1991-04-24 | 1993-12-07 | Ricoh Company, Ltd. | ISDN terminal equipment control method |
| US5745758A (en) * | 1991-09-20 | 1998-04-28 | Shaw; Venson M. | System for regulating multicomputer data transfer by allocating time slot to designated processing task according to communication bandwidth capabilities and modifying time slots when bandwidth change |
| JPH05260045A (ja) * | 1992-01-14 | 1993-10-08 | Ricoh Co Ltd | デ−タ端末装置の通信方法 |
| US5289472A (en) * | 1992-02-05 | 1994-02-22 | At&T Bell Laboratories | Method for the tranmission of message associated user-to-user information |
| JPH05344251A (ja) * | 1992-06-05 | 1993-12-24 | Matsushita Graphic Commun Syst Inc | Ｉｓｄｎによる高速画像伝送方法 |
| US5438571A (en) * | 1992-11-06 | 1995-08-01 | Hewlett-Packard Company | High speed data transfer over twisted pair cabling |
| US5581703A (en) * | 1993-06-29 | 1996-12-03 | International Business Machines Corporation | Method and apparatus for reserving system resources to assure quality of service |
| US5909673A (en) * | 1994-09-29 | 1999-06-01 | Gregory; Edward M. | Method and system for creating site specific coupons at a plurality of remote locations which are controlled by a central office |
| US5615213A (en) * | 1995-04-13 | 1997-03-25 | International Business Machines Corporation | Message transmission using out-of-band signaling channel |
| US5586121A (en) * | 1995-04-21 | 1996-12-17 | Hybrid Networks, Inc. | Asymmetric hybrid access system and method |
| GB2301717B (en) * | 1995-06-02 | 1999-08-11 | Dsc Communications | Network controller for monitoring the status of a network |
| DE19526172C1 (de) * | 1995-07-18 | 1997-01-30 | Siemens Ag | Verfahren zur Übertragung von ATM-Digitalsignalen einer Programmeinheit, insbesondere von digitalen datenkomprimierten Video-Verteilsignalen |
| US6101535A (en) * | 1995-08-09 | 2000-08-08 | Siemens Aktiengesellschaft | Process for selecting and requesting multimedia services |
| US6097700A (en) * | 1995-09-18 | 2000-08-01 | Telefonaktiebolaget L M Ericsson (Publ) | Packet switched radio channel congestion control |
| US5966636A (en) * | 1995-11-29 | 1999-10-12 | Motorola, Inc. | Method and apparatus for multiple access over randomized slots with collision detection in a cable telephony system |
| CA2196622C (en) * | 1996-02-06 | 2001-10-16 | Hiroshi Jinzenji | Network data distribution system |
| US5898668A (en) * | 1996-12-13 | 1999-04-27 | Siemens Information And Communication Networks, Inc. | Method and system for increasing quality of service at or below a threshold cost |
| US6349297B1 (en) * | 1997-01-10 | 2002-02-19 | Venson M. Shaw | Information processing system for directing information request from a particular user/application, and searching/forwarding/retrieving information from unknown and large number of information resources |
| US6185203B1 (en) * | 1997-02-18 | 2001-02-06 | Vixel Corporation | Fibre channel switching fabric |
| SE514331C2 (sv) * | 1997-05-07 | 2001-02-12 | Ericsson Telefon Ab L M | Metod och anordning för att erhålla dynamisk bandbredd genom variabel kanaltilldelning i ISDN |
| US5991293A (en) * | 1997-05-23 | 1999-11-23 | Nortel Networks Corporation | Circuit arrangement for providing internet connectivity to a computer in a key telephone system |
| EP0907273B1 (en) * | 1997-09-25 | 2005-11-16 | Alcatel | Unified system for exchanging data between a terminal and access means via a telephone network |
| US6360271B1 (en) * | 1999-02-02 | 2002-03-19 | 3Com Corporation | System for dynamic jitter buffer management based on synchronized clocks |
| JP4035792B2 (ja) * | 1997-10-31 | 2008-01-23 | ソニー株式会社 | 通信端末装置及び通信制御方法 |
| US6307836B1 (en) * | 1997-12-10 | 2001-10-23 | Mci Communications Corporation | High-speed transparent access to multiple services |
| US6415373B1 (en) * | 1997-12-24 | 2002-07-02 | Avid Technology, Inc. | Computer system and process for transferring multiple high bandwidth streams of data between multiple storage units and multiple applications in a scalable and reliable manner |
| US6674713B1 (en) * | 1999-02-23 | 2004-01-06 | Cisco Technology, Inc. | Method and apparatus for providing continuous voice and call communications between a data network and a telephony network |
-
1999
- 1999-09-14 JP JP25997999A patent/JP3379489B2/ja not_active Expired - Fee Related
-
2000
- 2000-09-07 US US09/656,714 patent/US7076519B1/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003078637A (ja) * | 2001-08-31 | 2003-03-14 | Murata Mach Ltd | 通信端末装置 |
| US7743115B2 (en) * | 2002-02-27 | 2010-06-22 | Motorola, Inc. | Software content downloading methods in radio communication networks |
Also Published As
| Publication number | Publication date |
|---|---|
| US7076519B1 (en) | 2006-07-11 |
| JP3379489B2 (ja) | 2003-02-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS6156538A (ja) | デジタルデ−タ処理システムのためのロ−カルエリアネツトワ−ク | |
| JP3379489B2 (ja) | サーバー・クライアント型システム及びデータダウンロード方法 | |
| EP1163766B1 (en) | A data transfer management system and method for a telecommunications network | |
| JP2985802B2 (ja) | ターミナルアダプタとリンク解放予定通知方法 | |
| Smith | Ascend's Multilink Protocol Plus (MP+) | |
| JP3598451B2 (ja) | ファクシミリ通信システムの制御方法 | |
| KR100278296B1 (ko) | 게이트웨이에서의 접속 및 음성 데이터 전송 방법 | |
| JP2801969B2 (ja) | 電話番号リストのクリーニング装置およびクリーニング方法 | |
| JP3709924B2 (ja) | Ｉｓｄｎ端末装置 | |
| KR19980025600A (ko) | 웹(Web)기술을 이용한 기술적 여론 관리 장치에서 서비스 품질에 따른 데이터 처리 방법 | |
| JP4047527B2 (ja) | 情報配信システム及び情報配信方法 | |
| JPH1169126A (ja) | 通信装置 | |
| JP3141822B2 (ja) | セキュリティ通信方式 | |
| JP2006174346A (ja) | データ伝送制御装置、データ伝送制御方法およびプログラム | |
| JP3155891B2 (ja) | ファクシミリ蓄積装置 | |
| JP3507780B2 (ja) | Ｉｓｄｎターミナルシステム | |
| JP3249209B2 (ja) | データ通信装置 | |
| JP3169235B2 (ja) | Ｉｓｄｎ端末装置およびその呼設定制御方法 | |
| JP4073005B2 (ja) | データ通信装置及びその制御方法 | |
| JP3555564B2 (ja) | 通信システム | |
| JPS6382137A (ja) | 端末アドレスの管理方法 | |
| JPS63104546A (ja) | パ−ソナルコンピユ−タ通信方式 | |
| Smith | RFC1934: Ascend's Multilink Protocol Plus (MP+) | |
| JPS62146044A (ja) | 蓄積サ−ビス入力方式 | |
| JP2002237906A (ja) | インターネット電話装置及びシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071213 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081213 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091213 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091213 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101213 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101213 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111213 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111213 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121213 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |