JP3359192B2 - 画像伝送装置、画像伝送システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像伝送装置に関
し、特に、伝送路を介して伝送したＭＰＥＧデータにお
けるＩフレーム、Ｐフレーム及びＢフレームの使用態
様、及び暗号化処理に応じて課金を行うために用いて好
適なものである。

【０００２】

【従来の技術】近年、幹線通信網における光ファイバネ
ットワークの装備、ケーブルテレビシステムの普及、衛
星通信の実用化、ローカルエリアネットワークの普及等
に伴い、いわゆる情報サービス産業が増大している。上
記情報サービス産業は、上述したような通信網を利用し
て様々な情報を提供し、その情報の内容および情報の量
に応じて料金を徴収するようにしている。このような情
報サービス産業においては、提供した情報に対する課金
を適切に行うことが重要な問題である。

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
情報サービス産業において行われていた課金方式は、例
えば、ケーブルテレビシステムや衛星放送のように、使
用頻度に無関係な月極の課金方式であったり、またはコ
ンピュータの利用サービスのように、情報の種類や質に
無関係な使用頻度（または使用時間）のみを計数した課
金方式であったりすることが多かった。

【０００４】本発明は上述の問題点に鑑み、情報やサー
ビスの種類、および情報の質を考慮した課金を行うこと
ができるようにすることを目的とする。

【０００５】

【課題を解決するための手段】本発明の画像伝送装置
は、ＭＰＥＧデータを構成するＩフレーム、Ｐフレーム
及びＢフレームのいずれかを、伝送路のトラフィックに
応じて選択的に送出する画像伝送装置において、上記伝
送路のトラフィックを検出する検出手段と、上記トラフ
ィックに応じて上記ＭＰＥＧデータの各フレームのう
ち、Ｉフレームのみを送出する第１のモード、Ｉフレー
ム及びＰフレームを送出する第２のモード、或いはＩフ
レーム、Ｐフレーム及びＢフレームを送出する第３のモ
ードの何れかに設定するモード設定手段と、上記モード
設定手段により設定したモード毎に独立した暗号化処理
を行う暗号化手段と、上記暗号化手段により暗号化され
たフレームを出力する出力手段と、上記各モードに応じ
た料金及び上記暗号化処理の動作時間及び上記暗号化処
理した画像の情報量に基づいた料金に基づいて課金処理
を行う課金手段と、上記各モードに応じた料金及び上記
暗号化処理の動作時間及び上記暗号化処理した画像の情
報量に基づいた料金を記憶する料金情報記憶手段とを備
えたことを特徴としている。

【０００６】

【０００７】

【０００８】

【０００９】

【００１０】

【００１１】

【００１２】

【００１３】

【００１４】

【００１５】

【００１６】

【作用】本発明は上記技術手段を有するので、伝送路の
トラフィックに応じて伝送するＭＰＥＧデータのフレー
ムを設定し、上記設定したフレームの内容に応じて画像
の料金を課すことができるようになる。

【００１７】また、本発明の他の特徴によれば、伝送す
るフレームの内容の他に、画像の情報量を考慮した料金
体系で課金処理を行うことができるようになる。

【００１８】

【００１９】また、本発明のその他の特徴によれば、盗
聴や改ざんから情報を守り公正な課金を行うことができ
るようになる。

【００２０】

【発明の実施の形態】以下、本発明の画像伝送装置を用
いた画像伝送システムの実施の形態を図面を参照して説
明する。以下に示す第１〜第８の技術例は、伝送路を介
してＭＰＥＧデータを伝送する伝送システムにおいて、
上記ＭＰＥＧデータの特徴を考慮し、伝送路のトラフィ
ックに応じて伝送するＭＰＥＧデータのフレームを設定
し、上記フレームに応じて画像の料金を課すことを可能
とするために適用するものである。

【００２１】特に、第１の技術例では、Ｉフレームのみ
伝送する場合、ＩフレームとＰフレームを伝送する場
合、ＩフレームとＰフレームとＢフレームを伝送する場
合について、各々料金を定める料金体系としたときの課
金処理を行う課金処理手段について詳細に説明する。

【００２２】第２の技術例では、Ｉフレームのみ伝送す
る場合、ＩフレームとＰフレームを伝送する場合、Ｉフ
レームとＰフレームとＢフレームを伝送する場合の他
に、画像の情報量を考慮した料金体系としたときの課金
処理手段について詳細に説明する。

【００２３】第３の技術例では、第１の技術例および第
２の技術例において、一定期間毎に料金の精算を行うよ
うにする課金処理手段について詳細に説明する。

【００２４】第４の技術例では、画像提供側が第１の技
術例〜第３の技術例に示した課金処理手段を有する場合
について詳細に説明する。

【００２５】第５の技術例では、画像受信側が第１の技
術例〜第３の技術例に示した課金処理手段を有する場合
について詳細に説明する。

【００２６】第６の技術例では、画像提供側と画像受信
側の双方が第１の技術例〜第３の技術例に示した課金処
理手段を有する場合について詳細に説明する。

【００２７】第７の技術例では、上記第１の技術例から
第６の技術例に示した課金処理手段をローカルエリアネ
ットワークに接続された機器同志の通信に適用した場合
について詳細に説明する。

【００２８】第８の技術例では、上記第１の技術例から
第６の技術例に示した課金処理手段をワイドエリアネッ
トワークに接続された機器同志の通信に適用した場合に
ついて詳細に説明する。

【００２９】

【００３０】以下に、本発明の画像伝送装置の実施の形
態を説明する。本実施の形態の画像伝送装置は、盗聴や
改ざんから情報を守り公正な課金を行うために、上記第
４の技術例から第８の技術例に示した課金処理手段に対
して暗号手段を組み合わせた場合について詳細に説明す
る。なお、本実施の形態を詳細に説明する前に、動画情
報を効率良く蓄積・伝送するための符号化方式として用
いられているＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ
Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）について説明する。

【００３１】ＭＰＥＧデータは、動画像の高能率符号化
を行うことを目的とした国際標準であり、データの周波
数特性や人間の視覚特性を利用するとともに、動画像特
有の時間軸方向の冗長度を利用して一層の高能率符号化
を行う方式である。

【００３２】このＭＰＥＧ方式は、ディジタルストレー
ジメディア用に転送レートを最大１．５Ｍｂｐｓとした
ＭＰＥＧ１と、伝送レートの上限をなくし双方向ディジ
タルマルチメディア機器、ディジタルＶＴＲ、ＡＴＶ
（Ａｄｖａｎｃｅｄ Ｔｅｌｅｖｉｓｉｏｎ）、光ファ
イバネットワーク等の全ての伝送系で用いられることを
企図したＭＰＥＧ２とがあるが、基本的なアルゴリズム
はほぼ同様である。そこで、以下においては、ＭＰＥＧ
１をベースとしてその符号化方式の原理およびデータ構
造について説明する。

【００３３】まず、このＭＰＥＧによる高能率符号化方
式の原理について説明する。この高能率符号化方式にお
いては、フレーム間の差分を取ることで時間軸方向の冗
長度を落とし、これによって得られた差分データをＤＣ
Ｔおよび可変長符号化処理して空間方向の冗長度を落と
すことによって、全体として高能率符号化を実現するよ
うにしている。

【００３４】上記時間軸方向の冗長度については、動画
の場合には連続したフレームの相関が高いことに着目
し、符号化しようとするフレームと時間的に先行または
後行するフレームとの差分を取ることによって冗長度を
落とすことが可能となる。

【００３５】そこで、図２０に示すように、ＭＰＥＧで
は、専らフレーム内で符号化する符号化モードで得られ
るイントラ符号化画像の他に、時間的に先行するフレー
ムとの差分値を符号化する前方予測符号化画像（Ｐ−ピ
クチャ）と、時間的に先行するフレーム、または後行す
るフレームとの差分値、或いはそれら両フレームからの
補間フレームとの差分値の内、最もデータ量が少ないも
のを符号化する両方向予測符号化画像（Ｂ−ピクチャ）
とを有し、これらの符号化モードによる各フレームを所
定の順序で組み合わせている。

【００３６】ＭＰＥＧにおいては、上述のＩ−ピクチ
ャ、Ｐ−ピクチャ、Ｂ−ピクチャを夫々１枚、４枚、１
０枚で１単位（ＧＯＰ：Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕ
ｒｅｓ）とし、先頭にＩ−ピクチャを配し、２枚のＢ−
ピクチャとＰ−ピクチャとを繰り返し配する組み合わせ
を推奨しており、一定周期でＩ−ピクチャを置くことに
よって、逆再生等の特殊再生や上記ＧＯＰを単位とした
部分再生を可能とするとともに、エラー伝播の防止を図
っている。

【００３７】なお、フレーム中で新たな物体が現れた場
合には、時間的に先行するフレームとの差分を取るより
も、後行するフレームとの差分を取った方がその差分値
が少なくなる場合がある。そこで、ＭＰＥＧでは上述の
ような両方向予測符号化を行い、より高能率な圧縮を行
うようにしている。

【００３８】また、ＭＰＥＧでは動き補償を行う。すな
わち、先の８画素×８画素のブロックを輝度データにつ
いて４ブロック、色差データについて２ブロック集めた
所定ブロック（マクロブロック）単位で、先行フレーム
または後行フレームの対応ブロック近傍のマクロブロッ
クとの差分をとり、一番差が少ないマクロブロックを探
索することによって動きベクトルを検出し、この動きベ
クトルをデータとして符号化するようにしている。

【００３９】そして、復号の際には、この動きベクトル
を用いて先行または後行フレームの対応マクロブロック
データを抽出し、これによって動き補償を用いて符号化
された符号化データの復号を行うようにしている。

