(57)【要約】【課題】本発明は、通信装置の各状態に応じて適切にリアルタイム通信の品質を確保することができる通信装置を提供する。【解決手段】通信装置１００は、当該通信装置１００の状態を検知する状態検知部３０７と、リアルタイム情報である第１のデータと非リアルタイム情報である第２のデータのそれぞれの通信優先度を予め設定させる音声／映像入力部（操作部）２０３と、状態検知部３０７により検知された通信装置１００の状態に応じて、音声／映像入力部（操作部）２０３により設定された第１のデータと第２のデータのそれぞれの通信優先度を変更する優先判断部３０８と、優先判断部３０８により変更された通信優先度に基づいて第１のデータと第２のデータの送受信を制御する通信制御部３０９とを備える。【選択図】図６
2014222833.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム情報としての第１のデータと、非リアルタイム情報としての第２のデータを送受信することが可能な通信装置であって、
前記通信装置の状態を検知する検知手段と、
前記第１のデータと前記第２のデータのそれぞれの通信優先度を予め設定させる設定手段と、
前記検知手段により検知された前記通信装置の状態に応じて、前記設定手段により設定された前記第１のデータと前記第２のデータのそれぞれの通信優先度を変更する変更手段と、
前記変更手段により変更された通信優先度に基づいて前記第１のデータと前記第２のデータの送受信を制御する通信制御手段とを備えることを特徴とする通信装置。
【請求項２】
前記設定手段は、前記通信装置が正常状態のときの前記第１のデータと前記第２のデータのそれぞれの通信優先度を予め設定させ、
前記変更手段は、前記検知手段により前記通信装置が異常状態であると検知された場合、前記設定手段により予め設定された前記第１のデータの通信優先度を高くなるように変更し、前記設定手段により予め設定された前記第２のデータの通信優先度を低くなるように変更することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記変更手段は、前記検知手段による検知結果から前記通信装置が異常状態から正常状態へ移行したと判定した場合、前記変更した前記第１のデータの通信優先度と前記第２のデータの通信優先度を、前記設定手段により予め設定された通信優先度に戻すように変更することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記変更手段は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のオプション機能を利用してウィンドウサイズを変更することで前記通信優先度を変更することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
リアルタイム情報としての第１のデータと、非リアルタイム情報としての第２のデータを送受信することが可能な通信装置であって、
前記通信装置の状態を検知する検知手段と、
前記検知手段により検知された前記通信装置の状態に応じて、前記第１のデータと前記第２のデータの送受信を制御する通信制御手段とを備え、
前記通信制御手段は、前記検知手段により前記通信装置が異常状態であると検知されたときは、前記第２のデータの送受信を停止し、前記第１のデータの送受信のみを行うように制御することを特徴とする通信装置。
【請求項６】
前記通信制御手段は、前記検知手段による検知結果から前記通信装置が異常状態から正常状態へ移行したと判定した場合、前記停止した前記第２のデータの送受信を再開し、前記第１のデータと前記第２のデータの両方を送受信するように変更することを特徴とする請求項５に記載の通信装置。
【請求項７】
リアルタイム情報としての第１のデータと、非リアルタイム情報としての第２のデータを送受信することが可能な通信装置の通信方法であって、
前記通信装置の状態を検知する検知工程と、
前記第１のデータと前記第２のデータのそれぞれの通信優先度を予め設定させる設定工程と、
前記検知工程にて検知された前記通信装置の状態に応じて、前記設定工程により設定された前記第１のデータと前記第２のデータのそれぞれの通信優先度を変更する変更工程と、
前記変更工程にて変更された通信優先度に基づいて前記第１のデータと前記第２のデータの送受信を制御する通信制御工程とを備えることを特徴とする通信方法。
【請求項８】
リアルタイム情報としての第１のデータと、非リアルタイム情報としての第２のデータを送受信することが可能な通信装置の通信方法であって、
前記通信装置の状態を検知する検知工程と、
前記検知工程にて検知された前記通信装置の状態に応じて、前記第１のデータと前記第２のデータの送受信を制御する通信制御工程とを備え、
前記通信制御工程は、前記検知工程にて前記通信装置が異常状態であると検知されたときは、前記第２のデータの送受信を停止し、前記第１のデータの送受信のみを行うように制御することを特徴とする通信方法。
【請求項９】
請求項７または８に記載の通信方法を通信装置に実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び方法、並びにプログラムに関し、特に、ネットワークを介して音声や映像等のリアルタイム情報とテキストや画像等の非リアルタイム情報を送受信する通信技術に関する。
【背景技術】
【０００２】
従来、リアルタイム情報と非リアルタイム情報とを多重化して通信（例えばマルチメディア通信）する通信装置としての機能を備えたＭＦＰが知られている。このリアルタイム情報とは、リアルタイムで送受信することが要求される情報のことであり、例えば音声通信（ＩＰ電話等）や映像通信（テレビ会議等）の機能で扱う音声データや映像データ等が挙げられる。非リアルタイム情報とは、リアルタイムで送受信することが要求されない情報のことであり、例えばメール送信やプリント出力の機能で扱うテキストデータや画像データ等が挙げられる。
【０００３】
従来の通信装置には、通信回線の品質に応じて送受信時の通信レートを切り替える技術を活用し、リアルタイム情報を優先させてリアルタイム情報と非リアルタイム情報とを効率良く送受信するものがある（例えば特許文献１参照）。近年の通信回線の高速化は目覚ましいが、その一方で通信回線のコストの問題もあることから、リアルタイム情報を扱う音声通信や映像通信であっても低速な通信回線を有効利用しなければならない局面も多い。低速な通信回線を有効利用するためには、複数種別のデータについてリアルタイム性を考慮し、単一の伝送路上でデータ毎の通信優先度を切り替えながら送受信する必要がある。例えば、特許文献１の通信装置では、通信回線の受信信号に基づく通信回線の品質が低い場合、低い通信レートでリアルタイム情報のみを送受信し、通信回線の品質が高い場合、高い通信レートでリアルタイム情報と非リアルタイム情報を多重化して送受信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−２６１３９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の通信装置では、通信装置そのものの状態（例えば、正常状態または異常状態）に応じてデータ毎の通信優先度を切り替えていなかったため、通信装置の状態によっては必ずしも適切にリアルタイム通信の品質を確保できていない場合がある。例えば、通信装置が異常状態であっても、異常状態では処理できない種類の非リアルタイム情報の送受信を継続していたために、必ずしもリアルタイム情報の通信品質を十分に確保できていない場合がある。
【０００６】
本発明は、上記問題に鑑みて成されたものであり、通信装置の各状態に応じて適切にリアルタイム通信の品質を確保することができる通信装置及び方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の通信装置は、リアルタイム情報としての第１のデータと、非リアルタイム情報としての第２のデータを送受信することが可能な通信装置であって、前記通信装置の状態を検知する検知手段と、前記第１のデータと前記第２のデータのそれぞれの通信優先度を予め設定させる設定手段と、前記検知手段により検知された前記通信装置の状態に応じて、前記設定手段により設定された前記第１のデータと前記第２のデータのそれぞれの通信優先度を変更する変更手段と、前記変更手段により変更された通信優先度に基づいて前記第１のデータと前記第２のデータの送受信を制御する通信制御手段とを備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、通信装置の状態（正常状態または異常状態）に従いデータ毎の通信優先度を切り替えるため、通信装置の各状態に応じて適切にリアルタイム通信の品質を確保することができる。すなわち、通信装置が異常状態であれば、異常状態で処理できない非リアルタイム情報の通信優先度を正常状態よりも低く設定し、リアルタイム情報の通信優先度を正常状態よりも高く設定することで、リアルタイム通信の品質を更に向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係る通信装置が配置されたネットワーク環境の一例を示す図である。
【図２】図１における通信装置の概略構成を示すブロック図である。
【図３】通信装置における送信時の通信動作を説明するためのブロック図である。
【図４】通信装置における受信時の通信動作を説明するためのブロック図である。
【図５】通信装置のＣＰＵにより実行される通信制御処理の流を示すフローチャートである。
【図６】図５のステップＳ５０２におけるエラー状態移行時の通信制御処理の詳細を示すフローチャートである。
【図７】図５のステップＳ５０３におけるエラー状態から復帰時の通信制御処理の詳細を示すフローチャートである。
【図８】本発明の第２の実施形態におけるエラー状態移行時の通信制御処理の詳細を示すフローチャートである。
【図９】本発明の第２の実施形態におけるエラー状態から復帰時の通信制御処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１１】
［第１の実施形態］
図１は、本発明の第１の実施形態に係る通信装置が配置されたネットワーク環境の一例を示す図である。
【００１２】
図１において、通信装置１００は、例えば企業のオフィス等に設置され、ユーザ５０（被支援者）に利用される、コピー機能、プリント機能、スキャン機能、ＦＡＸ機能などの異なる複数の機能を同時に実現可能な複合機（ＭＦＰ）である。
【００１３】
ネットワーク２０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットで構成される。
【００１４】
ネットワーク端末１０は、例えばコールセンター内に設置され、オペレータ５（支援者）に利用されるパーソナルコンピュータ（ＰＣ）等の情報処理装置である。
【００１５】
通信装置１００は、ネットワーク２０を介してネットワーク端末１０との間でデータ通信を行うことができる。具体的には、通信装置１００は、ネットワーク端末１０からネットワーク２０を介してＰＤＬデータを受信し、当該ＰＤＬデータにインタプリタ処理やレンダリング処理を実行し、得られた画像データを記録紙に印字することができる。また、通信装置１００は、ネットワーク端末１０にテキストデータや画像データを送信することが可能である。さらに、通信装置１００は、ネットワーク端末１０との間で音声通信や映像通信を行うことができる。
【００１６】
このように通信装置１００は、ネットワーク端末１０との間で、テキストデータや画像データのような非リアルタイム情報（第２のデータ）と、音声データや映像データのようなリアルタイム情報（第１のデータ）を送受信することができる。
【００１７】
なお、図１に示すネットワーク環境では、通信装置とネットワーク端末が各１台の構成であるが、これらの台数は図示例に限定するものではない。また、ネットワーク２０は、インターネットとＬＡＮを組み合わせたものでもよく、それらの接続をネットワークサーバを介して行うように構成してもよい。
【００１８】
図２は、図１における通信装置１００の概略構成を示すブロック図である。
【００１９】
図２において、通信装置１００は、通信部２０１、スキャナ部２０２、音声／映像入力部（操作部）２０３、音声／映像出力部（表示部）、プリンタ部２０５、画像処理部２０６、ＣＰＵ２０７、ＲＯＭ２０８、ＲＡＭ２０９、ＨＤＤ２１０を備える。これら各部は、内部バス２００を介して互いに電気的に接続されている。
【００２０】
通信部２０１は、ネットワーク２０を介して、ネットワーク端末１０等の外部機器との間でデータの送受信を実行する処理部である。また、通信部２０１は、公衆電話回線（不図示）に接続してＦＡＸ通信を行ったり、ＵＳＢメモリデバイス（不図示）と直接接続してデータ通信を行ったりする。
【００２１】
スキャナ部２０２は、原稿画像を光学的に読み取って電気的な画像信号に変換する処理部である。スキャナ部２０２は、不図示の密着型イメージセンサ、読み取り駆動部、読み取り点灯制御部などで構成される。スキャナ部２０２は、読み取り駆動部によって搬送される密着型イメージセンサによって原稿全体をスキャンする際に、読み取り点灯制御部によって密着型イメージセンサ内部のＬＥＤを点灯制御する。同時に、スキャナ部２０２は、密着型イメージセンサ内部のフォトセンサが原稿画像を光学的に読み取って、電気的な画像信号に変換する。
【００２２】
音声／映像入力部２０３は、ユーザからの情報を入力する処理部である。音声／映像入力部２０３は、例えば、キーボード、マイク、カメラ等を備え、通信装置１００で実行する処理に関するユーザ５０からのキー操作や音声、映像の入力を受け付けるユーザインタフェースである。
【００２３】
音声／映像出力部２０４は、ユーザに対する情報を出力する処理部である。音声／映像出力部２０４は、例えば、スピーカーやディスプレイ等を備え、通信装置１００で実行する処理に関する設定情報や処理結果、音声、映像を出力として表示あるいは再生するユーザインタフェースである。
【００２４】
プリンタ部２０５は、通信装置１００の内部に一時記憶された電気的な画像信号を記録紙に可視像として印字する処理部である。プリンタ部２０５は、例えば、レーザービームプリンタやインクジェットプリンタで構成される。
【００２５】
画像処理部２０６は、通信装置１００内の画像データに対して、スキャン系画像処理やプリント系画像処理、通信系画像処理などの各種画像処理を実行する処理部である。画像処理部２０６は、スキャン時に、スキャナ部２０２から受信した画像データに対して、シェーディング補正、ガンマ補正、二値化処理、中間調処理、ＲＧＢ→ＣＭＹＫ色空間変換などのスキャンデバイス特性に適合した画像処理を実行する。
【００２６】
また、画像処理部２０６は、プリント時にＨＤＤ２１０などに記憶された画像データに対して、解像度変換、スムージング、濃度補正などのプリンタデバイス特性に適合した画像処理を実行する。また、画像処理部２０６は、通信時に、通信部２０１を介して送受信する画像データに対して、解像度変換、色空間変換などの通信デバイス特性に適合した画像処理を実行する。
【００２７】
ＣＰＵ２０７は、通信装置１００の各処理部の間で画像データを転送したり、画像データに対して画像処理を実行したりする処理部である。ＣＰＵ２０７は、ＲＯＭ２０８又はＲＡＭ２０９に記憶されたプログラムを順次実行することによって画像データの転送制御及び画像処理を実行する。
【００２８】
ＲＯＭ２０８は、通信装置１００で実行される画像データハンドリングや画像処理が記述されたプログラムを保持する記憶部である。
【００２９】
ＲＡＭ２０９及びＨＤＤ２１０は、通信装置１００で実行されるプログラムや画像データを一時的に保持する記憶部である。
【００３０】
次に、通信装置１００におけるリアルタイム情報と非リアルタイム情報の送受信時の動作を図３及び図４を参照して説明する。
【００３１】
図３は、通信装置１００における送信時の通信動作を説明するためのブロック図である。図４は、通信装置１００における受信時の通信動作を説明するためのブロック図である。
【００３２】
なお、一般に、図３に示す送信時の通信動作と図４に示す受信時の通信動作は同種の処理部で実現され、送受信が双方向に行われる場合が多いが、本実施形態では送信側と受信側に分けて説明する。また、図示例では、通信装置１００が異常状態（エラー状態）になり、通信装置１００とネットワーク端末１０との間で音声通信及び映像通信を行われている状態にある。
【００３３】
また、ネットワーク２０は、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）に応じたサービスクラスの区別を持たない比較的低速な通信回線である。一般的に、単一の通信回線には複数の装置が接続されるが、ここでは簡略化して通信装置１００とネットワーク端末１０のみがネットワーク２０で接続され、ネットワーク帯域を占有できるものとする。
【００３４】
図３において、音声／映像入力部２０３は、マイク３０１やカメラ３０２等の入力デバイスで構成され、ユーザからの音声データや映像データをリアルタイム情報として入力し、通信部２０１に送信する。
【００３５】
通信部２０１では、音声／映像入力部２０３から受信した音声データに対して音声符号化部３０３が符号化処理を行い、多重送信部３０６に転送する。また、音声／映像入力部２０３から受信した映像データに対して映像符号化部３０４が符号化処理を行い、多重送信部３０６に転送する。
【００３６】
ＲＡＭ２０９には、ユーザからの指示に従ってスキャナ部２０２等の入力デバイスから得られたテキストデータや画像データが記憶されている。通信部２０１では、ＲＡＭ２０９からテキストデータや画像データを取得し、非リアルタイム情報であるテキストデータや画像データに対して、データ符号化部３０５が各種符号化処理を行い、多重送信部３０６に転送する。
【００３７】
ＣＰＵ２０７では、状態検知部３０７が、現在の通信装置１００の状態が正常状態かエラー状態かを検知する。
【００３８】
次に、ＣＰＵ２０７では、優先判断部３０８が、状態検知部３０７による検知結果から得られた現在の通信装置１００の状態に応じて、予め設定されたデータ通信の通信優先度を変更する。例えば、紙詰まり等が発生して通信装置１００がエラー状態にある場合は、エラーが発生した機能にかかわるデータ通信の通信優先度を下げる一方、リアルタイム情報の通信優先度を上げる。また、エラー状態から復帰した場合には、エラーが解消された機能にかかわるデータ通信の通信優先度を上げる一方、リアルタイム情報の通信優先度を下げる。
【００３９】
次に、ＣＰＵ２０７では、通信制御部３０９が、優先判断部３０８での判断結果に基づく制御信号を通信部２０１の多重送信部３０６に送信する。
【００４０】
多重送信部３０６は、上述したリアルタイム情報である音声データや映像データと、非リアルタイム情報であるテキストデータや画像データに対して、通信制御部３０９からの制御信号に従い、データ送信を行う。
【００４１】
このように、現在の通信装置１００の状態に応じてデータ通信の通信優先度が変更され、この通信優先度に基づいてデータ送信が行われる。
【００４２】
図４において、ＣＰＵ２０７では、状態検知部３０７が、現在の通信装置１００の状態が正常状態かエラー状態かを検知する。
【００４３】
次に、ＣＰＵ２０７では、優先判断部３０８が、状態検知部３０７による検知結果から得られた現在の通信装置１００の状態（の変化）に応じて、予め設定されたデータ通信の通信優先度を変更する。例えば、紙詰まり等が発生して通信装置１００がエラー状態にある場合は、エラーが発生した機能にかかわるデータ通信の通信優先度を下げる一方、リアルタイム情報の通信優先度を上げる。また、エラー状態から復帰した場合には、エラーが解消された機能にかかわるデータ通信の通信優先度を上げる一方、リアルタイム情報の通信優先度を下げる。
【００４４】
次に、ＣＰＵ２０７では、通信制御部３０９が、優先判断部３０８での判断結果に基づいて制御信号を、通信部２０１の多重受信部４０６に送信する。
【００４５】
多重受信部４０６は、上述したリアルタイム情報である音声データや映像データと、非リアルタイム情報であるテキストデータや画像データに対して、通信制御部３０９からの制御信号に従い、データ受信を行う。そして、多重受信部４０６は、受信した音声データを音声復号化部４０３に転送し、映像データを映像復号化部４０４に転送する。音声復号化部４０３と映像復号化部４０４では、各種復号化処理が行われ、得られたリアルタイム情報が音声／映像出力部２０４に送信される。
【００４６】
音声／映像出力部２０４は、スピーカー４０１やディスプレイ４０２等の出力デバイスで構成され、音声データや映像データをリアルタイム情報として受信して、表示及び再生する。
【００４７】
一方、多重受信部４０６は、受信したテキストデータと画像データをデータ復号化部４０５に転送する。データ復号化部４０５は、テキストデータと画像データに対して各種復号化処理を行い、得られた非リアルタイム情報をＲＡＭ２０９に一時記憶させる。ＲＡＭ２０９に一時記憶された非リアルタイム情報は、例えば、ＰＤＬデータであって、通信装置１００内の画像処理部２０６でインタプリタ処理及びレンダリング処理を行った後に、プリンタ部２０５に転送してプリント出力される。
【００４８】
このように、現在の通信装置１００の状態に応じてデータ通信の通信優先度が変更され、この通信優先度に基づいてデータ受信が行われる。
【００４９】
図５は、上述したＣＰＵ２０７により実行される通信制御処理の流を示すフローチャートである。本処理はＣＰＵ２０７により実行されるが、具体的には図３及び図４に示す状態検知部３０７、優先判断部３０８、及び通信制御部３０９により協働して実行されるものである。
【００５０】
まず、ＣＰＵ２０７は、通信優先度の初期設定として、通信装置１００が正常状態の場合における通信優先度の設定を行う（ステップＳ５０１）。本処理では、通信装置１００が管理者等から入力された通信優先度を受け付ける。
【００５１】
次に、ＣＰＵ２０７は、通信装置１００の状態が正常状態からエラー状態に移行した場合におけるエラー状態移行時の通信制御処理を行う（ステップＳ５０２）。ステップＳ５０２におけるエラー状態移行時の通信制御処理の詳細については図６を用いて詳述する。
【００５２】
次に、ＣＰＵ２０７は、通信装置１００の状態がエラー状態から正常状態に移行した場合におけるエラー状態から復帰時の通信制御処理を行う（ステップＳ５０３）。ステップＳ５０３におけるエラー状態から復帰時の通信制御処理の詳細については図７を用いて詳述する。
【００５３】
なお、図示の処理フローでは、ステップＳ５０３の後に終了しているが、ステップＳ５０２とステップＳ５０３をループするように構成されていてもよい。
【００５４】
図６は、図５のステップＳ５０２におけるエラー状態移行時の通信制御処理の詳細を示すフローチャートである。
【００５５】
図６において、ＣＰＵ２０７は、状態検知部３０７により現在の通信装置１００の状態が正常状態かエラー状態かを検知する（ステップＳ６０１）。
【００５６】
次に、ＣＰＵ２０７は、状態検知部３０７により通信装置１００の状態が正常状態からエラー状態に移行したか否かを判定する（ステップＳ６０２）。エラーが発生して通信装置１００の状態が正常状態からエラー状態に移行したと判定されたときは（ステップＳ６０２でＹｅｓ）、ステップＳ６０３に移行する。一方、エラーが発生しておらず正常状態のままであれば（ステップＳ６０２でＮｏ）、ステップＳ６０１に移行する。
【００５７】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが発生した機能にかかわるデータを対象にして、エラー状態の通信装置１００では処理できないデータを特定する（ステップＳ６０３）。
【００５８】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが発生した異常状態におけるステップＳ６０３で特定されたデータの通信時の通信優先度を正常状態の初期設定よりも低く設定変更する（ステップＳ６０４）。例えば、正常状態での通信優先度がＭｉｄの場合、異常状態での通信優先度がＬｏに設定変更される。
【００５９】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが発生した異常状態における音声データ又は映像データのリアルタイム情報の通信優先度を正常状態よりも高く設定変更する（ステップＳ６０５）。例えば、正常状態での通信優先度がＭｉｄの場合、異常状態での通信優先度をＨｉに設定変更される。そして、通信制御部３０９が設定変更された通信優先度に基づく制御信号を多重送信部３０６または多重受信部４０６に送信する。
【００６０】
図７は、図５のステップＳ５０３におけるエラー状態から復帰時の通信制御処理の詳細を示すフローチャートである。
【００６１】
図７において、ＣＰＵ２０７は、状態検知部３０７により現在の通信装置の状態が正常状態かエラー状態かを検知する（ステップＳ７０１）。
【００６２】
次に、ＣＰＵ２０７は、状態検知部３０７により通信装置１００の状態がエラー状態から正常状態に移行したか否かを判定する（ステップＳ７０２）。エラーが解消されて通信装置１００の状態がエラー状態から正常状態に移行したと判定されたときは（ステップＳ７０２でＹｅｓ）、ステップＳ７０３に移行する。一方、エラーが解消されておらずエラー状態のままであれば（ステップＳ７０２でＮｏ）、ステップＳ７０１に移行する。
【００６３】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが解消された機能にかかわるデータを対象にして、エラー状態の通信装置１００では処理できていなかったデータを特定する（ステップＳ７０３）。
【００６４】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが解消された正常状態におけるステップＳ７０３で特定されたデータの通信時の通信優先度を正常状態の初期設定に戻す（ステップＳ７０４）。例えば、異常状態での通信優先度Ｌｏから正常状態での通信優先度Ｍｉｄに設定変更される。
【００６５】
次に、ＣＰＵ２０７は、優先判断部３０８により、エラーが解消された正常状態における音声データ又は映像データのリアルタイム情報の通信優先度を正常状態の初期設定に戻す（ステップＳ７０５）。例えば、異常状態での通信優先度Ｈｉから正常状態での通信優先度Ｍｉｄに設定変更される。そして、通信制御部３０９が設定変更された通信優先度に基づく制御信号を多重送信部３０６または多重受信部４０６に送信する。
【００６６】
なお、上述した通信優先度の変更方法としては、例えば、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）のオプション機能を利用して、各データ通信のコネクション毎に変更可能なウィンドウサイズを制御することで実現してもよい。例えば、音声データ及び映像データのリアルタイム情報に対して、上記のウィンドウサイズのパラメータを大きく設定するように制御することで、当該データに対する通信優先度を高くすることができる。一方、テキストデータ及び画像データの非リアルタイム情報に対して、上記のウィンドウサイズのパラメータを小さく設定するように制御することで、当該データに対する通信優先度を低くすることができる。
【００６７】
以上述べたように、第１の実施形態によれば、通信装置の状態（正常状態またはエラー状態）に応じてデータ毎の通信優先度を切り替えるので、通信装置の状態に応じて適切にリアルタイム通信の品質を確保することができる。具体的には、通信装置が異常状態であれば、異常状態で処理できない非リアルタイム情報の通信優先度を正常状態よりも低く設定する一方、リアルタイム情報の通信優先度を正常状態よりも高く設定する。これにより、リアルタイム通信の品質を更に向上させることができる。
【００６８】
［第２の実施形態］
本発明の第２の実施形態は、上記第１の実施形態におけるエラー状態移行時の通信制御及びエラー状態から復帰時の通信制御の内容を変更したものであり、第１の実施の形態と同様の部分については、同一の符号を用いてその説明を省略する。以下に、上記第１の実施の形態と異なる点のみを説明する。
【００６９】
図８は、本発明の第２の実施形態におけるエラー状態移行時の通信制御処理の詳細を示すフローチャートである。
【００７０】
図８において、ＣＰＵ２０７は、状態検知部３０７により現在の通信装置１００の状態が正常状態かエラー状態かを検知する（ステップＳ８０１）。
【００７１】
次に、ＣＰＵ２０７は、状態検知部３０７により通信装置１００の状態が正常状態からエラー状態に移行したか否かを判定する（ステップＳ８０２）。エラーが発生して通信装置１００の状態が正常状態からエラー状態に移行したと判定されたときは（ステップＳ８０２でＹｅｓ）、ステップＳ８０３に移行する。一方、エラーが発生しておらず正常状態のままであれば（ステップＳ８０２でＮｏ）、ステップＳ８０１に移行する。
【００７２】
次に、ＣＰＵ２０７は、通信制御部３０９により、エラーが発生した異常状態におけるテキストデータ及び画像データの非リアルタイム情報のデータ通信を停止する（ステップＳ８０３）。
【００７３】
次に、ＣＰＵ２０７は、通信制御部３０９により、エラーが発生した異常状態における音声データ又は映像データのリアルタイム情報のデータ通信のみを行うように通信制御する（ステップＳ８０４）。
【００７４】
図９は、本発明の第２の実施形態におけるエラー状態から復帰時の通信制御処理の詳細を示すフローチャートである。
【００７５】
図９において、ＣＰＵ２０７は、状態検知部３０７により現在の通信装置の状態が正常状態かエラー状態かを検知する（ステップＳ９０１）。
【００７６】
次に、ＣＰＵ２０７は、状態検知部３０７により通信装置１００の状態がエラー状態から正常状態に移行したか否かを判定する（ステップＳ９０２）。エラーが解消されて通信装置１００の状態が異常状態から正常状態に移行したと判定されたときは（ステップＳ９０２でＹｅｓ）、ステップＳ９０３に移行する。一方、エラーが解消されておらず異常状態のままであれば（ステップＳ９０２でＮｏ）、ステップＳ９０１に移行する。
【００７７】
次に、ＣＰＵ２０７は、通信制御部３０９により、エラーが解消された正常状態におけるテキストデータ及び画像データの非リアルタイム情報のデータ通信を再開する（ステップＳ９０３）。
【００７８】
ステップＳ９０４では、ＣＰＵ２０７は、通信制御部３０９により、エラーが解消された正常状態におけるテキストデータ及び画像データの非リアルタイム情報と音声データ又は映像データのリアルタイム情報の通信の両方のデータ通信を行うように通信制御する。
【００７９】
以上述べたように、第２の実施形態によれば、通信装置の状態（正常状態または異常状態）に応じてリアルタイム情報と非リアルタイム情報の各データ通信を停止または再開するように制御する。これにより、通信装置の状態に応じて適切にリアルタイム通信の品質を確保することができる。具体的には、通信装置１００の状態が異常状態の場合における非リアルタイム情報のデータ通信を停止し、リアルタイム情報のデータ通信で占有することができるので、簡易な制御でリアルタイム通信の品質を向上できる。
【００８０】
上記第１及び第２の実施形態で説明したエラー状態におけるリアルタイム通信の品質向上は、例えば、機器を使用中のユーザ（被支援者）からコールセンター（支援者）への問合せ時に特に有効である。
【００８１】
ＭＦＰのように複数の機能を備えた通信装置では、使用に伴い一部の機能でエラーが発生する場合がある。このとき、ＭＦＰのエラーを解消するために、ＭＦＰのＵＩ上からユーザがコールセンターとの間で音声や映像を用いたリアルタイム通信を行うように想定されている。本発明では、異常状態となっているＭＦＰのＵＩ上からユーザがネットワークを介して外部のコールセンターとの間で問合せのリアルタイム通信を行う状況で、この問合せのリアルタイム通信の品質を向上させることができる。
【００８２】
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００８３】
１００  通信装置
２０１  通信部
２０３  音声／映像入力部（操作部）
２０４  音声／映像出力部（表示部）
２０７  ＣＰＵ
２０９  ＲＡＭ
３０７  状態検知部
３０８  優先判断部
３０９  通信制御部
【図１】
2014222833.tif 000003
【図２】
2014222833.tif 000004
【図３】
2014222833.tif 000005
【図４】
2014222833.tif 000006
【図５】
2014222833.tif 000007
【図６】
2014222833.tif 000008
【図７】
2014222833.tif 000009
【図８】
2014222833.tif 000010
【図９】
2014222833.tif 000011