JPH07212746A - 画像通信を可能にするネットワーク化システム - Google Patents

Abstract

(57)【要約】 【目的】 多数の異なるエンドシステムデバイス、機
器、及びプラットホームが画像情報を相互交換すること
を可能にするシステムが開示される。 【構成】 本発明の方法は、エンドユーザプロファイル
のダイレクトリデータベース、変換マネジャ、個別の変
換プロセッサ、待ち行列データベース、及び蓄積転送フ
ァイルホルダデータベースを利用する。このシステム
は、事前に加入したエンドユーザ、並びに非加入者ユー
ザを収容する。このシステムは、実時間及び蓄積転送の
両方の通信モードを扱う。本発明は、必要に応じてスケ
ーリングが可能な単一ノード、或は多重ノード分散アー
キテクチュアとして実現でき、ネットワーク化にするこ
とも、構内ベースにすることも、或はこれらのハイブリ
ッド結合とすることもできる。ノード内外への両方の通
信の輸送は、アナログ回路上の音声帯域電話から高速チ
ャネル或はファクトパケットプロトコル通信モードに至
るまでを含む。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、一般的には、画像通信
のための方法、及び潜在的に似ていない画像プロトコル
及びフォーマットを走らせる異種の終端システムを持つ
ユーザ間で網を横断して画像を通信するためのシステム
に関する。

【０００２】

【従来の技術】画像ファイルフォーマットの互換性の問
題は、最も基本的なグラフィックの場合でさえもコンピ
ュータベースの処理の当初から問題であった。各コンピ
ュータ及びソフトウエア販売業者は、通常、特定のアプ
リケーション領域に適した、グラフィック及び画像の表
現に対する異なるアプローチを開発してきた。例えば、
ワード処理システムの販売業者は、各々、彼等のプラッ
トホームによって生成されるファイル内に組み込まれる
画像情報の表現に対する彼等自身のアプローチを開発し
てきた。エンドユーザがマイクロコンピュータを、最初
は、部門別ローカルエリア網を通じて、そして、次には
より広いエリア網を通じてネットワーク化を始めるにし
たがって、ファイルフォーマットの互換性の問題が成長
し始めた。今日、画像、多重媒体（マルチメディア）、
及びビデオシステムの幅広い導入が進んだ結果、ファイ
ルフォーマットの互換性はシステムの開発及び動作にお
ける主要な問題となっている。

【０００３】

【発明が解決しようとする課題】この問題に対する多く
の解決策が導入或は提唱されてきた。アプリケーション
レベルにおいては、そのアプリケーションプラットホー
ム自身のアクティブフォーマットとは異なる少数のフォ
ーマットを収容するファイルインポート及びファイルエ
クスポート機能が付加された。第二の解決策は、一つの
ファイルフォーマットから別のフォーマットに変換する
以外はなにもしないソフトウエアを導入することであっ
た。第三の解決策は、全てのファイルを中間フォーマッ
トに変換し、次に、これらを異種のシステム間の“普遍
的言語”として使用し、次に受信エンドユーザの所で一
つの異なるネイティブファイルフォーマットに変換する
方法である。

【０００４】これらアプローチは、それ自身、多くの状
況において有用であるが、ただし、画像アプリケーショ
ンがますます優勢となりつつあり、画像処理ソフトウエ
アが進化を続けており、画像通信が広い範囲のシステム
アプリケーションを通じて可能となりつつあり、またそ
れと同時に、画像通信に対する要求及び使用が増加して
いる現状から、ユーザにとっては、更新された構内ソフ
トウエアを維持することはますます困難でコストのかか
る作業となりつつある。さらには、複数のフォーマット
及びプロトコルの間の変換の要件は画像通信の広く行き
渡ったアクセス及び使用に対する一つの妨害となって来
ている。

【０００５】

