JP2002164886A

JP2002164886A - 通信ネットワークにおけるデータ通信の処理・制御方法及びその通信システム並びにプログラム記憶媒体

Info

Publication number: JP2002164886A
Application number: JP2000359968A
Authority: JP
Inventors: Shizuo Nagashima; 志津夫永島
Original assignee: Future System Consulting Corp
Current assignee: Future System Consulting Corp
Priority date: 2000-11-27
Filing date: 2000-11-27
Publication date: 2002-06-07

Abstract

(57)【要約】【課題】データ受信者での通信費用を、送信元が負担
するようにしてネットワークのトラフィック量（混雑状
況）などに応じた適切な対価による通信サービス、及び
高品位と低品位の通信サービスを適切に提供する。【解決手段】システム制御装置１０５における通信可
否決定処理が、通信路のデータ通信情報に基づいて通信
を許可し、制限付きで許可し、又は非許可とする。この
通信許可時に通信条件交渉処理が、データの送信元又は
受信先に提示した条件を受入れるか否かの結果の受け取
りを実行する。データ記憶条件交渉処理において、デー
タ通信時に、通信データをネットワーク内で記憶する際
の期間及び記憶装置の指示を、予め定めた規約に基づい
てデータの送信元又は受信先問合せ、かつ、記憶条件を
提示して受入れるか否かの結果を受け取る処理を実行す
る。通信再予約処理において、記憶している通信予約情
報の解約が受入れられた通信予約情報に対して、通信時
に再度予約を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＴＣＰ／ＩＰ(Tra
nsmission Control Protocol/Internet Protocol) 環境
下のコンピュータ双方向通信網（イントラネット、イン
ターネット、エキストラネット等、以下、インターネッ
トのみで示す）などにおいて、通信費用の負担及び通信
品位にかかる処理及び制御を実行するための通信ネット
ワークにおけるデータ通信の処理・制御方法及びその通
信システム並びにプログラム記憶媒体に関する。

【０００２】

【従来の技術】従来、インターネットサービスでのネッ
トワークサービス事業者の利用料金請求方法は、そのネ
ットワークサービス加入者が利用料金をネットワークサ
ービス事業者に支払っている。例えば、スパムメールな
どの利用者に迷惑なデータ受信においてもネットワーク
利用料金をデータ受信者のネットワークサービス加入者
がネットワークサービス事業者に支払っている。

【０００３】また、インターネットサービスプロバイダ
（ＩＳＰ）のアクセスポイントにダイアルアップ接続
を行う場合、その接続料金をデータ受信者であるネット
ワークサービス加入者が負担している。さらに、有料の
データを送信元が受信先に送信する場合も、データ配信
代金を受け取るデータ送信元にはネットワーク利用料金
は請求されない。すなわち、データ受信者であるネット
ワークサービス加入者が、その利用料金をネットワーク
サービス事業者に支払っている。

【０００４】このようにインターネットサービスでは、
データ受信者が一方的に通信にかかる費用（利用料金）
を負担する。このため、例えば、遅い通信速度（狭い伝
送帯域）に、通信チャネル（例えば、ＴＤＭＡ／時分割
多重接続における論理チャネル）の変更設定が行われた
場合のように、データ通信時間が長くなると、これに適
合するような利用料金（例えば、割り引き適用）には設
定されない。換言すれば、ネットワークのトラフィック
量（混雑状況）などに応じた適切な対価による通信サー
ビスを受けることが出来ない。

【０００５】また、このようなインターネットサービス
では、高通信品位又は低通信品位のネットワークサービ
スを提供する上で、その提供条件をネットワーク使用者
に適切に提示できない。

【０００６】この場合、インターネットにおいて送信元
から受信先までの通信リンク（通信経路）は、複数のネ
ットワークサービス事業者の装置や通信路を通じて接続
される。したがって、ネットワークの一部で通信品位が
劣化すると、通信リンク通信経路全体の通信品位も劣化
するため、通信品位を保持するために、例えば、伝送帯
域の確保するための通信経路の検査を実行して、劣化し
ている通信チャネルの接続を中止し、他の通信チャネル
への設定変更を実施することになる。

【０００７】

【発明が解決しようとする課題】このように、上記従来
例のネットワークサービスでは、次の欠点がある。（１）ネットワークのトラフィック量（混雑状況）など
に応じた適切な対価による通信サービスを受けることが
出来ない。（２）従来例のネットワークサービスでは、高通信品位
又は低通信品位のネットワークサービスを提供する上
で、その提供条件をネットワーク使用者に適切に提示で
きない。

【０００８】本発明は、このような従来の技術における
課題を解決するものであり、データ受信者における通信
費用を、送信元が負担することによって、ネットワーク
のトラフィック量（混雑状況）などに応じた適切な対価
による通信サービスを受けることが出来る、通信ネット
ワークにおけるデータ通信の処理・制御方法及びその通
信システム並びにプログラム記憶媒体の提供を目的とす
る。

【０００９】本発明は、他の目的として、高品位と低品
位とのネットワークサービスを合理的に提供できる、通
信ネットワークにおけるデータ通信の処理・制御方法及
びその通信システム並びにプログラム記憶媒体を提供す
る。

【００１０】

【課題を解決するための手段】上記課題を達成するため
に、本発明通信ネットワークにおけるデータ通信の処理
・制御方法は、通信路から取得したデータ通信情報を取
得するステップととともに、データ通信情報に基づいて
データ通信を許可する処理制御を実行するステップと、
データ通信情報に基づいてデータ通信を制限付きで許可
する処理制御を実行するステップと、データ通信情報に
基づいてデータ通信を非許可とする処理制御を実行する
ステップとを有し、この処理制御を選択的に実施する通
信可否決定処理を有すること特徴としている。

【００１１】本発明の方法は、前記データ通信情報が、
通信プロトコル、データの名称、種別、作成者及び保有
者、データの送信元及び受信先、データ容量、通信時
間、伝送帯域、通信開始時刻、データ通信識別子を含む
情報であることを特徴としている。本発明の方法は、前
記データ通信情報が、予め定められた規約に基づいた、
データの送信元又は受信先からの情報であることを特徴
としている。

【００１２】本発明の方法は、前記データ通信の許可の
ステップにおいて、データの送信元又は受信先に少なく
とも一つの条件を提示し、この条件を受入れるか否かの
結果を受け取るための通信条件交渉処理を実行すること
を特徴としている。本発明の方法は、前記通信条件交渉
処理は、データごとの通信の実行に代えて、予め予想さ
れるデータ通信を一括して実行し、かつ、この実行によ
る通信予約情報を記憶し、この通信予約情報を通信可否
決定処理において参照するステップを有することを特徴
としている。

【００１３】本発明の方法は、前記データ通信の許可ス
テップによるデータ通信時に、過去に通信を行った実質
的に同一のデータを、ネットワーク内で記憶し、この記
憶したデータを受信先に送信して実際の送信元からのデ
ータ通信に代えることを、通信条件交渉処理において、
データの送信元又は受信先に提示し、この実際の送信元
からのデータ通信に代えることの可否情報を受け取るこ
とを特徴としている。

【００１４】本発明の方法は、前記データ通信の許可ス
テップによるデータ通信時に、通信データをネットワー
ク内で記憶し、又は、非記憶とし、かつ、記憶する際の
期間及び記憶装置名の指示を、予め定めた規約に基づい
てデータの送信元又は受信先の問合せにおいて少なくと
も一つの記憶条件を提示して、この条件を受入れるか否
かの結果を受け取るためのデータ記憶条件交渉処理を実
行することを特徴としている。

【００１５】本発明の方法は、前記データ記憶条件交渉
処理に、データごとの通信の実行に代えて、予め予想さ
れるデータ通信を一括して実行し、かつ、受信先へのデ
ータ通信が行われる前に記憶すべきデータを送信し、こ
の後に記憶するステップを有することを特徴としてい
る。

