JP2000112799A

JP2000112799A - 入力情報の分類記憶方法および情報記憶装置

Info

Publication number: JP2000112799A
Application number: JP10288299A
Authority: JP
Inventors: Hiroshi Kaibara; 博志甲斐原
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-10-09
Filing date: 1998-10-09
Publication date: 2000-04-21

Abstract

(57)【要約】【課題】ファイル名の重複がなく、送信元毎、また、
通信毎に受信したファイルを分類して保存すること。【解決手段】外部装置から情報を受信する受信工程
（Ｓ１）と、所定の規定に従ってディレクトリを作成す
るディレクトリ作成工程（Ｓ２〜Ｓ８）と、前記外部機
器から受信した情報を、前記ディレクトリ作成工程で作
成されたディレクトリ内に記憶する記憶工程（Ｓ９）と
を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、入力情報の分類記
憶方法および情報記憶装置に関し、より詳しくは、画像
情報などの情報を受信し、受信した情報を分類して保存
するための分類記憶方法および情報記憶装置に関する。

【０００２】

【従来の技術】従来、画像等のファイルをコンピュータ
等の受信装置で受信した場合、受信側でそれを保存する
ときには送信元でのファイルと同じファイル名などで保
存する方法がある。また、送信元でのファイル名とは異
なるファイル名で保存する方法として、例えば特開平５
−１２３４１では、日付時刻等を一定の法則に従って、
文字に置き換えたものを保存ファイル名として採用する
方法を開示している。

【０００３】

【発明が解決しようとする課題】ところが、送信先が１
回の通信で複数のファイルを送信した際に、受信側で日
付時刻等、互いに関連性のないファイル名を受信したフ
ァイルに付けた場合、１回のまとまった送信により得ら
れたファイルであることが分からなくなる。特に、関連
性のあるファイルが送られた場合、１回の送信で複数フ
ァイルを送信した意味合いがなくな。また、送信元別に
ファイルを分類して保存しておきたい場合には、ディレ
クトリ整理が必要であった。さらに、従来では１枚目の
受信時刻をファイル名に指定し、１回の送信で送られた
ファイルを同一時刻に関して０〜９の通し番号にてファ
イル名を区別する方法があるが、この場合、１１枚以上
のファイルを受信する際にはファイルの受信ができなく
なるという問題が生じる。

【０００４】本発明は上記問題点を鑑みてなされたもの
であり、ファイル名の重複がなく、送信元毎、また、通
信毎に受信したファイルを分類して保存する分類記憶方
法および情報記憶装置を提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明の入力情報の分類
記憶方法は、外部装置から情報を受信する受信工程と、
所定の規定に従ってディレクトリを作成するディレクト
リ作成工程と、前記外部機器から受信した情報を、前記
ディレクトリ作成工程で作成されたディレクトリ内に記
憶する記憶工程とを有する。

【０００６】また、本発明の情報記憶装置は、外部装置
から情報を受信する受信手段と、所定の規定に従ってデ
ィレクトリを作成するディレクトリ作成手段と、前記外
部機器から受信した情報を、前記ディレクトリ作成手段
により作成されたディレクトリ内に記憶するように制御
する制御手段とを有する。

【０００７】上記構成により、ファイル名の重複がな
く、送信元毎、また、通信毎に受信したファイルを分類
して保存することができる。

【０００８】本発明の好適な一態様によれば、前記ディ
レクトリ作成工程またはディレクトリ作成手段は、１回
の通信毎にディレクトリを作成する。

【０００９】上記構成によれば、１回の通信毎にその通
信で受信したファイルが総て、そのディレクトリに格納
されるため、受信後のファイル管理の手間を大幅に省く
ことができる。

【００１０】本発明の好適な一態様によれば、前記ディ
レクトリはユーザーＩＤを示す文字列を含む。

【００１１】また、本発明の好適な一態様によれば、前
記ディレクトリの一部または全部に通信時刻を示す文字
列を含む。

【００１２】また、本発明の好適な一態様によれば、前
記ディレクトリは、複数の階層からなる。

【００１３】上記構成によれば、例えば、外部装置から
送られてくるユーザーＩＤやコメント等の各種情報ある
いは受信開始時刻といった文字列を組み合わせることに
より、受信のシステム毎にもっとも便利なファイル管理
を行うことが可能となる。

【００１４】また、本発明の好適な一態様によれば、前
記ディレクトリ作成工程またはディレクトリ作成手段に
より作成されたディレクトリ名が既に存在しているか否
かを判断し、前記判断工程または判断手段で、前記ディ
レクトリ作成工程で作成されたディレクトリ名が既に存
在すると判断された場合には、エラーを示す信号を前記
外部装置に出力し、前記記憶工程または制御手段を消勢
する。