【課題を解決するための手段】本発明は、上記の、及び
他の制約を、複数の異種の終端システムデバイス、機
器、及びプラットホームが画像情報を相互交換すること
を可能にするシステムを提供することによって克服す
る。本発明の一つの実施例においては、ネットワーク化
された画像処理システムは、エンドユーザのプロファイ
ルを保持するネットワーク化されたデータベースを含
む。これらプロファイルは、典型的には、加入者エンド
ユーザの終端システムの画像を格納、処理、及び表示す
る能力を含み、好ましくは、各ユーザーに対する許容で
きる及び好ましいとされる画像プロトコル、圧縮方法、
及び画像フォーマットを含む。発信画像の発呼者から被
呼者への通信はネットワーク化された画像処理システム
に迂回される。ネットワーク化された画像処理システム
は、発信画像のファイルフォーマット及びプロトコルが
データベース内に格納されている被呼者の好ましいとさ
れるファイルフォーマット及びプロトコルと一致するか
確かめる。これらの一致が認められない場合は、処理シ
ステムは、発信画像ファイルを被呼者のフォーマット及
びプロトコルに適当に変換する。画像ファイルが次に被
呼者に通信される。加入しておらず、データベース内に
プロファイルを持たない相手（通信者）の画像通信を可
能にするために、ハンドシェークに類似する交換が使用
される。さらにもう一つの実施例においては、ネットワ
ーク化されたノード画像処理システムが被呼者へのファ
イル返送を提供する。本発明の方法及びシステムは、ロ
ーカル構内ベースの通信から私設或は公衆網上の広域通
信に至るまでの幅広いシステム内で適用できるものであ
る。本発明が以下に付属の図面を参照しながら詳細に説
明される。

【０００６】

【実施例】図１Ａは、本発明の実現に従う一般的なシス
テム構成の図であり、特定の網に制限されるものではな
い。ただし、これは、例えば、私設／構内ベースのネッ
トワーク、或は公衆網、例えば、公衆交換電気通信網
（ＰＳＴＮ）であると考えとも良い。図１Ａに示される
ように、ネットワーク化された画像通信処理システム１
０は、画像処理ノード１２、データベース１４、及び画
像変換サーバ１６を含む。好ましくは、データベース１
４は、画像サービス加入者に関する情報を維持する。当
業者においては理解できるように、このようなシステム
は、要求に応じてスケーリングが可能な、単一ノード或
は多重ノード分散アーキテクチュアとして実現すること
ができ、また、ネットワーク化されたシステム、或は構
内ベースのシステム、或はこれらのハイブリッド結合と
して実現できる。多重ノード分散アーキテクチュアにお
いては、各々が画像通信プロトコルをサポートする複数
の画像処理ノード１２が集中データベース１４にアクセ
スし、一方、個別画像変換サーバ１６が、好ましくは、
各ノードの所に配置され、これは、他のノードにゲート
ウェイ或はブリッジを介してアクセスする。例えば、こ
の網が、AT&Tインタエクスチェンジ（interecxhange ）
網を表わすようにするためには、当業者において周知の
他の可能な網要素に加えて、ノードが、以下の要素：つ
まり、補助プロセッサ（ＡＰ）（例えば、網サービス複
合体（“ＮＳＣ_x ”）、網スイッチ（例えば、４ＥＳＳ
或は５ＥＳＳ）、及びサービス制御ポイント（ＳＣＰ）
（例えば、網制御ポイント（“ＮＣＰ”）、の一つ或は
それ以上に従って実現される。これらの要素は当分野に
おいて周知であり、また、機能及びサービスを実現する
ためのこれらの適応も周知である。当業者において理解
できるように、全体としてのシステム要件がネットワー
ク化された画像通信システムの好ましいとされる物理的
実現に影響を与え；本発明の範囲内で多くのバリエーシ
ョン及び適合（改変）が可能である。

【０００７】図１Ｂは、本発明による画像通信の方法に
対する動作流れ図を図解する。ステップ１０１におい
て、発呼者１８は被呼者２０への画像通信を開始する。
この通信は、網画像処理ノード１２の所に到達し（ステ
ップ１０３）、発呼者の送信ファイルフォーマット及び
プロトコルが、ネットワーク化されたデータベース内で
の検索手続きを通じて終端相手に対する好ましいプロフ
ァイルと比較される（ステップ１０５）。次に、ステッ
プ１０７において、発信と受信のファイルフォーマット
が一致するときは、直接通信チャネル（例えば、仮想回
路或は交換直接回路）が各々の相手の間で設定される
（ステップ１１１）。しかし、発信と受信の画像ファイ
ルフォーマットが一致しないときは、ネットワーク化さ
れたサービスが画像変換器サーバ１６を喚起し、これを
接続するが、これが必要なファイルフォーマット及びプ
ロトコル変換を遂行し（ステップ１０９）、これに続い
て、変換されたファイルの通信のために被呼者への接続
が確立される（ステップ１１１）。上記の一連の事象
は、実時間にて起こることも、或は“蓄積転送”通信に
て実現することもできる。後者の場合は、被呼者に送ら
れるべき画像データが一時的に網内に格納され、後の時
間に、被呼者に転送される。さらに、網は、発呼者画像
のフォーマット及びプロトコルを、通信設定の際にデー
タベース１４内のこの情報を調べることによって、或
は、帯域内或は帯域外信号法を使用して画像データ伝送
から直接に、決定できることが理解できるものである。