【００４０】上述のような動き補償に際しては、時間的
に先行するフレームを一旦符号化した後、再度復号した
フレームを得て先行フレームとし、このフレームにおけ
るマクロブロックと符号化しようとするフレームのマク
ロブロックとを用いて動き補償が行われる。

【００４１】なお、ＭＰＥＧ１はフレーム間の動き補償
を行うが、ＭＰＥＧ２においてはフィールド間の動き補
償が行われる。上述のような動き補償によって得られた
差分データおよび動きベクトルは、先に説明したような
ＤＣＴ変換およびハフマン符号化によって更に高能率符
号化される。

【００４２】次に、このＭＰＥＧ方式のデータ構造につ
いて説明する。このＭＰＥＧ方式のデータ構造は、図２
１に示すようにビデオシーケンス層、ＧＯＰ層、ピクチ
ャ層、スライス層、マクロブロック層、ブロック層から
なる階層構造で構成されている。

【００４３】以下、各層について、図中下の方に記載し
た層から順に説明する。先ず、ブロック層はＪＰＥＧと
同様に、輝度データおよび色差データ毎に８画素×８画
素で各々構成され、この単位毎にＤＣＴが行われる。

【００４４】上記マクロブロック層は、上述した８画素
×８画素のブロックを、輝度データについては４ブロッ
ク、色データについては各１ブロックまとめ、マクロブ
ロックヘッダを付したものである。ＭＰＥＧ方式では、
このマクロブロックを後述する動き補償および符号化の
単位とする。

【００４５】また、上記マクロブロックヘッダは、各マ
クロブロック単位の動き補償および量子化ステップの各
データ、および各マクロブロック内の６つＤＣＴブロッ
ク（Ｙ０，Ｙ１，Ｙ２，Ｙ３，Ｃｒ，Ｃｂ）がデータを
有するか否かのデータを含んでいる。

【００４６】上記スライス層は、画像の走査順に連なる
１つ以上のマクロブロック、およびスライスヘッダで構
成され、同一スライス層内の一連のマクロブロックにお
ける量子化ステップを一定とすることができる。

【００４７】なお、上記スライスヘッダは各スライス層
内の量子化ステップに関するデータを有し、各マクロブ
ロックに固有の量子化ステップデータがない場合にはそ
のスライス層内の量子化ステップを一定とする。また、
先頭のマクロブロックは直流成分の差分値をリセットす
る。

【００４８】上記ピクチャ層は、上述のスライス層を１
フレーム単位で複数集めたものであり、ピクチャスター
トコード等からなるヘッダと、これに続く１つまたは複
数のスライス層とから構成される。また、上記ヘッダに
は画像の符号化モードを示すコードや動き検出の精度
（画素単位か半画素単位か）を示すコードを含んでい
る。

【００４９】上記ＧＯＰ層は、グループスタートコード
やシーケンスの最初からの時間を示すタイムコード等の
ヘッダと、これに続く複数のＩフレーム、Ｂフレームま
たはＰフレームから構成される。

【００５０】上記ビデオシーケンス層は、シーケンスス
タートコードから始まってシーケンスエンドコードで終
了し、その間に画像サイズやアスペクト比等の復号に必
要な制御データおよび画像サイズ等が同じ複数のＧＯＰ
が配列される。このようなデータ構造を持つＭＰＥＧ方
式は、その規格にてビットストリームが規定されてい
る。このような符号化技術は、マルチメディアネットワ
ークにおいてよく用いられる技術である。

【００５１】上述のように、ＭＰＥＧではＩフレームは
ＰフレームやＢフレームに係わりなく、ある動画像を大
まかな動きで再現し、ＰフレームはＩフレームとともに
復号することにより、動画像をよりスムーズな動きで再
現できるようにしている。また、ＢフレームはＩフレー
ムとＰフレームとともに復号することにより、さらにス
ムーズな動きを再現できるようにしている。

【００５２】このような点に着目すると、ＭＰＥＧは画
像の動きを階層的に扱っている符号化と見なすことがで
きる。また、ＩフレームのみよりもＩフレームとＰフレ
ームを伝送する方が必要となる伝送容量が大きく、さら
にＩフレームとＰフレームとＢフレームを伝送する方
が、必要となる伝送容量が大きくなる。

【００５３】したがって、ＭＰＥＧデータを伝送する
際、以下に示すような伝送方法が考えられる。すなわ
ち、最初に伝送する画像に対して上述のＭＰＥＧ符号化
を行う。次に、伝送路の使用状況を検査し、十分な空き
容量があれば、上記画像情報の全てのフレームを伝送す
る。

【００５４】また、全フレームを送るために必要となる
十分な空き容量がなければ、ＩフレームとＰフレームを
伝送する。さらに、空き容量が不足している場合には、
Ｉフレームのみを伝送する。このような伝送方法は、Ｌ
ＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）などでマ
ルチメディアを扱う場合には重要な要素技術となる。

【００５５】本実施の形態は、伝送路を介してＭＰＥＧ
データを伝送する画像伝送システムにおいて、ＭＰＥＧ
データの特徴を考慮し、伝送路のトラフィックに応じて
伝送するＭＰＥＧデータのフレームを選択する。そし
て、各画像毎に伝送したフレームに応じて定めた料金体
系で課金を行うようにする課金処理手段を実現するため
に適用するものである。

【００５６】なお、本実施の形態においては、ＭＰＥＧ
データの伝送モードとして、Ｉフレームのみ伝送する場
合をモード１と定め、ＩフレームとＰフレームとを伝送
する場合をモード２と定め、ＩフレームとＰフレームと
Ｂフレームとを伝送する場合をモード３と定める。

【００５７】図１は、本実施の形態の画像伝送システム
に係わる課金処理手段の要部を示す機能ブロック図であ
る。図１において、１００は画像伝送システムが具備す
るための課金処理手段である。１０１は制御部であり、
上記画像伝送システム内で送受信される利用者の画像送
信要求を取り込み、トラフィック検査部１０２、伝送モ
ード選択部１０３、課金部１０４の動作制御を行うとと
もに、伝送モード選択部１０３、課金部１０４に要求さ
れている画像の識別子（画像を特定するための名前や符
号等）を通知する制御を行う。

【００５８】１０２は、画像伝送システム１１０（また
は伝送路）をモニタするか、または上記画像伝送システ
ム１１０で管理しているトラフィックに関する情報など
を画像伝送システム１１０に問い合わせることにより、
その時点での伝送可能容量（トラフィック情報）を検査
し、上記検査結果を伝送モード選択部１０３に通知する
トラフィック検査部である。

【００５９】１０３は、制御部１０１から要求されてい
る画像の識別子、およびトラフィック検査部１０２から
画像伝送システムのトラフィック情報を受取り、そのト
ラフィック情報に応じて画像を伝送する際の伝送モード
を選択し、課金処理を行う課金部１０４および画像伝送
システム１１０に通知する伝送モード選択部である。

【００６０】１０４は課金部であり、制御部１０１から
画像識別子を取り込み、また、伝送モード選択部１０３
から伝送モード情報を取り込む。そして、上記取り込ん
だ画像識別子と伝送モード情報とに対応する料金を記憶
部１０５から読み出し、画像伝送システム１１０に通知
する。

【００６１】１０５は、課金制御部１０１が参照する画
像の料金情報を記憶するための記憶部である。次いで、
１１０は画像伝送システムであり、ネットワークおよび
上記ネットワークに有線または無線を介して接続された
コンピュータ、受信機、プリンタ、モニタ等の端末によ
って構成される。なお、各機能を上述のように分割する
ことなく、複数の機能ブロックを１個の機能ブロックと
したり、または上述の任意の機能ブロックが複数にした
りしてもよい。

【００６２】以下に、上記トラフィック検査部１０２に
おけるトラフィック検査方法の一例を、画像伝送システ
ム１１０がＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａ
ｎｓｆｅｒ Ｍｏｄｅ）で実現されている場合を例に挙
げて説明する。

【００６３】上記トラフィック検査部１０２は、ある伝
送レートＣｒで伝送可能であるかを画像伝送システム１
１０に問い合わせる。そして、上記画像伝送システム１
１０が上記伝送レートＣｒで伝送することに許可を与え
なければ、許可が与えられるまでＣ’ｒ＜ＣｒなるＣ’
ｒを画像伝送システム１１０に問い合わせる。また、上
記画像伝送システム１１０が上記伝送レートＣｒで伝送
することに許可を与えれば、上記伝送レートＣｒを検査
値とする。

【００６４】また、他のネットワークシステムで構築さ
れた画像伝送システムでは、そのネットワークに応じて
上述以外のトラフィック検査方法が行われる場合もあ
る。すなわち、本実施の形態のトラフィック検査方法は
上述のＡＴＭの例に限定されるものではない。

【００６５】次に、伝送モード選択部１０３における伝
送モード選択方法の一例を説明する。上記伝送モード選
択部１０３は、まず、上記トラフィック検査部１０２か
ら画像伝送システム１１０のトラフィックに関する情報
を受け取り、また、要求されている画像の識別子を制御
部１０１から受け取る。

【００６６】そして、記憶部１０５にアクセスして要求
されている画像を各伝送モードで伝送するために必要な
伝送容量（記憶部１０５に記憶されている情報について
は、図３を用いて後で説明する）と、画像伝送システム
のトラフィック（伝送可能容量）とを比較して、以下の
手順で上記画像を伝送する際の伝送モードを決定する。

【００６７】トラフィック検査部１０２において求めら
れた伝送可能容量をＣｒ、あるＭＰＥＧデータを伝送モ
ード１で伝送するために必要な伝送容量をＣ１、伝送モ
ード２で伝送するために必要な伝送容量をＣ２、伝送モ
ード３で伝送するために必要な伝送容量をＣ３とすると
き、Ｃｒ≧Ｃ３ならば伝送モード３を選択する。