【００１６】本発明の方法は、前記記憶している通信予
約情報に対して予約の解約を問い合わせ、この問い合わ
せで解約が受入れられた通信予約情報に対して、実際の
通信時に再度予約を行う通信再予約処理を実行すること
を特徴としている。

【００１７】本発明の方法は、前記通信路としての複数
のネットワークシステムを有し、この複数のネットワー
クシステムを通じて送信元と受信先との間がデータ通信
を行い、かつ、通信可否決定、通信条件交渉、及びデー
タ記憶条件交渉のそれぞれを実行する処理を有し、この
通信可否決定処理、通信条件交渉処理、データ記憶条件
交渉処理を、複数のネットワークシステム上のそれぞれ
で個別的に実施せずに、最初に問い合わせを受けたネッ
トワークシステムが、ネットワーク経路情報に基づい
て、データを送信する他のネットワークシステムにさら
に問い合わせを実行してこの結果をデータの送信元又は
受信先に提示し、この提示に対する結果を受け取り、こ
の後、他のネットワークシステムに結果を通知すること
特徴としている。

【００１８】本発明の方法は、前記通信条件交渉処理
に、データ送信元から受信先までの通信路の利用率及び
／又は混雑状況に応じて通信条件を決定するステップを
有すること特徴としている。

【００１９】本発明の方法は、前記データ記憶条件交渉
処理に、データ通信路の伝送帯域、利用率、混雑状況、
ネットワーク加入者数の少なくとも一つに応じて、記憶
条件を決定するステップを有すること特徴としている。

【００２０】本発明の方法は、前記通信可否決定処理に
おいて、許可された通信条件の範囲を越えるデータ通信
を拒否して通信路を遮断するステップを有すること特徴
としている。

【００２１】本発明のネットワーク通信システムは、通
信ネットワークにおけるデータ通信を処理かつ制御する
ものであり、通信路から取得したデータ通信情報に基づ
いてデータ通信を許可し、制限付きで許可し、非許可と
することを選択的に実行する通信可否決定処理手段と、
通信可否決定処理手段での通信許可において、データの
送信元又は受信先に少なくとも一つの条件を提示し、こ
の条件を受入れるか否かの結果の受け取りを実行する通
信条件交渉処理手段と、通信可否決定処理手段でのデー
タ通信時に、通信データをネットワーク内で記憶し、又
は、非記憶とし、かつ、記憶する際の期間及び記憶装置
の指示を、予め定めた規約に基づいてデータの送信元又
は受信先に問い合わせ、かつ、少なくとも一つの記憶条
件を提示して、この条件を受入れるか否かの結果を受け
取る処理を実行するデータ記憶条件交渉処理手段と、デ
ータ記憶条件交渉処理手段が、記憶している通信予約情
報に対して予約の解約を問い合わせ、この解約が受入れ
られた通信予約情報に対して、実際の通信時に再度予約
を行う処理を実行する通信再予約処理手段とを備えるこ
とを特徴としている。

【００２２】本発明のシステムは、前記通信ネットワー
クが複数であり、通信可否決定処理手段、通信条件交渉
処理手段、データ記憶条件交渉処理手段が複数の通信ネ
ットワークのそれぞれにネットワークシステムとして設
けられ、かつ、通信可否決定処理手段、通信条件交渉処
理手段、データ記憶条件交渉処理手段のそれぞれの処理
を、複数のネットワークシステム上のそれぞれで個別的
に実行せずに、最初に問い合わせを受けたネットワーク
システムが、ネットワークの経路情報に基づいて、デー
タが通過する他のネットワークシステムに問い合わせを
実行し、この結果をデータの送信元又は受信先に提示
し、この提示に対する結果を受け取り、この後、他のネ
ットワークシステムに結果を通知することを特徴として
いる。

【００２３】本発明のシステムは、前記通信可否決定処
理手段において、許可された通信条件の範囲を越えるデ
ータ通信を拒否して通信路を遮断すること特徴としてい
る。

【００２４】本発明のシステムは、前記通信条件交渉処
理手段が、（ａ）データごとの通信の実行に代えて、予
め予想されるデータ通信を一括して実行し、かつ、この
実行の情報による通信予約情報を記憶し、この通信予約
情報を通信可否決定処理手段が参照し、（ｂ）データ通
信時に、過去に送信した実質的に同一のデータをネット
ワーク内で記憶し、この記憶したデータを受信先に送信
して実際の送信元からのデータ通信に代えることを、デ
ータの送信元又は受信先に提示し、この実際の送信元か
らのデータ通信に代えることの可否を受け取り、（ｃ）
データ送信元から受信先までの通信路の利用率及び／又
は混雑状況に応じて通信条件を決定し、（ａ）（ｂ）
（ｃ）の少なくとも一つを実行すること特徴としてい
る。

【００２５】本発明のシステムは、前記データ記憶条件
交渉処理手段が、（ａ）データごとの通信の実行に代え
て、予め予想されるデータ通信を一括して実行して、受
信先へのデータ通信が行われる前に記憶すべきデータを
通信し、この後に記憶し、（ｂ）データ通信路の伝送帯
域、利用率、混雑状況、ネットワーク加入者数の少なく
とも一つに応じて記憶条件を決定し、（ａ）（ｂ）の一
方又は両方を実行すること特徴としている。

【００２６】本発明のプログラム記憶媒体は、通信路か
ら取得したデータ通信情報に基づいてデータ通信を許可
し、制限付きで許可し、非許可とすることを選択的に実
施する通信可否決定ステップと、通信可否決定ステップ
での通信の許可において、データの送信元又は受信先に
少なくとも一つの条件を提示し、この条件を受入れるか
否かの結果の受け取りを実行する通信条件交渉ステップ
と、通信可否決定ステップでのデータ通信時に、通信デ
ータをネットワーク内で記憶し、又は、非記憶とし、か
つ、記憶する際の期間及び記憶装置の指示を、予め定め
た規約に基づいてデータの送信元又は受信先に問合せ、
かつ、少なくとも一つの記憶条件を提示して、この条件
を受入れるか否かの結果を受け取る処理を実行するデー
タ記憶条件交渉ステップと、データ記憶条件交渉ステッ
プが、記憶している通信予約情報に対して予約の解約を
問い合わせ、この解約が受入れられた通信予約情報に対
して、実際の通信時に再度予約を行う処理を実行する通
信再予約ステップとの制御を実質的なコンピュータが実
行するためのプログラムを格納したことを特徴としてい
る。

【００２７】本発明のプログラム記憶媒体は、前記通信
可否決定ステップ、通信条件交渉ステップ、データ記憶
条件交渉ステップのそれぞれの処理を、複数のネットワ
ークシステム上のそれぞれで個別的に実施せずに、最初
に問い合わせを受けたネットワークシステムが、ネット
ワークの経路情報に基づいて、データが通過する他のネ
ットワークシステムに問い合わせを実行し、この結果を
データの送信元又は受信先に提示し、この提示に対する
結果を受け取り、この後、他のネットワークシステムに
結果を通知する制御を実質的なコンピュータが実行する
ためのプログラムを格納したことを特徴としている。

【００２８】このような本発明は、通信路上のデータ通
信情報に基づいてデータ通信を許可し、制限付きで許可
し、許可しないことを選択的に実行している。この結
果、データ受信者における通信費用を、送信元が負担で
きるようになり、ネットワークのトラフィック量（混雑
状況）などに応じた適切な対価による通信サービスを受
けることが可能になる。また、高品位と低品位とのネッ
トワークサービスを合理的に提供できるようになる。

【００２９】

【発明の実施の形態】次に、本発明の通信ネットワーク
におけるデータ通信の処理・制御方法及びその通信シス
テム並びにプログラム記憶媒体の実施形態を、図面を参
照しつつ詳細に説明する。