【０００８】また、ステップ１０３におけるノードへの
最初の通信のルーティングは、本発明がそれと共に実現
される網のタイプ、並びに、通信プロトコルに依存して
様々な様式にて行なわれることが理解できるものであ
る。例えば、網がAT&T網であり、例えば、発呼デバイス
がモデムを含む場合は、ノードアクセスは、例えば、８
００番号或は他の特別なアクセスコードを使用して交換
アクセスを介して起こるか、或は直接網接続を介して起
こる。対照的に、網が私設網である場合は、特別なアク
セスコードがこの場合も使用されるか；或は、通信プロ
トコルに通信されるべきデータが画像データであること
を示すための手段を含ませることも考えられる。

【０００９】本発明は、図２に示される実現を参照する
ことによってさらに良く理解できるものであるが、この
図面は、ノード画像通信システム、より詳細には、本発
明に従うネットワーク化された画像通信処理システム１
０の要素を図解する。図２に示されるように、網ノード
の所には、複数の個別のサーバがデータリンク、例え
ば、Ethernet（イサーネット）或はファイバ分散データ
インターフェース（FDDI）バス上にネットワーク化され
る。簡略的に示されるように、一つ以上の発呼デバイス
３０が交換アクセス或は直接網接続を含む様々な手段を
介して網にアクセスすることができ、また、この網は類
似の様々な手段を介して被呼デバイス４０に接続するこ
とができる。図２に簡略的に示されるサーバは、ここに
説明される機能を達成するためのハードウエア及び／或
はソフトウエアを持つ一つ或はそれ以上の物理デバイス
から構成されるものとする。最も基本的な実現において
は、単一の網ノードが全てのサーバを含み；より一般的
には、これらサーバは、現存する或は要求されるシステ
ムアーキテクチュア、要求されるシステム性能などによ
って決定されるように分散される。好ましくは、個々の
サーバは、以下の各々の機能を含む。

【００１０】セッションマネジャサーバ２２は、画像変
換要求の入力／出力の待ち行列機能、及び入って来る
（発信）相手のログイン及びパスワード管理機能を提供
する。これはまた、入り画像ファイル、並びに出力画像
を処理（例えば、変換）が要求されるまで格納する（待
ち行列に置く）が、これらファイルは、処理の後に、蓄
積転送のためにセッションメモリデバイス２８内に保持
されるか、或は直ちに被呼者に伝送される。これら機能
を実現するためにサポートされるべきハードウエア及び
ソフトウエアのタイプの一例として、セッションマネジ
ャサーバ２２は、モデムバンク、ｅ−メールサポートソ
フトウエア、音声メールに対するインターフェース、メ
モリデバイス、一つ或は複数のプログラマブルコンピュ
ータ、或はワークステーション、プログラマブルスイッ
チ等を含む。

【００１１】プロファイルデータベースサーバ２４は、
プラットホームに、加入者プロファイルデータベースを
提供する。このデータベースは、各加入者に対して多重
パラメータ欄を提供するが、これらの要素の各々は、こ
の加入者によって受け入れることができる画像ファイル
フォーマット及びプロトコル、並びに、好ましいとされ
るファイルフォーマット及びプロトコルを含む。

【００１２】画像ファイルフォーマット変換サーバは、
発呼者画像ファイルを、発呼者によって選択されるオプ
ションに基づいて、被呼者の許容できる、或は好ましい
とされる画像ファイルフォーマットに変換する。このサ
ーバは、好ましくは、変換制御プロセッサ２６及び一つ
或はそれ以上の変換プロセッサ２７₁ 、２７₂ ．．．２
７_n を含む。追加の画像サーバによって、他のサービ
ス、例えば、画像カタログ、光学文字認識、アーカイビ
ング（文書記録）、電子データ交換（CCITT X.12標準）
への変換等の画像トランザクション処理、ホスト入力の
ためのバッチデータファイル化、画像グループウエア及
び画像ワークフロー、画像会議のためのブリッジングな
どが含まれる。これらアプリケーションは、これらサー
バによって実行される市販のアプリケーションプログラ
ムによって提供することも、或は専用のアプリケーショ
ンソフトウエア及びハードウエアを必要に応じて開発す
ることもできる。当業者においては、このノードサービ
スは、画像処理ソフトウエアの大きなライブラリを維持
し、多くのユーザによって経済的に共用することを可能
にすることが理解できるものである。

