JPH09120369A - 通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 通信端末におけるファイル蓄積装置の容量満
杯によるファイル受信失敗が起こらないようにし、ま
た、ファイルをフロッピーディスク等の記録媒体にコピ
ーする手間を省き、装置の利便性を向上する。 【解決手段】 ファイル蓄積装置を具備する通信端末
と、通信端末から受信したファイルを管理する機能を有
するセンター装置とから成り、通信端末は、そのファイ
ル蓄積装置の空き容量が所定値以下となった場合、セン
ター装置へ発呼して、ファイル蓄積装置内の所定の条件
を満たすファイルをセンター装置へ送信するとともに、
それらのファイルを削除し、センター装置は、通信端末
から受信したファイルを通信端末毎に保存し、管理する
ようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ファイル蓄積装置
を具備した通信端末とセンター装置との間でファイル管
理を行う通信装置に関するものである。本発明に係る通
信端末としては、静止画像データ、動画像データさらに
は音声データ等の各種メディアデータをファイル化して
扱うことができるマルチメディア通信端末や、受信した
画像データをファイル化して蓄積しておき、ユーザの操
作により画像データをディスプレイに表示するソフトコ
ピーファクシミリ装置や、通信機能を持った携帯データ
処理端末等がある。

【０００２】

【従来の技術】従来、ファイル蓄積装置（ハードディス
ク装置等）を具備したデータ通信端末においては、ファ
イル蓄積装置の空き容量が無くなった場合、その旨をユ
ーザに通知し、ユーザがファイルの必要性を考慮しなが
らファイル削除操作を行うことでファイル蓄積装置に空
き容量を作るようにしていた。また、この場合、削除す
るファイルが必要なものである場合には、フロッピーデ
ィスク等の記録媒体にコピーしてからファイルの削除を
行っていた。

【０００３】また、携帯データ処理端末では、センター
装置と通信を行い、必要なデータを受信あるいは送信す
る機能を持っているが、この種の端末は軽量化、コスト
ダウンに重点が置かれているため、多くのファイルを蓄
積できるハードディスク装置等の大容量のファイル蓄積
装置を具備することが困難であった。

【０００４】ところで、特開平５−１６７７６８号公報
には、電話機からホストコンピュータに蓄積されたファ
クシミリ画像データのファイル管理を遠隔操作するファ
イル管理システムが開示されている。

【０００５】また、特開平３−１８９４４号公報には、
設定された日時以降に更新されたファイルのみを保存す
るファイル管理方法が開示されている。

【０００６】

【発明が解決しようとする課題】上述したように、ファ
イル蓄積装置を具備したデータ通信端末においては、フ
ァイル蓄積装置の空き容量が無くなった場合、ユーザが
ファイルの必要性を考慮しながらファイル削除操作を行
う必要があり、この操作が煩わしいという問題があっ
た。

【０００７】また、保存を必要とするファイルの場合に
は、削除する前にフロッピーディスク等の記録媒体にコ
ピーする必要があり、記録媒体の保管管理が面倒である
といった問題があった。

【０００８】一方、留守録機能を具備し、受信した動画
像データや音声データをファイル化してファイル蓄積装
置に保存するテレビ会議装置等の通信端末においては、
ファイル蓄積装置の空き容量が無い状態において留守録
データを受信しようとした場合、受信ができないという
問題があった。

【０００９】同様に、ソフトコピーファクシミリ装置に
おいても、ファイル蓄積装置の空き容量が無い状態にお
いて、着信があると画像データが受信できないという問
題があった。

【００１０】また、特開平３−１８９４４号公報に開示
されたものは、設定された日時以降に更新されたファイ
ルのみを保存するため、ファイルの保存量をコントロー
ルできるが、この場合にも、更新されるファイルの数が
多くなると、ファイル蓄積装置の空き容量がなくなると
いった問題があった。

【００１１】また、特開平５−１６７７６８号公報に開
示されたものは、電話機からファイル管理操作を行う
が、ホストコンピュータへ所望のファイルの送信要求を
出してファイルを受信することができないという問題が
あった。

【００１２】本発明はこのような問題点を解決するため
になされたものであり、ファイル蓄積装置の空き容量が
少なくなった場合、ユーザの操作を必要とせずに、いく
つかのファイルを通信によりセンター装置へ移動し、フ
ァイル蓄積装置に十分な空き容量を作ることにより、フ
ァイル蓄積装置の容量の満杯によるファイル受信失敗が
起こらないようにすることを目的とする。また、ファイ
ルをフロッピーディスク等の記録媒体にコピーする手間
を省き、装置の利便性を向上させることを目的とする。

【００１３】また、センター装置に一旦移動したファイ
ルを、通信端末において容易に再利用することができる
ようにすることを目的とする。

【００１４】

【課題を解決するための手段】このため、本願の請求項
１に記載の発明は、ファイル蓄積装置を具備する通信端
末と、当該通信端末と通信網を介して接続されるととも
に、ファイル蓄積装置を具備して前記通信端末から受信
したファイルを管理する機能を有するセンター装置とか
ら成り、前記通信端末は、そのファイル蓄積装置の空き
容量が所定値以下となった場合、前記センター装置へ発
呼して、ファイル蓄積装置内の所定の条件を満たすファ
イルをセンター装置へ送信するとともに、それらのファ
イルを削除し、前記センター装置は、前記通信端末から
受信したファイルを通信端末毎にファイル蓄積装置に保
存し、管理するようにしたものである。

【００１５】また、請求項２に記載の発明は、ファイル
蓄積装置を具備する通信端末と、当該通信端末と通信網
を介して接続されるとともに、遠隔診断機能を具備し
て、管理している通信端末へ定期的に発呼し、通信端末
のファイル蓄積装置の空き容量を含む診断情報を受信す
るとともに、ファイル蓄積装置を具備して前記通信端末
から受信したファイルを管理する機能を有するセンター
装置とから成り、前記センター装置は、通信端末から診
断情報を受信すると、それに含まれるファイル蓄積装置
の空き容量を調べ、これが所定値以下の場合には、ファ
イルの送信及び削除の要求を当該通信端末に対して行
い、前記通信端末は、前記センター装置からの要求に基
づき、ファイル蓄積装置内の所定の条件を満たすファイ
ルをセンター装置へ送信するとともに、それらのファイ
ルを削除し、前記センター装置は、前記通信端末から受
信したファイルを通信端末毎にファイル蓄積装置に保存
し、管理するようにしたものである。