【００１５】本発明の好適な一態様によれば、前記情報
は、画像情報である。

【００１６】

【発明の実施の形態】図１（a）は再生機能を含む本画
像送受信装置を適用したデジタルカメラの上面図、ま
た、図１（ｂ）は同デジタルカメラの背面図である。

【００１７】図１（a）及び（ｂ）において、１００は
撮像装置であるデジタルカメラ、５４は文字や画像を用
いて動作状態やメッセージなどをユーザに報知する表示
部、６０は各種撮増モード及び動作モードを切り替える
ためのモードダイヤルスイッチ、１１６はシャッターボ
タン、２８は画像表示部、７０は操作部、１０４は光学
ファインダ、１１２は通信回路を介してほかの機器と接
続するためのコネクタである。

【００１８】カメラの撮影画像は画像表示部２８に表示
されるが、これは通常ＬＣＤ（液晶ディスプレイ）を使
用しているので、以下ＬＣＤと称する。スライドショー
のための編集、画像送信のための情報入力などのための
画面もこのＬＣＤ２８に表示されるが、プレゼンテーシ
ョン等のための後述のスライドショーを実行するなどの
場合には、コネクタ１１２にTV受像機のようなモニタ
（不図示）を接続して画像を外部出力することもでき
る。また画像送受信のためにモデムを接続する場合は、
専用ケーブルを用いてコネクタ１１２に接続する。

【００１９】操作部７０の操作ボタンとしては、〔ＭＥ
ＮＵ〕ボタン、〔ＳＥＴ〕ボタン、〔＋〕ボタン〔−〕
ボタンがある。操作部７０のこれらの操作ボタンは次の
ように用いる。

【００２０】〔ＭＥＮＵ〕ボタンは画像再生及び画像記
録のためのメニュー選択と供用可能であり、メニュー起
動し、画像操作を含むメニュー階層下では上の階層に戻
る。〔ＳＥＴ〕ボタンも画像再生及び画像記録のための
メニュー選択と供用可能であり、メニュー項目を決定す
る際に用いる。〔＋〕ボタンはメニューの選択項目を次
の項目に移動する場合や、選択画像を一つ新しい画像に
移動する場合に用いる。〔−〕ボタンはメニューの選択
項目を前の項目に移動する場合や、選択画像を一つ古い
画像に移動する場合に用いる。

【００２１】図２は、本実施の形態における撮像システ
ムの構成を示す図である。

【００２２】１００は図１に示すデジタルカメラであ
り、画像送信機能を持つ。デジタルカメラ１００は、画
像送信に必要な相手先の電話番号や認証のためのユーザ
ーＩＤ、パスワードを画像表示部２８及び操作部７０を
用いて入力することが可能である。デジタルカメラ１０
０はコネクタ１１２を通じてケーブルにてＦＡＸモデム
などの変復調装置３０２、ターミナルアダプタ３０３、
または携帯電話アダプタ３０４などに接続される。ま
た、例えばパーソナルコンピュータ（ＰＣ）などの受信
側の装置３０８は、ＲＳ−２３２Ｃポートを通じてＦＡ
Ｘモデム３０７に接続されている。

【００２３】送信側のＦＡＸモデム３０２、ターミナル
アダプタ３０３、またはデジタル携帯電話３０５と、受
信側のＦＡＸモデムまたはターミナルアダプタは、アナ
ログ電話回線あるいはデジタル電話回線によって接続さ
れている。図２に示すのは受信側のシステムがアナログ
電話回線に接続されている場合の実施例であるが、受信
側のシステムがデジタル電話回線に接続されている場合
はＦＡＸモデム３０７はターミナルアダプタとなり、ま
たデジタル携帯電話を接続することも可能である。

【００２４】次に、上記構成を有する撮像システムの動
作を説明する。

【００２５】受信側で画像ファイルの整理や確認を容易
にするため、デジタルカメラのソフトキーボードを使っ
て入力されたもの(例：ＵｓｅｒＩＤ)や送信開始時間な
どの文字列を単体、あるいは組み合わせることにより受
信側にその文字列と同様の名前を持つディレクトリ(ホ
ルダー)を自動的に作製し、画像はそこに格納されるも
のとする。同一名のディレクトリが存在した場合はエラ
ーを返し、通信を終了させる、もしくはＵｓｅｒＩＤの
後ろに数字を加えたものをディレクトリとして作製する
などの処理が考えられる。例えば、ディレクトリ構造の
１例として〔Ｃａｍｅｒａ−ＯｗｎｅｒＮａｍｅ〕/〔ＵｓｅｒＩ
Ｄ〕/〔Ｄａｔｅ〕や、この組あわせを入れかえたものなどが考えられる。