【００３０】図１は、本発明の実施形態におけるネット
ワーク構成の基本的な装置構成をブロック図をもちいて
示している。図１において、この通信ネットワーク構成
は、送信元となるデータ通信装置１０１とともに、デー
タ通信装置１０１からの送信データを受信する受信先
（１）のデータ通信装置１１１、受信先（２）のデータ
通信装置１１２、及び受信先（３）のデータ通信装置１
１３を有している。なお、この図１の構成において、回
線網の図示を省略し、また、回線網に収容するための接
続装置（例えば、デジタル終端装置）の図示なども省略
した。

【００３１】さらに、この通信ネットワーク構成は、送
信元となるデータ通信装置１０１及び、ＩＳＤＮ等の通
信網（図示せず）を通じて接続される通信制御装置１０
２とともに、通信制御を実行するシステム制御装置１０
５を有している。また、この通信ネットワーク構成は、
通信データ記憶装置（１）１０３、通信データ記憶装置
（２）１０９及び通信データ記憶装置（３）１１０とと
もに、ルータ（１）１０４、ルータ（２）１０７及びル
ータ（３）１０８を有している。

【００３２】なお、システム制御装置１０５は、汎用的
なマイクロプロセッサ（ＭＰＵ）で構成される。このマ
イクロプロセッサには、「本発明の通信ネットワークに
おけるデータ通信の処理・制御」を実行するためのプロ
グラムを実装している。このプログラムは、例えば、Ｃ
Ｄ−ＲＯＭ（プログラム記憶媒体）の汎用パッケージに
よって提供される。

【００３３】次に、この実施形態の動作について説明す
る。まず、基本的な装置構成及び通信処理（アルゴリズ
ム）について説明し、この後でＨＴＭＬ（HyperText Ma
rkup Language）を適用した実施例１，２，３について
説明する。図１を参照すると、送信元のデータ通信装置
１０１は、受信先（１）から（３）のデータ通信装置１
１１〜１１３へそれぞれにデータを送信する。

【００３４】通信制御装置１０２はシステム制御装置１
０５の制御によってデータ通信の可否を決定する。この
詳細な制御としては、データ通信に通信情報に基づい
て、送信元のデータ通信装置１０１から受信先（１）
（２）（３）のデータ通信装置１１１〜１１３に送信す
るデータ通信を許可し、又は、拒否する制御を実行し、
さらに、伝送帯域、通信時間を制限して一部のデータ通
信を許可する制御を実行する。

【００３５】さらに、通信制御装置１０２は、その具体
的な動作において、通信情報におけるデータ通信識別
子、例えば、ＴＣＰ／ＩＰのネットワーク層プロトコル
（ＲＦＣ７９１規格）において、ＩＰｖ６ではフローラ
ベルに対応した装置である。また、通信制御装置１０２
は、ＩＰｖ４において送信元ポート番号と受信先ポート
番号の対などによって識別される個々のデータ通信に対
する特定の伝送帯域（ｂｐｓ）を指定する装置である。

【００３６】この設定を時刻とデータ送信元、データ受
信先、ＴＣＰ／ＩＰプロトコルではポート番号、ＵＤＰ
（User Datagram Protocal/ ＲＦＣ７６８規格）、ＴＣ
Ｐのプロトコル別に制御を実行し、また、ＩＰｖ６では
フローラベル単位で動的に制御を実行するものである。

【００３７】ここで通信制御装置１０２における伝送帯
域の設定について説明する。図２は実施形態におけるデ
ータ通信の開始前に所要の伝送帯域に設定するシーケン
ス図である。

【００３８】図２において、このシーケンス方式ではデ
ータ通信の開始前に所要の伝送帯域に設定し、この設定
した伝送帯域をデータ通信終了後に解除している。ま
ず、受信先（１）から（３）のデータ通信装置１１１〜
１１３のいずれかからデータ通信要求（Ｓ１）が、送信
元のデータ通信装置１０１に送信される。送信元のデー
タ通信装置１０１が伝送帯域設定要求（Ｓ２）を送信す
る。この伝送帯域設定要求（Ｓ２）を、通信制御装置１
０２を通じてシステム制御装置１０５が取り込む。

【００３９】システム制御装置１０５は、通信制御装置
１０２を制御して、伝送帯域設定要求（Ｓ２）で指定さ
れた伝送帯域又は予め定めた所要の伝送帯域による通信
を実行するために通信制御装置１０２を制御して、その
伝送帯域に設定する。システム制御装置１０５から送信
元のデータ通信装置１０１に通信開始指示（Ｓ３）を送
信し、送信元のデータ通信装置１０１が受信先（１）か
ら（３）のデータ通信装置１１１〜１１３のいずれか
に、データ通信開始通知（Ｓ４）を送信する。

【００４０】送信元のデータ通信装置１０１から受信先
（１）（２）（３）のデータ通信装置１１１〜１１３の
いずれかにデータを転送し、このデータ転送の終了時の
データ通信終了通知（Ｓ５）を送信元のデータ通信装置
１０１が受け取る。送信元のデータ通信装置１０１が、
システム制御装置１０５にデータ通信終了通知（Ｓ６）
を転送する。システム制御装置１０５が、設定されてい
た伝送帯域を、設定前の伝送帯域や予め定められた伝送
帯域に再設定する。

【００４１】なお、前記したデータ転送や、各種の通知
（Ｓ１〜Ｓ６）では、例えば、パケット通信におけるフ
レームに格納された記述子の識別によってファイル転送
を実行する。記述子は、例えば、ＴＣＰコネクションの
開放の終了記述文字（ＦＩＮ）や肯定応答文字（ＡＣ
Ｋ）である。なお、この図２の実施形態に適用したシー
ケンス方式（実施形態に適用）した伝送帯域設定とは別
のシーケンス方式の伝送帯域設定を行うようにしても良
い。

【００４２】図３は、データ通信の開始後に所要の伝送
帯域に設定するシーケンス図である。図３のシーケンス
方式では、データ通信の開始後に所要の伝送帯域に設定
し、この設定した伝送帯域をデータ通信終了後に解除し
ている。すなわち、図２と同様なデータ通信要求（Ｓ１
１）、データ通信開始通知（Ｓ１２）、データ転送、伝
送帯域設定要求（Ｓ１３）、伝送帯域設定、通信開始指
示（Ｓ３）及びデータ通信終了通知（Ｓ１４，Ｓ１５）
をやり取りする一連のシーケンスを実行している。

【００４３】なお、この図３に示すシーケンス方式の伝
送帯域設定では、通信品質を保証できない場合がある。
これは、データ通信開始後に所要の伝送帯域を回線容量
上から確保できない場合である。すなわち、残りの伝送
帯域が、設定要求の伝送帯域より狭い場合がある。

【００４４】図４は通信プロトコルがＴＣＰ／ＩＰの場
合の通信条件を登録したデータベーステーブル例を示す
図である。図４を参照すると、このデータベーステーブ
ルでは、プロトコル、ポート番号、送信元のデータ通信
装置１０１、受信先（１）から（３）のデータ通信装置
１１１〜１１３ごとに伝送帯域を規定している。

【００４５】この図４のデータベーステーブルの登録内
容（情報）をシステム制御装置１０５から通信制御装置
１０２に設定する。なお、このデータベーステーブル中
の空欄は任意値である。通信制御装置１０２が、このデ
ータベーステーブルを検索して、条件が一致した伝送帯
域で、該当するデータ通信が可能か否かを判断する。

【００４６】この条件として、条件１から条件４を有
し、プロトコルがＴＣＰであり、かつ、ポート番号「５
５４又は１１５５」ではない場合は、条件１が該当し、
伝送帯域として「１００ｋｂｐｓ」が割り当てられ、こ
の範囲内の条件に合致するデータ通信を実行する。

【００４７】同様にプロトコルがＴＣＰであり、かつ、
ポート番号「５５４」の場合は、送信元「ＡＡＡ」の際
に条件３の範囲内に合致するデータ通信を実行する。こ
れ以上の範囲は条件２が該当する。また、プロトコルが
ＵＤＰであり、かつ、ポート番号「１７５５」において
送信元「ＢＢＢ」、受信先「ＣＣＣ」の場合は条件４の
範囲内に合致するデータ通信を行う。