【００１６】さらに、請求項３に記載の発明は、請求項
１または請求項２に記載の通信装置において、前記通信
端末は、前記センター装置へ発呼して、自端末に係わる
ファイル情報を要求し、前記センター装置は、前記通信
端末からのファイル情報要求を受けると、その通信端末
から受信したファイルに関する情報を当該通信端末に送
信し、前記通信端末は、そのファイル情報を受信する
と、受信したファイル情報を表示部に表示し、表示した
ファイル情報の中から特定のファイルが指定されると、
指定されたファイルをセンター装置に要求し、前記セン
ター装置は、前記通信端末からのファイル要求を受ける
と、ファイル蓄積装置に保存している該当ファイルを当
該通信端末に送信し、前記通信端末は、センター装置か
らのファイルを受信し、受信したファイルを再びファイ
ル蓄積装置に蓄積するようにしたものである。

【００１７】

【発明の実施の形態】以下、本発明の実施形態を図面を
参照して説明する。

【００１８】本発明の通信は、通信端末とセンター装置
から成る通信装置において実行される。この通信装置の
構成例を図１に示す。図中、１はセンター装置、２ａ〜
２ｃは通信端末である。これらの装置はＩＳＤＮ（Inte
grated Services Digital Network；サービス総合デジ
タル網）３に接続している。

【００１９】まず、通信端末について説明する。本発明
の通信端末として、音声データ、動画像データ、カラー
静止画像データ、テレライティングデータ、および文書
画像データ等の多重通信を行う通信会議装置を例にとっ
て説明する。通信会議装置のシステム構成図を図２に示
す。

【００２０】図中、２は通信端末としての本実施形態の
通信会議装置であり、システムバス１１、システム制御
部１２、ＲＯＭ（Read Only Memory；読み出し専用メモ
リ）１３、ＲＡＭ（Random Access Memory；読み書き可
能メモリ）１４、符号化・復号化部１５、ハードディス
クインターフェイス（ＨＤ Ｉ／Ｆ）１６、ハードディ
スク装置１７、通信制御部１８、送受話器１９、マイク
２０、スピーカ２１、タッチパネル制御部２２、タッチ
パネル２３、ＬＣＤ表示制御部２４、ＬＣＤ２５、動画
像コーデック２６、テレビカメラ２７、ＣＲＴ制御部２
８、ＣＲＴ２９、静止画像コーデック３０、書画カメラ
３１、スキャナインターフェイス（Ｉ／Ｆ）３２、スキ
ャナ３３、プリンタインターフェイス（Ｉ／Ｆ）３４、
プリンタ３５等を備えている。

【００２１】システムバス１１を介して各部が接続され
ており、システム制御部１２は、ＲＯＭ１３内のプログ
ラムに従って本装置の各部を制御する。ＲＯＭ１３は、
本装置の制御プログラム等を格納しており、ＲＡＭ１４
は、装置の制御に必要な各種データ等を記憶する。

【００２２】符号化・復号化部１５は、スキャナ３３か
ら入力した画像データをファクシミリ通信で使用されて
いるＭＨ、ＭＲ、ＭＭＲ等に符号化したり、受信画像デ
ータを復号化する。

【００２３】ハードディスク装置１７は、ハードディス
クインターフェイス１６を介してシステムバス１１に接
続されており、スキャナ３３にて読み取った画像データ
を蓄積したり、受信画像データを蓄積する。

【００２４】通信制御部１８は、送受話器１９、マイク
２０、スピーカ２１等が接続され、また、音声信号のＡ
／Ｄ（Analog/Digital）変換、Ｄ／Ａ（Digital/Analo
g）変換を行う音声コーデック、ＩＴＵ−Ｔ（旧ＣＣＩ
ＴＴ）勧告（以下、単に勧告と記す）Ｈ．２２１に準拠
した各種メディアデータの多重・分離制御部、Ｄチャネ
ルを用いた呼の接続や切断を実行するＤチャネル制御部
およびＩＳＤＮインターフェイス等を含んでおり、主に
通信制御のハードウエア部分を処理する。

【００２５】タッチパネル制御部２２は、タッチパネル
２３上で専用のペン先が接触した部分を検出し、その位
置情報を取り込む。タッチパネル２３はＬＣＤ２５と重
ね合わせて密着している。ＬＣＤ表示制御部２４は、Ｌ
ＣＤ２５の表示画面を制御する。

【００２６】動画像コーデック２６は、テレビカメラ２
７から入力されるアナログＮＴＳＣ（National Televis
ion System Committee)信号をＡ／Ｄ変換した後にＮＴ
ＳＣ／ＣＩＦ（Common Intermediate Format）変換し、
これを勧告Ｈ．２６１で規定された形式で符号化して通
信制御部１８に渡すとともに、通信制御部１８から入力
される符号化された動画像データに対して勧告Ｈ．２６
１で規定された復号化を行い、これをＣＩＦ／ＮＴＳＣ
変換し、さらにＤ／Ａ変換してＣＲＴ表示制御部２８に
出力する。テレビカメラ２７は、入力される映像情報を
ＮＴＳＣ信号として出力する。

【００２７】ＣＲＴ表示制御部２８は、動画像コーデッ
ク２６から入力される動画像信号や静止画像コーデック
３０から入力される静止画像信号をＣＲＴ２９へ表示さ
せ、また表示画面の分割制御等を行う。ＣＲＴ２９は、
ＮＴＳＣ端子を有し、ＣＲＴ表示制御部２８から出力さ
れる信号を表示する。