【００２６】図３は上記構成を有する撮像システムの動
作を示すフローチャートであり、ここでは、受信可能な
状態にあるＰＣ３０８の受信ディレクトリを〔Ｃａｍｅ
ｒａ−ＯｗｎｅｒＮａｍｅ〕/〔ＵｓｅｒＩＤ〕/〔Ｄａ
ｔｅ〕とする。

【００２７】ステップＳ１でデジタルカメラ１００から
画像データを受信すると、ステップＳ２で、受信のため
に準備したルートディレクトリに〔Ｃａｍｅｒａ−Ｏｗ
ｎｅｒＮａｍｅ〕ディレクトリが無いかどうかをチェッ
クする。無い場合はステップＳ３でそのルートディレク
トリに〔Ｃａｍｅｒａ−ＯｗｎｅｒＮａｍｅ〕ディレク
トリを作成し、さらにその下層に〔ＵｓｅｒＩＤ〕ディ
レクトリ（Ｓ５）、その下層に〔Ｄａｔｅ〕ディレクト
リ（Ｓ８）の作成を行なう。

【００２８】ステップＳ２において、〔Ｃａｍｅｒａ−
ＯｗｎｅｒＮａｍｅ〕ディレクトリが存在すると判断さ
れた場合には、ステップＳ４でその下層に〔ＵｓｅｒＩ
Ｄ〕ディレクトリがないかどうかのチェックを行なう。
存在しない場合にはステップＳ５で〔ＵｓｅｒＩＤ〕デ
ィレクトリを作成し、さらにその下層に〔Ｄａｔｅ〕デ
ィレクトリを作成する（Ｓ８）。

【００２９】ステップＳ４において〔ＵｓｅｒＩＤ〕デ
ィレクトリが存在すると判断された場合、ステップＳ６
においてその下層に〔Ｄａｔｅ〕ディレクトリが存在す
るかどうかをチェックし、無い場合はステップＳ８へ進
み〔Ｄａｔｅ〕ディレクトリを作成する。

【００３０】ステップＳ８における〔Ｄａｔｅ〕ディレ
クトリを作成することができて、初めて受信が可能とな
る。したがって、本実施の形態によれば、ステップＳ６
において〔Ｄａｔｅ〕ディレクトリが存在すると判断さ
れた場合、複数の画像ファイルが同一のディレクトリと
なることを避けるために、エラー終了となる（Ｓ７）。
しかし、〔Ｄａｔｅ〕ディレクトリの作成手順の性格上
その可能性はほとんどないと考えてよい。特に〔Ｄａｔ
ｅ〕ディレクトリ名に秒単位までを含めている場合はス
テップＳ６でＹＥＳになることはない。

【００３１】ステップＳ８で〔Ｄａｔｅ〕ディレクトリ
を作成すると、受信した画像データを保存する準備が完
了し、当該通信で受信した画像データを、作成したディ
レクトリ内に画像データを記憶する。

【００３２】なお、本発明は上記のディレクトリに限る
ものではなく、１回のダイアルについて、年月日時分秒
のみを元にして１つのディレクトリを作製するように
し、その回に受信した画像ファイル全てを格納させるよ
うにしても良い。例えば、１９９８年７月２８日１８時
２８分５６秒に受信を開始した場合、ディレクトリ名は
１９９８０７２８１８２８５６となる。ただし受信側の
システムがディレクトリ名にこれだけの文字の入力を認
めていない場合は、年及び秒の部分の少なくともどちら
か一方を削ること、そのディレクトリに受信ｌｏｇをテ
キスト形式で保存させることも考えられる。このテキス
ト形式ｌｏｇの確認はデジタルカメラでは不可能である
ため、あくまでもＰＣでの閲覧を対象としている。

【００３３】なお、本発明は上記のディレクトリに限る
ものではなく、他にも表１のようにカメラから送られて
くる文字列は何種類かあるので、この文字列を少なくと
も１つを使用することにより受信側のディレクトリを自
動的に構築するようにしても良い。

【００３４】

【表１】文字列主な使用法例ユーザーＩＤログイン認証１９３ＨＡＩパスワードログイン認証３４ＴＹＡＮコメント受信側表示ＡＣＣＩＤＥＮＴ１０．２５カメラモデルネーム受信側表示ＰｏｗｅｒＳｈｏｔＡ５