【００４８】なお、このデータベーステーブル中の送信
元及び受信先は、通信プロトコルにＴＣＰ／ＩＰを適用
した場合、そのＩＰアドレスやＵＲＬ又はドメイン名で
も良い。なお、図４のデータベーステーブルのみでは、
ネットワーク通信経路上の全てのデータを実時間で管理
しながら、最大伝送帯域の範囲内でデータ通信を確実に
行うことが出来ない。そのため以降の図９に示す通信可
否決定処理及び通信条件交渉処理を実行する。

【００４９】図１において、通信制御装置１０２は、設
定外の伝送帯域で送信元のデータ通信装置１０１から通
信データが送信されていないかの管理・監視を行う。こ
の管理・監視による情報が、システム制御装置１０５に
送られる。システム制御装置１０５は、許容された伝送
帯域を越えるデータ通信が継続した場合に、その通信を
拒否・遮断するなどの指示がシステム制御装置１０５か
ら通信制御装置１０２に送られ、この拒否・遮断などの
制御を通信制御装置１０２が実行する。

【００５０】図１中の通信データ記憶装置１０３，１０
９，１１０は、それぞれシステム制御装置１０５からの
指示・制御に基づいて、送信元のデータ通信装置１０１
から送信されてきたデータを記憶し、送信元のデータ通
信装置１０１の代わりに受信先（１）から（３）のデー
タ通信装置１１１〜１１３へデータを送信し、又はデー
タをそのまま通過させる。

【００５１】ルータ１０４，１０７，１０８は、それぞ
れ送信元のデータ通信装置１０１と、受信先（１）から
（３）のデータ通信装置１１１〜１１３及び通信データ
記憶装置１０３，１０９，１１０とのそれぞれのデータ
通信路を確立するための通信処理を実行する。システム
制御装置１０５は、前記した通信可否決定処理及び通信
条件交渉処理とともに、データ記憶条件交渉処理及び通
信再予約処理のそれぞれの制御を実行する。

【００５２】図５はデータベース装置１０６におけるデ
ータ通信記録テーブルの格納内容を説明するための図で
あり、図６はデータベース装置１０６における記憶装置
使用記録テーブルの格納内容を説明するための図であ
る。また、図７はデータベース装置１０６における通信
予約記録テーブルの格納内容を説明するための図であ
り、図８はデータベース装置１０６における通信解約記
録テーブルの格納内容を説明するための図である。

【００５３】図６から図８に示すデータベース装置１０
６に登録されている記憶装置使用記録テーブル、通信予
約記録テーブル、通信解約記録テーブルを、それぞれに
システム制御装置１０５が参照して制御を実行し、さら
に、処理データを登録する制御を実行する。

【００５４】図１に示す監視装置１１４は、ネットワー
クにおけるトラフィック量（混雑状況）を記録し、ま
た、通信路切断などの異常発生を監視・管理する。特
に、トラフィック量のデータは、システム制御装置１０
５が、通信条件交渉処理、データ記憶条件交渉処理にお
いて、通信条件やデータ記憶条件を決定する際に使用す
る。

【００５５】また、この監視装置１１４は、通信プロト
コルによっては、監視装置１１４で個々のデータ通信に
おける許可条件の範囲内でデータ通信が行われているか
を監視するのみである。なお、監視装置１１４は、許容
外のデータ通信が実行された場合にのみ、通信制御装置
１０２に、この許容外（不正）データ通信を拒否・遮断
する指示する構成とすることも出来る。

【００５６】図９はシステム制御装置１０５における通
信可否決定処理及び通信条件交渉処理の手順を示すフロ
ーチャートである。

【００５７】システム制御装置１０５は、通信指示及び
通信情報を受け取った後に（ステップＳ７０１）、通信
可能かの判定を行う（ステップＳ７０２）。通信可能で
ない場合は、通信不許可の通知を実行する（ステップＳ
７０３）、なお、通信可能かの判定の具体的な処理とし
ては、まず、図６に示すデータベース装置１０６内の記
憶装置使用記録テーブルに対して、該当するデータが使
用開始日時から使用時間までに登録されているかの検索
を実行する。登録されている場合は、使用する通信デー
タ記憶装置１０３，１０９，１１０の記憶内容を参照し
て、該当する通信先名に最もネットワーク上で通信経路
が短い通信データ記憶装置１０３，１０９，１１０のい
ずれを特定する。

【００５８】この特定の具体例としては、図１の受信先
（１）のデータ通信装置１１１に対して通信データ記憶
装置１０３を特定し、また、受信先（２）のデータ通信
装置１１２に対しては通信データ記憶装置１０９を特定
する。さらに、受信先（３）のデータ通信装置１１３に
対しては通信データ記憶装置１１０を特定する。この特
定後は、引き続き通信許可を通知するための通信許可条
件の提示を処理する（ステップＳ７０４）。ここで図６
中のサービス料金が前納されている際には「０円」を提
示する。

【００５９】なお、サービス料金は、以下において、金
銭決裁とともに配信コンテンツの前後への広告挿入（バ
ナー広告）などの料金決裁も含むものとする。

【００６０】また、システム制御装置１０５は、記憶装
置使用記録テーブルに登録がない場合に、図５中のデー
タ通信記録テーブル及び以降の図１１に示すＣＧＩ引数
の例を参照し、次の（１）（２）（３）が連続して通信
許可又は通信拒否を判定する。

【００６１】（１）「通信開始日時（図５）≧通信開始
時刻（図１１）かつ通信開始日時（図５）＋通信時間≦
通信開始時刻（図１１）＋通信時間（図１１）かつデー
タの受信先（図１１）＝通信先名（図５）」であるレコ
ードの伝送帯域（図５）の総和を求める。さらに、
（２）図７中の通信予約記録テーブルについて、「予定
通信開始日時（図７）≧通信開始時刻（図１１）かつ予
定通信開始日時（図７）＋予定通信時間（図７）≦通信
開始時刻（図１１）＋通信時間（図１１）かつデータの
受信先（図１１）＝通信先名（図５）」を求める。さら
に、（３）通信予約約連番（図７）が、図８に示す通信
解約記録テーブルの通信予約連番（図７）に記録されて
いないレコードの予定伝送帯域（図７）の総和を該当す
るネットワークの最大通信量から引いた値である。すな
わち、利用可能通信量が通信に必要な伝送帯域（図１
１）以上であれば通信許可とし、それ以下であれば通信
拒否と判定する。通信許可の場合は通信許可条件をステ
ップ７０４において提示する。

【００６２】なお、通信許可条件としては、通信に必要
な「伝送帯域（図１１）×通信時間（図１１）」、又は
データ容量（図１１）にデータ単位あたりの通信料単価
を掛け合わせた料金を支払うか、否かといったものが考
えられる。また、ステップＳ７０４の通信条件の提示に
おいて、当該ネットワークの混雑状況に応じて料金を増
減させても良い。

【００６３】混雑状況の指標として、ネットワークの最
大通信量に対する前記利用可能通信量の比率や、これに
代えた指標としてネットワークの混雑時間帯、曜日情報
に通信開始時刻（図１１）を照合した情報や、データの
受信先（図１１）の平均的な混み具合の情報などもあ
る。

【００６４】また、一定伝送帯域以下の低品位の通信
（ネットワークサービス）は無料、一定帯域以上の高品
位の通信は、その伝送帯域に応じて有料とすることなど
も可能である。このような条件は複数種を提示しても良
い。

【００６５】引き続き、結果の受け取り（ステップＳ７
０５）、提示結果受入れかの判定を実行する（ステップ
Ｓ７０６）。提示結果を受入れ無い場合は、処理終了と
なる（ステップＳ７０７）この要求が通信予約の場合に
は通信予約記録において（ステップＳ７０８）、図７中
の通信予約記録テーブルへの通信情報の記録を行い、一
連の処理を終了する。