【００２８】静止画像コーデック３０は、書画カメラ３
１から入力されるＮＴＳＣ信号をＡ／Ｄ変換した後に、
ＪＰＥＧ（Joint Photographic Expert Group）方式に
従った符号化を行い、通信制御部１８またはハードディ
スク装置１７に出力するともに、通信制御部１８または
ハードディスク装置１７から入力される符号化された静
止画像データに対してＪＰＥＧ方式に従った復号化を行
い、それをＤ／Ａ変換してＣＲＴ表示制御部２８に出力
する。書画カメラ３１は、入力される静止画像情報をＮ
ＴＳＣ信号として静止画像コーデック３０に出力する。

【００２９】スキャナ３３は、スキャナインターフェイ
ス３２を介してシステムバス１１に接続されており、Ｃ
ＣＤ（Charge Coupled Device）を用い、１ライン毎に
原稿を読み取って画像データとして出力する。プリンタ
３５は、プリンタインターフェイス３４を介してシステ
ムバス１１に接続されており、画像データを１ページ毎
に普通紙等に記録出力する。

【００３０】装置の操作メニューは、全てＬＣＤ２５に
表示され、オペレータが専用のペンを用いてタッチパネ
ル２３上のそのメニューの表示エリアにポイントするこ
とで、そのメニューに従った処理が実行される。また、
文書画像データとテレライティングによる描画データ
は、ＬＣＤ２５に表示される。

【００３１】次に、本実施形態の通信会議装置間で実行
される通信会議の方法について説明する。

【００３２】会議で使用される通信方式として、音声、
動画像、データの多重通信については、勧告Ｈ．２２１
およびＨ．２４２に基づいて実行され、前記データの１
つであるテレライティングデータは、勧告Ｈ．２２１に
規定されたＭＬＰ（Multi Layer Protocol）で伝送され
る。また、前記データの１つである文書画像データと同
じくカラー静止画像データは、勧告Ｈ．２２１に規定さ
れたＨＳＤ（High Speed Data）で伝送される。

【００３３】ＭＬＰを使用したテレライティングデータ
の送受信、すなわちテレライティング通信について説明
する。このＭＬＰで実行されるプロトコル構成を図３に
示す。テレライティング通信は、レイヤ２（データリン
クレイヤ）〜レイヤ５（セションレイヤ）まではＯＳＩ
（Open Systems Interconnection）の参照モデルに準拠
し、レイヤ５の上位層に、レイヤ６（プレゼンテーショ
ンレイヤ）の機能を含むテレライティングアプリケーシ
ョンがある。

【００３４】ＨＳＤを使用した文書画像データの送受信
は、ファクシミリ通信により実施される。また、カラー
静止画像データの送受信は、図４のプロトコル構成によ
る静止画像通信により実施される。このプロトコルは、
レイヤ２〜レイヤ５まではＯＳＩの参照モデルに準拠
し、レイヤ５の上位層に、レイヤ６の機能を含むカラー
静止画像アプリケーションがある。

【００３５】次に、会議の通信手順について説明する。

【００３６】まず、Ｄチャネルを用いて呼が接続する
と、勧告Ｈ．２２１を用いたインチャネル手順に入り、
能力ＢＡＳ（Bit rate Allocation Signal）の交換を行
う。ここで、相手端末がＭＬＰおよびＨＳＤを使用した
通信が実行可能であり、また転送レート能力が２×６４
ｋｂｉｔ／ｓであることを確認し、付加チャネルを接続
する。そして、第１チャネルとの同期がとれるとＢＡＳ
コマンドを用いたモード切り換えシーケンスに移る。こ
のモード切り換えにより、自端末および相手端末とも、
音声は５６ｋｂｉｔ／ｓで７ｋＨｚオーディオ、データ
はＭＬＰ−６．４ｋ、動画像は残りの容量（６２．４ｋ
ｂｉｔ／ｓ）に割り当てられる。続いてＭＬＰでテレラ
イティング通信用のコネクションを確立し、テレライテ
ィング通信が実行可能な状態となる。

【００３７】スキャナ３３から読み込んだ文書画像デー
タを相手端末へ送信する場合には、ＢＡＳコマンドを用
いたモード切り換えを行い、両端末とも動画像をオフ
し、ＨＳＤチャネルを設定する。そして、このＨＳＤチ
ャネル上でファクシミリ通信を行うことによって、文書
画像データを送信する。文書画像データの送信が完了す
ると、ＢＡＳコマンドを用いたモード切り換えを行い、
ＨＳＤチャネルを解除し、両端末とも再び動画像をオン
とする。

【００３８】また、書画カメラ３１から入力されたカラ
ー静止画像を相手端末へ送信する場合には、ＢＡＳコマ
ンドを用いたモード切り換えを行い、両端末とも動画像
をオフし、ＨＳＤチャネルを設定する。そして、このＨ
ＳＤチャネル上で静止画像通信を行うことによって、カ
ラー静止画像を送信する。カラー静止画像の送信が完了
すると、ＢＡＳコマンドを用いたモード切り換えを行
い、ＨＳＤチャネルを解除し、両端末とも再び動画像を
オンとする。

【００３９】このように、会議中にテレライティングデ
ータから成るファイル、文書画像ファイル、カラー静止
画像ファイル等が作成される。

【００４０】また、この通信会議装置には留守録機能が
あり、留守録モードに設定されているときに他の通信会
議装置から着呼があると、受信する音声データと動画像
データを留守録メッセージファイルに書き込んでいき、
留守録メッセージファイルが作成される。

【００４１】上記の各種ファイルは、ハードディスク装
置１７に作成、保存される。

【００４２】次に、複数の端末から受信したファイルを
端末毎に分けて管理するセンター装置について説明す
る。装置のシステム構成図を図５に示す。