【００６８】また、Ｃ３＞Ｃｒ≧Ｃ２ならば伝送モード
２を選択し、Ｃ２＞Ｃｒ≧Ｃ１ならば伝送モード１を選
択するようにする。なお、Ｃ１＞Ｃｒの場合には伝送モ
ード１でも十分な伝送容量が得られないことを画像伝送
システムに通知する。

【００６９】ただし、伝送モード選択部１０３の動作は
上述したものに限らず、Ｃｒが伝送モードｉ（ｉ＝１，
２，…）で画像を伝送するために十分でなくても（Ｃｒ
＜Ｃｉ）、Ｃｒで伝送モードｉの画像を伝送したり、十
分な容量Ｃｒ（≧Ｃｉ）が得られるまで待つなどの処理
を行ってもよい。

【００７０】図３は、記憶装置１０２に記憶される料金
テーブルの一例を示している。図３の料金テーブルにお
いて、例えばＩｎｆｏ １という情報は、伝送モード１
で提供した場合の料金が料金１１で、そのとき必要な伝
送容量はＣ１１であることを示している。

【００７１】また、伝送モード２で提供した場合の料金
が料金１２で、必要な伝送容量がＣ１２であることを示
し、伝送モード３で提供した場合の料金が料金１３で、
必要な伝送容量がＣ１３、であることを意味している。

【００７２】以下に、本実施の形態の課金処理手段によ
り伝送モード毎に定められた料金体系で課金を行うとき
の動作を、利用者（また利用者の利用端末）が画像Ｉｎ
ｆｏ１を提供者に要求しており、そのときの画像伝送シ
ステムの伝送可能容量がＣｒ（Ｃ１３＞Ｃｒ≧Ｃ１２）
の場合を例として示す。

【００７３】まず、第１の動作手順において、上記制御
部１０１は、画像伝送システムで送受信されているメッ
セージを監視するか、画像伝送システムからメッセージ
を受け取ることにより、利用者が画像Ｉｎｆｏ １を送
信することを要求するための情報を取り込む。

【００７４】次に、第２の動作手順において、トラフィ
ック検査部１０２は、その時点での画像伝送システム１
１０のトラフィックの検査を行い、伝送可能容量Ｃｒを
得る。

【００７５】次に、第３の動作手順において、制御部１
０１は伝送モード選択部１０３に要求されている画像の
識別子Ｉｎｆｏ １を通知する。また、トラフィック検
査部１０２は上記伝送可能容量Ｃｒを伝送モード選択部
１０３に通知する。さらに、伝送モード選択部１０３
は、Ｉｎｆｏ １を各伝送モードで伝送するために必要
な伝送容量を記憶部１０５から読み出して、これらを上
記伝送可能容量Ｃｒと比較することにより、トラフィッ
クに応じた画像伝送モード２を選択し、画像伝送システ
ム１１０に通知する。

【００７６】次に、第４の動作手順において、制御部１
０１は要求されている画像の識別子Ｉｎｆｏ １を課金
部１０４に通知する。伝送モード選択部１０３は、選択
した伝送モード２を課金部１０４に通知する。

【００７７】課金部１０４は、記憶装置１０５に記憶さ
れている料金テーブル、すなわち、図３に示した料金テ
ーブルから、制御部１０１から通知された画像識別子Ｉ
ｎｆｏ １と、伝送モード選択部１０３から通知された
伝送モード２とから対応する料金１２を読み出し、画像
伝送システム１１０に通知する。

【００７８】図２は、図１の機能ブロック図に示した課
金処理手段１００の具体的な構成例を示すブロック図で
ある。図２において、２００は課金処理手段であり、図
１に示した課金処理手段１００に相当するものである。
２０１はＣＰＵであり、ＲＯＭ２０４またはＲＡＭ２０
３に格納されているプログラムに従い、Ｉ／Ｏインタフ
ェース２０２からの入力を処理したり、外部装置への命
令を発したりするためのものである。

【００７９】２０２はＩ／Ｏインタフェースであり、画
像伝送システムとの情報のやりとりや、記憶装置２０６
との入出力を行うためのものである。２０３はＲＡＭで
あり、ＣＰＵ２０１が一時メモリとして用いたり、プロ
グラムを記憶したりするためのものである。

【００８０】２０４はＲＯＭであり、上記ＣＰＵ２０１
で実行するためのプログラムを記憶している。ただし、
課金処理手段２００の外部からプログラムを読み込んだ
り、ＲＡＭ２０３にプログラムを記憶させたりする場合
には省略してもよい。

【００８１】２０５はＣＰＵ２０１〜ＲＯＭ２０４がデ
ータのやりとりを行うためのバスであり、２０６は画像
毎に伝送モード別の料金を記憶するための記憶装置であ
り、例えば、磁気、光、半導体素子などによって構成さ
れるものである。

【００８２】図２において、図１に示した制御部１０
１、トラフィック検査部１０２、伝送モード選択部１０
３、課金部１０４の各機能は、ＣＰＵ２０１、Ｉ／Ｏイ
ンタフェース２０２、ＲＡＭ２０３、ＲＯＭ２０４、Ｂ
ＵＳ２０５によって実現することができる。

【００８３】例えば、上述の動作手順の制御、トラフィ
ック検査、伝送モード選択および課金処理等は、ＣＰＵ
２０１によって行われ、そのための動作手順、トラフィ
ック検査方法、伝送モード選択方法、課金処理方法はＲ
ＡＭ２０３またはＲＯＭ２０４に記憶されている。第１
の動作手順におけるトラフィック検査、第２の動作手順
における伝送モードの通知、第４の動作手順における料
金通知はＩ／Ｏインタフェース２０２を介して行われ
る。

【００８４】ただし、図１の機能ブロックを実現する構
成は、図２の構成に限定されるものではなく、図１の各
機能ブロックのうちの１個以上を１個の装置として構成
したり、図１の全機能ブロックを１個の装置として構成
してもよい。また、動作に関しても上述の動作に限ら
ず、以下のような場合も本実施の形態に含んでいる。

【００８５】すなわち、第２の動作手順と第３の動作手
順とを一つの手順とし、伝送モード選択部１０３は、Ｉ
ｎｆｏ １をある伝送モードｉで伝送する際に必要とな
る伝送容量Ｃｉを読み出す。そして、上記伝送容量Ｃｉ
をトラフィック検査部に通知した後、トラフィック検査
部は上記伝送モードｉで伝送可能かどうか検査する。

【００８６】そして、伝送できない場合には、伝送モー
ド選択部１０３は、上記伝送モードｉよりも低い伝送モ
ード（例えば、伝送モードｉ−１）で必要となる伝送容
量を読み出し、上述の動作を繰り返し、伝送可能であれ
ば伝送モード選択部は、その伝送モードを画像伝送シス
テムと課金部に通知する。

【００８７】また、第１の動作手順において、利用者が
画像を要求する際に伝送モードを指定し、本実施の形態
の課金処理手段は 第２の動作手順から第４の動作手順
において、指定した伝送モードで画像を伝送可能な場合
には、伝送モード選択部１０３は指定された伝送モード
で伝送する指示を画像伝送システムに通知するととも
に、課金部１０４は上記伝送モードでの課金処理を行
う。

【００８８】そして、伝送モード選択部１０３は伝送で
きない場合には、伝送可能なレートで伝送するか、また
は伝送できるようになるまで待つ。もしくは、伝送モー
ドを落として伝送するか、要求を取り消すなどの処理を
行うことを画像伝送システムに通知する。課金部１０４
は、それぞれの処理に応じた課金処理を行う。

【００８９】以下に示す実施の形態においては、ＭＰＥ
Ｇデータを伝送路を介して伝送する画像伝送システムに
おいて、ＭＰＥＧデータの特徴を考慮し、伝送路のトラ
フィックに応じて伝送するＭＰＥＧデータのフレームを
選択し、各画像毎に伝送したフレームに応じて単位情報
量あたりの単位料金を定め、上記単位料金と伝送した画
像の情報量から料金を決定する料金体系の課金処理手段
を実現するために適用するものである。

【００９０】本実施の形態において、ＭＰＥＧデータの
伝送モードとして、Ｉフレームのみ伝送する場合をモー
ド１、ＩフレームとＰフレームを伝送する場合をモード
２、ＩフレームとＰフレームとＢフレームを伝送する場
合をモード３と定める。なお、以下の説明において、以
前に説明した図面に記載されている部分と異なる部分の
み詳細に説明し、実質的に同じ部分については詳細な説
明を省略する。

【００９１】図４は、本実施の形態の画像伝送システム
に係わる課金処理手段の要部を示す機能ブロック図であ
り、第１の技術例における図１に対応する図である。図
４において、４００は画像伝送システムが具備するため
の課金処理手段であり、図１の課金処理手段１００に対
応する。

【００９２】４０１は制御部であり、図１の制御部１０
１に対応する。４０２はトラフィック検査部であり、図
１のトラフィック検査部１０２に対応する。４０３は伝
送モード選択部であり、図１の伝送モード選択部１０３
に対応する。

【００９３】４０４は課金部であり、図１の課金部１０
４に対応する。４０５は、制御部４０１が参照する画像
の料金情報を記憶するための記憶装置であり、図１の記
憶装置１０５に対応する。４１０は画像伝送システムで
あり、図１の画像伝送システム１１０に対応する。

【００９４】また、４０６は画像伝送システム４１０で
送受信される画像情報の情報量を計測するための計測部
であり、上述した第１の技術例には設けられていなかっ
たものである。