【００６６】要求が直ちに通信を行うものである場合
は、通信制御装置１０２での制御を実行し（ステップＳ
７０９）、通信制御装置１０２に対して、該当するデー
タの送信を開始する指示制御を実行し（ステップＳ７１
０）、データベース装置１０６内のデータ通信記録テー
ブルに、この通信情報を記録する。この通信が終了した
後に通信制御において（ステップＳ７１１）、通信制御
装置１０２に対し、該当データの送信を停止する制御を
実行する。

【００６７】また、記憶装置使用記録テーブルへの登録
があった場合、すなわち、通信データ記憶装置１０３，
１０９，１１０に、該当するデータが記憶されている場
合は、通信が可能かの判定（ステップＳ７０２）で特定
していた通信データ記憶装置１０３，１０９，１１０に
データの再生開始の制御を指示し、この送信完了した後
に再生停止を指示する（ステップＳ７１２，Ｓ７１
３）。

【００６８】図１０はデータ記憶条件交渉処理の手順を
示すフローチャートである。システム制御装置１０５は
記憶指示及び通信情報を受け取った後に（ステップＳ８
０１）、記憶可能かを判定する（ステップＳ８０２）。
記憶可能でない場合は、記憶不可通知を実行する（ステ
ップＳ８０３）。記憶送可能かの判定の具体例として
は、記憶装置の残容量が通信データ総量、すなわち、使
用容量（図６）以上であることを確認したり、また、こ
れが可能な通信データ記憶装置１０３，１０９，１１０
を列挙したりすれば良い。

【００６９】記憶許可の場合は、記憶許可条件を提示す
る（ステップＳ８０４）。この記憶許可条件としては、
図６中の「使用容量４０５×使用時間４０４」の値に、
該当するデータ記憶装置１０３，１０９，１１０に格納
されている加入者数や通信データ記憶装置１０３，１０
９，１１０に連結している伝送帯域の値に応じて増減
し、この値に比例するサービス料金を提示する。引き続
き、結果の受入れ（ステップＳ８０５）、提示結果受入
れかを判定する処理を実行する（ステップＳ８０６）。
提示結果の受入れが出来ない場合は、終了処理となる
（ステップＳ８０７）。

【００７０】通信データ記憶装置１０３，１０９，１１
０に対する制御記憶開始において（ステップＳ８０
８）、通信データ記憶装置１０３，１０９，１１０を制
御し、送信元からの通信情報で特定される通信データを
記憶できる状態に設定する。データの送信中は記憶装置
の使用を記録し（ステップＳ８０９）、データ送信が終
了した時点で通信データ記憶装置１０３，１０９，１１
０の制御記憶停止において（ステップＳ８１０）、通信
データ記憶装置１０３，１０９，１１０を制御して、該
当する通信データの記憶を停止する。

【００７１】なお、図９及び図１０で示されるルーチン
を並列処理し、又は直列処理することも可能である。例
えば、データ送信とデータ記憶との指示の制御を組み合
わせデータ送信中に通信データ記憶装置１０３，１０
９，１１０への記録を同時に行う処理を実行することも
可能である。また、ルータ（１）から（３）に指示を送
出して、通信データ記憶装置１０３，１０９，１１０か
らのデータを再生する場合でも、データ受信先にはデー
タ送信元から、データ送信を実行しているように処理す
ることも可能である。具体的にはＴＣＰ／ＩＰプロトコ
ルのレイヤー４スイッチ又はレイヤー７スイッチの機能
を実装したルータを用いてシステム制御装置１０５か
ら、その制御を実行する。

【００７２】図１１は通信情報をＨＴＴＰのＣＧＩ引数
で表した規約例を説明するための図であり、図１２はＣ
ＧＩリクエストに対する応答、すなわち、図中の問い合
わせ結果、実行結果、連番、料金を表現する規約例を説
明するための図である。また、図１３は図１１の規約に
よるＨＴＴＰのＣＧＩによるリクエスト例を説明するた
めの図であり、図９では通信情報の受領（ステップＳ７
０１）に対応するものである。

【００７３】図１１から図１３において、通信条件交渉
処理を呼出すコマンドが「ＮＷ＿ＲＥＱＵＥＳＴ．ＣＧ
Ｉ」であり、通信情報は図１１の規約に基づいたＣＧＩ
引数及びその値として表現されている。すなわち、図１
１において、データの名称は、「ＤＡＴＡＮＡＭＥ」を
引数値とした「ＡＡＡ＿ＶＩＤＥＯ」である。また、デ
ータの送信元である「ＳＥＮＤＥＲ」は「ＡＢＣ」であ
る。

【００７４】また、データの受信先である「ＲＥＣＥＩ
ＶＥＲ」は「ＵＶＷ」であり、データ容量である「ＤＡ
ＴＡＳＩＺＥ」は「１０Ｍ（ＭＢｙｔｅ）」であり、通
信時間である「ＤＵＲＡＴＩＯＮ」は「１２０ｍ（１２
０分）」であり、通信に必要な帯域である「ＣＡＰＡＣ
ＩＴＹ」は、「５００ｋ（ｋｂｐｓ）」であり、通信開
始時刻である「ＳＴＡＲＴＴＩＭＥ」は「１２：３０」
でる。また、その他記述のない引数値は指定が無いもの
である。

【００７５】図１４はＨＴＭＬによる通信条件の応答例
を説明するための図である。図１４を参照すると、この
応答例は、リクエストに対する応答であり、図９の通信
条件の提示（ステップＳ７０４）に相当するものであ
る。この例では二つの条件が示されており、「ＨＴＭＬ
タグ＜Ｐ＞」でそれぞれの提示条件が区分されている。
「ＳＥＲＩＡＬ＿ＮＯ＝１２３４」で示される条件は、
「ＳＴＡＲＴＴＩＭＥ＝１２：３０」で「ＣＨＡＲＧＥ
＝１００ＹＥＮ」、「ＳＥＲＩＡＬ＿ＮＯ＝１２３５」
で示される条件が「ＳＴＡＲＴＴＩＭＥ＝１２：３５」
で「ＣＨＡＲＧＥ＝９０ＹＥＮ」となっている。

【００７６】すなわち、図１４において、二つの提示条
件のそれぞれについて、問い合わせ結果（図１２）は、
いずれも「ＯＫ」、連番（図１２）は「１２３４及び１
２３５」、通信開始時刻（図１１）は「１２：３０及び
１２：３５」、料金（図１２）は「１００円及び９０
円」である。

【００７７】図１５は提示条件に対する返答をＨＴＴＰ
のＣＧＩリンクで実現した例を説明するための図であ
り、図９の結果受入れ（ステップＳ７０５）に対応する
ものである。

【００７８】図１５を参照すると、「ＮＷ＿ＥＸＥＣＵ
ＴＥ．ＣＧＩ」は通信条件の提示（ステップＳ７０４）
から一定時間内に、連番である「ＳＥＲＩＡＬ＿ＮＯ」
を引数として呼出すことで提示条件を受入れる。逆に一
定時間内に「ＮＷ＿ＥＸＥＣＵＴＥ．ＣＧＩ」が適切に
呼出されなければ提示条件を受入れないものである。こ
の例では「連番＝１２３４」の提示条件を受入れること
を意味している。

【００７９】図１６は結果応答をＨＴＭＬで実現した例
を説明するための図であり、提示条件を確認する内容と
して、通信情報や連番、料金などを指定の規約で記述し
ている。図１７、図１８、図１９及び図図２０はデータ
記憶条件交渉処理をＨＴＴＰのＣＧＩとＨＴＭＬで実施
した例を説明するための図である。

【００８０】図１７は記憶指示及び通信情報の受領のＨ
ＴＴＰでの実施例の説明であり、図１８はＨＴＭＬによ
るデータ記憶条件の提示例である。また、図１９は提示
されたデータ記憶条件を受入れる指示例であり、図２０
はその受入れ指示に対する確認応答である。