【００１３】加えて、ノード画像通信システムは、追加
の機能及びサービスを提供するための他のサーバを含む
こともできる。例えば、ｅ−メール確認応答サーバを被
呼者に送られている画像の処分に関するｅ−メールメッ
セージを発呼者に送るために使用することもできる。す
なわち、ファイル変換が必要であったこと、成功裡に実
行されたこと、発呼者に転送されたこと、及び発呼者に
よって受信された（ファイルがアクセスされた）ことを
示す情報を送るために使用することができる。また、ｅ
−メール確認応答サーバの補助或は代替として、音声メ
ール確認応答サーバは、発呼者に同一或は類似の動作に
関して、音声メールメッセージングを通じて通知するこ
ともできる。ノード画像通信システムは、また、好まし
くは、これもまたネットワーク化された画像処理を提供
する他の網ノードへの接続に対するゲートウェイ／ブリ
ッジを含む。これらゲートウェイは、負荷の分配及び均
衡動作を提供するが、ただし、幾らかの特殊化された画
像処理サービスも提供する。これらゲートウェイはまた
外部システムへも接続する。

【００１４】上の各種サーバ機能に加えて、図１Ａに示
される画像ノードプロセッサに対して、幾つかのアクセ
スモードが存在する。一つの好ましい実現は、ＴＣＰ／
ＩＰのようなプロトコルを使用してのＰＣ或はワークス
テーションからのアクセスである。このアクセスは、ル
ータ／ハブインターフェースを通じて行なうことも、或
はワークステーションからＳＬＩＰのようなソフトウエ
アを使用して直接に行なうことも考えられる。低速端の
所では、ノードサーバへのアクセスは、ＦＡＸ／モデム
を介して、CCITT （ITU ）グループ３ファイルフォーマ
ットにて行なわれる。このケースにおいては、好ましく
は、発呼者から多重周波数トーン（例えば、ＤＴＭＦ）
での入力項目を受信し、これらトーン応答を誘い出した
音声メッセージを発行する音声応答ユニットが提供され
る。ノードサーバへのアクセスがどのようなものであろ
うと、これら様々なフロントエンド実現は、ファイルを
セッションマネジャ２２にパスする。

【００１５】本発明によると、画像通信は、好ましく
は、二つのモード、つまり、リアルタイムモード、或は
蓄積転送モードのいずれかにおいて行なわれる。リアル
タイムは、画像データが一旦発呼デバイスから伝送され
ると、後の所定の時間において伝送するための画像デー
タ、或はそのデリバティブの蓄積がないことを意味す
る。対照的に、蓄積転送モードにおいては、ノードの所
で変換されたファイルは、そのノードの所に、後の所定
の時間まで保持され、所定の時点において、これらが指
定される被呼者に送られる。これら二つのモードの一つ
の指定は、発呼者に対するオプションとして提供するこ
とができる。ただし、網自身が、モードを網上のトラヒ
ック及び／或は待ち状態、及び要求される画像処理の量
に従って決定することも考えられる。加えて、被呼者に
対する接続ができないとき（例えば、話中信号のとき）
蓄積転送モードを省略時モードにすることも、或はこれ
を発呼者にオプションとして提供することもできる。ま
た、このモードを加入者によって指定される受信オプシ
ョンの好ましいモードとして指定し、画像プロファイル
データベース内に格納しておくこともできる。本発明、
及び前述のシステム要素及びそれらの関連する機能は、
本発明によるノード画像通信を解説する図３Ａ−６を参
照することによって一層良く理解できるものである。