【００４３】図中、１は本実施形態のセンター装置であ
り、システムバス４１、システム制御部４２、ＲＯＭ４
３、ＲＡＭ４４、光磁気ディスクインターフェイス（Ｉ
／Ｆ）４５、光磁気ディスク装置４６、通信制御部４
７、タッチパネル制御部４８、タッチパネル４９、ＬＣ
Ｄ表示制御部５０、ＬＣＤ５１、プリンタインターフェ
イス（Ｉ／Ｆ）５２、プリンタ５３等を備えている。シ
ステムバス４１、システム制御部４２、ＲＯＭ４３、Ｒ
ＡＭ４４、タッチパネル制御部４８、タッチパネル４
９、ＬＣＤ表示制御部５０、ＬＣＤ５１、プリンタイン
ターフェイス５２、プリンタ５３は、図２に示されたも
のとほぼ同様であるため、これらの説明は省略する。な
お、ＲＯＭ４３，ＲＡＭ４４に記憶される制御プログラ
ムやデータは異なる。

【００４４】光磁気ディスク装置４６は、光磁気ディス
クインターフェイス（Ｉ／Ｆ）４５を介してシステムバ
ス４１に接続されており、通信端末から受信したファイ
ルを蓄積する。通信制御部４７は、勧告Ｈ．２２１に準
拠した各種メディアデータの多重・分離制御部、Ｄチャ
ネルを用いた呼の接続や切断を実行するＤチャネル制御
部およびＩＳＤＮインターフェイス等を含んでおり、主
に通信制御のハードウエア部分を処理する。

【００４５】センター装置１では、相手の通信端末から
受信した端末識別子に基づいて光磁気ディスク装置４６
内にディレクトリを作成し、通信端末とディレクトリと
を１対１に対応づけて管理する。すなわち、受信した端
末識別子が新規である場合には、その端末識別子をＲＡ
Ｍ４４に記憶するとともに、新規にディレクトリを作成
し、受信ファイルをそのディレクトリ内に蓄積する。ま
た、受信した端末識別子が既に記憶されている場合に
は、その端末識別子に対応したディレクトリ内に受信フ
ァイルを蓄積する。なお、端末識別子とディレクトリ名
とは組にしてＲＡＭ４４に記憶する。

【００４６】次に、通信端末２とセンター装置１との間
で送受信されるファイル及びファイルに関する情報の通
信方法について説明する。端末２からＤチャネルを用い
て発呼し、センター装置１と呼が接続すると、勧告Ｈ．
２２１を用いたインチャネル手順に入り、能力交換の
後、双方向ともＭＬＰ−６２．４ｋにモード変更する。
このＭＬＰ上で、図６に示すプロトコル構成を用いてフ
ァイル及びファイルに関する情報を転送する。

【００４７】以下、請求項１記載の発明の実施形態につ
いて説明する。なお、本実施形態は、通信端末（通信会
議装置）２側のシステム制御部１２を構成するＣＰＵで
図７のフローチャートで示すプログラムを実行し、セン
ター装置１側のシステム制御部４２を構成するＣＰＵで
図９のフローチャートで示すプログラムを実行すること
により実現される。

【００４８】さて、通信端末２においては、図７のフロ
ーチャートに示すように、ハードディスク装置１７の空
き容量が所定値以下となった場合、予め登録（ＲＡＭ１
４に記憶）されたセンター装置１のＩＳＤＮ番号へ発呼
し、ＭＬＰ上で図６に示したプロトコルを用いた通信を
開始する（判断１０１のｙｅｓ→処理１０２）。このＭ
ＬＰ上のセションレイヤの通信シーケンスを図８に示
す。“ＣＮ（CONNECT）ＳＰＤＵ(SESSION PROTOCOL DAT
A UNIT)”のセション利用者要求機能では、半二重機能
単位、大同期機能単位、アクティビティ管理機能単位、
受信能力データ交換機能単位等を選択する。送信するフ
ァイルのファイル名、およびそのファイルが存在してい
たディレクトリ名は、図８中の“ＡＳ（ACTIVITY STAR
T） ＳＰＤＵ”の利用者データＰＶフィールドに含め
て送信する（処理１０３）。また、送信するファイルが
複数の場合、２つ目以降は“ＭＡＰ（MAJOR SYNC POIN
T）ＳＰＤＵ”の利用者データＰＶフィールドに含めて
送信する（処理１０６）。

【００４９】このようにして、ハードディスク装置１７
内の所定数のファイルをセンター装置１へ送信し（処理
１０３〜処理１０７）、送信終了後、通信を終了すると
ともに（判断１０５のｎｏ→処理１０８）、送信したフ
ァイルをハードディスク装置１７から削除する（処理１
０９）。なお、センター装置１へ移動するファイルの選
定方法は、ファイルの作成（更新）日付の古い順に所定
数を選択する方法や、未使用の期間の長い順に所定数を
選択する方法などがあり、これらの条件を満たすファイ
ルを選択して、送信と削除を行う。

【００５０】一方、センター装置１では、図９のフロー
チャートに示すように、着呼時（判断２０１のｙｅ
ｓ）、呼設定メッセージの発番号情報要素中の発番号を
ＲＡＭ４４の端末識別用領域に記憶されたＩＳＤＮ番号
と比較する（処理２０２）。もし、一致した番号が無い
場合には（判断２０３のｎｏ）、受信した発番号をＲＡ
Ｍ４４の端末識別用領域にコピーするとともに、その番
号と対応づけてディレクトリ名を生成する。そして、そ
のディレクトリ名をＲＡＭ４４の端末識別用領域に、発
番号と組にして記憶するとともに（処理２０４）、その
ディレクトリ名のディレクトリを光磁気ディスク装置４
６に作成する（処理２０５）。

【００５１】そして、“ＡＳ ＳＰＤＵ”を受信する
と、その利用者データＰＶフィールドに含まれたディレ
クトリ名のディレクトリを先に作成したディレクトリ下
に作成し、そのディレクトリ中に、受信したファイル名
のファイルを作成する（処理２０６）。そして、続いて
受信するファイルデータを、その作成したファイルに蓄
積する（処理２０７）。