【００８１】この図１７から図２０の内容は、前記した
図１５から図１８の通信条件交渉処理と同様であるが、
異なるのは図１７で示される「ＲＥＴＡＩＮ」の記憶デ
ータ保持期間であり、この例では「２４０ｈｏｕｒ（時
間）、１０日間」を指定している。

【００８２】また、図１８のデータ記憶条件の提示で
は、「ＳＴＯＲＥ」の変数で記憶装置１と記憶装置２と
に返すデータ記憶条件を提示しているが、これはそれぞ
れ、図１の通信データ記憶装置１０３，１０９に対応
し、通信データ記憶装置１０３，１０９の所属するサブ
ネットワーク内の受信先に対して有効に機能する記憶装
置を示している。

【００８３】また、通信データ記憶装置１０３，１０
９，１１０のサブネットワークでの加入者の収容数を知
りたい際に、ネットワークの利用状況、混雑状況などの
トラフィック量を知りたい場合は、ＴＣＰ／ＩＰであれ
ば「ＳＮＭＰ」のプロトコルで監視装置や記憶装置１，
２などに問い合わせを行うことで、その情報を得ること
が出来る。このような情報を考慮して、図１９に示され
るデータ記憶条件を受入れるか否かをＨＴＴＰのＣＧＩ
リンクを通じて回答する。図１８は受入れたデータ記憶
条件を確認する内容のＨＴＭＬによる応答例である。

【００８４】図２１は通信予約を一括して実行する通信
条件交渉処理の実施例を説明するための図である。図２
１において、この例では電子メールによるリクエストを
行っている。図１３におけるＨＴＴＰのＣＧＩリクエス
トに対応したものである。なお、空白行によってリクエ
スト単位を区分けしてある。

【００８５】図２１を参照すると、通信条件交渉処理で
は、個々のリクエストのそれぞれに対して単数又は複数
の通信条件を連番を付して示している。この提示された
通信条件を受入れるか否かの回答は、図１５のＨＴＴＰ
による例又は電子メールで同様に行うことが出来る。記
憶条件交渉手段についても通信条件交渉処理と同様に電
子メールなどで複数のリクエストを一括して行うことが
可能である。

【００８６】

【実施例１】図２２はデジタルコンテンツの通信を行う
装置のブロック図である。図２２において、この例で
は、データ受信者が使用するデータ通信装置２０４がイ
ンターネットにおいて、デジタルコンテンツを送信す
る。デジタルコンテンツは、デジタル化された映像、音
声、音楽、ゲーム、ニュース、小説、雑誌記事、資料等
である。このデジタルコンテンツをデータ送信者が使用
するデータ通信装置１０１から送信し、データ通信装置
２０４を通じたデータをデータ通信装置２０４が受信す
る。

【００８７】デジタルコンテンツの提供者であるデータ
送信元のデータ通信装置１０１は、データ受信先のデー
タ通信装置２０４からデジタルコンテンツ送信の要求を
受け取ると、データ受信先のデータ通信装置２０４を収
容するネットワークサービス提供者が使用するネットワ
ーク通信装置２０１に対して、データ送信元のデータ通
信装置１０１が前記した通信条件交渉処理を呼び出す。

【００８８】システム制御装置１０５はＨＴＴＰサーバ
としての機能を有しており、前記した通信情報をＨＴＴ
Ｐに基づいてシステム制御装置１０５に送信することが
出来る。システム制御装置１０５はＨＴＴＰによる通信
許可の可否及び通信許可条件をデータ送信元のデータ通
信装置１０１に通知する。通信が許可される場合、デー
タ送信元のデータ通信装置１０１は、通知された条件を
検証し、例えば、該当データの通信料金が一定金額以下
の際には、データ受信先２０４にデジタルコンテンツの
送信を実行し、ここで一定金額以上であれば、通信を中
止し、また、通信料金の超過分を利用者が負担すること
などの交渉を実行する。

【００８９】なお、受信先はデジタルコンテンツの再生
が可能な端末であり、パーソナルコンピュータ、デジタ
ルセットトップボックス、携帯端末（パームトップ・モ
バイルコンピュータ）、携帯電話機（専用のＨＴＭＬタ
グで記載されたコンテンツを順可能なアプリケーション
（ブラウザ）を搭載）等のいずれの機器であっても良
い。すなわち、受信先の機器は本発明に関する技術が直
接関与していないため、特に限定されるものではない。

【００９０】また、ネットワーク利用の料金を個々のデ
ータ通信ごとに、そのデータ送信元が知ることによっ
て、記録が可能であり、デジタルコンテンツの利用に要
した料金徴収にネットワーク利用料金を合計して請求す
ることも、このシステムでは容易に実施できる。

【００９１】また、データの送受信が非同期で実行され
る場合、すなわち、電子メールなどデータを一時的にネ
ットワーク上のサーバに蓄積するような場合であって
も、送信元が受信先を収容するネットワークの通信デー
タ記憶装置に電子メールのデータを記憶し、通信データ
制御装置によってメールサーバへのデータの通信の可否
通信許可条件としてサービス料を提示したりするなど、
本発明を有効に活用することが出来る。

【００９２】また、以上の交渉をＳＳＬなどの暗号化通
信の上で、ネットワークサービス事業者ごとに識別符号
ＩＤとパスワードを設けた認証機構を導入した上で行え
ば、例え公開的なインターネット上での通信実施におい
ても実用的な安全性、秘匿性を確保できるようになる。

【００９３】

【実施例２】図２３は実施例２を説明するためのブロッ
ク図である。図２３において、ここではネットワーク９
０３から受信先９０４への通信路を、特定の時刻から特
定の伝送帯域で一定時間使用する予約を送信元Ｘ９０１
（データ通信装置）が行っていたとする。通信開始前、
又は経過時点であっても通信路を使用予約した時間範囲
内であった場合、受信先９０４（データ通信装置）が送
信元Ｘ９０１の予約した時間範囲内で送信元Ｙ９０２
（データ通信装置）のデジタルコンテンツの取り込みを
希望した際に、ネットワーク９０３は送信元Ｘ９０１に
予約解約の意向の有無及び解約料金の提示を求める問い
合わせを行う。

【００９４】この検索では予約テーブルの開始時刻、使
用時間、使用帯域のカラムを条件とすれば良い。例え
ば、定められた規約、書式による電子メールで問い合わ
せを行う。

【００９５】図２２に示すようにメールサーバ２０３を
設置し、このメールサーバ２０３からシステム制御装置
１０５に接続されたデータベース装置１０６内のデータ
を検索し、かつ、登録することが出来る。送信元Ｘ９０
１は、このような電子メールでの問い合わせに対して自
動応答及び返信を行うシステムを構築する。そして、通
信予約の対象であった受信先９０４や予定開始時刻まで
の猶予、過去の履歴などによる解約料金を自動的に算出
して自動設定された規約・書式による電子メールの返信
を行う。

【００９６】ネットワーク９０３は、返信を受けて送信
元Ｙ９０２に提供料金を提示し、その結果を受けて送信
元Ｘ９０１の予約を解約する。そして、送信元Ｙ９０２
に予約を付け替える、又は直ちに通信許可を行う。その
結果を電子メールで送信する。また、電子メール以外
に、送信元Ｘ９０１、送信元Ｙ９０２にウェッブサーバ
を設置し、ＨＴＴＰプロトコルで前記した交渉を自動的
に行うよにしても良い。

【００９７】

【実施例３】図２４は実施例３を説明するための図であ
る。図２４において、受信先１００５からデジタルコン
テンツの送信要求を受けた送信元１００１（データ通信
装置）は、まず、受信先１００５（データ通信装置）の
属するネットワーク１００４とのサービス提供者の通信
条件交渉処理を呼び出す。送信元１００１より通信条件
交渉処理が呼び出されたネットワーク１００４は、自身
が有する経路情報を呼び出している。