【００１６】図３Ａは、発呼者加入者が画像通信を開始
し、画像ファイルが被呼者デバイスの要求フォーマット
と一致し、通信がリアルタイムにて行なわれる場合に発
生する信号法を図解する。この呼は帯域内或は帯域外信
号法を介して開始され、画像ノードプロセッサ（例え
ば、網ノード）にルートされる。画像通信セッションマ
ネジャ２２は、画像プロファイルデータベース２４に、
発信画像フォーマット及びプロトコルが被呼者デバイス
によって使用される或は好ましいとされるそれと一致す
るか確かめるためにアクセスする。このケースにおいて
は、一致が見られるために、画像通信セッションマネジ
ャ２２は、発呼デバイス３０と被呼デバイス４０との間
の接続を確立し、画像が発信画像フォーマットを使用し
て所定の伝送プロトコルに従って伝送される。

【００１７】図３Ｂは発呼加入者が画像通信を開始し、
画像ファイルが被呼者デバイスの要求と一致し、通信が
蓄積転送モードを使用して行なわれる時に起こる信号法
を解説する。前述のごとく、蓄積転送モードは発呼者に
よって選択されることも、或は被呼者への接続の試みが
失敗した結果として起こる場合もある。例えば、画像ノ
ードプロセッサの所に到達する呼に応答して、画像通信
マネジャ２２は、音響応答ユニットに指令し、被呼者に
対して、電話機上のタッチトーンキーパッドを使用し
て、或は発呼デバイスのキーボード（例えば、パーソナ
ルコンピュータ、ワークステーション等）からの応答を
入力して、好ましい通信モードを入力するように催促す
る。この一連の事象は、最初は、画像プロファイルデー
タベース２４の照会の結果として一致が確認された場合
の図３Ａのケースと同様に進行する。ただし、ここで
は、被呼者への接続が直ちに確立されるのではなく、画
像通信セッションマネジャは、発呼デバイスから、変換
された画像データを格納するセッションメモリデバイス
への接続を開始する。画像通信セッションマネジャは、
次に、例えば、音声メール及び／或はｅ−メールを介し
て、画像プロファイルデータベース２４内に格納された
ステーション識別番号（例えば、電話番号）を使用して
被呼者デバイスステーションへの通信を開始するが、こ
の通信は、画像ファイルが画像ノードプロセッサの所に
格納されたことを示す。

【００１８】好ましくは、画像通信システムから画像を
取り出すために、ユーザは、画像ノードプロセッサに特
別なアクセス番号（例えば、８００番号）を介してアク
セスする。ユーザが一旦画像ノードプロセッサに接続さ
れると、ユーザは音響応答ユニットによる催促に応答し
て個人識別番号（ＰＩＮ）を入力することによって識別
されるか；或は各ユーザに判別可能な８００番号が割り
当てられる。発呼者は次に画像ノードプロセッサと対話
するが、ここでも、好ましくは、これは、音響応答ユニ
ット或は端末接続を介して、ユーザのファイルホルダ内
に格納されたファイルにアクセスすることによって行な
われる。選択されたファイルが次にメモリデバイスから
取り出され、ユーザに伝送される。

【００１９】図４Ａは、発信画像が被呼デバイスのフォ
ーマット及びプロトコルと一致しない場合に起こる情報
の流れを図解する。このケースにおいては、画像プロフ
ァイルデータベース２４へのアクセスが、一致がないこ
とを示すために、画像通信セッションマネジャ２２は、
画像フォーマット及びプロトコル変換プロセスコントロ
ーラ２６に被呼デバイスのフォーマット及びプロトコル
を提供する。画像通信セッションマネジャ２２は、次
に、発信画像を画像フォーマット及びプロトコル変換プ
ロセスコントローラ２６にルートするが、すると、コン
トローラは、この画像データを適当な変換プロセッサに
ルートする。変換プロセスコントローラ２６は、適当な
変換プロセッサを、機能等の要因、並びに空き状態及び
負荷のバランス（例えば、待ち行列管理）に基づいて選
択する。変換された発信画像データが、次に、被呼者デ
バイスに、変換プロセスコントローラ２６及び画像通信
セッションマネジャ２２を介してルートされる。この呼
が蓄積転送モードにおいて発生する場合は、変換された
データは次にセッションメモリデバイス２８（図４Ｂ）
に出力され、画像通信セッションマネジャ２２は次に被
呼デバイスにファイルが格納されたことを示す通信（例
えば、音声メール或はｅ−メール）を開始する。