【００９５】図６は、記憶装置４０２に記憶される料金
テーブルの一例を示している。図６の料金テーブルにお
いて、例えばＩｎｆｏ １という情報は、伝送モード１
で提供した場合の単位情報量当たりの料金が料金１１あ
ることを示している。

【００９６】また、伝送モード２で提供した場合の単位
情報量当たりの料金が料金１２あることを示し、伝送モ
ード３で提供した場合の料金が料金１３であることを意
味している。

【００９７】以下に、本実施の形態の課金処理手段によ
り伝送モード毎に定められた単位情報量当たりの料金を
定め、単位情報量と伝送した画像の情報量とから料金を
決定する料金体系で課金を行うときの動作を、利用者
（また利用者の利用端末）が画像Ｉｎｆｏ １を提供者
に要求しており、そのときの画像伝送システムの伝送可
能容量がＣｒ（Ｃ１３＞Ｃｒ≧Ｃ１２）の場合を例とし
て示す。なお、この場合、第１の動作手順〜第４の動作
手順は、上述した第１の技術例における第１の動作手順
〜第４の動作手順と同様なので、以下の説明では省略す
る。

【００９８】本実施の形態においては、上述した第４の
動作手順が終了すると、次に、第５の動作手順におい
て、計測部４０６は画像伝送システム４１０がＩｎｆｏ
１を伝送している間、その情報量をカウントし、Ｉｎ
ｆｏ １の伝送終了後、課金部４０４で単位料金１２と
カウントした情報量とから料金を決定して画像伝送シス
テム４１０に通知する。

【００９９】図５は、図４の機能ブロック図に示した課
金処理手段４００の具体的な構成例を示すブロック図で
ある。図５において、５００は課金処理手段であり、図
２に示した課金処理手段２００に相当するものである。
５０１はＣＰＵであり、図２に示したＣＰＵ２０１に相
当するものである。５０２はＩ／Ｏインタフェースであ
り、図２に示したＩ／Ｏインタフェース２０２に相当す
るものである。

【０１００】５０３はＲＡＭであり、図２に示したＲＡ
Ｍ２０３に相当するものである。５０４はＲＯＭであ
り、図２に示したＲＯＭ２０４に相当するものである。
５０５はＣＰＵ５０１〜ＲＯＭ５０４がデータのやりと
りを行うためのバスであり、図２に示したバス２０５に
相当するものである。

【０１０１】５０６は画像毎に伝送モード別の料金を記
憶するための記憶装置であり、図２に示した記憶装置２
０６に相当するものである。

【０１０２】図５において、図４に示した制御部４０
１、トラフィック検査部４０２、伝送モード選択部１０
３、課金部１０４の各機能は、ＣＰＵ５０１、Ｉ／Ｏ５
０２、ＲＡＭ５０３、ＲＯＭ５０４、ＢＵＳ５０５、計
測器５０７（ただし、時間計測の場合は計測器５０７は
省略してもよい）によって実現することができる。

【０１０３】これは、第１の技術例において述べた通り
である。なお、本実施の形態の場合には、画像伝送中の
任意のタイミングで第５の動作手順のような方法により
その時点での料金を求めて、課金部４０４は画像伝送シ
ステムに上記料金を通知する。

【０１０４】以下、本発明の画像伝送装置の課金処理に
係わる技術を図を参照して説明する。本実施の形態は、
第１の技術例および第２の技術例において、累積料金の
計算を行うことにより一定期間毎の料金精算を可能とす
るために適用するものである。

【０１０５】本実施の形態においては、ＭＰＥＧデータ
の伝送モードとして、Ｉフレームのみ伝送する場合をモ
ード１、ＩフレームとＰフレームを伝送する場合をモー
ド２、ＩフレームとＰフレームとＢフレームを伝送する
場合をモード３と定める。

【０１０６】図７は、本実施の形態の課金処理手段を説
明するための機能ブロック図である。図７において、７
０１は制御部であり、図４に示した制御部４０１に相当
するものである。

【０１０７】７０２はトラフィック検査部であり、図４
に示したトラフィック検査部４０２に相当するものであ
る。７０３は伝送モード選択部であり、図４に示した伝
送モード選択部４０３に相当するものである。

【０１０８】７０４は課金部であり、図４に示した課金
部４０４に相当するものである。７０５は記憶装置であ
り、図４に示した記憶装置４０５に相当するものであ
る。７０６は計測部であり、図４に示した計測部４０６
に相当するものである。

【０１０９】図９は、記憶部７０２に記憶される累積金
額テーブルの例を示している。例えば図９（ａ）のテー
ブルは、課金処理手段７００が画像提供者側の端末に具
備された場合の累積金額テーブルを示している。図９
（ａ）において、Ｕｓｅｒ Ａという利用者に提供した
画像の料金のうち、料金Ｃｈａｒｇｅ Ａだけが未精算
であり、Ｕｓｅｒ Ｂという利用者に提供した画像の料
金のうち、料金Ｃｈａｒｇｅ Ｂだけが未精算であると
いうことを意味している。

【０１１０】また、例えば図９（ｂ）は、課金処理手段
が利用者側の端末に具備された場合の累積金額テーブル
を示している。図９（ｂ）において、提供者Ａから提供
された画像の料金のうち、料金Ｃｈａｒｇｅ Ａだけが
未精算であり、提供者Ｂから提供された画像の料金のう
ち料金Ｃｈａｒｇｅ Ｂだけが未精算であるということ
を意味している。

【０１１１】以下に、本実施の形態の課金処理手段によ
り、単位料金と画像の情報量とから求めた料金の累積料
金を求める手順を利用者（または利用者の利用端末）Ｕ
ｓｅｒ Ｌが画像Ｉｎｆｏ １を提供者Ａに要求してお
り、そのときの画像伝送システムの伝送可能容量がＣｒ
（Ｃ１３＞Ｃｒ≧Ｃ１２）の場合を例として示す。

【０１１２】なお、本実施の形態の動作手順における第
１の動作手順〜第５の動作手順は、上述した第１の動作
手順〜第５の動作手順と同様なので、詳細な説明を省略
する。本実施の形態においては、第５の動作手順が終了
すると、次に、第６の動作手順において、課金部７０４
は記憶部７０５からＵｓｅｒ Ｌの累積料金を読み出
し、第５の動作手順において求めた料金を上記累積料金
に加算して記憶部７０５に記録する。

【０１１３】図８は、図７の機能ブロック図に対応する
課金手段の具体的な構成例を示している。図８におい
て、８００は課金処理手段であり、図５に示した課金処
理手段５００に相当するものである。８０１はＣＰＵで
あり、図５に示したＣＰＵ５０１に相当するものであ
る。８０２はＩ／Ｏインタフェースであり、図５に示し
たＩ／Ｏインタフェース５０２に相当するものである。

【０１１４】８０３はＲＡＭであり、図５に示したＲＡ
Ｍ５０３に相当するものである。８０４はＲＯＭであ
り、図５に示したＲＯＭ５０４に相当するものである。
８０５はＣＰＵ８０１〜ＲＯＭ８０４がデータのやりと
りを行うためのバスであり、図５に示したバス５０５に
相当するものである。

【０１１５】８０６は画像毎に伝送モード別の料金を記
憶するための記憶装置であり、図５に示した記憶装置５
０６に相当するものである。

【０１１６】図８において、図７に示した制御部７０
１、トラフィック検査部７０２、伝送モード選択部７０
３、課金部７０４の各機能は、ＣＰＵ８０１、Ｉ／Ｏ８
０２、ＲＡＭ８０３、ＲＯＭ８０４、ＢＵＳ８０５、計
測器８０７（ただし、時間計測の場合は計測器８０７は
省略してもよい）によって実現することができる。

【０１１７】これは、第１の技術例において述べた通り
である。なお、本実施の形態の場合には、画像伝送中の
任意のタイミングで第５の動作手順のような方法により
その時点での料金を求めて、課金部７０４は画像伝送シ
ステムに上記料金を通知する。

【０１１８】本実施の形態においては、料金テーブルを
図６の料金テーブルから図３の料金テーブルに変更す
る。そして、第４の動作手順において、単位料金でなく
画像毎の均一料金（料金１３）を読み出す。次に、第５
の動作手順における情報量のカウントを行わず、第６の
動作手順において、第４の動作手順で読み出した累積料
金と料金１３との和を新たな累積料金とする。

【０１１９】そして、画像伝送中の任意のタイミング
で、第５の動作手順のような方法により、その時点での
料金を求める。そして、課金部７０４は、上記料金を画
像伝送システムに通知する。

【０１２０】また、次のような処理を行う。すなわち、
第６の動作手順を第４の動作手順、第５の動作手順と並
行して行う。第５の動作手順において、料金通知を行わ
ない。第６の動作手順において、累積料金の通知を行
う。

【０１２１】以下、本発明に係わる第４の技術例を図を
参照して説明する。図１０は、第１の技術例〜第３の技
術例において示した課金処理手段を画像提供者（または
その端末装置）が有する場合を示しているブロック図で
ある。

【０１２２】なお、本実施の形態において、ＭＰＥＧデ
ータの伝送モードとして、Ｉフレームのみ伝送する場合
をモード１、ＩフレームとＰフレームを伝送する場合を
モード２、ＩフレームとＰフレームとＢフレームを伝送
する場合をモード３と定める。

【０１２３】図１０において、１００１は送信端末装置
であり、課金処理手段を具備する画像提供者側のパソコ
ン、ワークステーション、その他のコンピュータや画像
送信器などの装置である。