【００５２】“ＤＴ（DATA TRANSFER） ＳＰＤＵ”の
後に、“ＭＡＰ ＳＰＤＵ”を受信した場合には（判断
２０８のｙｅｓ）、その利用者データＰＶフィールドに
含まれたディレクトリ名とファイル名を用いて、上記と
同様の方法でファイルを作成し（処理２０９）、続いて
受信するファイルデータを、その生成したファイルに蓄
積する（処理２１０）。“ＭＡＰ ＳＰＤＵ”を受信し
ない場合は通信を終了する（判断２０８のｎｏ→処理２
１２）。

【００５３】上記ディレクトリ構成の一例を図１０に示
す。図中、ディレクトリＩは端末毎にその発番号と対応
付けて作成されたものであり、ディレクトリＡ，ディレ
クトリＢおよびファイルａ，ファイルｂ，ファイルｃ
は、“ＡＳ ＳＰＤＵ”または“ＭＡＰ ＳＰＤＵ”の
パラメータに従って作成されたものである。なお、この
新規に作成されたディレクトリ名とファイル名は、光磁
気ディスク装置４６のファイル管理領域に登録される。

【００５４】一方、上記着呼時、呼設定メッセージの発
番号情報要素中の発番号をＲＡＭ４４の端末識別用領域
に記憶されたＩＳＤＮ番号と比較し、一致した番号があ
る場合には（判断２０３のｙｅｓ）、その番号と組にし
て記憶されたディレクトリ名のディレクトリ下に、受信
する“ＡＳ ＳＰＤＵ”または“ＭＡＰ ＳＰＤＵ”の
利用者データＰＶフィールドに含まれたディレクトリ名
のディレクトリを作成する。そして、そのディレクトリ
中に、受信したファイル名のファイルを作成し、続いて
受信するファイルデータを、その作成したファイルに蓄
積する（処理２１１→処理２０７〜処理２１０）。以
下、上記と同様の処理（判断２０８〜処理２１２）を行
う。

【００５５】以上のように、通信端末２のファイル蓄積
装置であるハードディスク装置１７の空き容量が少なく
なった場合、ユーザの操作を必要とせずに、所定数のフ
ァイルを通信によりセンター装置１へ移動してハードデ
ィスク装置１７に十分な空き容量を作ることにより、ハ
ードディスク装置１７の容量の満杯によるファイル受信
失敗が起こらなくなる。また、ファイルをフロッピーデ
ィスク等の記録媒体にコピーする手間が省け、装置の利
便性が向上する。

【００５６】次に、請求項３記載の発明の実施形態につ
いて説明する。なお、請求項３記載の発明は、上記実施
形態に加えて、通信端末２側のシステム制御部１２を構
成するＣＰＵで図１１のフローチャートで示すプログラ
ムを実行し、センター装置１側のシステム制御部４２を
構成するＣＰＵで図１３のフローチャートで示すプログ
ラムを実行することにより実現される。

【００５７】まず、通信端末２の動作を図１１のフロー
チャートに従って説明する。ユーザによるセンター装置
１へのファイル情報問い合わせ操作により、端末２から
センター装置１のＩＳＤＮ番号へ発呼し、ＭＬＰ上で図
６に示したプロトコルを用いた通信を開始する（判断３
０１のｙｅｓ→処理３０２）。このＭＬＰ上のセション
レイヤの通信シーケンスを図１２に示す。“ＣＮ ＳＰ
ＤＵ”のセション利用者要求機能では、全二重機能単
位、大同期機能単位、アクティビティ管理機能単位、受
信能力データ交換機能単位等を選択する。この場合、
“ＡＳ ＳＰＤＵ”には、ディレクトリ名やファイル名
は含めない。

【００５８】次に、ファイル情報の受信を要求するコマ
ンドを最初の“ＤＴ ＳＰＤＵ”に含めて送信する（処
理３０３）。そして、センター装置１からディレクトリ
名とファイル名のリストを受信すると、その情報をＬＣ
Ｄ２５に表示する（判断３０４のｙｅｓ→処理３０
５）。なお、これらのファイルは、以前にその端末２か
らセンター装置１へ移動したファイルである。ここで、
ユーザが表示されたファイルの中から１つまたは複数を
選択すると、それらのディレクトリ名とファイル名をフ
ァイルの受信要求コマンドとともに送信する（判断３０
６のｙｅｓ→処理３０７）。

【００５９】そして、続いて、“ＧＴ（GIVE TOKENS）
ＳＰＤＵ”を、そのトークン項目ＰＶフィールドに大
同期アクティビティトークンをセットして送信する（処
理３０８）。その後、センター装置１から“ＭＡＰ Ｓ
ＰＤＵ”を受信し、それにディレクトリ名とファイル名
が含まれているため、そのディレクトリ名のディレクト
リに受信したファイル名のファイルを生成する（処理３
０９）。そして、続いて受信するファイルデータを、そ
の生成したファイルに蓄積する（処理３１０）。“ＭＡ
Ｐ ＳＰＤＵ”を受信する間は上記処理３０９，３１０
を繰り返し実行し、受信しなくなると、通信を終了する
（判断３１１のｎｏ→３１２）。

【００６０】一方、センター装置１では、図１３のフロ
ーチャートに従い、着呼があると、呼設定メッセージの
発番号情報要素中の発番号をＲＡＭ４４に記憶し、ＭＬ
Ｐ上で図６に示したプロトコルを用いた通信を開始する
（判断４０１のｙｅｓ→処理４０２）。このＭＬＰ上の
セションレイヤの通信シーケンスは図１２に示されてい
る。

【００６１】次に、ファイル情報の受信を要求するコマ
ンドを含んだ“ＤＴ ＳＰＤＵ”を受信すると、先に記
憶した発番号をＲＡＭ４４の端末識別用領域に記憶され
たＩＳＤＮ番号と比較する（判断４０３のｙｅｓ→処理
４０４）。そして、一致した番号と組にして記憶された
ディレクトリ名のディレクトリ内に存在する全てのディ
レクトリ名とファイル名を端末２へ送信する（処理４０
５）。