【００２０】図５は発信画像が終端デバイスの好ましい
とされるフォーマット及び／或はプロトコルと一致せ
ず、ファイルがノード画像プロセッサによって変換でき
ない場合に起こる情報の流れを図解する。このようなケ
ースにおいては、上と同様に、通信セッションマネジャ
２２は、最初に、発信画像通信を受信し、画像プロファ
イルデータベース２４に照会し、変換が要求されること
を決定する。変換情報及び発信画像が変換プロセスコン
トローラ２６に提供されるが、これは、発信画像が非互
換性或はエラーのためにその変換プロセッサによって変
換できないことを確認する。変換プロセスコントローラ
２６は、このエラー状態を通信セッションマネジャ２２
に通知するが、マネジャ２２は、すると、ファイルが変
換できないために通信が完結できないことを示すｅ−メ
ール或は音声メールメッセージを発呼デバイス３０に向
けて発射する。

【００２１】ネットワーク化された画像プロセッサによ
って遂行される処理及び信号法のもう一つの実例が図６
によって解説されるが、ここでは、加入者は画像を非加
入者に送ることを試みる。このケースにおいては、画像
プロファイルデータベース２４への照会は、被呼者が加
入者ではないことを示し、従って、被呼デバイス４０の
プロトコル及びフォーマットに関しての情報が存在しな
いために、変換（要求された場合でも）及び通信は遂行
されない。そこに画像通信が試みられたことを示す音声
メール或はｅ−メールメッセージ、或はこの両方が被呼
デバイス４０に送られる。試みの失敗を示す発呼デバイ
スに返送されるメッセージも、好ましくは、ｅ−メール
或は音声メールを介して通信される。さらにもう一つの
実施例においては、音声メール或はｅ−メールメッセー
ジを残す前に、通信セッションマネジャ２２が被呼デバ
イス４０に呼を完結することを試み、そして、音声応答
ユニットを介して、（例えば、発呼自動番号識別“ＡＮ
Ｉ”を使用して）発呼者デバイス３０からの画像通信が
未定状態であることを示し、そして、受信が要求される
かを尋ね、要求される場合は、その画像通信を受信るた
めにどのようなタイプのフォーマット及びプロトコルが
要求されるかを尋ねる。次に、ノード画像プロセッサ
は、上に説明のように画像変換及び通信を遂行する。

【００２２】本発明によると、発信ユーザへのファイル
返送も提供される。この機能においては、画像を被呼者
に伝送するのとは対照的に、加入者は、発信画像を画像
処理のためにノード画像プロセッサに送信し、次に、処
理された出力画像を受信する。例えば、秘書が数ページ
のファックスを特定のワード処理フォーマットに変換し
たい場合がある。ファイル返送を実行するための一例と
しての実施例においては、発呼者３０が、例えば、ネッ
トワーク化されたノード画像プロセッサにアクセスする
ために特別のアクセス番号（例えば、８００／９００番
号）をダイアルするが、これは、ファイルの取り出しに
使用されるのと同一番号であり得る。通信セッションマ
ネジャ２２が、次に、ユーザと音響応答ユニット（或は
端末接続）を介して対話し、加入者によって要求される
処理のタイプを確かめるために一連の催促信号（prompt
s ）を提供し、加入者の応答によってこれが知らされ
る。例えば、最初の催促は、加入者がファイルを取り出
すことを望むのか、或はファイル返送処理機能の使用を
望むのかを決定する。ユーザが後者を選択した場合は、
音声応答ユニットは、要求されるタイプの機能（例え
ば、光学文字認識、ファイル変換等）について尋ねる。
当業者において理解できるように、画像データ通信プロ
トコル及び／或はフォーマットは、遂行されるべき変更
のタイプに関する情報（例えば、発信画像、終端画像の
フォーマットのタイプ、ファイル変換のタイプ）を含む
場合があるが、この場合は、音響応答ユニットによる照
会は、この情報に関しては必要とされない。要求される
処理が決定されたら、ファイルが要求される機能を遂行
するために画像ノードプロセッサに送られ、次に、加入
者に、直接に、或は蓄積転送モードを使用して返送され
る。

【００２３】前述の実施例は、本発明によって提供され
る無数のサービスの一例である。本発明は、異種のエン
ドシステム間の画像通信を可能にし、また加入者が様々
な画像プロトコルをサポートするパーソナルコンピュー
タ、画像電話、ファクシミリマシン、ダイアル可能なビ
デオサービス、光学文字認識、媒体変換／画像変換サー
ビス、及びパーソナルデジタルアシスタント（ＰＤＡ）
を含む画像処理サービスにアクセスすることを許す。さ
らに本発明は、ローカル構内規模の通信から公衆網に至
るまでの広い領域に及ぶ環境内で実施することが可能で
あり、従って、上に開示される実施例に制限されない広
い用途を持つことを理解できるものである。