【０１２４】１００２は、第１の技術例〜第３の技術例
に示した課金処理手段、１００３は利用者側のパソコ
ン、ワークステーション、その他のコンピュータや画像
受信器などの受信端末装置である。

【０１２５】以下に、図１１に従って、第２の技術例の
課金処理手段およびそのための装置を適用したときにＵ
ｓｅｒ Ｌ（受信端末装置１００３）が画像Ｉｎｆｏ
１を提供者Ａ（送信端末装置１００１）に要求してお
り、そのときの画像伝送システムの伝送可能容量がＣｒ
（Ｃ１３＞Ｃｒ≧Ｃ１２）である場合を例として、本実
施の形態の動作を説明する。

【０１２６】まず、第１の動作手順において、Ｕｓｅｒ
Ｌは提供者Ａに画像Ｉｎｆｏ １を要求するメッセー
ジを伝送路を介して提供者Ａに送信する（以降上記メッ
セージを画像送信要求メッセージと呼ぶ）。提供者Ａの
端末装置１００１においては、上記画像送信要求メッセ
ージが受信されると、課金処理手段１００２は上記画像
送信要求メッセージを送信端末装置１００１から取り込
む。

【０１２７】次に、第２の動作手順において、課金処理
手段１００２は、送信端末装置１００１を介して伝送路
のトラフィックを検査して伝送可能容量Ｃｒを得た後、
図６の料金テーブルでＣ１１〜Ｃ１３を参照し、伝送可
能容量ＣｒとＣ１１〜Ｃ１３とを比較し、Ｉｎｆｏ １
を伝送モード２で伝送することを決定し、送信端末装置
１００１に伝送モード２を通知する。

【０１２８】次に、第３の動作手順において、送信端末
装置１００１は伝送路を介してＩｎｆｏ １を伝送モー
ド２でＵｓｅｒ Ｌに送信する。また、これと同時に、
課金処理手段１００２では、送信端末装置１００１が送
信しているＩｎｆｏ １の情報量を計測する。

【０１２９】次に、第４の動作手順において、課金処理
手段１００２は送信中のＩｎｆｏ１を監視し、画像の終
端を示すビットパターンを検出するか、または送信端末
１００１からＵｓｅｒ ＬへのＩｎｆｏ １の送信が終
了したことを示すメッセージを受けてＵｓｅｒ Ｌへの
Ｉｎｆｏ １の送信が終了したことを認識すると、図６
に示す料金テーブルから単位料金１２を読み出し、Ｕｓ
ｅｒ Ｌに提供したＩｎｆｏ １の情報量と単位料金１
２とからＵｓｅｒ Ｌに課する料金を決定する。

【０１３０】次に、第５の動作手順において、課金処理
手段１００２は 第４の動作手順において求めた料金を
送信端末装置１００１に対して出力する。次に、第６の
動作手順において、料金の支払を行う。

【０１３１】なお、以下のような場合も本実施の形態に
含む。まず、第１の動作手順において利用者が画像を要
求する際、伝送モードも指定する。なお、指定された伝
送モードで伝送するために十分な伝送容量Ｃｒが得られ
ない場合には、課金処理手段は伝送容量Ｃｒで指定され
た伝送モードで伝送する。または、十分な伝送容量が確
保できるまで待つ。または、伝送容量Ｃｒで伝送できる
伝送モードで伝送する。

【０１３２】または、要求を取り消すなどの指示を画像
送信装置に通知し、上記指示に応じた課金処理を行うと
ともに、画像送信装置は画像受信装置との間で上記指示
に従って画像伝送の処理、または要求取り消しなどの処
理を行う。なお、以上の処理を利用者に問い合わせて選
択させてもよい。

【０１３３】また、第１の動作手順において、利用者は
画像提供者に画像を要求する際、画像の出力先の端末装
置（または画像処理装置）も指定し、提供者Ａは指定さ
れた出力先に画像情報を送信する。

【０１３４】第３の動作手順において、単位料金１２を
読み出しておき、上記単位料金１２とその時点での情報
量からその時点までの料金を計算し、上記計算した料金
を送信端末装置１００１に出力し、提供者ＡやＵｓｅｒ
Ｌなどに知らせる。

【０１３５】第４の動作手順において、単位料金１２を
読み出した後に、送信端末装置１００１に出力し、上記
送信端末装置１００１から伝送路を介して単位料金１２
をＵｓｅｒ Ｌに送信する。

【０１３６】第５の動作手順において、送信端末装置１
００１はＵｓｅｒ Ｌに上記料金を伝送路を介して知ら
せる。課金処理手段１００２を、送信端末装置１００１
が有するＣＰＵ、メモリ、記憶装置などを利用して実現
する。

【０１３７】なお、本実施の形態においては、上述した
例の他に、下記のような変形例を考慮することができ
る。すなわち、第１の技術例の課金処理手段を適用す
る。第３の技術例の課金処理手段を適用する等の変形例
を本実施の形態に含むことができる。

【０１３８】以下、本発明に係わる第５の技術例を、図
面を参照して説明する。図１２は、第１の技術例〜第３
の技術例に示した課金処理手段を利用者（またはその端
末装置）が有する場合を示している。

【０１３９】本実施の形態において、ＭＰＥＧデータの
伝送モードとして、Ｉフレームのみ伝送する場合をモー
ド１、ＩフレームとＰフレームを伝送する場合をモード
２、ＩフレームとＰフレームとＢフレームを伝送する場
合をモード３と定める。

【０１４０】図１２において、１２０１は課金処理手段
を具備する画像提供者側のパソコン、ワークステーショ
ン、その他のコンピュータや画像送信器などの送信端末
装置、１２０２は第１の技術例〜第３の技術例に示した
課金処理手段、１２０３は受信者側のパソコン、ワーク
ステーション、その他のコンピュータ、画像受信器など
の受信端末装置である。

【０１４１】以下に、図１３に従って、第２の技術例の
課金処理手段を適用したときに、Ｕｓｅｒ Ｌ（受信端
末装置１２０３）が画像Ｉｎｆｏ １を提供者Ａ（送信
端末装置１２０１）に要求しており、そのときの画像伝
送システムの伝送可能容量Ｃｒ（Ｃ１３＞Ｃｒ≧Ｃ１
２）である場合を例として本実施の形態の動作を説明す
る。

【０１４２】まず、第１の動作手順〔Ｓ１〕において、
Ｕｓｅｒ Ｌは提供者Ａに画像Ｉｎｆｏ １を送信する
ことを要求するメッセージを受信端末装置１２０３内に
生成する。（以降上記メッセージを画像送信要求メッセ
ージと呼ぶ）。課金処理手段１２０２は、受信端末装置
１２０３から上記画像送信要求メッセージを取り込む。

【０１４３】次に、第２の動作手順〔Ｓ２〕において、
課金処理手段１２０２は、受信端末装置１２０３を介し
て伝送路のトラフィックを検査して伝送可能容量Ｃｒを
得た後、図６の料金テーブルでＣ１１〜Ｃ１３を参照す
る。そして、伝送可能容量ＣｒとＣ１１〜Ｃ１３とを比
較し、Ｉｎｆｏ １を伝送モード２で伝送することを決
定して受信端末装置１２０３に伝送モード２を通知す
る。

【０１４４】受信端末装置１２０３は、「Ｕｓｅｒ Ｌ
が提供者Ａに画像Ｉｎｆｏ １を伝送モード２で送信す
ることを要求している」ことを伝送路を介して送信端末
装置１２０１に通知する。

【０１４５】次に、第３の動作手順〔Ｓ３〕において、
送信端末装置１２０１は受信端末装置１２０３からの通
知を受けて、伝送路を介してＩｎｆｏ １を伝送モード
２でＵｓｅｒ Ｌに送信する。また、これと同時に、課
金処理手段１２０２では、受信端末装置１２０３が受信
しているＩｎｆｏ １の情報量を計測する。

【０１４６】次に、第４の動作手順〔Ｓ４〕において、
課金処理手段１２０２は受信中のＩｎｆｏ １を監視し
画像の終端を示すビットパターンを検出するか、または
受信端末装置１２０３から提供者ＡからのＩｎｆｏ １
の受信が終了したことを示すメッセージを受けて提供者
ＡからのＩｎｆｏ １の受信が終了したことを認識す
る。

【０１４７】課金処理手段１２０２は、上記のようにし
て受信が終了したことを認識すると、図６に示す料金テ
ーブルから単位料金１２を読み出し、提供者Ａから受信
したＩｎｆｏ １の情報量と単位料金１２とから提供者
Ａから課せられる料金を決定し、受信端末装置１２０３
に対して出力する。次に、第５の動作手順〔Ｓ５〕にお
いて、料金の支払を行う。

【０１４８】なお、以下のような場合も本実施の形態に
含む。第１の動作手順において、利用者は画像を要求す
る際、伝送モードも指定する。なお、指定された伝送モ
ードで伝送するために十分な伝送容量Ｃｒが得られない
場合には、課金処理手段１２０２は伝送容量Ｃｒで指定
された伝送モードで伝送する。または、十分な伝送容量
が確保できるまで待つ。または伝送容量Ｃｒで伝送でき
る伝送モードで伝送する。

【０１４９】または、要求を取り消すなどの指示を画像
受信装置に通知し、上記指示に応じた課金処理を行うと
ともに、画像受信装置は画像送信装置との間で上記指示
に従って画像伝送または要求取り消しなどの処理を行
う。以上の処理を利用者に問い合わせて選択させてもよ
い。

【０１５０】また、第１の動作手順において、利用者は
画像提供者に画像を要求する際、画像の出力先の端末装
置（または画像処理装置）を指定し、提供者Ａは指定さ
れた出力先に画像情報を送信する。このとき、以下の２
通りを含む。

