情報処理装置及びデータ送信方法
【課題】本発明の課題は、全データの送信後にデータの転送結果を送信する情報処理装置を提供することを目的とする。
【解決手段】本発明の課題は、データを送信する情報処理装置であって、データを送信するための所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有する情報処理装置によって達成される。
【解決手段】本発明の課題は、データを送信する情報処理装置であって、データを送信するための所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有する情報処理装置によって達成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全データの送信後にデータの転送結果を送信する情報処理装置及びデータ送信方法を提供するものである。
【背景技術】
【０００２】
近年、画像、音声、映像などのマルチメディアとネットワークの普及により、ネットワークを介したマルチメディアに係るデータの送受信が広く行われるようになってきた。ネットワークを介した通信の需要が高まるにつれて、データの送受信を効率よくかつ迅速に処理することが要求されてきた。
【０００３】
また、ネットワークを介して通信装置を接続した通信システムにおいて、複数の通信装置同士でメッセージを交換させることにより、通信相手の装置に対して通知や要求を行わせる場合、コマンドやコマンド応答を送受信する度に、コマンドの宛先毎にそれぞれ別々に通信のコネクションを確立する必要があり、通信のオーバーヘッドが大きくなると言った問題があった。
【０００４】
複数の通信装置への動作要求及びその動作要求に対する複数の通信装置からの動作応答を仲介する仲介装置を設け、動作要求と動作応答とをそれぞれ、形式を変更せずに複数統合して転送可能な１つのメッセージを生成することができる形式で表現し、また、複数統合された状態では形式を変更せずに分割して転送可能な個々の動作要求及び動作応答に戻すことが提案されている（例えば、特許文献１及び特許文献２）。
【特許文献１】特開２００４−１３９５８６号公報
【特許文献２】特開２００４−１４０８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチメディアに係るデータは比較的データ量が大きく、データ送信処理の過程において内部要因によってデータを送信できない場合に、送信先では全くデータを受信できないと言った問題があった。
【０００６】
上記従来の技術では、動作要求及び動作応答に係る通信量を改善することができるが、このような問題を解決する手段について示唆されていなかった。
【０００７】
そこで、本発明の課題は、全データの送信後にデータの転送結果を送信する情報処理装置及びデータ送信方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、データを送信する情報処理装置であって、データを送信するための所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有するように構成される。
【０００９】
このような情報処理装置では、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信先の外部装置に対して可能な限りデータを送信しておくことができる。
【００１０】
上記課題を解決するための手段として、本発明は、上記情報処理装置での処理をコンピュータに行なわせるためのデータ送信方法とすることもできる。また、本発明に係る情報処理装置は、画像処理装置、音声交換装置、映像装置などのマルチメディアに係るデータを処理対象とする装置とすることもできる。
【発明の効果】
【００１１】
本発明によれば、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信先の外部装置では、可能な限りデータを受信しておくことができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１３】
図１は、本発明の第一実施例に係るネットワーク構成を示す図である。図１において、画像処理装置１００は、ネットワーク２ａを介してクライアント１０と他の画像処理装置２０とに接続される。また、画像処理装置１００は、ＰＴＳＮ（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）のためのＷｅｂサービスＩ／Ｆ１１３とを有する。
【００２５】
アプリケーション層１２０は、ＦＡＸ送受信するためのＦＡＸアプリケーション１２１と、文書を印刷するためのプリンタアプリケーション１２２と、文書を読み取るためのスキャナアプリケーション１２３と、画像処理装置１００内に蓄積された文書データを配信するための文書配信アプリケーション１２４と、文書データを蓄積するためのリポジトリアプリケーション１２５と、画像処理装置１００に備えられた各デバイスの設定のためのシステム設計アプリケーション１２６とを有する。
【００２６】
デバイス制御層１３０は、ＨＤＤ６８に蓄積された画像データを管理するファイル管理部１３１と、ＦＡＸ８１を制御してＦＡＸ送受信を行うＦＡＸ装置制御部１３２と、プロッタ８２を制御して画像形成を行う画像エンジン制御部１３３と、スキャナ８３を制御して画像を読み取るスキャナ装置制御部１３４と、ネットワーク２ａを介して他機器との通信を制御するネットワーク通信制御部１３５とを有する。
【００２７】
図４は、ＷｅｂサービスＩ／Ｆの内部構成を示す図である。図４において、ＷｅｂサービスＩ／Ｆ１１３は、コントロールモジュール１１４と、構造解析モジュール１１５と、コマンド解析モジュール１１６と、転送元管理モジュール１１７、１１８及び１１９とを有する。転送元管理モジュール１１７、１１８及び１１９は、転送元１１３−２としての転送元モジュール１１７ａ、１１８ａ及び１１９ａに対応する。
【００２８】
コントロールモジュール１１４は、ＳＯＡＰメッセージを受信すると、構造解析モジュール１１５とコマンド解析モジュール１１６とによって、ＳＯＡＰメッセージの内容を解析させ、転送元管理モジュール１１７、１１８及び１１９に処理の指示とデータの受け渡しを行う。
【００２９】
構造解析モジュール１１５は、ＳＯＡＰメッセージの構造を解析し、コマンド部分とデータ部分とを抽出する。コマンド解析モジュール１１６は、抽出されたコマンドを解析し、転送元へＳＯＡＰメッセージに従ったデータ処理を行わせるために転送元管理モジュール１１７、１１８及び１１９の１つを選択する。
【００３０】
３つの転送元管理モジュール１１７、１１８及び１１９を示しているが、ＷｅｂサービスＩ／Ｆ１１３では１つ以上の転送元管理モジュールが実行され、４以上の転送元管理モジュールがあってもよい。以下、転送元管理モジュール１１７及び転送元モジュール１１７ａを例として説明する。
【００３１】
まず、データ送信が正常な場合について図５及び図６で説明する。図５は、データ送信が正常な場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図６は、データ送信が正常な場合のＳＯＡＰレスポンスの例を示す図である。
【００３２】
図５において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００３３】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００３４】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００３５】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。例えば、図６に示すＳＯＡＰレスポンス２４１のヘッダ部２４１ａが送出される（ステップＳ２１７−４）。
【００３６】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００３７】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す。図６のＳＯＡＰレスポンス２４１のデータ部２４１ｂが、順次送出される。
【００３８】
最後のデータの読み出し要求後、コントロールモジュール１１４は、転送元管理モジュール１１７に対してデータ読み出し完了要求を行う（ステップＳ２２１）。転送元管理モジュール１１７は、データ読み出し完了通知を転送元モジュール１１７ａに対して行う（ステップＳ２２２）。転送元モジュール１１７ａは、データ読み出し完了通知に応じて終了処理を行う（ステップＳ２２３）。
【００３９】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２３−２）、データがネットワーク２ａへと送出される（ステップＳ２２３−４）。図６のＳＯＡＰレスポンス２４１のデータ部２４１ｂが、送出された全データとなる。
【００４０】
一方、転送元管理モジュール１１７は、コントロールモジュール１１４に対してデータ読み出し完了通知を行い（ステップＳ２２４）、コンテクストを生成する（ステップＳ２２５）。コントロールモジュール１１４は、結果返却を行う（ステップＳ２２６）。結果返却には、転送結果が正常であることが示され、例えば、図６のＳＯＡＰレスポンスの転送結果部２１４ｃが送出される。
【００４１】
図７は、内部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図８は、内部要因によって送信エラーとなる場合のＳＯＡＰレスポンスの例を示す図である。図７中、図５の処理と同一な処理には同一ステップ番号を付してある。
【００４２】
図７において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００４３】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００４４】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００４５】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。例えば、図８に示すＳＯＡＰレスポンス２４３のヘッダ部２４３ａが送出される（ステップＳ２１７−４）。
【００４６】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００４７】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。図８のＳＯＡＰレスポンス２４３のデータ部２４３ｂが、順次送出される。
【００４８】
このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す際に、転送元モジュール１１７ａにてデータ書き出し処理中に内部エラーが発生し、転送元管理モジュール１１７は、その内部エラーの検出後、データ読み出しに失敗したことをコントロールモジュール１１４に通知する（ステップＳ２３０）。
【００４９】
コントロールモジュール１１４は、データ読み出しの失敗を示すフォルト送出を開始する（ステップＳ２３２）。図８の転送結果部２４３ｃにデータ読み出しの失敗を示すことが記述されたＳＯＡＰレスポンスが送信される。
【００５０】
図９は、外部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図９中、図５の処理と同一な処理には同一ステップ番号を付してある。
【００５１】
図９において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００５２】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００５３】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００５４】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。ＳＯＡＰレスポンスのヘッダ部が送出される（ステップＳ２１７−４）。
【００５５】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００５６】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。
【００５７】
このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す際に、コントロールモジュール１１４は、データ送出中に転送エラーを検出すると（ステップＳ２３９）、データ読み出しキャンセル要求を転送管理モジュール１１７へ行う（ステップＳ２４０）。
【００５８】
転送元管理モジュール１１７は、データ読み出しキャンセル要求に応じて、転送元モジュール１１７ａに対してデータ読み出し完了要求を行う（ステップＳ２４１）。転送元モジュール１１７ａは、データ読み出し完了要求に応じて、データ読み出しのキャンセル処理を行う（ステップＳ２４２）。
【００５９】
上述したように、画像処理装置１００のコントロールモジュール１１４は、データを送信する場合、データ送信後に転送結果を送出するため、データ送信の状態に適応した適切な転送結果をデータ送信要求元に通知することができる。また、装置内部のモジュールに対して、送信用の記憶領域に応じたデータ量の単位で複数回に分けてデータの読み出しを指示するため、送信すべきデータ量の大きさに影響されることなくデータ送信を行うことができる。
［第二実施例］
次に、ＷｅｂサービスＩ／Ｆ１１３を音声交換装置に適応した第二実施例につい説明する。第二実施例において、ＷｅｂサービスＩ／Ｆ２１３が第一実施例におけるＷｅｂサービスＩ／Ｆ１１３に相当する。
【００６０】
図１０は、本発明の第二実施例に係るネットワーク構成を示す図である。図１０において、音声交換装置２００は、例えば、ネットワーク２ｂを介してサーバ３０とＮＡＳ（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）のためのＷｅｂサービスＩ／Ｆ３１３と、表示パネルＩ／Ｆ３１４とを有する。
【００８０】
アプリケーション層３２０は、公衆回線を介して外部装置との間で映像データを送受信するためのＰＴＳＮ送受信アプリケーション３２１と、ネットワーク２ｃを介して映像データを配信するための映像配信アプリケーション２２３と、映像を再生するための再生アプリケーション３２４と、映像データを蓄積するための蓄積アプリケーション３２５と、映像装置３００への設定を行うためのシステム設計アプリケーション３２６とを有する。
【００８１】
デバイス制御層３３０は、記憶装置３０８に蓄積された映像データを管理するファイル管理部３３１と、Ｇ３モデム３０３を制御して映像データを送受信するＧ３ポート制御部３３２と、変換圧縮装置３０５を制御して映像データを変換し圧縮する変換圧縮装置制御部３３３と、表示パネル（ビデオアクセラレータ）３０６を制御するビデオデバイス制御部３３４と、ネットワーク２ｃを介して他機器との通信を制御するネットワーク通信制御部３３５とを有する。
【００８２】
図１７は、映像データ送信に関するソフトウェア構成例を示す図である。図１７において、ＷｅｂサービスＩ／Ｆ３１３は、本発明に係るデータ送信の仕組みによって、映像配信アプリケーション３２３と、再生アプリケーション３２４との夫々に対して、到着順にデータを部分的に転送可能である。
【００８３】
蓄積アプリケーション３２５は、ファイル管理部３３１に、記憶装置３０８に蓄積された映像データを引き取る要求をする。ファイル管理部３３１は、記憶装置３０８に蓄積された映像データを蓄積アプリケーション３２５へと引き渡す。
【００８４】
映像配信アプリケーション３２３は、ネットワーク通信制御部３３５に、ネットワーク２ｃを介して受信した映像データを引き取る要求をしたり、外部装置から取得した映像データを引き取る要求を行う。ネットワーク通信制御部３３５は、通信ユニット３０７を制御してネットワーク２ｃを介して受信して記憶装置３０８に蓄積された映像データを映像配信アプリケーション３２３へと引き渡す。
【００８５】
上述したように、本発明によれば、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信元の外部装置では、可能な限りデータを受信しておくことができる。
【００８６】
本発明は、データを送信する機能を備えた装置全般に適応可能である。また、データを送信するための手順としてＳＯＡＰに限定されるものではない。
【００８７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の第一実施例に係るネットワーク構成を示す図である。
【図２】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図３】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図４】ＷｅｂサービスＩ／Ｆの内部構成を示す図である。
【図５】データ送信が正常な場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図６】データ送信が正常な場合のＳＯＡＰレスポンスの例を示す図である。
【図７】内部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図８】内部要因によって送信エラーとなる場合のＳＯＡＰレスポンスの例を示す図である。
【図９】外部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図１０】本発明の第二実施例に係るネットワーク構成を示す図である。
【図１１】本発明の第二実施例に係る音声交換装置のハードウェア構成を示す図である。
【図１２】本発明の第二実施例に係る画像処理装置の機能構成を示す図である。
【図１３】音声データ送信に関するソフトウェア構成例を示す図である。
【図１４】本発明の第三実施例に係るネットワーク構成を示す図である。
【図１５】本発明の第三実施例に係る映像装置のハードウェア構成を示す図である。
【図１６】本発明の第三実施例に係る画像処理装置の機能構成を示す図である。
【図１７】映像データ送信に関するソフトウェア構成例を示す図である。
【符号の説明】
【００８９】
２ａ ネットワーク
１０ クライアント
２０ 画像処理装置
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ
６３ ＮＢ
６５ ＡＧＰ
６７ ローカルメモリ
６８ ＨＤＤ
７０ 外部インタフェース
７３ ＰＣＩバス
８０ オペレーションパネル
８１ ＦＡＸ
８２ プロッタ
８３ スキャナ
８９ ＰＣＩバス
１００ 画像処理装置
１１０ ユーザーインタフェース層
１１１ オペレーションパネルＩ／Ｆ
１１２ ＷｅｂＩ／Ｆ
１１３ ＷｅｂサービスＩ／Ｆ
１１３ ＷｅｂサービスＩ／Ｆ
１１３−２ 転送元
１１４ コントロールモジュール
１１５ 構造解析モジュール
１１６ コマンド解析モジュール
１１７、１１８、１１９ 転送元管理モジュール
１１７ａ、１１８ａ、１１９ａ 転送元モジュール
１２０ アプリケーション層
１２１ ＦＡＸアプリケーション
１２２ プリンタアプリケーション
１２３ スキャナアプリケーション
１２４ 文書配信アプリケーション
１２５ リポジトリアプリケーション
１２６ システム設定アプリケーション
１３０ デバイス制御層
１３１ ファイル管理部
１３２ ＦＡＸ装置制御部
１３３ 画像エンジン制御部
１３４ スキャナ装置制御部
１３５ ネットワーク通信制御部
【技術分野】
【０００１】
本発明は、全データの送信後にデータの転送結果を送信する情報処理装置及びデータ送信方法を提供するものである。
【背景技術】
【０００２】
近年、画像、音声、映像などのマルチメディアとネットワークの普及により、ネットワークを介したマルチメディアに係るデータの送受信が広く行われるようになってきた。ネットワークを介した通信の需要が高まるにつれて、データの送受信を効率よくかつ迅速に処理することが要求されてきた。
【０００３】
また、ネットワークを介して通信装置を接続した通信システムにおいて、複数の通信装置同士でメッセージを交換させることにより、通信相手の装置に対して通知や要求を行わせる場合、コマンドやコマンド応答を送受信する度に、コマンドの宛先毎にそれぞれ別々に通信のコネクションを確立する必要があり、通信のオーバーヘッドが大きくなると言った問題があった。
【０００４】
複数の通信装置への動作要求及びその動作要求に対する複数の通信装置からの動作応答を仲介する仲介装置を設け、動作要求と動作応答とをそれぞれ、形式を変更せずに複数統合して転送可能な１つのメッセージを生成することができる形式で表現し、また、複数統合された状態では形式を変更せずに分割して転送可能な個々の動作要求及び動作応答に戻すことが提案されている（例えば、特許文献１及び特許文献２）。
【特許文献１】特開２００４−１３９５８６号公報
【特許文献２】特開２００４−１４０８１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、マルチメディアに係るデータは比較的データ量が大きく、データ送信処理の過程において内部要因によってデータを送信できない場合に、送信先では全くデータを受信できないと言った問題があった。
【０００６】
上記従来の技術では、動作要求及び動作応答に係る通信量を改善することができるが、このような問題を解決する手段について示唆されていなかった。
【０００７】
そこで、本発明の課題は、全データの送信後にデータの転送結果を送信する情報処理装置及びデータ送信方法を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、データを送信する情報処理装置であって、データを送信するための所定データ処理を実行する複数の内部処理手段と、前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有するように構成される。
【０００９】
このような情報処理装置では、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信先の外部装置に対して可能な限りデータを送信しておくことができる。
【００１０】
上記課題を解決するための手段として、本発明は、上記情報処理装置での処理をコンピュータに行なわせるためのデータ送信方法とすることもできる。また、本発明に係る情報処理装置は、画像処理装置、音声交換装置、映像装置などのマルチメディアに係るデータを処理対象とする装置とすることもできる。
【発明の効果】
【００１１】
本発明によれば、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信先の外部装置では、可能な限りデータを受信しておくことができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１３】
図１は、本発明の第一実施例に係るネットワーク構成を示す図である。図１において、画像処理装置１００は、ネットワーク２ａを介してクライアント１０と他の画像処理装置２０とに接続される。また、画像処理装置１００は、ＰＴＳＮ（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）のためのＷｅｂサービスＩ／Ｆ１１３とを有する。
【００２５】
アプリケーション層１２０は、ＦＡＸ送受信するためのＦＡＸアプリケーション１２１と、文書を印刷するためのプリンタアプリケーション１２２と、文書を読み取るためのスキャナアプリケーション１２３と、画像処理装置１００内に蓄積された文書データを配信するための文書配信アプリケーション１２４と、文書データを蓄積するためのリポジトリアプリケーション１２５と、画像処理装置１００に備えられた各デバイスの設定のためのシステム設計アプリケーション１２６とを有する。
【００２６】
デバイス制御層１３０は、ＨＤＤ６８に蓄積された画像データを管理するファイル管理部１３１と、ＦＡＸ８１を制御してＦＡＸ送受信を行うＦＡＸ装置制御部１３２と、プロッタ８２を制御して画像形成を行う画像エンジン制御部１３３と、スキャナ８３を制御して画像を読み取るスキャナ装置制御部１３４と、ネットワーク２ａを介して他機器との通信を制御するネットワーク通信制御部１３５とを有する。
【００２７】
図４は、ＷｅｂサービスＩ／Ｆの内部構成を示す図である。図４において、ＷｅｂサービスＩ／Ｆ１１３は、コントロールモジュール１１４と、構造解析モジュール１１５と、コマンド解析モジュール１１６と、転送元管理モジュール１１７、１１８及び１１９とを有する。転送元管理モジュール１１７、１１８及び１１９は、転送元１１３−２としての転送元モジュール１１７ａ、１１８ａ及び１１９ａに対応する。
【００２８】
コントロールモジュール１１４は、ＳＯＡＰメッセージを受信すると、構造解析モジュール１１５とコマンド解析モジュール１１６とによって、ＳＯＡＰメッセージの内容を解析させ、転送元管理モジュール１１７、１１８及び１１９に処理の指示とデータの受け渡しを行う。
【００２９】
構造解析モジュール１１５は、ＳＯＡＰメッセージの構造を解析し、コマンド部分とデータ部分とを抽出する。コマンド解析モジュール１１６は、抽出されたコマンドを解析し、転送元へＳＯＡＰメッセージに従ったデータ処理を行わせるために転送元管理モジュール１１７、１１８及び１１９の１つを選択する。
【００３０】
３つの転送元管理モジュール１１７、１１８及び１１９を示しているが、ＷｅｂサービスＩ／Ｆ１１３では１つ以上の転送元管理モジュールが実行され、４以上の転送元管理モジュールがあってもよい。以下、転送元管理モジュール１１７及び転送元モジュール１１７ａを例として説明する。
【００３１】
まず、データ送信が正常な場合について図５及び図６で説明する。図５は、データ送信が正常な場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図６は、データ送信が正常な場合のＳＯＡＰレスポンスの例を示す図である。
【００３２】
図５において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００３３】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００３４】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００３５】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。例えば、図６に示すＳＯＡＰレスポンス２４１のヘッダ部２４１ａが送出される（ステップＳ２１７−４）。
【００３６】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００３７】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す。図６のＳＯＡＰレスポンス２４１のデータ部２４１ｂが、順次送出される。
【００３８】
最後のデータの読み出し要求後、コントロールモジュール１１４は、転送元管理モジュール１１７に対してデータ読み出し完了要求を行う（ステップＳ２２１）。転送元管理モジュール１１７は、データ読み出し完了通知を転送元モジュール１１７ａに対して行う（ステップＳ２２２）。転送元モジュール１１７ａは、データ読み出し完了通知に応じて終了処理を行う（ステップＳ２２３）。
【００３９】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２３−２）、データがネットワーク２ａへと送出される（ステップＳ２２３−４）。図６のＳＯＡＰレスポンス２４１のデータ部２４１ｂが、送出された全データとなる。
【００４０】
一方、転送元管理モジュール１１７は、コントロールモジュール１１４に対してデータ読み出し完了通知を行い（ステップＳ２２４）、コンテクストを生成する（ステップＳ２２５）。コントロールモジュール１１４は、結果返却を行う（ステップＳ２２６）。結果返却には、転送結果が正常であることが示され、例えば、図６のＳＯＡＰレスポンスの転送結果部２１４ｃが送出される。
【００４１】
図７は、内部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図８は、内部要因によって送信エラーとなる場合のＳＯＡＰレスポンスの例を示す図である。図７中、図５の処理と同一な処理には同一ステップ番号を付してある。
【００４２】
図７において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００４３】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００４４】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００４５】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。例えば、図８に示すＳＯＡＰレスポンス２４３のヘッダ部２４３ａが送出される（ステップＳ２１７−４）。
【００４６】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００４７】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。図８のＳＯＡＰレスポンス２４３のデータ部２４３ｂが、順次送出される。
【００４８】
このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す際に、転送元モジュール１１７ａにてデータ書き出し処理中に内部エラーが発生し、転送元管理モジュール１１７は、その内部エラーの検出後、データ読み出しに失敗したことをコントロールモジュール１１４に通知する（ステップＳ２３０）。
【００４９】
コントロールモジュール１１４は、データ読み出しの失敗を示すフォルト送出を開始する（ステップＳ２３２）。図８の転送結果部２４３ｃにデータ読み出しの失敗を示すことが記述されたＳＯＡＰレスポンスが送信される。
【００５０】
図９は、外部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。図９中、図５の処理と同一な処理には同一ステップ番号を付してある。
【００５１】
図９において、コントロールモジュール１１４にＳＯＡＰリクエストなどによってデータを要求するメッセージ（以下、単にデータ又は受信データという）が到着すると（ステップＳ２１１）、コントロールモジュール１１４は、構造解析モジュール１１５に対して構造解析要求を行う（ステップＳ２１２）。構造解析モジュール１１５は、受信データの最初に設定されているコマンド部分を切り出して、コントロールモジュール１１４に返す。
【００５２】
コントロールモジュール１１４は、構造解析モジュール１１５からのコマンド部分に基づいて、コマンド解析モジュール１１６に対してコマンド実施要求を行う（ステップＳ２１３）。コマンド解析モジュール１１６は、受信したコマンドを解析して、そのコマンドに対応する転送元１１３−２を特定し、転送元１１３−２に対応する転送元管理モジュール１１７に対して初期化要求を行う（ステップＳ２１４）。
【００５３】
転送元管理モジュール１１７は、コマンド解析モジュール１１６から初期化要求を受信すると、コンテクストを生成し（ステップＳ２１５）、転送元モジュール１１７ａに対してコマンド実施要求を行う（ステップＳ２１６）。転送元モジュール１１７ａは、コマンドを実行する（ステップＳ２１７）。
【００５４】
コントロールモジュール１１４は、ヘッダ送出を開始する（ステップＳ２１７−２）。ＳＯＡＰレスポンスのヘッダ部が送出される（ステップＳ２１７−４）。
【００５５】
コントロールモジュール１１４は、送信するためのデータを全て保持することなく、送信用の記憶領域に対応したデータ量の単位で順にデータ読み出し要求を転送元管理モジュール１１７へ行う（ステップＳ２１８）。転送元管理モジュール１１７は、転送元モジュール１１７ａに対してデータ読み出し要求を行う（ステップＳ２１９）。転送元モジュール１１７ａは、データ読み出し要求に応じてデータ読み出し処理を行う（ステップＳ２２０）。
【００５６】
コントロールモジュール１１４は、転送元モジュール１１７ａによって読み出されたデータを送出開始し（ステップＳ２２０−２）、データがネットワーク２ａへと送出される（ステップＳ２２０−４）。
【００５７】
このように、ステップＳ２１８からＳ２２０−４を全データを読み出して送出するまで繰り返す際に、コントロールモジュール１１４は、データ送出中に転送エラーを検出すると（ステップＳ２３９）、データ読み出しキャンセル要求を転送管理モジュール１１７へ行う（ステップＳ２４０）。
【００５８】
転送元管理モジュール１１７は、データ読み出しキャンセル要求に応じて、転送元モジュール１１７ａに対してデータ読み出し完了要求を行う（ステップＳ２４１）。転送元モジュール１１７ａは、データ読み出し完了要求に応じて、データ読み出しのキャンセル処理を行う（ステップＳ２４２）。
【００５９】
上述したように、画像処理装置１００のコントロールモジュール１１４は、データを送信する場合、データ送信後に転送結果を送出するため、データ送信の状態に適応した適切な転送結果をデータ送信要求元に通知することができる。また、装置内部のモジュールに対して、送信用の記憶領域に応じたデータ量の単位で複数回に分けてデータの読み出しを指示するため、送信すべきデータ量の大きさに影響されることなくデータ送信を行うことができる。
［第二実施例］
次に、ＷｅｂサービスＩ／Ｆ１１３を音声交換装置に適応した第二実施例につい説明する。第二実施例において、ＷｅｂサービスＩ／Ｆ２１３が第一実施例におけるＷｅｂサービスＩ／Ｆ１１３に相当する。
【００６０】
図１０は、本発明の第二実施例に係るネットワーク構成を示す図である。図１０において、音声交換装置２００は、例えば、ネットワーク２ｂを介してサーバ３０とＮＡＳ（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）のためのＷｅｂサービスＩ／Ｆ３１３と、表示パネルＩ／Ｆ３１４とを有する。
【００８０】
アプリケーション層３２０は、公衆回線を介して外部装置との間で映像データを送受信するためのＰＴＳＮ送受信アプリケーション３２１と、ネットワーク２ｃを介して映像データを配信するための映像配信アプリケーション２２３と、映像を再生するための再生アプリケーション３２４と、映像データを蓄積するための蓄積アプリケーション３２５と、映像装置３００への設定を行うためのシステム設計アプリケーション３２６とを有する。
【００８１】
デバイス制御層３３０は、記憶装置３０８に蓄積された映像データを管理するファイル管理部３３１と、Ｇ３モデム３０３を制御して映像データを送受信するＧ３ポート制御部３３２と、変換圧縮装置３０５を制御して映像データを変換し圧縮する変換圧縮装置制御部３３３と、表示パネル（ビデオアクセラレータ）３０６を制御するビデオデバイス制御部３３４と、ネットワーク２ｃを介して他機器との通信を制御するネットワーク通信制御部３３５とを有する。
【００８２】
図１７は、映像データ送信に関するソフトウェア構成例を示す図である。図１７において、ＷｅｂサービスＩ／Ｆ３１３は、本発明に係るデータ送信の仕組みによって、映像配信アプリケーション３２３と、再生アプリケーション３２４との夫々に対して、到着順にデータを部分的に転送可能である。
【００８３】
蓄積アプリケーション３２５は、ファイル管理部３３１に、記憶装置３０８に蓄積された映像データを引き取る要求をする。ファイル管理部３３１は、記憶装置３０８に蓄積された映像データを蓄積アプリケーション３２５へと引き渡す。
【００８４】
映像配信アプリケーション３２３は、ネットワーク通信制御部３３５に、ネットワーク２ｃを介して受信した映像データを引き取る要求をしたり、外部装置から取得した映像データを引き取る要求を行う。ネットワーク通信制御部３３５は、通信ユニット３０７を制御してネットワーク２ｃを介して受信して記憶装置３０８に蓄積された映像データを映像配信アプリケーション３２３へと引き渡す。
【００８５】
上述したように、本発明によれば、全データの送信後にデータの転送結果を送信するため、データ送信処理の過程で内部エラーが発生したとしても、送信元の外部装置では、可能な限りデータを受信しておくことができる。
【００８６】
本発明は、データを送信する機能を備えた装置全般に適応可能である。また、データを送信するための手順としてＳＯＡＰに限定されるものではない。
【００８７】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００８８】
【図１】本発明の第一実施例に係るネットワーク構成を示す図である。
【図２】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図３】本発明の第一実施例に係る画像処理装置の機能構成を示す図である。
【図４】ＷｅｂサービスＩ／Ｆの内部構成を示す図である。
【図５】データ送信が正常な場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図６】データ送信が正常な場合のＳＯＡＰレスポンスの例を示す図である。
【図７】内部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図８】内部要因によって送信エラーとなる場合のＳＯＡＰレスポンスの例を示す図である。
【図９】外部要因によって送信エラーとなる場合のＷｅｂサービスＩ／Ｆに関するシーケンスフローを示す図である。
【図１０】本発明の第二実施例に係るネットワーク構成を示す図である。
【図１１】本発明の第二実施例に係る音声交換装置のハードウェア構成を示す図である。
【図１２】本発明の第二実施例に係る画像処理装置の機能構成を示す図である。
【図１３】音声データ送信に関するソフトウェア構成例を示す図である。
【図１４】本発明の第三実施例に係るネットワーク構成を示す図である。
【図１５】本発明の第三実施例に係る映像装置のハードウェア構成を示す図である。
【図１６】本発明の第三実施例に係る画像処理装置の機能構成を示す図である。
【図１７】映像データ送信に関するソフトウェア構成例を示す図である。
【符号の説明】
【００８９】
２ａ ネットワーク
１０ クライアント
２０ 画像処理装置
６０ コントローラ
６１ ＣＰＵ
６２ システムメモリ
６３ ＮＢ
６５ ＡＧＰ
６７ ローカルメモリ
６８ ＨＤＤ
７０ 外部インタフェース
７３ ＰＣＩバス
８０ オペレーションパネル
８１ ＦＡＸ
８２ プロッタ
８３ スキャナ
８９ ＰＣＩバス
１００ 画像処理装置
１１０ ユーザーインタフェース層
１１１ オペレーションパネルＩ／Ｆ
１１２ ＷｅｂＩ／Ｆ
１１３ ＷｅｂサービスＩ／Ｆ
１１３ ＷｅｂサービスＩ／Ｆ
１１３−２ 転送元
１１４ コントロールモジュール
１１５ 構造解析モジュール
１１６ コマンド解析モジュール
１１７、１１８、１１９ 転送元管理モジュール
１１７ａ、１１８ａ、１１９ａ 転送元モジュール
１２０ アプリケーション層
１２１ ＦＡＸアプリケーション
１２２ プリンタアプリケーション
１２３ スキャナアプリケーション
１２４ 文書配信アプリケーション
１２５ リポジトリアプリケーション
１２６ システム設定アプリケーション
１３０ デバイス制御層
１３１ ファイル管理部
１３２ ＦＡＸ装置制御部
１３３ 画像エンジン制御部
１３４ スキャナ装置制御部
１３５ ネットワーク通信制御部
【特許請求の範囲】
【請求項１】
データを送信する情報処理装置であって、
データを送信するための所定データ処理を実行する複数の内部処理手段と、
前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記Ｗｅｂデータ送信手段は、
前記データの取得を要求するメッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手段と、
前記コマンドを解析して前記所定データ処理を行う前記転送元としての内部処理手段を特定して、該内部処理手段に初期化要求を行うコマンド解析手段と、
前記構造解析手段と、前記コマンド解析手段とを制御し、前記転送元としての内部処理手段から前記データを転送させる制御手段とを有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記Ｗｅｂデータ送信手段は、
前記コマンド実施要求と、データ読み出し要求と、データ読み出し完了通知とを前記転送元の内部処理手段に対して行うように管理する転送元管理手段を更に有し、
前記転送元管理手段は、前記コマンド解析手段からの初期化要求に応じて、前記転送元の内部処理手段に対して前記コマンド実施要求を行って、該転送元の内部処理手段を前記処理データ処理の実行可能な状態とすることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記転送元管理手段は、前記転送元の内部処理手段に対して前記データ読み出し要求を行って、前記データを１回以上の内部転送によって前記転送先の内部処理手段から前記制御手段へと転送することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記転送元管理手段は、前記転送先の内部処理手段による前記所定データ処理において内部エラーが発生したことを検出すると、前記制御手段へデータ読み出し失敗通知を行うことを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項６】
前記制御手段は、前記転送元管理手段からの前記データ読み出し失敗通知に応じて、前記データの転送が失敗したことを示す転送失敗結果を送出することを特徴とする請求項５記載の情報処理装置。
【請求項７】
前記転送元管理手段は、前記転送先の内部処理手段による前記所定データ処理が正常に終了した場合、前記制御手段へデータ読み出し完了通知を行うことを請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項８】
前記制御手段は、前記転送元管理手段からのデータ読み出し完了通知に応じて、前記データの転送が正常であることを示す転送正常結果を送出することを特徴とする請求項７記載の情報処理装置。
【請求項９】
前記データは、画像データ、音声データ又は映像データであることを特徴とする請求項１乃至８のいずれか一項記載の情報処理装置。
【請求項１０】
コンピュータにデータを送信させるデータ送信方法であって、該コンピュータに、
データを送信するための所定データ処理を実行する複数の内部処理手順と、
前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手順から該データに対して所定データ処理を実行する１つの内部処理手順を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを実行させることを特徴とするデータ送信方法。
【請求項１１】
前記Ｗｅｂデータ送信手順は、
前記データの取得を要求するメッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手順と、
前記コマンドを解析して前記所定データ処理を行う前記転送元としての内部処理手順を特定して、該内部処理手順に初期化要求を行うコマンド解析手順と、
前記構造解析手順と、前記コマンド解析手順とを制御し、前記転送元としての内部処理手順から前記データを転送させる制御手順とを有することを特徴とする請求項１０記載のデータ送信方法。
【請求項１２】
前記Ｗｅｂデータ送信手順は、
前記コマンド実施要求と、データ読み出し要求と、データ読み出し完了通知とを前記転送元の内部処理手順に対して行うように管理する転送元管理手順を更に有し、
前記転送元管理手順は、前記コマンド解析手順からの初期化要求に応じて、前記転送元の内部処理手順に対して前記コマンド実施要求を行って、該転送元の内部処理手順を前記処理データ処理の実行可能な状態とすることを特徴とする請求項１１記載のデータ送信方法。
【請求項１３】
前記転送元管理手順は、前記転送先の内部処理手順による前記所定データ処理において内部エラーが発生したことを検出すると、前記制御手順へデータ読み出し失敗通知を行うことを特徴とする請求項１２記載のデータ送信方法。
【請求項１４】
前記制御手順は、前記転送元管理手順からの前記データ読み出し失敗通知に応じて、前記データの転送が失敗したことを示す転送失敗結果を送出することを特徴とする請求項１３記載のデータ送信方法。
【請求項１】
データを送信する情報処理装置であって、
データを送信するための所定データ処理を実行する複数の内部処理手段と、
前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手段から該データに対して所定データ処理を実行する１つの内部処理手段を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを有することを特徴とする情報処理装置。
【請求項２】
前記Ｗｅｂデータ送信手段は、
前記データの取得を要求するメッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手段と、
前記コマンドを解析して前記所定データ処理を行う前記転送元としての内部処理手段を特定して、該内部処理手段に初期化要求を行うコマンド解析手段と、
前記構造解析手段と、前記コマンド解析手段とを制御し、前記転送元としての内部処理手段から前記データを転送させる制御手段とを有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記Ｗｅｂデータ送信手段は、
前記コマンド実施要求と、データ読み出し要求と、データ読み出し完了通知とを前記転送元の内部処理手段に対して行うように管理する転送元管理手段を更に有し、
前記転送元管理手段は、前記コマンド解析手段からの初期化要求に応じて、前記転送元の内部処理手段に対して前記コマンド実施要求を行って、該転送元の内部処理手段を前記処理データ処理の実行可能な状態とすることを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記転送元管理手段は、前記転送元の内部処理手段に対して前記データ読み出し要求を行って、前記データを１回以上の内部転送によって前記転送先の内部処理手段から前記制御手段へと転送することを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記転送元管理手段は、前記転送先の内部処理手段による前記所定データ処理において内部エラーが発生したことを検出すると、前記制御手段へデータ読み出し失敗通知を行うことを特徴とする請求項２乃至４のいずれか一項記載の情報処理装置。
【請求項６】
前記制御手段は、前記転送元管理手段からの前記データ読み出し失敗通知に応じて、前記データの転送が失敗したことを示す転送失敗結果を送出することを特徴とする請求項５記載の情報処理装置。
【請求項７】
前記転送元管理手段は、前記転送先の内部処理手段による前記所定データ処理が正常に終了した場合、前記制御手段へデータ読み出し完了通知を行うことを請求項２乃至６のいずれか一項記載の情報処理装置。
【請求項８】
前記制御手段は、前記転送元管理手段からのデータ読み出し完了通知に応じて、前記データの転送が正常であることを示す転送正常結果を送出することを特徴とする請求項７記載の情報処理装置。
【請求項９】
前記データは、画像データ、音声データ又は映像データであることを特徴とする請求項１乃至８のいずれか一項記載の情報処理装置。
【請求項１０】
コンピュータにデータを送信させるデータ送信方法であって、該コンピュータに、
データを送信するための所定データ処理を実行する複数の内部処理手順と、
前記データを含むメッセージをＷｅｂを介して送信する際に、前記複数の内部処理手順から該データに対して所定データ処理を実行する１つの内部処理手順を該データの転送元として特定し、該転送元から内部的に転送される該データのＷｅｂへの送信を完了後に転送結果を続けて送信するＷｅｂデータ送信手段とを実行させることを特徴とするデータ送信方法。
【請求項１１】
前記Ｗｅｂデータ送信手順は、
前記データの取得を要求するメッセージの先頭部分から前記所定データ処理に関するコマンドを取得する構造解析手順と、
前記コマンドを解析して前記所定データ処理を行う前記転送元としての内部処理手順を特定して、該内部処理手順に初期化要求を行うコマンド解析手順と、
前記構造解析手順と、前記コマンド解析手順とを制御し、前記転送元としての内部処理手順から前記データを転送させる制御手順とを有することを特徴とする請求項１０記載のデータ送信方法。
【請求項１２】
前記Ｗｅｂデータ送信手順は、
前記コマンド実施要求と、データ読み出し要求と、データ読み出し完了通知とを前記転送元の内部処理手順に対して行うように管理する転送元管理手順を更に有し、
前記転送元管理手順は、前記コマンド解析手順からの初期化要求に応じて、前記転送元の内部処理手順に対して前記コマンド実施要求を行って、該転送元の内部処理手順を前記処理データ処理の実行可能な状態とすることを特徴とする請求項１１記載のデータ送信方法。
【請求項１３】
前記転送元管理手順は、前記転送先の内部処理手順による前記所定データ処理において内部エラーが発生したことを検出すると、前記制御手順へデータ読み出し失敗通知を行うことを特徴とする請求項１２記載のデータ送信方法。
【請求項１４】
前記制御手順は、前記転送元管理手順からの前記データ読み出し失敗通知に応じて、前記データの転送が失敗したことを示す転送失敗結果を送出することを特徴とする請求項１３記載のデータ送信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００７−２５７０５６（Ｐ２００７−２５７０５６Ａ）
【公開日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願番号】特願２００６−７７２３４（Ｐ２００６−７７２３４）
【出願日】平成１８年３月２０日（２００６．３．２０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年１０月４日（２００７．１０．４）
【国際特許分類】
【出願日】平成１８年３月２０日（２００６．３．２０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]