【００２４】ダイアル可能ビデオサービスには、様々な
ビデオ標準の間の、及び異なるビデオ性能レベルの間の
変換が含まれる。一つの具体的な例は、電話会議用途で
あるが、この用途においては、一つの位置の所の６４ｋ
ｂ／ｓｅｃコーデックが別のビデオ標準、例えば、１．
５ＭＢ／ｓｅｃのMPEG（Motion Picture Experts Grou
p）に準拠する別の位置の所のコーデックへの接続を要
求する。全国的な電話通信網に基づいている場合は、市
外スイッチ（例えば、４ＥＳＳ）が呼の設定、及び画像
ノードプロトコルプラットホームへの迂回を調停する。
このプラットホームの所で、二つのビデオフォーマット
間の変換が完全に、現在のビデオ変換において一般的で
あるようにベースバンドアナログビデオに戻ることなし
に、デジタル領域内で行なわれる。両方のコーデックが
同一の速度を使用する場合は、このプラットホームは、
他のサービス、例えば、圧縮、或は管理機能のために使
用することもできる。この管理機能としては、多重位置
アクセス、予約、暗号化キー、ビデオテスト及び保守の
管理が含まれる。

【００２５】上の説明は多くの具体的事項を提供する
が、これらの可能な詳細は、本発明の範囲を制限するも
のであると理解されるべきではなく、また、当業者にお
いては、本発明は、本発明の範囲から逸脱することな
く、多くの修正、適合化、及び様々な等価の実現を考え
ることができる性質のものであることを理解できるもの
である。加えて、被呼者は、幾つかのオンサイト画像処
理機能を装備し、一方で、他の機能をロックすることが
できる。従って、このような加入者は幾つかの画像処理
サービスのみに加入することができる。さらに、画像プ
ロファイルデータベースが、ある加入者が利用可能な画
像伸張ユーティリティを持つか否か、或は加入者がある
タイプのデータに対して元の全発信画像データの一部の
みを要求及び／或は必要とするか、といった情報を含む
場合は、ノード画像プロセッサは、このような加入者に
伝送される画像を適当に圧縮することができる。本発明
に従って実現することが可能な一つの追加の機能とし
て、加入者は、加入者が彼等から画像通信を受信するこ
とを望むセットの非加入者を指定することができる。こ
の指定された情報はその加入者の画像プロファイルデー
タベースに格納され、指定された非加入者からの加入者
への画像通信を実行するために使用される。また、本発
明は、遅延された蓄積転送分配を持つバッチ画像処理を
含むこともできる。この分配は、一つ或はそれ以上の広
く離れた位置に行なうこともできる。例えば、法律会社
が、数百ページの印刷されたテキストをワード処理フォ
ーマットに変換し、これを、元の事務所への返送（例え
ば、ファイル返送）すると同時に、遠隔位置へ輸送する
ことを必要とする場合が考えられる。さらに、上に説明
のように、網へのアクセス及び通信は、様々な網フォー
マット及びプロトコルを使用して様々な方法で実行する
ことができる。これら及びその他の変更は、本発明の精
神及び範囲から逸脱することなく、また本発明の付随す
る長所を減ずることなく行なうことが可能である。従っ
て、本発明は、開示された実施例に制限されるものでは
なく、特許請求項に従って定義されるべきである。

【図面の簡単な説明】

【図１Ａ】本発明の実現に従う画像通信システムの一般
構成を示す。

【図１Ｂ】本発明に従う画像通信に対する一例としての
プロセスの動作流れ図である。

【図２】本発明の実現に従う画像通信システムの構成を
示す。

【図３Ａ】図２に示されるシステムに対する本発明の実
現に従う異なる情報フローシーケンスの１を図解する。

【図３Ｂ】図２に示されるシステムに対する本発明の実
現に従う異なる情報フローシーケンスの２を図解する。

【図４Ａ】図２に示されるシステムに対する本発明の実
現に従う異なる情報フローシーケンスの３を図解する。

【図４Ｂ】図２に示されるシステムに対する本発明の実
現に従う異なる情報フローシーケンスの４を図解する。