【００３５】デジタルカメラ１００にて撮影された画像
は上記のシステムによって、受信側のＰＣ３０８に送信
することが可能である。その際にデジタルカメラ１００
では電話番号、ユーザーＩＤ、パスワードなど必要な情
報を入力する必要があり、更にはカメラ−ＦＡＸモデム
間のボーレート（通信速度）や接続されているモデムの
種類を入力する必要もある。送信する画像の選択もデジ
タルカメラ１００で行なうことが可能である。

【００３６】受信側の装置は画像を受信した際に、どの
ような名前でどのディレクトリに保存するかは受信ソフ
トに依存するものである。

【００３７】受信側のＰＣ３０８は、本実施の形態にお
いて、受信不可能な場合に、以下のカテゴリー別にエラ
ーを返し、送信側のデジタルカメラは受信側が受信を拒
否した理由を画像表示部２８によって確認することがで
きる。例えば、以下のような場合がある。

【００３８】１）受信側の電話回線がビジーの場合２）受信側が応答しない場合３）受信側の空きディスク容量が不足している場合４）受信側のシステムが送信側の情報（カメラのモデ
ル、ユーザーＩＤ、パスワードなど）から、認証失敗と
判断した場合５）受信側が送信側の通信プロトコルによって受信不
可能と判断した場合また、上記実施の形態では、デジタルカメラにより撮像
して得た画像データを送信したが、本発明は画像データ
に限るものではなく、一回の通信で複数のファイルを送
信することができるものであれば、本発明を適用するこ
とが可能である。

【００３９】また、本発明の目的は、前述した実施形態
の機能を実現するソフトウェアのプログラムコードを記
録した記憶媒体を、システムあるいは装置に供給し、そ
のシステムあるいは装置のコンピュータ（またはＣＰＵ
やＭＰＵ）が記憶媒体に格納されたプログラムコードを
読出し実行することによっても、達成されることは言う
までもない。

【００４０】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【００４１】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【００４２】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれることは言うまでもない。

【００４３】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００４４】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャートに対応す
るプログラムコードを格納することになるが、簡単に説
明すると、図４のメモリマップ例に示す各モジュールを
記憶媒体に格納することになる。すなわち、少なくとも
情報受信モジュール、ディレクトリ作成モジュール、お
よび情報記憶制御モジュールの各モジュールのプログラ
ムコードを記憶媒体に格納すればよい。

【００４５】以下、本実施の形態に係る受信システムの
ＰＣ３０８の一般的なハードウェア構成を図５に示す。

【００４６】ＰＣ３０８は、ＲＯＭ２０７、ＲＡＭ２０
８、中央処理装置２０９、ディスク装置２１０、バス２
１１、Ｉ／Ｏポート２１２、Ｉ／Ｆ２１３、外部記憶装
置２１４を含む。ＲＯＭ２０７は、上述の図３に示す制
御手順を実現するプログラムを保持する。ＲＡＭ２０７
は、上記プログラムの動作に必要な記憶領域とを提供す
る。中央処理装置２０９はＲＯＭ２０７に保持されてい
るプログラムに従って処理を行なう。バス２１１は、上
記の各構成を接続し、各構成間におけるデータの授受を
可能とする。２１２はカメラシステムとの通信を行なう
Ｉ／Ｏポートである。Ｉ／Ｆ２１３は、マウスやキーボ
ードなどの入力部２２０と接続する。また、外部記憶装
置２１４はフロッピディスクやＣＤ−ＲＯＭといった外
部記憶媒体を駆動するためのものであり、上述したよう
に予めＲＯＭ２０７に制御プログラムを保持する代わり
に外部記憶媒体に記憶されている場合に、それを読み出
してダウンロードする。

【００４７】

【発明の効果】以上説明したように、本発明によれば、
１回の通信毎にその通信で受信したファイルが総て、そ
のディレクトリに格納されるため、受信後のファイル管
理の手間が大幅に省けることになる。また、デジタルカ
メラから送られてくるユーザーＩＤやコメント等の各種
情報あるいは受信開始時刻といった文字列を組み合わせ
ることにより、受信のシステム毎にもっとも便利なファ
イル管理を行うことが可能となる。

【００４８】

【図面の簡単な説明】

【図１】本発明の実施の形態におけるデジタルカメラの
外観図である。

【図２】本発明の実施の形態における撮像システムの構
成を示す図である。

【図３】本発明の実施の形態におけるディレクトリ生成
のフローチャートを示す図である。

【図４】本発明の入力情報を分類して記憶するために用
いられるプログラムコードのメモリマップ図である。