【０１５１】まず、第１の場合は、利用者が課金処理手
段を有する場合である。この場合には、利用者（または
利用者が有する課金処理手段）は、出力先または画像提
供者から画像提供開始時、第３の動作手順の前に画像の
送信を開始したと通知したことを通知してもらい、課金
動作を開始する。

【０１５２】また、画像提供終了時、第４の動作手順に
おいては、画像の送信を終了したことを通知してもら
い、課金動作を終了する。また、画像の情報量に関して
も利用者は出力先または提供者から通知してもらう。

【０１５３】第２の場合は、利用者が指定する出力先が
課金処理手段を有する場合である。この場合、利用者は
第１の動作手順で画像送信要求メッセージを出力先にも
送信し、出力先の課金処理手段が上記画像送信要求メッ
セージを取り込む。また、出力先の課金処理手段は、第
４の動作手順において、料金を提供者または利用者に通
知する。

【０１５４】第１の動作手順において、受信端末装置１
２０３から画像送信要求メッセージを送信し、送信端末
装置１２０１で課金処理手段１２０２と同様の方法で伝
送モード２を選択する。

【０１５５】第３の動作手順において、単位料金１２を
読み出しておき、上記単位料金１２とその時点までに受
信済みのＩｎｆｏ １の情報量とからその時点までの料
金を計算し、上記計算した料金を受信端末装置１２０３
に出力して表示し、ＵｓｅｒＬに知らせる。

【０１５６】なお、以下の変形例を考慮することができ
る。すなわち、課金処理手段１２０２を、受信端末装置
１２０３が有するＣＰＵ、メモリ、記憶装置などを利用
して実現する。また、第１の技術例の課金処理手段を適
用する。さらに、第３の技術例の課金処理手段を適用す
る等の変形例を本実施の形態に含むことができる。

【０１５７】以下、本発明に係わる第６の技術例を図を
参照して説明する。図１４は、第１の技術例〜第３の技
術例に示した課金処理手段を、画像提供者（またはその
端末装置）と利用者（またはその端末装置）との双方が
有する場合を示している。

【０１５８】なお、本実施の形態においては、ＭＰＥＧ
データの伝送モードとして、Ｉフレームのみ伝送する場
合をモード１、ＩフレームとＰフレームを伝送する場合
をモード１、ＩフレームとＰフレームとＢフレームを伝
送する場合をモード３と定める。

【０１５９】図１４において、１４０１は課金処理手段
を具備する画像提供者側のパソコン、ワークステーショ
ン、その他のコンピュータや画像送信器などの送信端末
装置、１４０２は第１の技術例〜第３の技術例に示した
課金処理手段、１４０３は課金処理手段を具備する利用
者側のパソコン、ワークステーション、その他のコンピ
ュータや画像受信器などの受信端末装置、１４０４は第
１の技術例〜第３の技術例に示した課金処理手段であ
る。

【０１６０】以下に、図１５に従って、上述した第２の
技術例の課金処理手段およびそのための装置を適用した
ときに、Ｕｓｅｒ Ｌ（受信端末装置１４０３）が画像
Ｉｎｆｏ １を提供者Ａ（送信端末装置１４０１）に要
求しており、そのときの画像伝送システムの伝送可能容
量がＣｒ（Ｃ１３＞Ｃｒ≧Ｃ１２）である場合を例とし
て、本実施の形態の動作を説明する。

【０１６１】まず、第１の動作手順〔Ｓ１〕において、
Ｕｓｅｒ Ｌ（受信端末装置１４０３）は提供者Ａ（送
信端末装置１４０１）に画像Ｉｎｆｏ １の送信を要求
するメッセージを伝送路を介して送信する（以降上記送
信を要求するメッセージを、画像送信要求メッセージと
呼ぶ）。課金処理手段１４０４は、受信端末装置１４０
３から上記画像送信要求メッセージを取り込む。そし
て、送信端末装置１４０１が上記画像送信要求メッセー
ジを受信すると、課金処理手段１４０２は送信端末装置
１４０１から上記画像送信要求メッセージを取り込む。

【０１６２】次に、第２の動作手順〔Ｓ２〕において、
課金処理手段１４０２は、送信端末装置１４０１を介し
て伝送路のトラフィックを検査し伝送可能容量Ｃｒを得
た後、図６の料金テーブルでＣ１１〜Ｃ１３を参照し、
伝送可能容量ＣｒとＣ１１〜Ｃ１３とを比較し、Ｉｎｆ
ｏ １を伝送モード２で伝送することを決定して送信端
末装置１４０１に伝送モード２を通知する。課金処理手
段１４０４も課金処理手段１４０２と同様に伝送モード
２を得て、受信端末装置１４０３に通知する。

【０１６３】次に、第３の動作手順〔Ｓ３〕において、
送信端末装置１４０１は伝送路を介してＩｎｆｏ １を
伝送モード２で受信端末装置１４０３に送信する。課金
処理手段１４０２では、送信端末装置１４０１が送信し
ているＩｎｆｏ １の情報量を計測する。

【０１６４】受信端末装置１４０３は、伝送路を介して
送られてきたＩｎｆｏ １を受信する。一方、課金処理
手段１４０４では、受信端末装置１４０３が受信してい
るＩｎｆｏ １の情報量を計測する。

【０１６５】次に、第４の動作手順〔Ｓ４〕において、
課金処理手段１４０２は、送信中のＩｎｆｏ １を監視
し画像の終端を示すビットパターンを検出するか、また
は送信端末１４０１からＵｓｅｒ ＬへのＩｎｆｏ １
の送信が終了したことを示すメッセージを受けてＵｓｅ
ｒ ＬへのＩｎｆｏ １の送信が終了したことを認識す
ると、図６に示す料金テーブルから単位料金１２を読み
出す。そして、Ｕｓｅｒ Ｌに提供したＩｎｆｏ １の
情報量と単位料金１２とからＵｓｅｒ Ｌに課する料金
を計算して送信端末１４０１に通知する。

【０１６６】課金処理手段１４０４は、受信中のＩｎｆ
ｏ １を監視し、画像の終端を示すビットパターンを検
出するか、または受信端末１４０３から提供者Ａからの
Ｉｎｆｏ １の受信が終了したことを示すメッセージを
受けて提供者ＡからのＩｎｆｏ １の受信が終了したこ
とを認識すると、図６に示す料金テーブルから単位料金
１２を読み出す。

【０１６７】そして、提供者Ａから受信Ｉｎｆｏ １の
情報量と単位料金１２とから提供者Ａから課せられる料
金を計算して受信端末１４０３に通知する。次に、第５
の動作手順〔Ｓ５〕において、料金の支払を行う。

【０１６８】なお、以下のような場合も本実施の形態に
含む。すなわち、第１の動作手順〔Ｓ１〕において、利
用者は画像を要求する際、伝送モードも指定する。

【０１６９】なお、上記指定された伝送モードで伝送す
るために十分な伝送容量Ｃｒが得られない場合には、課
金処理手段１４０２（または１４０４）は伝送容量Ｃｒ
で指定された伝送モードで伝送する。または、十分な伝
送容量が確保できるまで待つ。または、伝送容量Ｃｒで
伝送できる伝送モードで伝送する。

【０１７０】または、要求を取り消すなどの指示を画像
送信装置（課金処理手段１４０４の場合画像受信装置）
に通知し、上記指示に応じた課金処理を行うとともに、
画像送信装置および画像受信装置は上記指示に従って画
像伝送または要求取り消しなどの処理を行うようにす
る。以上の処理を利用者に問い合わせて選択させてもよ
い。

【０１７１】第１の動作手順〔Ｓ１〕において、利用者
は画像提供者に画像を要求する際、画像の出力先の端末
装置（また画像処理装置）を指定し、提供者Ａは指定さ
れた出力先に画像情報を送信する。このとき、以下の２
通りを含む。

【０１７２】すなわち、第１の場合は、提供者と利用者
が課金処理手段を有する場合である。この場合には利用
者（または利用者が有する課金処理手段）は、出力先ま
たは画像提供者から画像提供開始時 第３の動作手順
〔Ｓ３〕において、の前に画像の送信を開始したことを
通知してもらい、課金動作を開始し、画像提供終了時第
４の動作手順〔Ｓ４〕では、画像の送信を終了したこと
を通知してもらい、課金動作を終了する。また、画像の
情報量に関しても利用者は出力先または提供者から通知
してもらう。

【０１７３】第２の場合は、提供者と利用者が指定する
出力先が課金処理手段を有する場合である。この場合
は、利用者は第１の動作手順〔Ｓ１〕で画像送信要求メ
ッセージを出力先にも送信し、出力先の課金処理手段が
上記画像送信要求メッセージを取り込む。また、出力先
の課金処理手段は第４の動作手順〔Ｓ４〕において料金
を利用者に通知してもよい。

【０１７４】また、第２の動作手順〔Ｓ２〕の段階で、
課金処理手段１４０２は単位料金１２を読み出し、送信
端末装置１４０１に通知し、送信端末装置１４０１で表
示し提供者Ａに知らせる。

【０１７５】さらに、第２の動作手順〔Ｓ２〕の段階
で、課金処理手段１４０４は単位料金１２を読み出し、
受信端末装置１４０３に通知し、受信端末装置１４０３
で表示しＵｓｅｒ Ｌに知らせる。

【０１７６】第３の動作手順〔Ｓ３〕において、課金処
理手段１４０４は単位料金１２を読み出しおき、単位料
金１２とその時点までに受信済みのＩｎｆｏ １の情報
量からその時点までの料金を計算し、上記料金を受信端
末装置１４０３に出力する。