【図５】図２に示されるシステムに対する本発明の実現
に従う異なる情報フローシーケンスの５を図解する。

【図６】図２に示されるシステムに対する本発明の実現
に従う異なる情報フローシーケンスの６を図解する。

【符号の説明】

１２ ネットワーク化された画像処理ノード １４ データベース １６ ネットワーク化された画像変換ノード

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ケネス エッチ．ローゼン アメリカ合衆国，07748 ニュージャーシ ィ，ミドルタウン，レッド ヒル ロード 107

Claims (13)

【特許請求の範囲】
1. 【請求項１】 画像を発呼デバイスから被呼デバイスに
   通信するためのネットワーク化の方法であって、この方
   法が：前記の発呼デバイスから信号を受信するステッ
   プ；前記の画像の特性を前記の被呼デバイスの情報と比
   較するステップ；前記の比較ステップが前記の画像の特
   性が前記の被呼デバイスの画像特性情報と異なることを
   示すとき前記の画像を変換し、これによって一つの変換
   された画像を生成するステップ；及び情報を前記の被呼
   デバイスに通信するステップを含み、この情報が前記の
   変換ステップにおいて前記の変換された画像が生成され
   た場合は前記の変換された画像を含み、この情報が前記
   の変換された画像が前記の変換ステップにおいて生成さ
   れなかった場合前記の画像を含むことを特徴とする方
   法。
2. 【請求項２】 前記の被呼デバイスが前記の発呼デバイ
   スであることを特徴とする請求項１の方法。
3. 【請求項３】 前記の変換された画像を前記の発呼デバ
   イスに通信するステップがさらに含まれることを特徴と
   する請求項１の方法。
4. 【請求項４】 発信デバイスから少なくとも一つの宛先
   デバイスに画像を通信するためのネットワーク化の方法
   であって、この発信デバイスが前記の少なくとも一つの
   宛先デバイスを選択する能力を持ち、この方法が：前記
   の発信デバイスからの信号を受信するステップ；前記の
   画像を前記の信号に従って処理し、これによって一つの
   処理された画像を生成するステップ；及び前記の処理さ
   れた画像を前記の少なくとも一つの宛先デバイスに通信
   するステップを含むことを特徴とするネットワーク化の
   方法。
5. 【請求項５】 前記の少なくとも一つの宛先デバイスが
   前記の発信デバイスであることを特徴とする請求項４の
   方法。
6. 【請求項６】 前記の発信デバイスに情報を要求する信
   号を送るステップ、及び前記の情報の要求に応答して返
   答信号を受信するステップがさらに含まれ、前記の返答
   信号が前記の処理のタイプを選択する能力を持つことを
   特徴とする請求項４の方法。
7. 【請求項７】 画像を発呼デバイスから被呼デバイスに
   通信するためのネットワーク化された画像処理システム
   において、このシステムが：前記の被呼デバイスの画像
   特性情報を含む被呼デバイス情報を格納するための手
   段；前記の発呼デバイスから前記の画像の通信を受信す
   るための手段；前記の画像の特性を前記の被呼デバイス
   情報と比較するための手段；前記の画像を前記の比較手
   段に応答して処理し、これによって一つの処理された画
   像を生成するための手段；及び前記の処理された画像或
   は前記の画像を前記の被呼デバイスに通信するための手
   段を含むことを特徴とするネットワーク化された画像処
   理システム。
8. 【請求項８】 前記の被呼デバイスが前記の発呼デバイ
   スであることを特徴とするネットワーク化された画像処
   理システム。
9. 【請求項９】 前記の画像を処理するための手段がフォ
   ーマット変換の機能を含むことを特徴とする請求項７の
   ネットワーク化された画像処理システム。
10. 【請求項１０】 前記の画像を処理するためのデバイス
    が画像圧縮の機能を含むことを特徴とする請求項７のネ
    ットワーク化された画像処理システム。
11. 【請求項１１】 前記の画像を処理するためのデバイス
    が光学文字認識の機能を含むことを特徴とする請求項７
    のネットワーク化された画像処理システム。
12. 【請求項１２】 前記の処理された画像を格納するため
    の手段がさらに含まれることを特徴とする請求項７のネ
    ットワーク化された画像処理システム。
13. 【請求項１３】 前記の被呼デバイスによって前記の処
    理された画像を取り出すための手段がさらに含まれるこ
    とを特徴とする請求項１２のネットワーク化された画像
    処理システム。