JPH098841A - 電文配信処理方法 - Google Patents
電文配信処理方法Info
- Publication number
- JPH098841A JPH098841A JP7173963A JP17396395A JPH098841A JP H098841 A JPH098841 A JP H098841A JP 7173963 A JP7173963 A JP 7173963A JP 17396395 A JP17396395 A JP 17396395A JP H098841 A JPH098841 A JP H098841A
- Authority
- JP
- Japan
- Prior art keywords
- message
- length
- delivery
- message length
- messages
- 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
- Meter Arrangements (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Facsimile Transmission Control (AREA)
Abstract
(57)【要約】
【目的】電文配信時の送信効率を高め通信回線の回線使
用料の低減を図る。 【構成】電文配信装置は入力した電文を蓄積する（ステ
ップＡ２）。電文の配信依頼があると予め記憶した通信
回線の課金単位時間及び通信速度を基に予想最適電文長
を算出する（ステップＡ４〜Ａ７）。蓄積した電文の電
文長の合計と予想最適電文長を比較し、電文長の合計が
予想最適電文長を越えない範囲内で最も長くなるように
入力順に電文をまとめて配信し（ステップＡ９〜Ａ１
３）、送信効率を高める。
用料の低減を図る。 【構成】電文配信装置は入力した電文を蓄積する（ステ
ップＡ２）。電文の配信依頼があると予め記憶した通信
回線の課金単位時間及び通信速度を基に予想最適電文長
を算出する（ステップＡ４〜Ａ７）。蓄積した電文の電
文長の合計と予想最適電文長を比較し、電文長の合計が
予想最適電文長を越えない範囲内で最も長くなるように
入力順に電文をまとめて配信し（ステップＡ９〜Ａ１
３）、送信効率を高める。
Description
【０００１】
【産業上の利用分野】この発明は電文を複数の装置に配
信する電文配信処理方法、特に電文配信時の回線使用料
の低減に関するものである。
信する電文配信処理方法、特に電文配信時の回線使用料
の低減に関するものである。
【０００２】
【従来の技術】電子メール装置、ファクシミリメール装
置又は音声メール装置等の各種メール装置から入力した
電文を配信する電文配信装置においては、電文配信時の
回線使用料を低減するための開発が行なわれている。例
えば特開平５-122254号公報に掲載された配信処理方式
では同一宛先に対する電文をまとめて配信することによ
り、伝送効率を上げ回線使用料の低減を図っている。
置又は音声メール装置等の各種メール装置から入力した
電文を配信する電文配信装置においては、電文配信時の
回線使用料を低減するための開発が行なわれている。例
えば特開平５-122254号公報に掲載された配信処理方式
では同一宛先に対する電文をまとめて配信することによ
り、伝送効率を上げ回線使用料の低減を図っている。
【０００３】
【発明が解決しようとする課題】しかしながら、通信時
間により課金する通信回線を使用した場合では、電文を
いくつかまとめても回線使用時間が課金単位時間を越え
た直後に通信が終わる場合があり、かかる場合は回線使
用料の低減にはならない。また、短い電文が不連続に発
生し、電文をまとめて配信できない場合もあった。
間により課金する通信回線を使用した場合では、電文を
いくつかまとめても回線使用時間が課金単位時間を越え
た直後に通信が終わる場合があり、かかる場合は回線使
用料の低減にはならない。また、短い電文が不連続に発
生し、電文をまとめて配信できない場合もあった。
【０００４】この発明はかかる短所を解消するためにな
されたものであり、使用する通信回線の予想最適電文長
を算出し、一度に配信する電文長の合計が算出した予想
最適電文長を越えない範囲内で最も長くなるようにまと
めて配信することにより、通信回線の回線使用料の低減
を図ることを目的とする。
されたものであり、使用する通信回線の予想最適電文長
を算出し、一度に配信する電文長の合計が算出した予想
最適電文長を越えない範囲内で最も長くなるようにまと
めて配信することにより、通信回線の回線使用料の低減
を図ることを目的とする。
【０００５】
【課題を解決するための手段】この発明に係る電文配信
処理方法は、入力した電文を蓄積し、電文の配信依頼が
あると予め記憶した通信回線の課金単位時間及び通信速
度を基に予想最適電文長を算出し、蓄積した電文の電文
長の合計と予想最適電文長を比較し、電文長の合計が予
想最適電文長より長い場合に、電文長の合計が予想最適
電文長を越えない範囲内で最も長くなるように入力順に
電文をまとめて配信する。
処理方法は、入力した電文を蓄積し、電文の配信依頼が
あると予め記憶した通信回線の課金単位時間及び通信速
度を基に予想最適電文長を算出し、蓄積した電文の電文
長の合計と予想最適電文長を比較し、電文長の合計が予
想最適電文長より長い場合に、電文長の合計が予想最適
電文長を越えない範囲内で最も長くなるように入力順に
電文をまとめて配信する。
【０００６】さらに、電文長の合計が予想最適電文長を
越えない範囲内で最も長くなるように配信優先度の高い
順に電文をまとめて配信すると望ましい。
越えない範囲内で最も長くなるように配信優先度の高い
順に電文をまとめて配信すると望ましい。
【０００７】さらに、電文を配信した後に配信優先度が
低いために配信されなかった電文の配信優先度を上げる
と良い。
低いために配信されなかった電文の配信優先度を上げる
と良い。
【０００８】
【作用】この発明においては、電文の配信依頼があると
予め記憶した通信回線の課金単位時間及び通信速度を基
に予想最適電文長を算出する。入力した電文を蓄積し、
蓄積した電文の電文長の合計と予想最適電文長を比較
し、電文長の合計が予想最適電文長より長い場合に、電
文長の合計が予想最適電文長を越えない範囲内で最も長
くなるように入力順に電文をまとめて配信し、送信効率
を高める。
予め記憶した通信回線の課金単位時間及び通信速度を基
に予想最適電文長を算出する。入力した電文を蓄積し、
蓄積した電文の電文長の合計と予想最適電文長を比較
し、電文長の合計が予想最適電文長より長い場合に、電
文長の合計が予想最適電文長を越えない範囲内で最も長
くなるように入力順に電文をまとめて配信し、送信効率
を高める。
【０００９】さらに、電文長の合計が予想最適電文長を
越えない範囲内で最も長くなるように配信優先度の高い
順に電文をまとめて配信し、配信優先度の高い電文を先
に配信する。
越えない範囲内で最も長くなるように配信優先度の高い
順に電文をまとめて配信し、配信優先度の高い電文を先
に配信する。
【００１０】さらに、電文を配信した後に配信優先度が
低いために配信されなかった電文の配信優先度を上げ、
配信優先度の低い電文がいつまでも配信されないで残る
ことを防ぐ。
低いために配信されなかった電文の配信優先度を上げ、
配信優先度の低い電文がいつまでも配信されないで残る
ことを防ぐ。
【００１１】
【実施例】図１はこの発明の電文配信処理方法を採用し
た電文配信装置の構成図である。図に示すように、電文
配信装置はパラメータ格納部１、電文入力部２、電文格
納部３、配信依頼部４、配信電文処理部５、列信用電文
格納部６及びプロトコル処理部７を備える。パラメータ
格納部１は通信回線８の課金単位時間及び通信速度を予
め格納する。また、パラメータ格納部１は単位データ長
当たりの回線使用料が最も安くなるデータ長である予想
最適電文長の設定値及び格納した電文の電文長の合計で
ある累計格納電文長を記憶する。電文入力部２は電子メ
−ル装置、ファクシミリメ−ル装置、音声メ−ル装置等
の各種メ−ル装置からの電文を入力する。電文格納部３
は電文入力部２が入力した電文を格納する。配信依頼部
４は入力した電文の配信を依頼する。配信電文処理部５
は配信依頼部４から配信依頼を受けると、パラメータ格
納部１に格納した通信回線８の課金単位時間及び通信速
度を基に単位データ長当たりの回線使用料が最も安くな
るデータ長である予想最適電文長を算出し、配信する電
文の電文長の合計が算出した予想最適電文長以内で最も
長くなるように電文格納部３に格納した電文をまとめて
列信用電文格納部６に格納する。列信用電文格納部６は
列信順序管理テーブル６１を備え、列信順序管理テーブ
ル６１は、図２に示すようにまとめて配信する電文が格
納されているアドレスを配信の順番に記憶する。プロト
コル処理部７は配信電文処理部５からの指示で列信用電
文格納部６の列信順序管理テーブル６１に格納アドレス
を記憶した電文を通信プロトコルに応じたフレ−ム又は
パケット形式にして通信回線８を介して配信する。
た電文配信装置の構成図である。図に示すように、電文
配信装置はパラメータ格納部１、電文入力部２、電文格
納部３、配信依頼部４、配信電文処理部５、列信用電文
格納部６及びプロトコル処理部７を備える。パラメータ
格納部１は通信回線８の課金単位時間及び通信速度を予
め格納する。また、パラメータ格納部１は単位データ長
当たりの回線使用料が最も安くなるデータ長である予想
最適電文長の設定値及び格納した電文の電文長の合計で
ある累計格納電文長を記憶する。電文入力部２は電子メ
−ル装置、ファクシミリメ−ル装置、音声メ−ル装置等
の各種メ−ル装置からの電文を入力する。電文格納部３
は電文入力部２が入力した電文を格納する。配信依頼部
４は入力した電文の配信を依頼する。配信電文処理部５
は配信依頼部４から配信依頼を受けると、パラメータ格
納部１に格納した通信回線８の課金単位時間及び通信速
度を基に単位データ長当たりの回線使用料が最も安くな
るデータ長である予想最適電文長を算出し、配信する電
文の電文長の合計が算出した予想最適電文長以内で最も
長くなるように電文格納部３に格納した電文をまとめて
列信用電文格納部６に格納する。列信用電文格納部６は
列信順序管理テーブル６１を備え、列信順序管理テーブ
ル６１は、図２に示すようにまとめて配信する電文が格
納されているアドレスを配信の順番に記憶する。プロト
コル処理部７は配信電文処理部５からの指示で列信用電
文格納部６の列信順序管理テーブル６１に格納アドレス
を記憶した電文を通信プロトコルに応じたフレ−ム又は
パケット形式にして通信回線８を介して配信する。
【００１２】上記構成の電文配信装置で電文を配信する
場合の動作を、図３のフローチャートを参照して説明す
る。
場合の動作を、図３のフローチャートを参照して説明す
る。
【００１３】電文入力部２は各種メ−ル装置から電文を
受信して、受信した電文を電文格納部３に格納する。電
文入力部２が電文待ち状態の時に（ステップＡ１）、配
信依頼部４から配信依頼を受けると、配信電文処理部５
は電文格納部３から該当電文を取得し（ステップＡ
２）、取得した電文の電文長を取得する（ステップＡ
３）。その後、配信電文処理部５はパラメ−タ格納部１
に予想最適電文長が設定されているか否かを確認する
（ステップＡ４）。配信電文処理部５は予想最適電文長
が設定されていない場合はパラメータ格納部１から事前
に設定されている課金単位時間、通信速度及び通信効率
を取得し（ステップＡ５，Ａ６）、取得した課金単位時
間、通信速度及び通信効率を基に、（予想最適電文長
（バイト））＝（通信速度（ｂｐｓ）／８）÷（通信効
率（％））×（課金単位時間（秒））を計算して予想最
適電文長を算出し、パラメータ格納部１に格納する（ス
テップＡ７）。配信電文処理部５は予想最適電文長を算
出した後、列信用電文格納部６の列信順序管理テーブル
６１にアドレスを格納された電文の電文長を合計しパラ
メータ格納部１の累計格納電文長に記憶する（ステップ
Ａ８）。配信電文処理部５は算出した予想最適電文長と
累計格納電文長とを比較して（ステップＡ９）、累計格
納電文長が予想最適電文長より長い場合はプロトコル処
理部７に配信依頼する。プロトコル処理部７は配信電文
処理部５から配信依頼を受けると呼接続処理を行い、列
信用電文格納部６の列信順序管理テーブル６１の電文ア
ドレスで指定された複数の電文を電文長の合計が予想最
適電文長を越えない範囲内で最も長くなるように順番に
取り出して、通信プロトコルに応じたフレ−ムに分割し
て配信を行う。プロトコル処理部７は頼電文の配信が完
了したら、呼切断する（ステップＡ１０）。配信電文処
理部５は配信した電文のアドレスを列信用電文格納部６
の列信順序管理テーブル６１から消去して、累計格納電
文長が予想最適電文長より短くなるまで、累計格納電文
長の再設定から、配信処理までを繰り返す（ステップＡ
８〜Ａ１０）。
受信して、受信した電文を電文格納部３に格納する。電
文入力部２が電文待ち状態の時に（ステップＡ１）、配
信依頼部４から配信依頼を受けると、配信電文処理部５
は電文格納部３から該当電文を取得し（ステップＡ
２）、取得した電文の電文長を取得する（ステップＡ
３）。その後、配信電文処理部５はパラメ−タ格納部１
に予想最適電文長が設定されているか否かを確認する
（ステップＡ４）。配信電文処理部５は予想最適電文長
が設定されていない場合はパラメータ格納部１から事前
に設定されている課金単位時間、通信速度及び通信効率
を取得し（ステップＡ５，Ａ６）、取得した課金単位時
間、通信速度及び通信効率を基に、（予想最適電文長
（バイト））＝（通信速度（ｂｐｓ）／８）÷（通信効
率（％））×（課金単位時間（秒））を計算して予想最
適電文長を算出し、パラメータ格納部１に格納する（ス
テップＡ７）。配信電文処理部５は予想最適電文長を算
出した後、列信用電文格納部６の列信順序管理テーブル
６１にアドレスを格納された電文の電文長を合計しパラ
メータ格納部１の累計格納電文長に記憶する（ステップ
Ａ８）。配信電文処理部５は算出した予想最適電文長と
累計格納電文長とを比較して（ステップＡ９）、累計格
納電文長が予想最適電文長より長い場合はプロトコル処
理部７に配信依頼する。プロトコル処理部７は配信電文
処理部５から配信依頼を受けると呼接続処理を行い、列
信用電文格納部６の列信順序管理テーブル６１の電文ア
ドレスで指定された複数の電文を電文長の合計が予想最
適電文長を越えない範囲内で最も長くなるように順番に
取り出して、通信プロトコルに応じたフレ−ムに分割し
て配信を行う。プロトコル処理部７は頼電文の配信が完
了したら、呼切断する（ステップＡ１０）。配信電文処
理部５は配信した電文のアドレスを列信用電文格納部６
の列信順序管理テーブル６１から消去して、累計格納電
文長が予想最適電文長より短くなるまで、累計格納電文
長の再設定から、配信処理までを繰り返す（ステップＡ
８〜Ａ１０）。
【００１４】配信電文処理部５はパラメ−タ格納部１の
累計格納電文長に受信した電文の電文長を加える（ステ
ップＡ１１）。配信電文処理部５は受信した電文の電文
長を加えた累計格納電文長が予想最適電文長より長くな
ったか否かを調べる（ステップＡ１２）。配信電文処理
部５は累計格納電文長が予想最適電文長より長い場合は
プロトコル処理部７に配信依頼する。プロトコル処理部
７は配信電文処理部５から配信依頼を受けると呼接続処
理を行い、列信用電文格納部６の列信順序管理テーブル
６１の電文アドレスで指定された複数の電文を取り出し
て、順番に通信プロトコルに応じたフレ−ムに分割して
配信を行う。プロトコル処理部７は全ての依頼電文の配
信が完了したら、呼切断する（ステップＡ１３）。その
後、配信電文処理部５は今回受信した電文を次の通信で
配信できるように、累計格納電文長に今回受信した電文
の電文長を設定し（ステップＡ１４）、列信用電文格納
部６の列信順序管理テ−ブル６１を消去した後に今回受
信した電文のアドレスを列信順序管理テーブル６１の先
頭に登録する（ステップＡ１５）。このように、１又は
複数の電文をまとめて配信するので、伝送効率を上げ回
線使用料の低減を図ることができる。また、予想最適電
文長を越えない範囲で電文をまとめるので、通信回線の
使用が課金単位時間を経過直後に終わることを防止でき
る。
累計格納電文長に受信した電文の電文長を加える（ステ
ップＡ１１）。配信電文処理部５は受信した電文の電文
長を加えた累計格納電文長が予想最適電文長より長くな
ったか否かを調べる（ステップＡ１２）。配信電文処理
部５は累計格納電文長が予想最適電文長より長い場合は
プロトコル処理部７に配信依頼する。プロトコル処理部
７は配信電文処理部５から配信依頼を受けると呼接続処
理を行い、列信用電文格納部６の列信順序管理テーブル
６１の電文アドレスで指定された複数の電文を取り出し
て、順番に通信プロトコルに応じたフレ−ムに分割して
配信を行う。プロトコル処理部７は全ての依頼電文の配
信が完了したら、呼切断する（ステップＡ１３）。その
後、配信電文処理部５は今回受信した電文を次の通信で
配信できるように、累計格納電文長に今回受信した電文
の電文長を設定し（ステップＡ１４）、列信用電文格納
部６の列信順序管理テ−ブル６１を消去した後に今回受
信した電文のアドレスを列信順序管理テーブル６１の先
頭に登録する（ステップＡ１５）。このように、１又は
複数の電文をまとめて配信するので、伝送効率を上げ回
線使用料の低減を図ることができる。また、予想最適電
文長を越えない範囲で電文をまとめるので、通信回線の
使用が課金単位時間を経過直後に終わることを防止でき
る。
【００１５】配信電文処理部５は累計格納電文長が予想
最適電文長より短い場合は、列信用電文格納部６の列信
順序管理テ−ブル６１の最後尾に今回受信した電文の格
納アドレスを登録する（ステップＡ１６）。このよう
に、累計格納電文長が予想最適電文長に達しない場合
は、累計格納電文長が予想最適電文長に達するのを待っ
て配信するので、短い電文が不連続に発生した場合であ
っても、電文をまとめて予想最適電文長以内で予想最適
電文長に近い長さに１又は複数の電文をまとめることが
できる。
最適電文長より短い場合は、列信用電文格納部６の列信
順序管理テ−ブル６１の最後尾に今回受信した電文の格
納アドレスを登録する（ステップＡ１６）。このよう
に、累計格納電文長が予想最適電文長に達しない場合
は、累計格納電文長が予想最適電文長に達するのを待っ
て配信するので、短い電文が不連続に発生した場合であ
っても、電文をまとめて予想最適電文長以内で予想最適
電文長に近い長さに１又は複数の電文をまとめることが
できる。
【００１６】次ぎに、列信用電文格納部６が、図４に示
すように配信優先度別の列信順序管理テーブル６ａ〜６
ｎを備え、電文配信装置が各種メ−ル装置装置から受信
した電文を配信優先度の高い順に配信する場合の動作に
ついて、図５のフローチャートを参照して説明する。
すように配信優先度別の列信順序管理テーブル６ａ〜６
ｎを備え、電文配信装置が各種メ−ル装置装置から受信
した電文を配信優先度の高い順に配信する場合の動作に
ついて、図５のフローチャートを参照して説明する。
【００１７】電文入力部２は各種メ−ル装置から受信し
た電文を電文格納部３に格納する。配信電文処理部５は
電文入力部２が電文待ち状態の時に（ステップＢ１）配
信依頼部４から配信依頼を受けると、電文格納部３から
該当電文を取得し（ステップＢ２）、取得した電文の電
文長と配信優先度を取得する（ステップＢ３）。配信電
文処理部５はパラメ−タ格納部１に予想最適電文長が設
定されているか否かを確認する（ステップＢ４）。配信
電文処理部５はパラメ−タ格納部１に予想最適電文長が
設定されていない場合は前記実施例で説明したように予
想最適電文長を計算してパラメータ格納部１に格納する
（ステップＢ５〜ステップＢ８）。
た電文を電文格納部３に格納する。配信電文処理部５は
電文入力部２が電文待ち状態の時に（ステップＢ１）配
信依頼部４から配信依頼を受けると、電文格納部３から
該当電文を取得し（ステップＢ２）、取得した電文の電
文長と配信優先度を取得する（ステップＢ３）。配信電
文処理部５はパラメ−タ格納部１に予想最適電文長が設
定されているか否かを確認する（ステップＢ４）。配信
電文処理部５はパラメ−タ格納部１に予想最適電文長が
設定されていない場合は前記実施例で説明したように予
想最適電文長を計算してパラメータ格納部１に格納する
（ステップＢ５〜ステップＢ８）。
【００１８】配信電文処理部５はパラメ−タ格納部１の
累計格納電文長に受信した電文の電文長を加える（ステ
ップＢ９）。配信電文処理部５は受信した電文の電文長
を加えた累計格納電文長が予想最適電文長より長くなっ
たか否かを調べる（ステップＢ１０）。配信電文処理部
５は累計格納電文長が予想最適電文長より長くなった場
合は受信した電文の配信優先度より低い列信順序管理テ
ーブル６ｂ〜６ｎから、電文長が受信電文と同じか、又
は長い電文を検索する。具体的には、例えば受信した電
文の配信優先度が列信順序管理テ−ブル６ａに該当する
ものである場合には、受信した電文と電文長が同じか、
又は長い電文を配信優先度の最も低い列信順序管理テ−
ブル６ｎの最後尾から検索を開始し、受信した電文の配
信優先度より低い配信優先度の列信順序管理テーブル６
ｂ〜６ｎにアドレスを登録した電文を全て検索し、最初
に見つかった電文を該当する電文として検出することに
より、受信した電文と電文長が同じか、又は長く、か
つ、配信優先度が最も低い電文を受信した電文より配信
優先度が低い電文から検出する（ステップＢ１１）。
累計格納電文長に受信した電文の電文長を加える（ステ
ップＢ９）。配信電文処理部５は受信した電文の電文長
を加えた累計格納電文長が予想最適電文長より長くなっ
たか否かを調べる（ステップＢ１０）。配信電文処理部
５は累計格納電文長が予想最適電文長より長くなった場
合は受信した電文の配信優先度より低い列信順序管理テ
ーブル６ｂ〜６ｎから、電文長が受信電文と同じか、又
は長い電文を検索する。具体的には、例えば受信した電
文の配信優先度が列信順序管理テ−ブル６ａに該当する
ものである場合には、受信した電文と電文長が同じか、
又は長い電文を配信優先度の最も低い列信順序管理テ−
ブル６ｎの最後尾から検索を開始し、受信した電文の配
信優先度より低い配信優先度の列信順序管理テーブル６
ｂ〜６ｎにアドレスを登録した電文を全て検索し、最初
に見つかった電文を該当する電文として検出することに
より、受信した電文と電文長が同じか、又は長く、か
つ、配信優先度が最も低い電文を受信した電文より配信
優先度が低い電文から検出する（ステップＢ１１）。
【００１９】配信電文処理部５は該当する電文が、例え
ば列信順序管理テ−ブル６ｂに見つかった場合、該当す
る電文を該当する電文のアドレスが登録された列信順序
管理テ−ブル６ｂから取り出し、列信用電文格納部６の
退避域に格納し（ステップＢ１２）、受信した電文のア
ドレスを該当電文を退避した列信順序管理テ−ブル６ｂ
の最後尾に登録する。その後、配信電文処理部５は列信
順序管理テ−ブル６ａ〜６ｎを配信優先度が高い順に全
て指定して電文の配信をプロトコル処理部７に依頼す
る。プロトコル処理部７は配信電文処理部５から配信依
頼を受けると呼接続処理を行い、列信用電文格納部６の
列信順序管理テ−ブル６ａ〜６ｎの電文アドレスで指定
された複数の電文を取り出して、配信優先度の高い電文
から順番に通信プロトコルに応じたフレ−ムに分割して
配信を行う。全ての依頼電文の配信が完了したら、呼切
断する（ステップＢ１３）。配信電文処理部５はプロト
コル処理部７による配信が終了すると、列信用電文格納
部６の全列信順序管理テ−ブル６ａ〜６ｎをクリアし、
今回該当した配信優先度の低い電文の電文アドレスを該
当する配信優先度の列信順序管理テ−ブル６ｂの先頭に
登録した後に（ステップＢ１４）、次の通信で今回該当
した配信優先度の低い電文を配信できるように、累計格
納電文長に今回該当した電文の電文長を設定する（ステ
ップＢ１５）。このように、配信優先度の高い電文を配
信優先度の低い電文と入れ替えることにより、緊急に配
信する必要がある電文が発生した場合でも、回線使用料
を低減したまま配信優先度の高い電文を優先的に配信す
ることができる。
ば列信順序管理テ−ブル６ｂに見つかった場合、該当す
る電文を該当する電文のアドレスが登録された列信順序
管理テ−ブル６ｂから取り出し、列信用電文格納部６の
退避域に格納し（ステップＢ１２）、受信した電文のア
ドレスを該当電文を退避した列信順序管理テ−ブル６ｂ
の最後尾に登録する。その後、配信電文処理部５は列信
順序管理テ−ブル６ａ〜６ｎを配信優先度が高い順に全
て指定して電文の配信をプロトコル処理部７に依頼す
る。プロトコル処理部７は配信電文処理部５から配信依
頼を受けると呼接続処理を行い、列信用電文格納部６の
列信順序管理テ−ブル６ａ〜６ｎの電文アドレスで指定
された複数の電文を取り出して、配信優先度の高い電文
から順番に通信プロトコルに応じたフレ−ムに分割して
配信を行う。全ての依頼電文の配信が完了したら、呼切
断する（ステップＢ１３）。配信電文処理部５はプロト
コル処理部７による配信が終了すると、列信用電文格納
部６の全列信順序管理テ−ブル６ａ〜６ｎをクリアし、
今回該当した配信優先度の低い電文の電文アドレスを該
当する配信優先度の列信順序管理テ−ブル６ｂの先頭に
登録した後に（ステップＢ１４）、次の通信で今回該当
した配信優先度の低い電文を配信できるように、累計格
納電文長に今回該当した電文の電文長を設定する（ステ
ップＢ１５）。このように、配信優先度の高い電文を配
信優先度の低い電文と入れ替えることにより、緊急に配
信する必要がある電文が発生した場合でも、回線使用料
を低減したまま配信優先度の高い電文を優先的に配信す
ることができる。
【００２０】該当する電文が見つからなかった場合、配
信電文処理部５は列信用電文格納部６の列信順序管理テ
−ブル６ａ〜６ｎを用いて配信優先度の高い順に電文を
指定して、配信依頼をプロトコル処理部７に依頼する。
プロトコル処理部７は配信電文処理部５から配信依頼を
受けると呼接続処理を行い、列信用電文格納部６の列信
順序管理テ−ブル６ａ〜６ｎの電文アドレスで指定され
た複数の電文を取り出して、配信優先度の高い電文から
順番に通信プロトコルに応じたフレ−ムに分割して配信
を行う。全ての依頼電文の配信が完了したら、呼切断す
る（ステップＢ１６）。配信電文処理部５はプロトコル
処理部７による配信が終了すると、列信用電文格納部６
の全列信順序管理テ−ブル６ａ〜６ｎをクリアし、今回
受信した電文アドレスを該当する配信優先度の列信順序
管理テ−ブル６ａの先頭に登録する（ステップＢ１
７）。その後、配信電文処理部５は次の通信で今回受信
した電文を配信できるように、累計格納電文長に今回受
信した電文の電文長を設定する（ステップＢ１８）。こ
のように、配信優先度の高い電文を受信した場合であっ
ても、受信した電文より電文長が短い電文が見つからな
かった場合は、電文の入替えをしないので、通信回線使
用時間が課金単位時間経過した直後に通信が終わること
を防止できる。
信電文処理部５は列信用電文格納部６の列信順序管理テ
−ブル６ａ〜６ｎを用いて配信優先度の高い順に電文を
指定して、配信依頼をプロトコル処理部７に依頼する。
プロトコル処理部７は配信電文処理部５から配信依頼を
受けると呼接続処理を行い、列信用電文格納部６の列信
順序管理テ−ブル６ａ〜６ｎの電文アドレスで指定され
た複数の電文を取り出して、配信優先度の高い電文から
順番に通信プロトコルに応じたフレ−ムに分割して配信
を行う。全ての依頼電文の配信が完了したら、呼切断す
る（ステップＢ１６）。配信電文処理部５はプロトコル
処理部７による配信が終了すると、列信用電文格納部６
の全列信順序管理テ−ブル６ａ〜６ｎをクリアし、今回
受信した電文アドレスを該当する配信優先度の列信順序
管理テ−ブル６ａの先頭に登録する（ステップＢ１
７）。その後、配信電文処理部５は次の通信で今回受信
した電文を配信できるように、累計格納電文長に今回受
信した電文の電文長を設定する（ステップＢ１８）。こ
のように、配信優先度の高い電文を受信した場合であっ
ても、受信した電文より電文長が短い電文が見つからな
かった場合は、電文の入替えをしないので、通信回線使
用時間が課金単位時間経過した直後に通信が終わること
を防止できる。
【００２１】配信電文処理部５は累計格納電文長が予想
最適電文長より短い場合は受信した電文の配信優先度と
一致する配信優先度の列信順序管理テ−ブル６ａ〜６ｎ
の最後尾に今回受信した電文アドレスを登録する（ステ
ップＢ１９）。
最適電文長より短い場合は受信した電文の配信優先度と
一致する配信優先度の列信順序管理テ−ブル６ａ〜６ｎ
の最後尾に今回受信した電文アドレスを登録する（ステ
ップＢ１９）。
【００２２】なお、上記実施例では配信優先度の高い電
文を配信優先度の低い電文と入れ替えて優先的に配信す
るようにしたが、配信優先度の高い電文が多く入力され
た場合に配信優先度の低い電文がいつまでたっても配信
されない場合もあるので、電文を配信した後に配信優先
度が低いために配信順序が入れ替えられ配信されなかっ
た電文の配信優先度を上げるようにして、いつまでたっ
ても配信されない電文が発生することを防止するように
しても良い。
文を配信優先度の低い電文と入れ替えて優先的に配信す
るようにしたが、配信優先度の高い電文が多く入力され
た場合に配信優先度の低い電文がいつまでたっても配信
されない場合もあるので、電文を配信した後に配信優先
度が低いために配信順序が入れ替えられ配信されなかっ
た電文の配信優先度を上げるようにして、いつまでたっ
ても配信されない電文が発生することを防止するように
しても良い。
【００２３】また、上記実施例では予想最適電文長が設
定されている場合は予想最適電文長を再設定しないよう
にしたが、課金単位時間は時刻によって異なる場合が有
るため、パラメータ格納部１に時刻毎及び曜日毎の課金
単位時間を記憶し、配信指示があるたびに再計算し、累
計格納電文長と比較するようにしても良い。
定されている場合は予想最適電文長を再設定しないよう
にしたが、課金単位時間は時刻によって異なる場合が有
るため、パラメータ格納部１に時刻毎及び曜日毎の課金
単位時間を記憶し、配信指示があるたびに再計算し、累
計格納電文長と比較するようにしても良い。
【００２４】
【発明の効果】この発明は以上説明したように、使用す
る通信回線の課金単位時間及び通信速度を基に予想最適
電文長を算出し、蓄積した電文の電文長の合計と予想最
適電文長を比較し、電文長の合計が予想最適電文長より
長い場合に、入力した電文の電文長の合計が予想最適電
文長を越えない範囲内で予想最適電文長に近い長さにな
るように電文をまとめて配信し送信効率を高めるので、
通信回線の回線使用量を低減することができる。
る通信回線の課金単位時間及び通信速度を基に予想最適
電文長を算出し、蓄積した電文の電文長の合計と予想最
適電文長を比較し、電文長の合計が予想最適電文長より
長い場合に、入力した電文の電文長の合計が予想最適電
文長を越えない範囲内で予想最適電文長に近い長さにな
るように電文をまとめて配信し送信効率を高めるので、
通信回線の回線使用量を低減することができる。
【００２５】さらに、電文長の合計が予想最適電文長よ
り長い場合に、入力した電文を電文長の合計が予想最適
電文長を越えない範囲内で最も長くなるように配信優先
度の高い順に電文をまとめて配信するので、通信回線の
回線使用量を低減することができ、かつ、緊急に配信す
る必要が有る電文を優先的に配信することができる。
り長い場合に、入力した電文を電文長の合計が予想最適
電文長を越えない範囲内で最も長くなるように配信優先
度の高い順に電文をまとめて配信するので、通信回線の
回線使用量を低減することができ、かつ、緊急に配信す
る必要が有る電文を優先的に配信することができる。
【００２６】さらに、電文を配信した後に配信優先度が
低いために配信されなかった電文の配信優先度を上げる
ので、配信優先度の低い電文がいつまでも配信されない
で残ることを防ぐことができる。
低いために配信されなかった電文の配信優先度を上げる
ので、配信優先度の低い電文がいつまでも配信されない
で残ることを防ぐことができる。
【図１】この発明の実施例を示す構成図である。
【図２】列信順序テーブルの構成図である。
【図３】入力順に電文をまとめて配信する場合のフロー
チャートである。
チャートである。
【図４】配信優先度別の列信順序テーブルの構成図であ
る。
る。
【図５】配信優先度の高い順に電文をまとめて配信する
場合のフローチャートである。
場合のフローチャートである。
１ パラメータ格納部 ２ 電文入力部 ３ 電文格納部 ４ 配信依頼部 ５ 配信電文処理部 ６ 列信用電文格納部 ７ プロトコル処理部 ８ 通信回線
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 1/32 Ｈ０４Ｎ 1/34 1/34
Claims (3)
- 【請求項１】 入力した電文を蓄積し、電文の配信依頼
があると予め記憶した通信回線の課金単位時間及び通信
速度を基に予想最適電文長を算出し、蓄積した電文の電
文長の合計と予想最適電文長を比較し、電文長の合計が
予想最適電文長より長い場合に、電文長の合計が予想最
適電文長を越えない範囲内で最も長くなるように入力順
に電文をまとめて配信することを特徴とする電文配信処
理方法。 - 【請求項２】 電文長の合計が予想最適電文長より長い
場合に、電文長の合計が予想最適電文長を越えない範囲
内で最も長くなるように配信優先度の高い順に電文をま
とめて配信する請求項１記載の電文配信処理方法。 - 【請求項３】 電文を配信した後に配信優先度が低いた
めに配信されなかった電文の配信優先度を上げる請求項
２記載の電文配信処理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7173963A JPH098841A (ja) | 1995-06-19 | 1995-06-19 | 電文配信処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7173963A JPH098841A (ja) | 1995-06-19 | 1995-06-19 | 電文配信処理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH098841A true JPH098841A (ja) | 1997-01-10 |
Family
ID=15970291
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7173963A Pending JPH098841A (ja) | 1995-06-19 | 1995-06-19 | 電文配信処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH098841A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6493764B1 (en) | 1998-07-08 | 2002-12-10 | International Business Machines Corporation | Data communications apparatus, method and computer program product implementing data communications protocol with efficient packing of datagrams |
-
1995
- 1995-06-19 JP JP7173963A patent/JPH098841A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6493764B1 (en) | 1998-07-08 | 2002-12-10 | International Business Machines Corporation | Data communications apparatus, method and computer program product implementing data communications protocol with efficient packing of datagrams |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2216533C (en) | Method and apparatus for rate governing communications | |
| US5958006A (en) | Method and apparatus for communicating summarized data | |
| US5764899A (en) | Method and apparatus for communicating an optimized reply | |
| US6363412B1 (en) | Wireless communication method permitting efficient use of system resources | |
| KR100585306B1 (ko) | 트랜잭션 처리 | |
| EP1533978B1 (en) | Data communication apparatus and data communication method | |
| CN109889862B (zh) | 一种视频分发方法及系统 | |
| US20020077981A1 (en) | Communication terminal device and billing device | |
| CN113015116B (zh) | 一种基于流量预测的动态配额方法和装置 | |
| WO2008102204A2 (en) | Systems and methods for session records correlation | |
| WO2011100518A2 (en) | Charging-invariant and origin-server-friendly transit caching in mobile networks | |
| JP2002503061A (ja) | 呼出先払い累積方法およびシステム | |
| US20080021982A1 (en) | Data communication charging system, data communication charging method and computer-readable recording medium which records data communication charging program | |
| JP2002135353A (ja) | データ配信システム | |
| JP2001051928A (ja) | 情報配信システム及びその配信方法 | |
| US7305074B2 (en) | Communication system control method | |
| JP3228410B2 (ja) | マルチキャスト通信方法及び方式 | |
| EP2164034A1 (en) | Advertisement event statistic method and advertisement information system and associated devices | |
| CN114205764A (zh) | 话务资源共享方法、装置、设备和计算机可读存储介质 | |
| US20060031167A1 (en) | Method for automatic charging | |
| CN118842756A (zh) | 数据传输方法、装置、电子设备和计算机可读存储介质 | |
| JP3106891B2 (ja) | ファクシミリ情報サービス装置 | |
| KR101070767B1 (ko) | 서비스 클래스에 기반한 동적 과금 장치 및 방법 | |
| CN101207498B (zh) | 一种多媒体广播服务的计费方法 | |
| WO2011026357A1 (zh) | 业务去激活方法及装置 |