【０１７７】課金処理手段１４０２を、送信端末装置１
４０１が有するＣＰＵ、メモリ、記憶装置などを利用し
て実現する。また、課金処理手段１４０４を、受信端末
装置１４０３が有するＣＰＵ、メモリ、記憶装置などを
利用して実現する。さらに、第１の技術例の課金処理手
段を適用したり、第３の技術例の課金処理手段を適用し
たりする。以上、説明した課金処理手段を用いるネット
ワークは全て本発明に係わる実施の形態であるが、特
に、本発明による課金処理手段を用いた好適な実施の形
態を以下に示す。

【０１７８】以下、本発明に係わる第７の技術例を図を
参照して説明する。図１６は、本実施の形態のネットワ
ーク全体の構成を示すブロック図である。図１６におい
て、１６０１は後述するＡＴＭ（Ａｓｙｎｃｈｒｏｎｏ
ｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ：非同期転送モー
ド）にてデータを転送するＡＴＭネットワークである。

【０１７９】１６０２と１６０３は、ＡＴＭ以外のモー
ドにてデータを転送するイーサネット等を用いたローカ
ルエリアネットワーク（ＬＡＮ）である。これらのネッ
トワーク１６０１、１６０２および１６０３には、例え
ば、以下のような各種装置が接続されている。

【０１８０】１６０４はファクシミリ装置、１６０５は
内部にページメモリを有するカラープリンタ、１６０６
はカラースキャナ、カラープリンタを含むカラー複写機
であり、カラースキャナで読み取った原稿の画像データ
が書き込まれるページメモリ、ページメモリに書き込ま
れたデータを読み出してプリンタに供給する回路を含ん
でいる。

【０１８１】１６０７は、上記ＡＴＭネットワークを介
して入力される画像データを一旦蓄えるファイルサー
バ、１６０８はこのファイルサーバにデータを入出力す
るためのワークステーションである。

【０１８２】１６０９は、上記ＡＴＭネットワークと接
続される端末装置であり、この端末装置１６０９は上述
のローカルエリアネットワーク１６０２、１６０３との
間でもデータの授受を行い、各種画像データの編集等の
各種処理を行う。また、この端末装置１６０９は、上記
プリンタ１６０５等と上記ネットワーク回線１６０３、
または専用線を介して接続されている。

【０１８３】１６１０は、サーバ１６０７と同様のサー
バであって、上記サーバ１６０７と同様の構成である。
このようなサーバ１６１０には、上述のカラー複写機１
６０６と同様のカラー複写機１６１１と接続されてい
る。

【０１８４】１６１２は、ＡＴＭネットワークに接続さ
れているディジタルテレビであり、このディジタルテレ
ビは上記ＡＴＭネットワークを介してデータを受信し、
これを可視像としてディスプレイ装置に表示する。

【０１８５】１６１３は、上記ＡＴＭネットワークを介
して画像データを受信するＶＴＲである。１６１４は、
ＡＴＭネットワークに各種ソフトデータや画像データを
送出するＣＡＴＶ局などのセンタ局である。１６１５
は、ＡＴＭネットワークに他のＡＴＭネットワークを接
続するための第１のルータ、１６１６は他のローカルエ
リアネットワークと接続するための第２のルータであ
る。

【０１８６】また、ファクシミリ装置１６０４、プリン
タ１６０５、カラー複写機１６０７等のＡＴＭネットワ
ークに接続されている機器と、ＡＴＭネットワークとの
間に不図示のＡＴＭネットワークスイッチが設けられて
いる。さらに、これらの機器には、必要に応じて第１の
技術例〜第３の技術例に示したような課金処理手段が具
備されている。

【０１８７】以上の構成における課金動作を説明するた
めに、センタ局１６１４が課金処理手段を有しており
（第４の技術例）、利用者であるところの端末装置１６
０９が、画像出力先としてディジタルテレビ１６１２を
指定して、送信側であるところのセンタ局１６１４に要
求を出す場合を一例として、図１７を参照しながら説明
する。

【０１８８】まず、第１の動作手順〔Ｓ１〕において、
端末装置１６０９はセンタ局１６１４に送信要求を行
い、要求する画像とその伝送モードおよび出力先として
ディジタルテレビ１６１２を指定する。このとき、課金
処理手段は上記送信要求を受信したセンタ局１６１４か
ら上記送信要求を取り込む。

【０１８９】次に、第２の動作手順〔Ｓ２〕において、
センタ局１６１４は画像データをディジタルテレビ１６
１２に対して送信し、ディジタルテレビ１６１２は画像
データを受信する。このとき、上述した第４の技術例に
示したように、課金動作が実行され、端末装置１６０９
（またはその利用者）がセンタ局１６１４に支払うべき
料金の導出が進行する。

【０１９０】次に、第３の動作手順〔Ｓ３〕において、
端末装置１６０９またはディジタルテレビ１６１２はデ
ータの受信を途中で終了したいとき、上記センタ局１６
１４に送信終了要求を送る。

【０１９１】次に、第４の動作手順〔Ｓ４〕において、
センタ局１６１４は上記送信終了要求に応じて画像デー
タの供給を終了する。また、それを検知して課金処理手
段は課金動作を終了する。

【０１９２】次に、第５の動作手順〔Ｓ５〕において、
センタ局１６１４は課金処理手段を用いて導出した料金
を端末装置１６０９に通知する。

【０１９３】次に、第６の動作手順〔Ｓ６〕において、
センタ局１６１４と端末装置１６０９との間で料金の支
払を行う。双方向のデータ転送がある場合は、送受信が
逆転した形で同様の課金が行われる。

【０１９４】なお、以下の場合も本実施の形態に含む。
すなわち、センタ局１６１４に課金処理手段を設けず、
端末装置１６０９に課金処理手段を設ける場合、第１の
動作手順〔Ｓ１〕において、課金処理手段は送信要求を
端末装置１６０９から取り込む。

【０１９５】また、画像の提供を開始する際に、センタ
局１６１４またはディジタルテレビ１６１２から画像提
供開始を知らせるメッセージを端末装置１６０９に通知
し、画像の提供を終了する際には、センタ局１６１４ま
たはディジタルテレビ１６１２から画像提供終了を知ら
せるメッセージを端末装置１６０９に通知する。

【０１９６】課金処理手段は画像提供開始のメッセージ
を検出すると第４の技術例に示したような課金動作を開
始し、画像提供終了のメッセージを検出すると課金動作
を終了する。なお、この場合は、本実施の形態の手順の
説明における第５の動作手順〔Ｓ５〕は省略される。

【０１９７】センタ局１６１４、端末装置１６０９に課
金処理手段を設けず、ディジタルテレビ１６１２に課金
処理手段を設ける場合、第１の動作手順〔Ｓ１〕におい
て、課金処理手段は送信要求をディジタルテレビ１６１
２から取り込む。

【０１９８】また、課金動作は第５の技術例に示したよ
うになり、本実施の形態の第５の動作手順〔Ｓ５〕にお
いては、ディジタルテレビ１６１２からセンタ局１６１
４、または端末装置１６０９、またはセンタ局１６１４
と端末装置１６０９双方に料金が通知される。

【０１９９】また、少なくとも、センタ局１６１４と端
末装置１６０９の双方が課金処理手段を有する場合の動
作は、第６の技術例に示した動作例から明らかである。
これがセンタ局とディジタルテレビのみならず、他の端
末同士でもデータのやりとりに課金できることは明らか
である。

【０２００】以下、本発明に係わる第８の技術例を図を
参照して説明する。図１８は、本発明が適用されるマル
チメディアネットワークシステムの概念の一例を示す図
である。図１８において、１８０１は高速公衆回線を用
いたＢ−ＩＳＤＮ網、１８０２はケーブルテレビ（ＣＴ
ＡＶ）網、１８０３および１８０４はローカルエリアネ
ットワーク（ＬＡＮ）、１８０５は通信衛星である。

【０２０１】１８１１と１８１２は通信衛星を介して情
報通信を行う地上局、１８２１と１８２２はこれらの通
信網を利用して映像情報、音声情報、その他様々なマル
チメディア情報を提供してその対価を受け取る情報提供
者、１８３１から１８３９は情報提供者から提供される
情報を利用して対価を支払う利用者である。

【０２０２】Ｂ−ＩＳＤＮ網１８０１、ＣＡＴＶ網１８
０２、ＬＡＮ１８０３および１８０４、通信衛星１８０
５は互いに接続され、相互に情報のやり取り（双方向通
信）が可能である。また、情報提供者１８２１および１
８２２、利用者１８３１〜１８３９は、これらの通信網
のいずれかに接続されている。情報提供者１８２１およ
び１８２２は、第１の技術例から第３の技術例に示した
課金処理手段を有している。

【０２０３】ただし、双方向通信が可能であるので、情
報提供者１８２１および１８２２と利用者１８３１〜１
８３９とが共に課金処理手段を有していれば、情報提供
者が利用者になったり、利用者が情報提供者となったり
することができる。また、上記課金処理手段は、各装置
に内蔵されていたり、各装置とネットワークの間に挿入
する形で設置されていたり、各装置の外付け装置として
各装置に接続されていたりする。

【０２０４】以下に、利用者１８３９が情報提供者１８
２１に対して利用の申込みを行い、情報提供者１８２１
が提供者した情報に応じて、利用者１８３９から課金す
る動作を例にして、提供者のみが課金処理手段を有する
場合について、図１９を用いて以下に説明する。

【０２０５】なお、以下の説明において、伝送路は第２
のＬＡＮ１８０４、Ｂ−ＩＳＤＮ網１８０１、ＣＡＴＶ
網１８０２、第１のＬＡＮ１８０３を指している。