【００９８】例えば、ＴＣＰ／ＩＰではルーティングテ
ーブルで示される情報によって送信元１００１とネット
ワーク１００４の間に存在するネットワーク１００２及
びネットワーク１００３のサービス提供者の通信条件交
渉処理を呼び出す。ルーティングテーブルには最適な経
路情報、すなわち、最短ルートでデータ通信するための
経路情報や迂回経路の情報が管理されているため、この
ような用途に適している。

【００９９】ネットワーク１００４は、ネットワーク１
００２、又はネットワーク１００３中の通信可能の回答
を提示した際の、一方又は両方での通信が可能であれ
ば、より有利な条件を提示する。すなわち、低価格のサ
ービス料金を提示した一方の条件とネットワーク１００
４自身のネットワーク上の通信条件を取り合わせて送信
元１００１に、合計のサービス料金を含む通信条件を提
示する。

【０１００】送信元１００１からの提示条件に対する回
答を受け取って通信を実施する場合は、ネットワーク１
００２、又はネットワーク１００３中の、前記した有利
な条件を提示した一方に通信実施を回答し、また、自身
のネットワークにも通信実施の処理を行う。

【０１０１】また、同様に単一のネットワークサービス
提供者のネットワークが複数のサブネットワークで構成
される場合、例えば、外部ネットワークとの接続サブネ
ットワークや自社のバックボーンネットワーク、地域ご
との加入者に対するネットワークなどで構成される場
合、前記した実施例による手順で最適な条件によるネッ
トワーク通信が可能になる。

【０１０２】

【発明の効果】以上の説明から明らかなように、本発明
の通信ネットワークにおけるデータ通信の処理・制御方
法及びその通信システム並びにプログラム記憶媒体によ
れば、通信路上のデータ通信情報に基づいてデータ通信
を許可し、制限付きで許可し、許可しないことを選択的
に実行している。

【０１０３】この結果、データ受信者における通信費用
を、送信元が負担できるようになり、ネットワークのト
ラフィック量（混雑状況）などに応じた適切な対価によ
る通信サービスを受けることが可能になるという効果を
奏する。

【０１０４】さらに、本発明は、高品位と低品位とのネ
ットワークサービスを合理的に提供できるようになると
いう効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施形態におけるネットワーク構成を
示すブロック図である。

【図２】実施形態でのデータ通信の開始前に所要の伝送
帯域に設定するシーケンス図である。

【図３】実施形態にあってデータ通信の開始後に所要の
伝送帯域に設定するシーケンス図である。

【図４】実施形態にあってＴＣＰ／ＩＰによる通信条件
を格納したデータベーステーブル例を示す図である。

【図５】実施形態にあってデータ通信記録テーブルのカ
ラム及びデータ列を説明するための図である。

【図６】実施形態にあって記憶装置使用記録テーブルの
カラム及びデータ列を説明するための図である。

【図７】実施形態にあって通信予約記録テーブルのカラ
ム及びデータ列を説明するための図である。

【図８】実施形態にあって通信解約記録テーブルのカラ
ム及びデータ列を説明するための図である。

【図９】実施形態にあって通信可否決定処理及び通信条
件交渉処理の手順を示すフローチャートである。

【図１０】実施形態でのデータ記憶条件交渉処理の手順
を示すフローチャートである。

【図１１】実施形態にあって通信情報をＨＴＴＰのＣＧ
Ｉ引数で表した規約例を説明するための図である。

【図１２】実施形態にあってＣＧＩリクエストに対する
応答の規約例を説明するための図である。

【図１３】実施形態にあって規約によるＨＴＴＰのＣＧ
Ｉによるリクエスト例を説明するための図である。

【図１４】実施形態でのＨＴＭＬによる通信条件の応答
例を説明するための図である。

【図１５】実施形態での提示条件に対する返答をＨＴＴ
ＰのＣＧＩで実現した例を説明するための図である。

【図１６】実施形態での結果応答をＨＴＭＬで実現した
例を説明するための図である。

【図１７】実施形態での記憶指示及び通信情報の受領の
ＨＴＴＰでの実施例を説明するための図である。

【図１８】実施形態でのＨＴＭＬによるデータ記憶条件
の提示例を説明するための図である。

【図１９】実施形態にあって提示されたデータ記憶条件
を受入れるための指示例を説明する図である。

【図２０】実施形態にあって受入れ指示に対する確認応
答を説明するための図である。

【図２１】実施形態での通信予約を一括して実行する通
信条件交渉処理の実施例を説明するための図である。

【図２２】実施例１でのデジタルコンテンツの通信を行
う装置のブロック図である。

【図２３】実施例２を説明するためのブロック図であ
る。

【図２４】実施例３を説明するための図である。

【符号の説明】

１０１，２０４データ通信装置１０２通信制御装置１０３，１０９，１１０通信データ記憶装置１０４，１０７，１０８ルータ１０５システム制御装置１０６データベース装置１１１〜１１３データ通信装置１１４監視装置２０１ネットワーク通信装置９０１，９０２，１００１送信元（データ通信装置）９０３，１００２〜１００４ネットワーク９０４，１００５受信先（データ通信装置）

Claims

【特許請求の範囲】