【００６２】その後、ディレクトリ名とファイル名を伴
ったファイルの受信要求コマンドを受信すると（判断４
０６のｙｅｓ）、“ＧＴ ＳＰＤＵ”の到着を待つ（判
断４０７のｎｏループ）。“ＧＴ ＳＰＤＵ”を受信す
ると、“ＭＡＰ ＳＰＤＵ”を、その利用者データＰＶ
フィールドに最初に送るファイルのディレクトリ名とフ
ァイル名を含めて送信する（判断４０７のｙｅｓ→処理
４０８）。そして、“ＭＡＡ ＳＰＤＵ”を受信する
と、ファイルデータを送信する（処理４０９）。要求の
あったファイルが２つ以上ある場合には、ファイルデー
タの送信終了後、次に送るファイルのディレクトリ名と
ファイル名を含めた“ＭＡＰ ＳＰＤＵ”を送信する
（判断４１０のｙｅｓ→処理４０８）。そして、“ＭＡ
Ａ ＳＰＤＵ”を受信すると、ファイルデータを送信す
る（処理４０９）。

【００６３】要求のあった全てのファイルデータの送信
を終了すると、“ＡＥ（ACTIVITY END） ＳＰＤＵ”を
送信し、通信終了手順を実行する（判断４１０のｎｏ→
処理４１１）。なお、上記判断４０３でファイル情報の
受信要求コマンドを受信しない場合は他の処理を実行す
る（判断４０３のｎｏ→処理４１２）。また、判断４０
６でファイルの受信要求コマンドを受信しない場合には
通信を終了する（判断４０６のｎｏ→処理４１１）。

【００６４】以上のように、センター装置１は、管理下
の任意の端末２からの要求により、その通信端末２から
受信したファイルに関する情報やファイルを当該通信端
末２に送信するようにしたことにより、通信端末２は、
センター装置１へ移動したファイルの中からユーザが指
定したファイルをセンター装置１から受信できるため、
通信端末２において、一旦センター装置１へ移動したフ
ァイルを容易に再利用することができ、装置の利便性が
更に向上する。

【００６５】次に、遠隔診断機能を利用した請求項２記
載の発明の実施形態について説明する。なお、請求項２
記載の発明は、センター装置１側のシステム制御部４２
を構成するＣＰＵで図１４，図１５のフローチャートで
示すプログラムを実行し、通信端末２側のシステム制御
部１２を構成するＣＰＵで図１８のフローチャートで示
すプログラムを実行することにより実現される。

【００６６】センター装置１は、いくつかの通信端末２
を管理しており、それらの端末２へ定期的に発呼し、端
末２の診断情報を収集する。この診断情報は、端末のエ
ラー情報（ハードウエアエラー、ソフトウエアエラー
等）の履歴であるエラーロギングデータやハードディス
ク装置１７の空き容量等から成る。ここで、受信した診
断情報の１つであるハードディスク装置１７の空き容量
が所定値以下の場合には、所定数のファイルをセンター
装置１へ移動する要求を出し、端末２ではこの要求に従
って、所定数のファイルをセンター装置１へ送信し、送
信したファイルを削除する。この動作をセンター装置１
と端末２に分けて説明する。

【００６７】センター装置１は、図１４，図１５のフロ
ーチャートに示すように、ある決められた日時、例えば
月末の深夜等に、管理下にある端末２へ発呼し、ＭＰＬ
上で図１６に示すプロトコルを用いた通信を開始し、発
番号（宛先のＩＳＤＮ番号）をＲＡＭ４４に記憶する
（図１４の判断５０１のｙｅｓ→処理５０２→処理５０
３）。

【００６８】このＭＬＰ上のセションレイヤの通信シー
ケンスを図１７に示す。“ＣＮ ＳＰＤＵ”のセション
利用者要求機能では、全二重機能単位、大同期機能単
位、アクティビティ管理機能単位、受信能力データ交換
機能単位等を選択する。そして、診断情報の受信要求コ
マンドを最初の“ＤＴ ＳＰＤＵ”に入れて送信する
（処理５０４）。端末からの診断情報を受信すると、そ
の情報の１つであるハードディスク装置１７の空き容量
が所定値以下であるかを調べる（判断５０５のｙｅｓ→
処理５０６→判断５０７）。所定値以下でなければ通信
を終了する（判断５０７のｎｏ→処理５０８）。もし、
所定値以下の場合には、所定数のファイルをセンター装
置１へ移動する要求コマンドを送信する（判断５０７の
ｙｅｓ→処理５０９）。これに続いて、“ＧＴ ＳＰＤ
Ｕ”を、そのトークン項目ＰＶフィールドに大同期アク
ティビティトークンをセットして送信する（処理５１
０）。

【００６９】そして、先に記憶した発番号に対応したデ
ィレクトリがあるかどうかを調べ、なければ、発番号と
対応づけてディレクトリ名を生成し、この発番号とディ
レクトリ名をＲＡＭ４４の端末識別用領域に記憶する
（図１５の判断５１１のｎｏ→処理５１２）。そして、
生成したディレクトリ名のディレクトリを光磁気ディス
ク装置４６に作成する（処理５１３）。

【００７０】その後、端末２から“ＭＡＰ ＳＰＤＵ”
を受信し、それにはディレクトリ名とファイル名が含ま
れているため、そのディレクトリ名のディレクトリに受
信したファイル名のファイルを生成する（判断５１４の
ｙｅｓ→処理５１５）。そして、続いて受信するファイ
ルデータを、その生成したファイルに蓄積する（処理５
１６）。“ＭＡＰ ＳＰＤＵ”を受信する間は上記処理
５１５，５１６を繰り返し実行し、受信しなくなると、
通信を終了する（判断５１７のｎｏ→処理５１８）。な
お、“ＭＡＰ ＳＰＤＵ”中のディレクトリ名のディレ
クトリは、端末毎に作成したディレクトリ内に作成され
たものである。

【００７１】一方、端末２は、図１８のフローチャート
に示すように、センター装置１から着呼があると、ＭＬ
Ｐ上で図１６に示したプロトコルを用いた通信を開始す
る（判断６０１のｙｅｓ→処理６０２）。