【０２０６】まず、第１の動作手順〔Ｓ１〕において、
利用者１８３９は情報提供者１８２１に対して画像を送
信してもらうための要求を伝送路を介して送る。

【０２０７】次に、第２の動作手順〔Ｓ２〕において、
情報提供者１８２１は利用者１８３９からの要求に従っ
てＭＰＥＧ符号化された画像情報を伝送路を介して利用
者１８３９に提供する。この間、第４の技術例に示した
ような課金動作が実行される。

【０２０８】次に、第３の動作手順〔Ｓ３〕において、
利用者１８３９は途中で画像の送信を終了してもらいた
いときには送信終了要求を送る。

【０２０９】次に、第４の動作手順〔Ｓ４〕において、
情報提供者は送信終了要求に応じて画像の送信を終了す
る。また、課金処理手段も上述の課金動作を終了する。

【０２１０】次に、第５の動作手順〔Ｓ５〕において、
料金の支払いが行われる。上述のネットワークにおい
て、課金処理手段を利用者が有している場合、第５の技
術例に示した課金処理手段が動作する。また、課金処理
手段を提供者と利用者の双方が有している場合、第６の
技術例に示した課金処理手段が動作することは明らかで
ある。以上から、他の利用者、他の情報提供者に対して
も同様の課金が可能であることは明らかである。

【０２１１】次に、本発明の画像伝送装置の主要部の構
成要約してを説明する。送信局と受信局との間で伝送路
を介して情報（画像を要求する信号、画像情報、課金に
関する情報等）の伝送を行う場合、例えば、 １．第３者が対価を支払わずに、画像情報を傍受する。 ２．第３者が他の受信局を偽装して情報の要求と受信を
行う。 ３．受信局が情報受信後、料金請求の情報を改ざんす
る。 ４．受信局が、対価を支払わずに領収情報を偽造する。 などの不正行為を行う恐れがある。

【０２１２】このような不正行為に対する対策として、
第１の技術例から第８の技術例に示した課金処理手段、
またはそれを用いたシステムに、以下に示すような暗号
手段を組み合わせることもできる。

【０２１３】この場合、図１０、図１２または図１４に
おいて、送信端末装置および受信端末装置が、以下に示
すような暗号手段を具備すればよい。また、画像データ
に階層別に暗号・復号手段を割り当て、上記暗号・復号
手段の動作時間や上記暗号・復号手段で処理した画像の
情報量などを料金計算のための一要素としてもよい。

【０２１４】ところで、暗号技術は、以下の共通鍵暗号
方式と公開鍵暗号方式とに大別できる。以下に共通鍵暗
号と公開鍵暗号について述べる。

【０２１５】まず、共通鍵暗号方式について述べる。上
記共通鍵暗号方式は、送信者と受信者で同一の暗号鍵を
秘密に共有する暗号方式（秘密鍵暗号方式、対称暗号方
式、慣用暗号方式とも呼ばれる）である。

【０２１６】共通鍵暗号方式は、適当な長さの文字列
（ブロック）ごとに同じ鍵で暗号化するブロック暗号
と、文字列またはビットごとに鍵を変えていくストリー
ム暗号とに分けることができる。また、上記ブロック暗
号には文字の順序を置き換えて暗号化する転置式暗号
や、文字を他の文字に換える換字式暗号等がある。

【０２１７】この場合、転置や換字の対応表が暗号鍵と
なる。上記ストリーム暗号には多表を用いるビジネル暗
号や、１回限りの使い捨ての鍵を用いるバーナム暗号等
が知られている（各暗号の詳細は池野、小山著「現代暗
号理論」電子情報通信学会，１９８６．の第２章および
第４章参照）。

【０２１８】また、ブロック暗号のなかでもアルゴリズ
ムが公開されているＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔ
ｉｏｎ Ｓｔａｎｄａｒｄ）や、ＦＥＡＬ（Ｆａｓｔ
ｄａｔａ Ｅｎｃｉｐｈｅｒｍｅｎｔ ＡＬｇｏｒｉｔ
ｈｍ）といった暗号（詳細は辻井，笠原著「暗号と情報
セキュリティ」昭晃堂，１９９０．の第２章参照）が商
用暗号として広く用いられている。

【０２１９】公開鍵暗号は、暗号鍵と復号鍵とが異な
り、暗号鍵を公開、復号鍵を秘密に保持する暗号方式で
ある。上記公開鍵暗号の特徴は、以下（１）、（２）、
（３）に述べる通りである。

【０２２０】（１）暗号鍵と復号鍵とは異なり、暗号鍵
を公開できるため、暗号鍵を秘密に配送する必要がな
く、鍵配送が容易である。

【０２２１】（２）各利用者の暗号鍵は公開されている
ので、利用者は各自の復号鍵のみ秘密に記憶しておけば
よい。

【０２２２】（３）送られてきた通信文の送信者が偽者
でないこと、およびその通信文が改ざんされていないこ
とを受信者が確認するための認証機能を実現できる。こ
の機能のことをディジタル署名ともいう。代表的な方式
として以下に挙げるようなものが提案されている。

【０２２３】ＲＳＡ暗号、Ｒ暗号、Ｗ暗号、ＭＩ暗号、
ＭＨ暗号、ＧＳ暗号、ＣＲ暗号、Ｍ暗号、Ｅ暗号、Ｔ暗
号、Ｓ暗号、Ｌ暗号、ＧＭＹ暗号、ＧＭＲ暗号、ＯＳＳ
暗号、ＯＳ暗号。（各暗号の詳細は池野，小山著「現代
暗号理論」電子情報通信学会，１９８６．の第５章〜第
８章参照）。

【０２２４】

【発明の効果】本発明は上述したように、本発明によれ
ば、伝送路のトラフィックに応じて、ＭＰＥＧデータの
各フレームを送出するモードを設定するとともに、上記
設定したモード毎に独立した暗号化処理を行い、上記設
定した各モードに応じた料金及び上記暗号化処理に応じ
た料金に基づいて課金処理を行うようにしたので、情報
やサービスの種類や質といった特徴を生かした課金方式
を実現することが、多様な情報やサービスに対応するこ
とができる。

【０２２５】また、本発明の他の特徴によれば、伝送す
るフレームの内容の他に、画像の情報量を考慮した料金
体系で課金処理を行うことができる。

【０２２６】また、本発明のその他の特徴によれば、階
層符号化技術に対応した課金を行うことができるように
なる。

【図面の簡単な説明】

【図１】第１の技術例の課金処理手段を示す機能構成図
である。

【図２】第１の技術例の課金処理手段の具体的な構成例
を示すブロック図である。

【図３】第１の技術例の課金処理手段が用いる料金テー
ブルの一例を示す図である。

【図４】第２の技術例の課金処理手段を示す機能構成図
である。

【図５】第２の技術例の課金処理手段の具体的な構成例
を示すブロック図である。

【図６】第２の技術例の課金処理手段が用いる料金テー
ブルの一例を示す図である。

【図７】第３の技術例の課金処理手段を示す機能構成図
である。

【図８】第３の技術例の課金処理手段の具体的な構成例
を示すブロック図である。

【図９】第３の技術例の課金処理手段が用いる累積料金
テーブルの一例を示す図である。

【図１０】第４の技術例の画像伝送システムの要部構成
を示すブロック図である。

【図１１】第４の技術例の画像伝送システムの動作を説
明する図である。

【図１２】第５の技術例の画像伝送システムの要部構成
を示すブロック図である。

【図１３】第５の技術例の画像伝送システムの動作を説
明する図である。

【図１４】第６の技術例の画像伝送システムの要部構成
を示すブロック図である。

【図１５】第６の技術例の画像伝送システムの動作を説
明する図である。

【図１６】第７の技術例のシステムを示す図である。

【図１７】第７の技術例のシステムにおける課金手順を
説明する図である。

【図１８】第８の技術例のシステムを示す図である。

【図１９】第８の技術例のシステムにおける課金手順を
説明する図である。

【図２０】ＭＰＥＧのフレーム構成を示す図である。

【図２１】ＭＰＥＧ符号化された画像データのフォーマ
ットの概要を示す図である。

【符号の説明】

１００ 課金処理手段 １０１ 制御部 １０２ トラフィック検査部 １０３ 伝送モード選択部 １０４ 課金部 １０５ 記憶装置 １１０ 画像伝送システム

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平３−126393（ＪＰ，Ａ) 特開 平１−231490（ＪＰ，Ａ) 特開 昭62−108686（ＪＰ，Ａ) 特開 平６−351006（ＪＰ，Ａ)

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 ＭＰＥＧデータを構成するＩフレーム、
   Ｐフレーム及びＢフレームのいずれかを、伝送路のトラ
   フィックに応じて選択的に送出する画像伝送装置におい
   て、 上記伝送路のトラフィックを検出する検出手段と、 上記トラフィックに応じて上記ＭＰＥＧデータの各フレ
   ームのうち、Ｉフレームのみを送出する第１のモード、
   Ｉフレーム及びＰフレームを送出する第２のモード、或
   いはＩフレーム、Ｐフレーム及びＢフレームを送出する
   第３のモードの何れかに設定するモード設定手段と、 上記モード設定手段により設定したモード毎に独立した
   暗号化処理を行う暗号化手段と、 上記暗号化手段により暗号化されたフレームを出力する
   出力手段と、 上記各モードに応じた料金及び上記暗号化処理の動作時
   間及び上記暗号化処理した画像の情報量に基づいた料金
   に基づいて課金処理を行う課金手段と、上記各モードに応じた料金及び上記暗号化処理の動作時
   間及び上記暗号化処理した画像の情報量に基づいた料金
   を記憶する料金情報記憶手段 とを備えたことを特徴とす
   る画像伝送装置。