【図５】本発明の受信システムとして利用される一般的
なコンピュータの構成を示すブロック図である。

【符号の説明】

２８画像表示部５４表示器６０モードダイアルスイッチ７０操作部１００デジタルカメラ１０４光学ファインダ１１２コネクタ３０２ＦＡＸモデム３０３ターミナルアダプタ３０４デジタル携帯電話用モバイルデータアダプタ３０５デジタル携帯電話３０６電話回線３０７受信側ＦＡＸモデム３０８受信側システム

Claims

【特許請求の範囲】

【請求項１】外部装置から情報を受信する受信工程
と、所定の規定に従ってディレクトリを作成するディレクト
リ作成工程と、前記外部機器から受信した情報を、前記ディレクトリ作
成工程で作成されたディレクトリ内に記憶する記憶工程
とを有することを特徴とする入力情報の分類記憶方法。
【請求項２】前記ディレクトリ作成工程では、１回の
通信毎にディレクトリを作成することを特徴とする請求
項１に記載の入力情報の分類記憶方法。
【請求項３】前記ディレクトリはユーザーＩＤを示す
文字列を含むことを特徴とする請求項１または２に記載
の入力情報の分類記憶方法。
【請求項４】前記ディレクトリの一部または全部に通
信時刻を示す文字列を含むことを特徴とする請求項１乃
至３のいずれかに記載の入力情報の分類記憶方法。
【請求項５】前記ディレクトリは、複数の階層からな
ることを特徴とする請求項１乃至４のいずれかに記載の
入力情報の分類記憶方法。
【請求項６】前記ディレクトリ作成工程で作成された
ディレクトリ名が既に存在しているか否かを判断する判
断工程と、前記判断工程で、前記ディレクトリ作成工程で作成され
たディレクトリ名が既に存在すると判断された場合に
は、エラーを示す信号を前記外部装置に出力し、前記記
憶工程を消勢する工程とを更に有することを特徴とする
請求項１乃至５のいずれかに記載の入力情報の分類記憶
方法。
【請求項７】前記情報は、画像情報であることを特徴
とする請求項１乃至６のいずれかに記載の入力情報の分
類記憶方法。
【請求項８】外部装置から情報を受信する受信手段
と、所定の規定に従ってディレクトリを作成するディレクト
リ作成手段と、前記外部機器から受信した情報を、前記ディレクトリ作
成手段により作成されたディレクトリ内に記憶するよう
に制御する制御手段とを有することを特徴とする情報記
憶装置。
【請求項９】前記ディレクトリ作成手段は、１回の通
信毎にディレクトリを作成することを特徴とする請求項
８に記載の情報記憶装置。
【請求項１０】前記ディレクトリはユーザーＩＤを示
す文字列を含むことを特徴とする請求項８または９に記
載の情報記憶装置。
【請求項１１】前記ディレクトリの一部または全部に
通信時刻を示す文字列を含むことを特徴とする請求項８
乃至１０のいずれかに記載の情報記憶装置。
【請求項１２】前記ディレクトリは、複数の階層から
なることを特徴とする請求項８乃至１１のいずれかに記
載の情報記憶装置。
【請求項１３】前記ディレクトリ作成手段により作成
されたディレクトリ名が既に存在しているか否かを判断
する判断手段と、前記判断手段が、前記ディレクトリ作成手段により作成
したディレクトリ名が既に存在すると判断した場合に
は、エラーを示す信号を前記外部装置に出力し、前記制
御手段を消勢する手段とを更に有することを特徴とする
請求項８乃至１２のいずれかに記載の情報記憶装置。
【請求項１４】前記情報は、画像情報であることを特
徴とする請求項８乃至１３のいずれかに記載の情報記憶
装置。
【請求項１５】入力した情報を分類して記憶するため
のプログラムコードが格納されたコンピュータ可読メモ
リであって、外部装置から情報を受信する受信工程のコードと、所定の規定に従ってディレクトリを作成するディレクト
リ作成工程のコードと、前記外部機器から受信した情報を、前記ディレクトリ作
成工程で作成されたディレクトリ内に記憶する記憶工程
のコードとを有することを特徴とするコンピュータ可読
メモリ。
【請求項１６】前記ディレクトリ作成工程で作成され
たディレクトリ名が既に存在しているか否かを判断する
判断工程のコードと、前記判断工程で、前記ディレクトリ作成工程で作成され
たディレクトリ名が既に存在すると判断された場合に
は、エラーを示す信号を前記外部装置に出力し、前記記
憶工程を消勢する工程のコードとを更に有することを特
徴とする請求項１５に記載のコンピュータ可読メモリ。