(57)【要約】【課題】本発明の課題は、全データの受信の完了を待つことなく、データを処理する内部モジュールを特定し、その内部モジュールでの処理を早期の段階で開始可能とする情報処理装置を提供することを目的とする。【解決手段】本発明の課題は、データを受信する情報処理装置であって、受信したデータに対して所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂから受信すると、該データの全体の受信完了を待つことなく、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送先として特定し、受信中の該データの転送を開始するＷｅｂデータ受信手段とを有する情報処理装置によって達成される。【選択図】図５
2007258810.tif 000002
【特許請求の範囲】
【請求項１】
データを受信する情報処理装置であって、
受信したデータに対して所定データ処理を実行する複数の内部処理手段と、
前記データを含むメッセージをＷｅｂから受信すると、該データの全体の受信完了を待つことなく、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送先として特定し、受信中の該データの転送を開始するＷｅｂデータ受信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記Ｗｅｂデータ受信手段は、
前記メッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手段と、
前記コマンドを解析して前記受信中のデータに対する前記所定データ処理を行う前記転送先としての内部処理手段を特定して、該内部処理手段に初期化要求を行うコマンド解析手段と、
前記構造解析手段と、前記コマンド解析手段とを制御し、前記転送先としての内部処理手段へ前記受信中のデータを転送する制御手段とを有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記Ｗｅｂデータ受信手段は、
前記コマンド実施要求と、データ書き込み要求と、データ書き込み完了通知とをデータの受信状態に応じて、前記転送先の内部処理手段に対して行うように管理する転送先管理手段を更に有し、
前記転送先管理手段は、前記コマンド解析手段からの初期化要求に応じて、前記転送先の内部処理手段に対して前記コマンド実施要求を行って、該転送先の内部処理手段を前記処理データ処理の実行可能な状態とすることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記転送先管理手段は、前記転送先の内部処理手段に対して前記データ書き込み要求を行って、前記受信中のデータを１回以上の転送によって前記転送先の内部処理手段に該データの到着順に転送することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記転送先管理手段は、前記転送先の内部処理手段に対してデータ書き込み完了通知を行って、前記データを全て受信したことを前記転送先の内部処理手段に通知することを特徴とする請求項３又は４記載の情報処理装置。
【請求項６】
前記構造解析手段は、前記制御手段からの構造解析要求に応じて前記メッセージの先頭部分から前記所定データ処理に関するコマンドを取得し、
前記コマンド解析手段は、前記制御手段からのコマンド実施要求に応じて、前記コマンドを解析して前記受信中のデータに対する前記所定データ処理を行う前記転送先としての内部処理手段を特定して、該内部処理手段に初期化要求を行い、
前記転送先管理手段は、前記制御手段からの前記データ書き込み要求に応じて、到着順に該データに対して前記所定データ処理を前記内部処理手段に行なわせることを特徴とする請求項３乃至５のいずれか一項記載の情報処理装置。
【請求項７】
前記転送先管理手段は、前記制御手段からの前記データ書き込み完了通知に応じて、前記所定データ処理に対する終了処理を行うことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記制御手段は、前記データ全体に一意の識別情報を割り当てて、同一転送先への異なるデータの転送を識別可能とする請求項２乃至７のいずれか一項記載の情報処理装置。
【請求項９】
前記データは、画像データ、音声データ又は映像データであることを特徴とする請求項１乃至８のいずれか一項記載の情報処理装置。
【請求項１０】
コンピュータにデータを受信させるデータ受信方法であって、該コンピュータに、
受信したデータに対して所定データ処理を実行する複数の内部処理手順と、
前記データを含むメッセージをＷｅｂから受信すると、該データの全体の受信完了を待つことなく、前記複数の内部処理手順から該データに対して所定データ処理を実行する１つの内部処理手順を該データの転送先として特定し、受信中の該データの転送を開始するＷｅｂデータ受信手順とを実行させることを特徴とするデータ受信方法。
【請求項１１】
前記Ｗｅｂデータ受信手順は、
前記メッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手順と、
前記コマンドを解析して前記受信中のデータに対する前記所定データ処理を行う前記転送先としての内部処理手順を特定して、該内部処理手順に初期化要求を行うコマンド解析手順と、
前記構造解析手順と、前記コマンド解析手順とを制御し、前記転送先としての内部処理手順へ前記受信中のデータを転送する制御手順とを有することを特徴とする請求項１０記載のデータ受信方法。
【請求項１２】
前記Ｗｅｂデータ受信手順は、
前記コマンド実施要求と、データ書き込み要求と、データ書き込み完了通知とをデータの受信状態に応じて、前記転送先の内部処理手順に対して行うように管理する転送先管理手順を更に有し、
前記転送先管理手順は、前記コマンド解析手順からの初期化要求に応じて、前記転送先の内部処理手順に対して前記コマンド実施要求を行って、該転送先の内部処理手順を前記処理データ処理の実行可能な状態とすることを特徴とする請求項１１記載のデータ受信方法。
【請求項１３】
前記転送先管理手順は、前記転送先の内部処理手順に対して前記データ書き込み要求を行って、前記受信中のデータを１回以上の転送によって前記転送先の内部処理手順に該データの到着順に転送することを特徴とする請求項１２記載のデータ受信方法。
【請求項１４】
前記制御手順は、前記データ全体に一意の識別情報を割り当てて、同一転送先への異なるデータの転送を識別可能とする請求項１１乃至１３のいずれか一項記載のデータ受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全データの受信の完了を待つことなく、データを処理する内部モジュールを特定し、その内部モジュールでの処理を早期の段階で開始可能とする情報処理装置を提供するものである。
【背景技術】
【０００２】
近年、画像、音声、映像などのマルチメディアとネットワークの普及により、ネットワークを介したマルチメディアに係るデータの送受信が広く行われるようになってきた。ネットワークを介した通信の需要が高まるにつれて、データの送受信を効率よくかつ迅速に処理することが要求されてきた。
【０００３】
また、ネットワークを介して通信装置を接続した通信システムにおいて、複数の通信装置同士でメッセージを交換させることにより、通信相手の装置に対して通知や要求を行わせる場合、コマンドやコマンド応答を送受信する度に、コマンドの宛先毎にそれぞれ別々に通信のコネクションを確立する必要があり、通信のオーバーヘッドが大きくなると言った問題があった。
【０００４】
複数の通信装置への動作要求及びその動作要求に対する複数の通信装置からの動作応答を仲介する仲介装置を設け、動作要求と動作応答とをそれぞれ、形式を変更せずに複数統合して転送可能な１つのメッセージを生成することができる形式で表現し、また、複数統合された状態では形式を変更せずに分割して転送可能な個々の動作要求及び動作応答に戻すことが提案されている（例えば、特許文献１及び特許文献２）。
【特許文献１】特開２００４−１３９５８６号公報
【特許文献２】特開２００４−１４０８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチメディアに係るデータは比較的データ量が大きく、動作要求にそのようなデータが含まれる場合のデータ受信側の装置が、一度に受信可能な記憶領域が限られており、また、全受信データの容量より少ない場合には、受信したデータに対する処理が行えないと言った問題もあった。
【０００６】
上記従来の技術では、動作要求及び動作応答に係る通信量を改善することができるが、このような問題を解決する手段について示唆されていなかった。
【０００７】
そこで、本発明の課題は、データの受信完了を待つことなく、受信データに対する処理を可能とする情報処理装置及びデータ受信方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、データを受信する情報処理装置であって、受信したデータに対して所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂから受信すると、該データの全体の受信完了を待つことなく、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送先として特定し、受信中の該データの転送を開始するＷｅｂデータ受信手段とを有するように構成される。
【０００９】
このような情報処理装置では、データの受信完了を待つことなく、内部の転送先を特定し、受信データに対する処理を可能とする。
【００１０】
上記課題を解決するための手段として、本発明は、上記情報処理装置での処理をコンピュータに行なわせるためのデータ受信方法とすることもできる。また、本発明に係る情報処理装置は、画像処理装置、音声交換装置、映像装置などのマルチメディアに係るデータを処理対象とする装置とすることもできる。
【発明の効果】
【００１１】
本発明によれば、受信したデータは、到着順に順次処理することができるため、受信データ用の記憶領域が少ない場合であっても受信データに対する処理を行うことができる。
【００１２】
全データの受信を待つことなく、データの転送先（内部モジュール）を決定することができるため、到着順に受信したデータを転送先（内部モジュール）へ転送することができる。従って、データを最初に受信してから早期に処理を開始することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１４】
図１は、本発明の第一実施例に係るネットワーク構成を示す図である。図１において、画像処理装置１００は、ネットワーク２ａを介してクライアント１０と他の画像処理装置２０とに接続される。また、画像処理装置１００は、ＰＴＳＮ（Public Telephone Switched Network）３ｂにも接続される。
【００１５】
画像処理装置１００は、プリンタ、コピー、ファクシミリ、スキャナなどの異なる画像形成機能を備えた装置である。クライアント１０は、ネットワーク２ａを介して画像処理装置１００へ文書データ（又は画像データ）を送信してプリント又はＦＡＸの要求を行う。他画像処理装置２０も同様であるが、例えば、ネットワーク２ａを介して自身の記憶領域に保存してある画像データを画像処理装置１００へ送信する。
【００１６】
画像処理装置１００は、クライアント１０や画像処理装置２０から送信される比較的大量のデータを受信した場合であっても、全データの受信を待つことなく装置内部のモジュールへ処理を指示する。
【００１７】
図２は、本発明の第一実施例に係る画像処理装置のハードウェア構成を示す図である。図２において、画像処理装置１００は、コントローラ６０と、オペレーションパネル８０と、ＦＡＸ８１と、プロッタ８２と、スキャナ８３とを有する。
【００１８】
コントローラ６０は、ＣＰＵ（Central Processing Unit）６１と、システムメモリ６２と、ＮＢ（North Bridge）６３と、ＳＢ（South Bridge）６４と、ＡＳＩＣ（Application Specific Integrated Circuit）６６と、ローカルメモリ６７と、ＨＤＤ（Hard Disk Device）６８と、外部インタフェース７０とを有する。
【００１９】
オペレーションパネル８０は、コントローラ６０のＡＳＩＣ６６に接続されている。また、ＦＡＸ８１と、プロッタ８２と、スキャナ８３とはコントローラ６０のＡＳＩＣ６６にＰＣＩ（Peripheral Component Interconnect）バス８９を介して接続されている。
【００２０】
コントローラ６０は、ＡＳＩＣ６６にローカルメモリ６７，ＨＤＤ６８などが接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６３を介して接続されている。なお、ＡＳＩＣ６６とＮＢ６３とはＡＧＰ（Accelerated Graphics Port）６５を介して接続されている。
【００２１】
ＣＰＵ６１は、画像処理装置１００の全体制御を行うものである。ＮＢ６３は、ＣＰＵ６１、システムメモリ６２、ＳＢ６４、ＡＳＩＣ６６、及び外部インタフェース７０を接続するためのブリッジである。ＮＢ６３は、ＰＣＩバス７３を介して外部インタフェース７０と接続されている。なお、ＳＢ（サウスブリッジ）６４は、ＰＣＩバス７３とＲＯＭや周辺デバイス等とを接続するためのブリッジである。
【００２２】
システムメモリ６２は、描画用メモリ等として用いるメモリである。ローカルメモリ６７は、コピー用画像バッファ，符号バッファ等として用いるメモリである。ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。また、ＨＤＤ６８は画像データの蓄積，文書データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積などを行うストレージ（補助記憶装置）の一例である。
【００２３】
外部インタフェース７０は、画像処理装置１をインターネットやＬＡＮ等のネットワークに接続するインタフェース機器である。また、オペレーションパネル８０は、ユーザーからの入力操作を受け付けると共に、ユーザーに向けた表示を行う操作部である。
【００２４】
図３は、本発明の第一実施例に係る画像処理装置の機能構成を示す図である。図３において、画像処理装置１００は、ＯＳ（Operating System）上に、ユーザーインタフェース層１１０と、アプリケーション層１２０と、デバイス制御層１３０とを構成する。
【００２５】
ユーザーインタフェース層１１０は、オペレーションパネル８０のためのオペレーションパネルＩ／Ｆ（InterFace）１１１と、ＷｅｂブラウザのためのＷｅｂＩ／Ｆ１１２と、ＳＯＡＰ（Simple Object Access Protocol）のためのＷｅｂサービスＩ／Ｆ１１３とを有する。
【００２６】
アプリケーション層１２０は、ＦＡＸ送受信するためのＦＡＸアプリケーション１２１と、文書を印刷するためのプリンタアプリケーション１２２と、文書を読み取るためのスキャナアプリケーション１２３と、画像処理装置１００内に蓄積された文書データを配信するための文書配信アプリケーション１２４と、文書データを蓄積するためのリポジトリアプリケーション１２５と、画像処理装置１００に備えられた各デバイスの設定のためのシステム設計アプリケーション１２６とを有する。
【００２７】
デバイス制御層１３０は、ＨＤＤ６８に蓄積された画像データを管理するファイル管理部１３１と、ＦＡＸ８１を制御してＦＡＸ送受信を行うＦＡＸ装置制御部１３２と、プロッタ８２を制御して画像形成を行う画像エンジン制御部１３３と、スキャナ８３を制御して画像を読み取るスキャナ装置制御部１３４と、ネットワーク２ａを介して他機器との通信を制御するネットワーク通信制御部１３５とを有する。
【００２８】
図４は、ＷｅｂサービスＩ／Ｆの内部構成を示す図である。図４において、ＷｅｂサービスＩ／Ｆ１１３は、コントロールモジュール１１４と、構造解析モジュール１１５と、コマンド解析モジュール１１６と、転送先管理モジュール１１７、１１８及び１１９とを有する。転送先管理モジュール１１７、１１８及び１１９は、転送先１１３−２としての転送先モジュール１１７ａ、１１８ａ及び１１９ａに対応する。
【００２９】
コントロールモジュール１１４は、ＳＯＡＰメッセージを受信すると、構造解析モジュール１１５とコマンド解析モジュール１１６とによって、ＳＯＡＰメッセージの内容を解析させ、転送先管理モジュール１１７、１１８及び１１９に処理の指示とデータの受け渡しを行う。
【００３０】
構造解析モジュール１１５は、ＳＯＡＰメッセージの構造を解析し、コマンド部分とデータ部分とを抽出する。コマンド解析モジュール１１６は、抽出されたコマンドを解析し、転送先へＳＯＡＰメッセージに従ったデータ処理を行わせるために転送先管理モジュール１１７、１１８及び１１９の１つを選択する。
【００３１】
３つの転送先管理モジュール１１７、１１８及び１１９を示しているが、ＷｅｂサービスＩ／Ｆ１１３では１つ以上の転送先管理モジュールが実行され、４以上の転送先管理モジュールがあってもよい。以下、転送先管理モジュール１１７及び転送先モジュール１１７ａを例として説明する。
【００３２】
図５は、データ受信時のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図５において、コントロールモジュール１１４にＳＯＡＰリクエストなどの処理対象となるデータを含むメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００３３】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送先１１３−２を特定し、転送先１１３−２に対応する転送先管理モジュール１１７に対して初期化要求を行う（ステップＳ１４）。
【００３４】
転送先管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ１５）、転送先モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ１６）。転送先モジュール１１７ａは、コマンドを実行する（ステップＳ１７）。
【００３５】
コントロールモジュール１１４は、データを全て受信するまで保持することなく、受信した順に次々とデータ書き込み要求を転送先管理モジュール１１７へ行う（ステップＳ１８）。転送先管理モジュール１１７は、転送先モジュール１１７ａに対してデータ書き込み要求を行う（ステップＳ１９）。転送先モジュール１１７ａは、データ書き込み要求に応じてデータ処理を行う（ステップＳ２０）。このように、ステップＳ１８からＳ２０を全データを処理するまで繰り返す。
【００３６】
最後のデータの書き込み要求後、コントロールモジュール１１４は、転送先管理モジュール１１７に対してデータ書き込み完了要求を行う（ステップＳ２１）。転送先管理モジュール１１７は、データ書き込み完了通知を転送先モジュール１１７ａに対して行う（ステップＳ２２）。転送先モジュール１１７ａは、データ書き込み完了通知に応じて終了処理を行う（ステップＳ２３）。
【００３７】
転送先管理モジュール１１７は、コントロールモジュール１１４に対してデータ書き込み完了通知を行い（ステップＳ２４）、コンテクストを生成する（ステップＳ２５）。コントロールモジュール１１４は、結果返却を行う（ステップＳ２６）。
【００３８】
転送先１１３−２が同一であっても異なるデータの書き込みが行われる可能性があるため、モジュール間でのデータ書き込み要求では転送ＩＤを用いてデータを識別する。図６は、転送ＩＤを用いた場合の概念を説明するための図である。
【００３９】
図６において、コントロールモジュール１１４から転送管理モジュール１１７に対して、２つのデータ転送Ｘ及びデータ転送Ｙが行われる場合、各データ書き込み要求と、データ書き込み完了要求とには、転送ＩＤとして転送Ｘと転送Ｙとが割り当てられる。他の転送先モジュール１１８ａ及び１１９ａに対しても同様に転送ＩＤが用いられる。例えば、処理対象となるデータを含むＳＯＡＰメッセージ毎に一意の転送ＩＤが割り当てられる。
【００４０】
ＷｅｂサービスＩ／Ｆ１１３内の状態遷移について図７で説明する。図７（Ａ）は、コントロールモジュール１１４の状態遷移を示す図である。図７（Ａ）において、コントロールモジュール１１４は、データの到着によって構造解析開始の状態となる（状態Ａ１）。
【００４１】
コマンド部分の解析完了に応じて、コントロールモジュール１１４は、コマンド実施の状態となる（状態Ａ２）。状態Ａ２において、コントロールモジュール１１４は、転送先モジュールを特定し、転送ＩＤを取得する。
【００４２】
コマンド発行完了によって、コントロールモジュール１１４は、データ書き込み中の状態となる（状態Ａ３）。状態Ａ３において、コントロールモジュール１１４は、転送管理モジュール内の転送コンテクストを特定し、データを書き出す。データは、到着順に部分的に書き込みを行い、書き込み完了に応じて、次に続くデータを書き込むことを繰り返す。
【００４３】
全データの書き込み完了によって、コントロールモジュール１１４は、結果応答の状態となる（状態Ａ４）。
【００４４】
図７（Ｂ）は、コマンド解析モジュール１１６の状態遷移を示す図である。図７（Ｂ）において、コマンド解析モジュール１１６は、コマンド解析完了に応じて、コマンド受け付けの状態（状態Ｂ１）からコンテクスト初期化の状態（状態Ｂ２）へと遷移する。コマンド解析モジュール１１６は、コンテクスト初期化完了によって、コマンド受け付け状態（状態Ｂ１）へと戻る。
【００４５】
図７（Ｃ）は、転送先管理モジュール１１７内の転送コンテクストの状態遷移を示す図である。図７（Ｃ）において、転送先管理モジュール１１７内の転送コンテクストは、初期化によって、転送ＩＤ割付及びコマンド発行の状態（状態Ｃ１）となる。転送コンテクストは、初期化完了に応じて、書き込み受け付けの状態（状態Ｃ２）となる。状態Ｃ２において、到着順に部分的なデータの書き込みを繰り返す。全データの書き込みを完了すると、転送コンテクストは、結果応答の状態となる。
【００４６】
画像処理装置１００において、上述したＷｅｂサービスＩ／Ｆ１１３でのデータ受信の仕組みは、以下に説明されるソフトウェア構成例に適応される。
【００４７】
図８は、文書操作に関するソフトウェア構成例を示す図である。図８において、ＷｅｂサービスＩ／Ｆ１１３は、本発明に係るデータ受信の仕組みによって、リポジトリアプリケーション１２５と、ＦＡＸアプリケーション１２１と、文書配信アプリケーション１２４との夫々に対して、到着順にデータを部分的に転送可能である。
【００４８】
リポジトリアプリケーション１２５は、ファイル管理部１３１に、受信したデータを蓄積する要求をしたり、ページ画像を追加する要求をしたりする。ファイル管理部１３１は、リポジトリアプリケーション１２５からの要求に応じて、受信したデータをＨＤＤ６８に蓄積したり、ページ画像をＨＤＤ６８に追加したりする。
【００４９】
ＦＡＸアプリケーション１２１は、ＦＡＸ装置制御部１３２に、受信したデータのＦＡＸ送信を要求する。例えば、ＦＡＸアプリケーション１２１は、クライアント１０又は画像処理装置２０からネットワーク２ａを介して受信したデータをＦＡＸ送信する要求を行うことになる（リモートＦＡＸ送信）。ＦＡＸ装置制御部１３２は、ＦＡＸ８１を制御して、受信したデータをＦＡＸ送信する。
【００５０】
文書配信アプリケーション１２４は、ネットワーク通信制御部１３５に、ネットワーク２ａを介して受信したデータを外部装置へと配信する要求を行う（画像配信）。ネットワーク通信制御部１３５は、ネットワーク２ａを介して受信したデータを外部装置へと配信する。
【００５１】
図９は、画像処理装置１００にデータを蓄積するためのＳＯＡＰリクエストの例を示す図である。図９において、データを蓄積するためのＳＯＡＰリクエスト１４１は、ヘッダ部１４１ａと、コマンド部１４１ｂと、データ部１４１ｃとを有する。構造解析モジュール１１５が、コマンド部１４１ｂと、データ部１４１ｃとを夫々抽出すると、コマンド解析モジュール１１６がコマンド部１４１ｂを解析して転送先１１３−２を特定する。
【００５２】
コントロールモジュール１１４は、データ部１４１ｃの全ての受信を待つことなく、到着順に部分的に転送先１１３−２へとデータ書き込み要求を行う。
【００５３】
図１０は、機器管理に関するソフトウェア構成例を示す図である。図１０において、ＷｅｂサービスＩ／Ｆ１１３は、ネットワーク通信制御部１３６と、プリンタアプリケーション１２２と、システム設定アプリケーション１２６との夫々に対して、到着順にデータを部分的に転送可能である。
【００５４】
ネットワーク通信制御部１３６は、ＷｅｂサービスＩ／Ｆ１３３からＳＳＬ（Secure Socket Layer）通信用の証明書を受信して内部的に導入する。
【００５５】
プリンタアプリケーション１２２は、ＷｅｂサービスＩ／Ｆ１３３からフォントデータを受信して内部的に導入する。
【００５６】
システム設定アプリケーション１２６は、ＷｅｂサービスＩ／Ｆ１３３から更新ファームウェアを受信して内部的に導入する。
【００５７】
図１１は、画像処理装置１００に機器管理をするためのＳＯＡＰリクエストの例を示す図である。図１１において、機器管理をするためのＳＯＡＰリクエス１４３は、ヘッダ部１４３ａと、コマンド部１４３ｂと、データ部１４３ｃとを有する。構造解析モジュール１１５が、コマンド部１４３ｂと、データ部１４３ｃとを夫々抽出すると、コマンド解析モジュール１１６がコマンド部１４３ｂを解析して転送先１１３−２を特定する。
【００５８】
コントロールモジュール１１４は、データ部１４３ｃの全ての受信を待つことなく、到着順に部分的に転送先１１３−２へとデータ書き込み要求を行う。
［第二実施例］
次に、ＷｅｂサービスＩ／Ｆ１１３を音声交換装置に適応した第二実施例につい説明する。第二実施例において、ＷｅｂサービスＩ／Ｆ２１３が第一実施例におけるＷｅｂサービスＩ／Ｆ１１３に相当する。
【００５９】
図１２は、本発明の第二実施例に係るネットワーク構成を示す図である。図１２において、音声交換装置２００は、例えば、ネットワーク２ｂを介してサーバ３０とＮＡＳ（Network Attached Storage）４０とに接続される。また、音声交換装置２００は、ＰＴＳＮ（Public Telephone Switched Network）３ｂにも接続される。
【００６０】
音声交換装置２００は、サーバ３０やＮＡＳ４０から送信される比較的大量の音声データを受信した場合であっても、全音声データの受信を待つことなく装置内部のモジュールへ処理を指示する。
【００６１】
図１３は、本発明の第二実施例に係る音声交換装置のハードウェア構成を示す図である。図１３において、音声交換装置２００は、コンピュータによって制御される装置であって、ＣＰＵ２０１と、メモリユニット２０２と、Ｇ３モデム２０３と、変換圧縮装置２０５と、通信ユニット２０６と、記憶装置２０７とで構成され、システムバスＢ２に接続される。
【００６２】
ＣＰＵ２０１は、メモリユニット２０２に格納されたプログラムに従って音声交換装置２００全体を制御する。メモリユニット２０２には、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等にて構成され、ＣＰＵ２０１にて実行されるプログラム、ＣＰＵ２０１での処理に必要なデータ、ＣＰＵ２０１での処理にて得られたデータ等を格納する。また、メモリユニット２０２の一部の領域が、ＣＰＵ２０１での処理に利用されるワークエリアとして割り付けられている。
【００６３】
アナログの音声データはＧ３モデム２０３で受信され、変換圧縮装置２０５でディジタルの音声データに変換され圧縮される。ディジタルの音声データは、通信ユニット２０６によってネットワーク２ｂを介して他装置から受信又は他装置へと送信される。ディジタル音声データは、必要に応じて記憶装置２０７に格納される。
【００６４】
図１４は、本発明の第二実施例に係る画像処理装置の機能構成を示す図である。図１４において、音声交換装置２００は、ＯＳ（Operating System）上に、ユーザーインタフェース層２１０と、アプリケーション層２２０と、デバイス制御層２３０とを構成する。
【００６５】
ユーザーインタフェース層２１０は、ＷｅｂブラウザのためのＷｅｂＩ／Ｆ２１２と、ＳＯＡＰ（Simple Object Access Protocol）のためのＷｅｂサービスＩ／Ｆ２１３とを有する。
【００６６】
アプリケーション層２２０は、公衆回線を介して外部装置との間で音声データを送受信するためのＰＴＳＮ送受信アプリケーション２２１と、ネットワーク２ｃを介して音声データを配信するための音声配信アプリケーション２２３と、音声データを蓄積するためのリポジトリアプリケーション２２５と、音声交換装置２００への設定を行うためのシステム設計アプリケーション２２６とを有する。
【００６７】
デバイス制御層２３０は、記憶装置２０７に蓄積された音声データを管理するファイル管理部２３１と、Ｇ３モデム２０３を制御して音声データを送受信するＧ３ポート制御部２３２と、変換圧縮装置２０５を制御して音声データを変換し圧縮する変換圧縮装置制御部２３３と、ネットワーク２ｂを介して他機器との通信を制御するネットワーク通信制御部２３５とを有する。
【００６８】
図１５は、音声データ受信に関するソフトウェア構成例を示す図である。図１５において、ＷｅｂサービスＩ／Ｆ２１３は、本発明に係るデータ受信の仕組みによって、リポジトリアプリケーション２２５と、ＰＴＳＮ送受信アプリケーション２２１と、音声配信アプリケーション２２４との夫々に対して、到着順にデータを部分的に転送可能である。
【００６９】
リポジトリアプリケーション２２５は、ファイル管理部２３１に、受信した音声データを蓄積する要求をしたり、追加する要求をしたりする。ファイル管理部２３１は、リポジトリアプリケーション２２５からの要求に応じて、受信したデータを記憶装置２０７に蓄積したり、追加したりする。
【００７０】
ＰＴＳＮ送受信アプリケーション２２１は、Ｇ３ポート制御部３２３に、受信した音声データを公衆回線を介して配信することを要求する。Ｇ３ポート制御部３２３は、Ｇ３モデム２０３を制御して、受信した音声データを配信する。
【００７１】
音声配信アプリケーション２２４は、ネットワーク通信制御部２３５に、ネットワーク２ｂを介して受信した音声データを外部装置へと配信する要求を行う。ネットワーク通信制御部２３５は、通信ユニット２０６を制御してネットワーク２ｂを介して受信した音声データを外部装置へと配信する。
［第三実施例］
次に、ＷｅｂサービスＩ／Ｆ１１３を映像装置に適応した第三実施例につい説明する。第三実施例において、ＷｅｂサービスＩ／Ｆ３１３が第一実施例におけるＷｅｂサービスＩ／Ｆ１１３に相当する。
【００７２】
図１６は、本発明の第三実施例に係るネットワーク構成を示す図である。図１６において、映像装置３００は、例えば、ネットワーク２ｃを介してストリームサーバ３３とＮＡＳ（Network Attached Storage）４３とに接続される。また、映像装置３００は、ＰＴＳＮ（Public Telephone Switched Network）３ｃにも接続される。
【００７３】
映像装置３００は、ストリームサーバ３３やＮＡＳ４３から送信される比較的大量の映像データを受信した場合であっても、全映像データの受信を待つことなく装置内部のモジュールへ処理を指示する。
【００７４】
図１７は、本発明の第三実施例に係る映像装置のハードウェア構成を示す図である。図１７において、映像装置３００は、コンピュータによって制御される装置であって、ＣＰＵ３０１と、メモリユニット３０２と、Ｇ３モデム３０３と、変換圧縮装置３０５と、表示パネル（ビデオアクセラレータ）３０６と、通信ユニット３０７と、記憶装置３０８とで構成され、システムバスＢ３に接続される。
【００７５】
ＣＰＵ３０１は、メモリユニット３０２に格納されたプログラムに従って映像装置３００全体を制御する。メモリユニット３０２には、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等にて構成され、ＣＰＵ３０１にて実行されるプログラム、ＣＰＵ３０１での処理に必要なデータ、ＣＰＵ３０１での処理にて得られたデータ等を格納する。また、メモリユニット３０２の一部の領域が、ＣＰＵ３０１での処理に利用されるワークエリアとして割り付けられている。
【００７６】
アナログの映像データはＧ３モデム３０３で受信され、変換圧縮装置３０５でディジタルの映像データに変換され圧縮される。ディジタルの映像データは、通信ユニット３０７によってネットワーク２ｃを介して他装置から受信又は他装置へと送信される。ディジタル映像データは、必要に応じて記憶装置３０８に格納される。
【００７７】
図１８は、本発明の第三実施例に係る画像処理装置の機能構成を示す図である。図１８において、映像装置３００は、ＯＳ（Operating System）上に、ユーザーインタフェース層３１０と、アプリケーション層３２０と、デバイス制御層３３０とを構成する。
【００７８】
ユーザーインタフェース層３１０は、ＷｅｂブラウザのためのＷｅｂＩ／Ｆ３１２と、ＳＯＡＰ（Simple Object Access Protocol）のためのＷｅｂサービスＩ／Ｆ３１３と、表示パネルＩ／Ｆ３１４とを有する。
【００７９】
アプリケーション層３２０は、公衆回線を介して外部装置との間で映像データを送受信するためのＰＴＳＮ送受信アプリケーション３２１と、ネットワーク２ｃを介して映像データを配信するための映像配信アプリケーション２２３と、映像を再生するための再生アプリケーション３２４と、映像データを蓄積するための蓄積アプリケーション３２５と、映像装置３００への設定を行うためのシステム設計アプリケーション３２６とを有する。
【００８０】
デバイス制御層３３０は、記憶装置３０８に蓄積された映像データを管理するファイル管理部３３１と、Ｇ３モデム３０３を制御して映像データを送受信するＧ３ポート制御部３３２と、変換圧縮装置３０５を制御して映像データを変換し圧縮する変換圧縮装置制御部３３３と、表示パネル（ビデオアクセラレータ）３０６を制御するビデオデバイス制御部３３４と、ネットワーク２ｃを介して他機器との通信を制御するネットワーク通信制御部３３５とを有する。
【００８１】
図１９は、映像データ受信に関するソフトウェア構成例を示す図である。図１９において、ＷｅｂサービスＩ／Ｆ３１３は、本発明に係るデータ受信の仕組みによって、映像配信アプリケーション３２３と、再生アプリケーション３２４との夫々に対して、到着順にデータを部分的に転送可能である。
【００８２】
映像配信アプリケーション３２３は、ネットワーク通信制御部３３５に、ネットワーク２ｃを介して受信した映像データを外部装置へと配信する要求を行う。ネットワーク通信制御部３３５は、通信ユニット３０７を制御してネットワーク２ｃを介して受信した映像データを外部装置へと配信する。
【００８３】
再生アプリケーション３２４は、ビデオデバイス制御部３３４に、受信した映像データを再生することを要求する。ビデオデバイス制御部３３４は、表示パネル（ビデオアクセラレータ）３０６を制御して受信した映像を再生する。
【００８４】
上述したように、本発明によれば、受信したデータは、到着順に順次処理することができるため、受信データ用の記憶領域が少ない場合であっても受信データに対する処理を行うことができる。
【００８５】
全データの受信を待つことなく、データの転送先１１３−２を決定することができるため、到着順に受信したデータを転送先１１３−２へ転送することができる。従って、データを最初に受信してから早期に処理を開始することができる。例えば、文書データを外部へ転送する場合、全文書データを受信する前に到着順に外部への転送を開始することができる。
【００８６】
本発明は、データを受信する機能を備えた装置全般に適応可能である。また、データを受信するための手順としてＳＯＡＰに限定されるものではない。
【００８７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の第一実施例に係るネットワーク構成を示す図である。
【図２】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図３】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図４】ＷｅｂサービスＩ／Ｆの内部構成を示す図である。
【図５】データ受信時のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図６】転送ＩＤを用いた場合の概念を説明するための図である。
【図７】ＷｅｂサービスＩ／Ｆ内の状態遷移を示す図である。
【図８】文書操作に関するソフトウェア構成例を示す図である。
【図９】画像処理装置にデータを蓄積するためのＳＯＡＰリクエストの例を示す図である。
【図１０】機器管理に関するソフトウェア構成例を示す図である。
【図１１】画像処理装置に機器管理をするためのＳＯＡＰリクエストの例を示す図である。
【図１２】本発明の第二実施例に係るネットワーク構成を示す図である。
【図１３】本発明の第二実施例に係る音声交換装置のハードウェア構成を示す図である。
【図１４】本発明の第二実施例に係る画像処理装置の機能構成を示す図である。
【図１５】音声データ受信に関するソフトウェア構成例を示す図である。
【図１６】本発明の第三実施例に係るネットワーク構成を示す図である。
【図１７】本発明の第三実施例に係る映像装置のハードウェア構成を示す図である。
【図１８】本発明の第三実施例に係る画像処理装置の機能構成を示す図である。
【図１９】映像データ受信に関するソフトウェア構成例を示す図である。
【符号の説明】
【００８９】
２ａ            ネットワーク
１０            クライアント
２０            画像処理装置
６０            コントローラ
６１            ＣＰＵ
６２            システムメモリ
６３            ＮＢ
６５            ＡＧＰ
６７            ローカルメモリ
６８            ＨＤＤ
７０            外部インタフェース
７３            ＰＣＩバス
８０            オペレーションパネル
８１            ＦＡＸ
８２            プロッタ
８３            スキャナ
８９            ＰＣＩバス
１００          画像処理装置
１１０          ユーザーインタフェース層
１１１          オペレーションパネルＩ／Ｆ
１１２          ＷｅｂＩ／Ｆ
１１３          ＷｅｂサービスＩ／Ｆ
１１３          ＷｅｂサービスＩ／Ｆ
１１３−２      転送先
１１４          コントロールモジュール
１１５          構造解析モジュール
１１６          コマンド解析モジュール
１１７、１１８、１１９          転送先管理モジュール
１１７ａ、１１８ａ、１１９ａ    転送先モジュール
１２０          アプリケーション層
１２１          ＦＡＸアプリケーション
１２２          プリンタアプリケーション
１２３          スキャナアプリケーション
１２４          文書配信アプリケーション
１２５          リポジトリアプリケーション
１２６          システム設定アプリケーション
１３０          デバイス制御層
１３１          ファイル管理部
１３２          ＦＡＸ装置制御部
１３３          画像エンジン制御部
１３４          スキャナ装置制御部
１３５          ネットワーク通信制御部
【図１】
2007258810.tif 000003
【図２】
2007258810.tif 000004
【図３】
2007258810.tif 000005
【図４】
2007258810.tif 000006
【図５】
2007258810.tif 000007
【図６】
2007258810.tif 000008
【図７】
2007258810.tif 000009
【図８】
2007258810.tif 000010
【図９】
2007258810.tif 000011
【図１０】
2007258810.tif 000012
【図１１】
2007258810.tif 000013
【図１２】
2007258810.tif 000014
【図１３】
2007258810.tif 000015
【図１４】
2007258810.tif 000016
【図１５】
2007258810.tif 000017
【図１６】
2007258810.tif 000018
【図１７】
2007258810.tif 000019
【図１８】
2007258810.tif 000020
【図１９】
2007258810.tif 000021