【００７２】このＭＬＰ上のセションレイヤの通信シー
ケンスは図１７に示されている。“ＤＴ ＳＰＤＵ”に
て診断情報の受信要求コマンドを受信すると、エラーロ
ギングデータやハードディスク装置１７の空き容量等の
診断情報を送信する（判断６０３のｙｅｓ→処理６０
５）。そして、ファイルの移動要求コマンドを受信した
場合には（判断６０６のｙｅｓ）、“ＧＴ ＳＰＤＵ”
の到着を待つ（判断６０８のｎｏループ）。“ＧＴ Ｓ
ＰＤＵ”を受信すると、“ＭＡＰ ＳＰＤＵ”を、その
利用者データＰＶフィールドに最初に送るファイルのデ
ィレクトリ名とファイル名を含めて送信する（判断６０
８のｙｅｓ→処理６０９）。そして、“ＭＡＡ ＳＰＤ
Ｕ”を受信すると、ファイルデータを送信する（処理６
１０）。次に送信するファイルがある間（判断６１１の
ｙｅｓ）、上記処理６０９，６１０を繰り返す。

【００７３】このようにして、所定数のファイルデータ
の送信を終了すると、“ＡＥ ＳＰＤＵ”を送信し、通
信終了手順を実行する（判断６１１のｎｏ→処理６１
２）。そして、送信したファイルをハードディスク装置
１７から削除する（処理６１３）。

【００７４】以上のように、遠隔診断機能を有効に用い
て、センター装置１が自動的に通信端末２のファイル蓄
積装置であるハードディスク装置１７の空き容量を調
べ、もし少ない場合にはファイルの移動を行い、ハード
ディスク装置１７に十分な空き容量を作るため、ハード
ディスク装置１７の容量の満杯によるファイル受信失敗
が起こらなくなる。また、ファイルをフロッピーディス
ク等の記録媒体にコピーする手間が省け、装置の利便性
が向上する。

【００７５】上記請求項２記載の発明の実施形態に対し
ても、前述した請求項３記載の発明の実施形態を同様に
適用することができ、その場合も、同様の作用と効果が
得られる。

【００７６】なお、上記各実施形態においては、通信端
末２のファイル蓄積装置であるハードディスク装置１７
の空き容量が所定値以下になった場合、予め決められた
所定数までのファイルをセンター装置１に送信して削除
するようにしたが、ハードディスク装置１７の空き容量
が所定の容量になるまで送信して削除するようにしても
よく、本発明を適用するシステム等に応じて、センター
装置１に送信し削除するファイルの条件を設定するよう
にすればよい。

【００７７】また、上記各実施形態においては、通信会
議装置を通信端末とするシステムに本発明を適用した場
合について説明したが、前述したソフトコピーファクシ
ミリ装置や携帯データ処理端末等にも適用できる。通信
会議装置の場合は画像と音声、ソフトコピーファクシミ
リ装置の場合も画像を扱うためファイルが大容量化する
ので本発明は効果的である。また、携帯データ処理端末
の場合、ハードディスク装置等の大容量のファイル蓄積
装置を具備することが困難なため本発明は効果的であ
る。

【００７８】

【発明の効果】以上のように、本願の請求項１記載の発
明によれば、ファイル蓄積装置を具備する通信端末と、
当該通信端末と通信網を介して接続されるとともに、フ
ァイル蓄積装置を具備して前記通信端末から受信したフ
ァイルを管理する機能を有するセンター装置とから成
り、通信端末は、そのファイル蓄積装置の空き容量が所
定値以下となった場合、センター装置へ発呼して、ファ
イル蓄積装置内の所定の条件を満たすファイルをセンタ
ー装置へ送信するとともに、それらのファイルを削除
し、センター装置は、通信端末から受信したファイルを
通信端末毎にファイル蓄積装置に保存し、管理するよう
にしたので、通信端末におけるファイル蓄積装置の空き
容量が少なくなった場合、ユーザの操作を必要とせず
に、いくつかのファイルを通信によりセンター装置へ移
動して、ファイル蓄積装置に十分な空き容量を作ること
ができる。従って、ファイル蓄積装置の容量の満杯によ
るファイル受信失敗が起こるのを未然に防ぐことができ
る効果がある。また、ファイルをフロッピーディスク等
の記録媒体にコピーする手間を省き、装置の利便性を向
上することができる効果がある。

【００７９】また、請求項２記載の発明によれば、ファ
イル蓄積装置を具備する通信端末と、当該通信端末と通
信網を介して接続されるとともに、遠隔診断機能を具備
して、管理している通信端末へ定期的に発呼し、通信端
末のファイル蓄積装置の空き容量を含む診断情報を受信
するとともに、ファイル蓄積装置を具備して通信端末か
ら受信したファイルを管理する機能を有するセンター装
置とから成り、センター装置は、通信端末から診断情報
を受信すると、それに含まれるファイル蓄積装置の空き
容量を調べ、これが所定値以下の場合には、ファイルの
送信及び削除の要求を当該通信端末に対して行い、通信
端末は、センター装置からの要求に基づき、ファイル蓄
積装置内の所定の条件を満たすファイルをセンター装置
へ送信するとともに、それらのファイルを削除し、セン
ター装置は、通信端末から受信したファイルを通信端末
毎にファイル蓄積装置に保存し、管理するようにしたの
で、遠隔診断機能を有効に利用して、センター装置が自
動的に通信端末のファイル蓄積装置の空き容量を調べ、
もし少ない場合にはファイルの移動を行い、ファイル蓄
積装置に十分な空き容量を作ることができる。従って、
ファイル蓄積装置の容量の満杯によるファイル受信失敗
が起こらなくなり、また、ファイルをフロッピーディス
ク等の記録媒体にコピーする手間が省け、装置の利便性
が向上する効果がある。