【請求項１】通信ネットワークにおけるデータ通信を
処理かつ制御する方法において、通信路からデータ通信情報を取得するステップとととも
に、前記データ通信情報に基づいてデータ通信を許可する処
理制御を実行するステップと、前記データ通信情報に基づいてデータ通信を制限付きで
許可する処理制御を実行するステップと、前記データ通信情報に基づいてデータ通信を非許可とす
る処理制御を実行するステップとを有し、前記処理制御を選択的に実施する通信可否決定処理を有
することを特徴とする通信ネットワークにおけるデータ
通信の処理・制御方法。
【請求項２】前記データ通信情報が、通信プロトコル、データの名称、種別、作成者及び保有
者、データの送信元及び受信先、データ容量、通信時
間、伝送帯域、通信開始時刻、データ通信識別子を含む
情報であることを特徴とする請求項１に記載の通信ネッ
トワークにおけるデータ通信の処理・制御方法。
【請求項３】前記データ通信情報が、予め定められた規約に基づいた、データの送信元又は受
信先からの情報であることを特徴とする請求項１に記載
の通信ネットワークにおけるデータ通信の処理・制御方
法。
【請求項４】前記データ通信の許可のステップにおい
て、データの送信元又は受信先に少なくとも一つの条件を提
示し、この条件を受入れるか否かの結果を受け取るため
の通信条件交渉処理を実行することを特徴とする請求項
１に記載の通信ネットワークにおけるデータ通信の処理
・制御方法。
【請求項５】前記通信条件交渉処理は、データごとの通信の実行に代えて、予め予想されるデー
タ通信を一括して実行し、かつ、この実行による通信予
約情報を記憶し、この通信予約情報を通信可否決定処理
において参照するステップを有することを特徴とする請
求項４に記載の通信ネットワークにおけるデータ通信の
処理・制御方法。
【請求項６】前記データ通信の許可ステップによるデ
ータ通信時に、過去に通信を行った実質的に同一のデータを、ネットワ
ーク内で記憶し、この記憶したデータを受信先に送信し
て実際の送信元からのデータ通信に代えることを、通信
条件交渉処理においてデータの送信元又は受信先に提示
して、この実際の送信元からのデータ通信に代えること
の可否情報を受け取ることを特徴とする請求項１に記載
の通信ネットワークにおけるデータ通信の処理・制御方
法。
【請求項７】前記データ通信の許可ステップによるデ
ータ通信時に、通信データをネットワーク内で記憶し、又は、非記憶と
し、かつ、記憶する際の期間及び記憶装置名の指示を、予め定めた
規約に基づいてデータの送信元又は受信先の問合せにお
いて、少なくとも一つの記憶条件を提示し、この条件を受入れるか否かの結果を受け取るためのデー
タ記憶条件交渉処理を実行することを特徴とする請求項
１に記載の通信ネットワークにおけるデータ通信の処理
・制御方法。
【請求項８】前記データ記憶条件交渉処理において、データごとの通信の実行に代えて、予め予想されるデー
タ通信を一括して実行し、かつ、受信先へのデータ通信が行われる前に記憶すべきデータ
を送信し、この後に記憶するステップを有することを特
徴とする請求項７に記載の通信ネットワークにおけるデ
ータ通信の処理・制御方法。
【請求項９】前記記憶している通信予約情報に対して
予約の解約を問い合わせ、この問い合わせで解約が受入
れられた通信予約情報に対して、実際の通信時に再度予約を行う通信再予約処理を実行す
ることを特徴とする請求項５に記載の通信ネットワーク
におけるデータ通信の処理・制御方法。
【請求項１０】前記通信路としての複数のネットワー
クシステムを有し、この複数のネットワークシステムを通じて送信元と受信
先との間がデータ通信を行い、かつ、通信可否決定、通
信条件交渉、及びデータ記憶条件交渉のそれぞれを実行
する処理を有し、この通信可否決定処理、通信条件交渉処理、データ記憶
条件交渉処理を、複数のネットワークシステム上のそれ
ぞれで個別的に実施せずに、最初に問い合わせを受けたネットワークシステムが、ネ
ットワーク経路情報に基づいて、データを送信する他の
ネットワークシステムにさらに問い合わせを実行し、この結果をデータの送信元又は受信先に提示し、この提
示に対する結果を受け取り、この後、他のネットワークシステムに結果を通知するこ
と特徴とする請求項１に記載の通信ネットワークにおけ
るデータ通信の処理・制御方法。
【請求項１１】前記通信条件交渉処理において、データ送信元から受信先までの通信路の利用率及び／又
は混雑状況に応じて通信条件を決定するステップを有す
ること特徴とする請求項１０に記載の通信ネットワーク
におけるデータ通信の処理・制御方法。
【請求項１２】前記データ記憶条件交渉処理に、データ通信路の伝送帯域、利用率、混雑状況、ネットワ
ーク加入者数の少なくとも一つに応じて、記憶条件を決
定するステップを有すること特徴とする請求項１０に記
載の通信ネットワークにおけるデータ通信の処理・制御
方法。
【請求項１３】前記通信可否決定処理に、許可された通信条件の範囲を越えるデータ通信を拒否し
て通信路を遮断するステップを有すること特徴とする請
求項１０に記載の通信ネットワークにおけるデータ通信
の処理・制御方法。
【請求項１４】通信ネットワークにおけるデータ通信
を処理かつ制御するネットワーク通信システムにおい
て、通信路から取得したデータ通信情報に基づいてデータ通
信を許可し、制限付きで許可し、非許可とすることを選
択的に実行する通信可否決定処理手段と、前記通信可否決定処理手段での通信許可において、デー
タの送信元又は受信先に少なくとも一つの条件を提示
し、この条件を受入れるか否かの結果の受け取りを実行
する通信条件交渉処理手段と、前記通信可否決定処理手段でのデータ通信時に、通信デ
ータをネットワーク内で記憶し、又は、非記憶とし、か
つ、記憶する際の期間及び記憶装置の指示を、予め定め
た規約に基づいてデータの送信元又は受信先に問い合わ
せ、かつ、少なくとも一つの記憶条件を提示して、この
条件を受入れるか否かの結果を受け取る処理を実行する
データ記憶条件交渉処理手段と、前記データ記憶条件交渉処理手段が、記憶している通信
予約情報に対して予約の解約を問い合わせ、この解約が
受入れられた通信予約情報に対して、実際の通信時に再
度予約を行う処理を実行する通信再予約処理手段と、を備えることを特徴とするネットワーク通信システム。
【請求項１５】前記通信ネットワークが複数であり、通信可否決定処理手段、通信条件交渉処理手段、データ
記憶条件交渉処理手段が複数の通信ネットワークのそれ
ぞれにネットワークシステムとして設けられ、かつ、前記通信可否決定処理手段、通信条件交渉処理手段、デ
ータ記憶条件交渉処理手段のそれぞれの処理を、複数の
ネットワークシステム上のそれぞれで個別的に実行せず
に、最初に問い合わせを受けたネットワークシステムが、ネ
ットワークの経路情報に基づいて、データが通過する他
のネットワークシステムに問い合わせを実行し、この結
果をデータの送信元又は受信先に提示し、この提示に対
する結果を受け取り、この後、他のネットワークシステムに結果を通知するこ
とを特徴とする請求項１４に記載のネットワーク通信シ
ステム。
【請求項１６】前記通信可否決定処理手段において、許可された通信条件の範囲を越えるデータ通信を拒否し
て通信路を遮断すること特徴とする請求項１４に記載の
ネットワーク通信システム。
【請求項１７】前記通信条件交渉処理手段が、（ａ）
データごとの通信の実行に代えて、予め予想されるデー
タ通信を一括して実行し、かつ、この実行の情報による
通信予約情報を記憶し、この通信予約情報を前記通信可
否決定処理手段が参照し、（ｂ）データ通信時に、過去
に送信した実質的に同一のデータをネットワーク内で記
憶し、この記憶したデータを受信先に送信して実際の送
信元からのデータ通信に代えることを、データの送信元
又は受信先に提示し、この実際の送信元からのデータ通
信に代えることの可否を受け取り、（ｃ）データ送信元
から受信先までの通信路の利用率及び／又は混雑状況に
応じて通信条件を決定し、前記（ａ）（ｂ）（ｃ）の少なくとも一つを実行するこ
と特徴とする請求項１４に記載のネットワーク通信シス
テム。
【請求項１８】前記データ記憶条件交渉処理手段が、
（ａ）データごとの通信の実行に代えて、予め予想され
るデータ通信を一括して実行して、受信先へのデータ通
信が行われる前に記憶すべきデータを通信し、この後に
記憶し、（ｂ）データ通信路の伝送帯域、利用率、混雑
状況、ネットワーク加入者数の少なくとも一つに応じて
記憶条件を決定し、前記（ａ）（ｂ）の一方又は両方を実行すること特徴と
する請求項１４に記載のネットワーク通信システム。
【請求項１９】通信路から取得したデータ通信情報に
基づいてデータ通信を許可し、制限付きで許可し、非許
可とすることを選択的に実施する通信可否決定ステップ
と、前記通信可否決定ステップでの通信の許可において、デ
ータの送信元又は受信先に少なくとも一つの条件を提示
し、この条件を受入れるか否かの結果の受け取りを実行
する通信条件交渉ステップと、前記通信可否決定ステップでのデータ通信時に、通信デ
ータをネットワーク内で記憶し、又は、非記憶とし、か
つ、記憶する際の期間及び記憶装置の指示を、予め定め
た規約に基づいてデータの送信元又は受信先に問合せ、
かつ、少なくとも一つの記憶条件を提示して、この条件
を受入れるか否かの結果を受け取る処理を実行するデー
タ記憶条件交渉ステップと、前記データ記憶条件交渉ステップが、記憶している通信
予約情報に対して予約の解約を問い合わせ、この解約が
受入れられた通信予約情報に対して、実際の通信時に再
度予約を行う処理を実行する通信再予約ステップと、の制御を実質的なコンピュータが実行するためのプログ
ラムを格納したことを特徴とするプログラム記憶媒体。
【請求項２０】前記通信可否決定ステップ、通信条件
交渉ステップ、データ記憶条件交渉ステップのそれぞれ
の処理を、複数のネットワークシステム上のそれぞれで
個別的に実施せずに、最初に問い合わせを受けたネットワークシステムが、ネ
ットワークの経路情報に基づいて、データが通過する他
のネットワークシステムに問い合わせを実行し、この結
果をデータの送信元又は受信先に提示し、この提示に対
する結果を受け取り、この後、他のネットワークシステムに結果を通知する制
御を実質的なコンピュータが実行するためのプログラム
を格納したことを特徴とする請求項１９に記載のプログ
ラム記憶媒体。