【００８０】さらに、請求項３記載の発明によれば、前
記請求項１または請求項２に記載の通信装置において、
通信端末は、センター装置へ発呼して、自端末に係わる
ファイル情報を要求し、センター装置は、通信端末から
のファイル情報要求を受けると、その通信端末から受信
したファイルに関する情報を当該通信端末に送信し、通
信端末は、そのファイル情報を受信すると、受信したフ
ァイル情報を表示部に表示し、表示したファイル情報の
中から特定のファイルが指定されると、指定されたファ
イルをセンター装置に要求し、センター装置は、通信端
末からのファイル要求を受けると、ファイル蓄積装置に
保存している該当ファイルを当該通信端末に送信し、通
信端末は、センター装置からのファイルを受信し、受信
したファイルを再びファイル蓄積装置に蓄積するように
したので、前記請求項１または請求項２と同様の効果が
得られるとともに、センター装置へ移動したファイルの
中からユーザが指定したファイルをセンター装置から受
信できるため、通信端末において一旦移動したファイル
を容易に再利用することができ、装置の利便性が更に向
上する効果がある。

【図面の簡単な説明】

【図１】本願に係る通信装置の構成例を示すブロック
図。

【図２】上記通信装置における通信端末の実施形態であ
る通信会議装置のシステム構成図。

【図３】上記実施形態におけるテレライティング通信で
のプロトコル構成を示す図。

【図４】上記実施形態におけるカラー静止画像通信での
プロトコル構成を示す図。

【図５】上記通信装置におけるセンター装置の実施形態
を示すシステム構成図。

【図６】上記実施形態におけるファイルおよびその関連
情報の通信でのプロトコル構成を示す図。

【図７】請求項１記載の発明の実施形態における通信端
末の動作フローを示す図。

【図８】上記実施形態におけるファイル転送のセション
レイヤのシーケンス例を示す図。

【図９】請求項１記載の発明の実施形態におけるセンタ
ー装置の動作フローを示す図。

【図１０】上記実施形態においてセンター装置が管理す
るファイルのディレクトリ構成例を示す図。

【図１１】請求項３記載の発明の実施形態における通信
端末の動作フローを示す図。

【図１２】上記実施形態におけるファイル情報の転送と
ファイル転送のセションレイヤのシーケンス例を示す
図。

【図１３】請求項３記載の発明の実施形態におけるセン
ター装置の動作フローを示す図。

【図１４】請求項２記載の発明の実施形態におけるセン
ター装置の動作フローの前半部分を示す図。

【図１５】同じく請求項２記載の発明の実施形態におけ
るセンター装置の動作フローの後半部分を示す図。

【図１６】上記実施形態における遠隔診断およびファイ
ル転送のプロトコル構成を示す図。

【図１７】上記実施形態における診断情報の転送とファ
イル転送のセションレイヤのシーケンス例を示す図。

【図１８】請求項２記載の発明の実施形態における通信
端末の動作フローを示す図。

【符号の説明】

１ センター装置 ２ａ〜２ｃ 通信端末 ２ 通信会議装置（通信端末） ３ ＩＳＤＮ（通信網） １１，４１ システムバス １２，４２ システム制御部 １３，４３ ＲＯＭ １４，４４ ＲＡＭ １５ 符号化・復号化部 １７ ハードディスク装置 １８，４７ 通信制御部 ２２，４８ タッチパネル制御部 ２３，４９ タッチパネル ２４，５０ ＬＣＤ制御部 ２５，５１ ＬＣＤ ２６ 動画像コーデック ２７ テレビカメラ ２８ ＣＲＴ表示制御部 ２９ ＣＲＴ ３０ 静止画像コーデック ３１ 書画カメラ ３３ スキャナ ３５，５３ プリンタ ４６ 光磁気ディスク装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ファイル蓄積装置を具備する通信端末
   と、当該通信端末と通信網を介して接続されるととも
   に、ファイル蓄積装置を具備して前記通信端末から受信
   したファイルを管理する機能を有するセンター装置とか
   ら成り、 前記通信端末は、そのファイル蓄積装置の空き容量が所
   定値以下となった場合、前記センター装置へ発呼して、
   ファイル蓄積装置内の所定の条件を満たすファイルをセ
   ンター装置へ送信するとともに、それらのファイルを削
   除し、 前記センター装置は、前記通信端末から受信したファイ
   ルを通信端末毎にファイル蓄積装置に保存し、管理する
   ことを特徴とする通信装置。
2. 【請求項２】 ファイル蓄積装置を具備する通信端末
   と、当該通信端末と通信網を介して接続されるととも
   に、遠隔診断機能を具備して、管理している通信端末へ
   定期的に発呼し、通信端末のファイル蓄積装置の空き容
   量を含む診断情報を受信するとともに、ファイル蓄積装
   置を具備して前記通信端末から受信したファイルを管理
   する機能を有するセンター装置とから成り、 前記センター装置は、通信端末から診断情報を受信する
   と、それに含まれるファイル蓄積装置の空き容量を調
   べ、これが所定値以下の場合には、ファイルの送信及び
   削除の要求を当該通信端末に対して行い、 前記通信端末は、前記センター装置からの要求に基づ
   き、ファイル蓄積装置内の所定の条件を満たすファイル
   をセンター装置へ送信するとともに、それらのファイル
   を削除し、 前記センター装置は、前記通信端末から受信したファイ
   ルを通信端末毎にファイル蓄積装置に保存し、管理する
   ことを特徴とする通信装置。
3. 【請求項３】 請求項１または請求項２に記載の通信装
   置において、 前記通信端末は、前記センター装置へ発呼して、自端末
   に係わるファイル情報を要求し、 前記センター装置は、前記通信端末からのファイル情報
   要求を受けると、その通信端末から受信したファイルに
   関する情報を当該通信端末に送信し、 前記通信端末は、そのファイル情報を受信すると、受信
   したファイル情報を表示部に表示し、表示したファイル
   情報の中から特定のファイルが指定されると、指定され
   たファイルをセンター装置に要求し、 前記センター装置は、前記通信端末からのファイル要求
   を受けると、ファイル蓄積装置に保存している該当ファ
   イルを当該通信端末に送信し、 前記通信端末は、センター装置からのファイルを受信
   し、受信したファイルを再びファイル蓄積装置に蓄積す
   ることを特徴とする通信装置。