(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して受信された文字列データを記憶するデータ記憶装置であって、
文字列データの抽出開始を示す開始文字列及び文字列データの抽出終了を示す終了文字列を記憶する記憶手段と、
受信された文字列データを読み出し、読み出した文字列データから前記開始文字列と一致する文字列データと、前記終了文字列と一致する文字列データとを検出する検出手段と、
前記検出手段により前記開始文字列と一致する文字列データが検出された場合は前記検出手段により読み出された前記開始文字列と一致する文字列データに続く文字列データを予め指定されたファイルに書き込むことを開始し、前記検出手段により前記終了文字列と一致する文字列データが検出された場合は前記指定ファイルへの書込みを終了する書込手段と、
を具備することを特徴とするデータ記憶装置。
【請求項２】
前記書込手段は、前記受信された文字列データの内容に基づいてファイルを指定し、前記検出手段により読み出された文字列データを前記指定ファイルに書き込むことを特徴とする請求項１記載のデータ記憶装置。
【請求項３】
前記書込手段は、前記受信された文字列データに含まれるファイル種別コードを判別し、判別されたファイル種別コードに対応するファイルを指定することを特徴とする請求項２記載のデータ記憶装置。
【請求項４】
前記記憶手段は、複数のファイルの各ファイルに対応づけて前記開始文字列及び前記終了文字列を記憶し、
前記書込手段は、前記複数のファイルから指定されたファイルに前記検出手段により読み出された文字列データを書き込むことを特徴とする請求項１乃至３のいずれかに記載のデータ記憶装置。
【請求項５】
ユーザが所望する開始文字列及び終了文字列を前記記憶手段に入力する入力手段を更に具備することを特徴とする請求項１乃至４のいずれかに記載のデータ記憶装置。
【請求項６】
ユーザが所望するファイルを指定するファイル指定手段を更に具備し、
前記書込手段は、前記ファイル指定手段により指定されたファイルに前記検出手段により読み出された文字列データを書き込むことを特徴とする請求項１記載のデータ記憶装置。
【請求項７】
文字列データの受信開始から受信終了までに受信された文字列データを一時記憶する受信バッファを更に具備し、
前記検出手段は、前記受信バッファに記憶された文字列データを読み出し、読み出した文字列データから前記開始文字列と一致する文字列データと、前記終了文字列と一致する文字列データとを検出することを特徴とする請求項１乃至６のいずれかに記載のデータ記憶装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ記憶装置に係り、詳細には、通信によって受信された文字列データをファイルに記憶するデータ記憶装置に関する。
【０００２】
【従来の技術】
従来のワードプロセッサーやパーソナルコンピュータ等の情報処理機器を用いて、これらをモデム等を介して電話回線に接続したり、あるいは、これらの機器同士をＲＳ−２３２Ｃ等を使ってシリアルに接続した通信システムなどでは、通信によって受信した文字列データを記録して残しておくため、例えば、フロッピーディスクドライブ（ＦＤＤ）などからなる外部記憶部のファイルに受信データを書き込む処理が行われる。このような受信あるいはダウンロードは、例えば、電子掲示板サービス（ＢＢＳ：Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ）  につないで、必要な情報を受信あるいはダウンロード（以下、単に受信という。）する場合は、受信の開始宣言を行ってから、終了宣言を行うまでの全てのデータがＦＤＤ等のファイルに書き込まれる。これは、ホスト側から出力されて受信される必要な文字列データ以外に、メニューやメッセージ等の文章や制御データまでファイルに書き込まれていた
【０００３】
【発明が解決しようとする課題】
しかしながら、このような従来のデータ記憶装置にあっては、必要な情報を受信する際に、受信の開始宣言から終了宣言までの全てのデータがファイルに書き込まれるので、必要な文字列データ以外にメニューやメッセージ等の文章や制御データ等が含まれることから、ファイルのサイズが大きくなってしまい、メモリが有効利用できていないという課題がある。
【０００４】
また、上記のようにファイルサイズの増大を防止するため、必要な情報のみを受信しようとすると、上記した受信の開始宣言と終了宣言とを細かく指示する必要があって、操作ミスを誘発しやすくなる上、操作が煩雑になるという課題があった。
【０００５】
本発明の課題は、受信されたデータをファイルに書き込む際に、必要な部分のデータのみをファイルに書き込むことができるようにすることである。
【０００６】
【課題を解決するための手段】
請求項１記載の発明は、通信ネットワークを介して受信された文字列データを記憶するデータ記憶装置であって、文字列データの抽出開始を示す開始文字列及び文字列データの抽出終了を示す終了文字列を記憶する記憶手段と、受信された文字列データを読み出し、読み出した文字列データから前記開始文字列と一致する文字列データと、前記終了文字列と一致する文字列データとを検出する検出手段と、前記検出手段により前記開始文字列と一致する文字列データが検出された場合は前記検出手段により読み出された前記開始文字列と一致する文字列データに続く文字列データを予め指定されたファイルに書き込むことを開始し、前記検出手段により前記終了文字列と一致する文字列データが検出された場合は前記指定ファイルへの書込みを終了する書込手段と、を具備することを特徴とする。
【００１５】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
図１〜図５は、本発明のデータ記憶装置を説明する図であり、本実施形態では、通信可能なパーソナルコンピュータが通信回線網に接続され、その通信回線網を通じて受信された文字列データのうち必要な情報のみを記憶部に記憶するようにしたものである。
【００１６】
まず、構成を説明する。
図１は、本実施形態のパーソナルコンピュータ１の要部ブロック構成図である。
図１における、パーソナルコンピュータ１は、ＣＰＵ２、入力部３、入力制御部４、ＲＯＭ５、記憶部（ＲＡＭ）６、表示部７、表示駆動部８、印字部９、印字制御部１０、外部記憶部１１、通信制御部１２などにより構成されており、各部同士はバス１３で接続されている。
【００１７】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）２は、ＲＯＭ５内に格納されている各種制御プログラムに応じてパーソナルコンピュータ１内の各部を制御するとともに、後述するダウンロードデータを記憶部６に記憶させる際に、受信文字列データの中から記憶部６に予め記憶された開始文字列や終了文字列を検出し、それらに基づいて所定の文字列を抽出して、その抽出した必要な文字列のみをダウンロードデータ記録ファイルに記憶するようにする。例えば、開始文字列のみを検出する場合は、その開始文字列に続く文字列を、終了文字列のみを検出する場合は、その終了文字列以前の文字列を、また、開始文字列と終了文字列を検出する場合は、その開始文字列と終了文字列との間に挟まれた文字列をダウンロードデータ記録ファイルに記憶するように制御する。なお、本実施形態では、開始文字列や終了文字列を基準として、開始文字列と終了文字列とを除く文字列を記憶するようにしたが、開始文字列や終了文字列を含む文字列を記憶するように制御してもよい。
【００１８】
入力部３は、パーソナルコンピュータ１において各種機能を設定するためのファンクションキーや文字データを入力する文字データキー、数字データを入力するテンキー、ダウンロードの開始を指示するダウンロード指示キー、文字列を記憶するファイルを指定するファイル指定キー等を有し、その各キー操作に応じた信号を入力制御部４で制御してＣＰＵ２に出力する。
【００１９】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５は、ＣＰＵ２が実行する各種制御プログラムを格納するとともに、その各種制御プログラムが実行される際に処理される各種データが格納されている。
【００２０】
記憶部（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）６は、データを処理、加工するために一時的にデータを記憶したり、種々のパラメータを記憶するワークエリア等が設けられている。例えば、図１に示すように、記憶部６内には、パーソナルコンピュータ１が通信回線網を介して受信された受信データを一時的に記憶するための受信用バッファ６ａと、その受信データの中から必要なデータをダウンロードする第１の記録ファイル６ｂ、第２の記録ファイル６ｃ、第３の記録ファイル６ｄ、…………等を具備している。そして、各記録ファイルエリアは、さらに、ファイルの名称を記録する記録ファイル名称、ダウンロードしたデータを記録するダウンロードデータ記録ファイル、必要なダウンロードデータの開始基準となる開始文字列を記憶する開始文字列記憶部、必要なダウンロードデータの終了基準となる終了文字列を記憶する終了文字列記憶部、および、上記の各記録ファイルにおけるダウンロード状況を表すフラグを格納するダウンロードフラグ（ｄｏｗｎｌｏａｄ  ｆｌａｇ  ）部によりそれぞれ構成されている。
【００２１】
表示部７は、パーソナルコンピュータ１の入力部３や通信制御部１２を介して受信された文書データやイメージデータ等を画面上に表示するもので、ＣＲＴやＬＣＤなどのディスプレイからなり、そのディスプレイに応じた表示駆動部８によって表示駆動される。
【００２２】
印字部９は、印字制御部１０の制御によって、例えば、記憶部（ＲＡＭ）６内に展開されるキャラクタデータなどを順次印刷用紙に印刷して出力する。
外部記憶部１１は、ここではフロッピー・ディスク・ドライブ（ＦＤＤ）などからなり、フロッピーディスクに所定のデータを書き込んだり、フロッピーディスクに記憶されているデータを読み出してパーソナルコンピュータ１内部で編集処理したりする。
【００２３】
通信制御部１２は、Ｉ／Ｏポートやモデムなどからなり、これらを介して通信回線網（アナログ公衆回線網やディジタル公衆回線網）と接続され、パソコン通信によって送受信される電子メール等のデータの通信制御を行うものである。
【００２４】
バス１３は、上記した各部同士を接続して、制御信号やデータをやり取りする信号線である。
【００２５】
図２は、本実施形態で用いるダウンロードフラグを説明する図であり、図１に示す記憶部（ＲＡＭ）６の各記録ファイル内のダウンロードフラグ部に書き込まれて記録ファイルの状態を示すものである。
図２に示すように、ダウンロードフラグが“０”の場合は、ダウンロードはしない状態を示している。
【００２６】
また、ダウンロードフラグが“１”の場合は、ダウンロード中であるが、当該記録ファイルはクローズ状態にあることを示している。
さらに、ダウンロードフラグが“２”の場合は、ダウンロード中であって、当該記録ファイルはオープン中であることを示すものである。
【００２７】
本実施形態では、ダウンロードフラグを上記のように定義したが、勿論これに限定されるものではない。
【００２８】
図３は、通信回線網を介して受信される受信文字列データ２１のデータ構成例を示す図であり、ここでは、電子メールによる受信文字列データの場合である。図３に示すように、受信文字列データ２１の先頭には制御データ２２が配置され、次に電子メールで受信した手紙の開始を知らせる開始文字列２３として、例えば「手紙が届いています。」が続き、それから必要な文字列データとしての手紙の内容２４が続き、その後は手紙の終了を知らせる終了文字列２５として、例えば「削除しますか？」などが続いている。なお、文字列データとしては、特定記号、特定制御コードを示す数値列、あるいは、数値とアルファベットの文字列等が他にある。
【００２９】
上記したように、受信文字列データ２１のうち必要な文字列データは、手紙の内容２４の部分だけであって、ダウンロードする場合もこの部分のみファイルに記憶すればよい。そこで、本実施形態では、開始文字列２３と終了文字列２５とを受信文字列データ２１の中から抽出して、開始文字列２３と終了文字列２５とに挟まれた必要な文字列データである手紙の内容２４を選択的に抽出してファイルに記憶するようにしたものである。
【００３０】
次に、本実施形態の動作を図４および図５に基づいて説明する。
図４は、図１の記憶部６の記録ファイルに開始文字列と終了文字列とを登録する動作を説明するフローチャートであり、図５は、文字列データの受信処理動作を説明するフローチャートである。
本実施形態において、受信された文字列データを記憶部６の所定の記録ファイルにダウンロードする場合は、予め図４に示す設定モードによって開始／終了文字列の入力処理が行われる。
【００３１】
まず、図１に示す記憶部６の記録ファイル６ｂ、６ｃ、６ｄ、……のダウンロードフラグを全てクリアする（図示せず）。そして、記録ファイル６ｂ、６ｃ、６ｄ、……のうち、開始／終了文字列を登録する記録ファイル名を指定し（ステップＳ１）、入力部３を使って開始文字列を入力するとともに（ステップＳ２）、終了文字列を入力する（ステップＳ３）。
【００３２】
そして、上記のようにして入力された開始文字列と終了文字列は、ステップＳ１で指定したダウンロードすべき記憶部６の記録ファイルの開始文字列記憶部と終了文字列記憶部とに対応づけて設定される（ステップＳ４）。
さらに、上記ステップＳ４で開始／終了文字列を設定した場合は、当該記録ファイルがダウンロードすべきファイルであることを示すため、ダウンロードフラグを「１」にセットする（ステップＳ５）。
【００３３】
このように、記録ファイル中のダウンロードフラグが「１」にセットされている場合は、受信された文字列データの中に設定された開始文字列が有ると、当該記録ファイルに対して、開始文字列以降の文字列データを自動的に格納することができる。
【００３４】
次に、図５に示すように、ダウンロード時における受信処理は、まず、ステップＳ１１で通信制御部１２を介して１文字の受信があったか否かを判断し、１文字でも受信した場合は、その受信した文字データが記憶部６の受信用バッファに書込まれる（ステップＳ１２）。上記した受信文字データの書込み処理は、受信動作が終了するまで繰り返し行われる（ステップＳ１３）。
【００３５】
ステップＳ１３において受信動作が終了した場合は、受信用バッファ１６ａに書込まれた受信文字列データを一通り読出して（ステップＳ１４）、その読出文字列データに受信終了コードが含まれているか否かを判別する（ステップＳ１５）。その読出文字列データに受信終了コードが含まれていない場合は、文字列データが最後まで確実に受信されていない状態であるため、ダウンロードの受信処理を終了させる。
【００３６】
ステップＳ１５で、読出文字列データに受信終了コードが含まれている場合は、文字列データが最後まで確実に受信されているので、ステップＳ１６に移行してダウンロードの受信処理を継続する。
ステップＳ１６では、上記読出文字列データにファイル種別コードが有るか否かを判別し、ファイル種別コードがある場合は、そのファイル種別コードに対応した記録ファイルを指定して（ステップＳ１７）、ステップＳ１９に移行する。
【００３７】
また、ステップＳ１６において、読出文字列データにファイル種別コードが含まれていない場合は、種別コードによるファイル指定ができないので、ユーザーからの記録ファイルの指定待ちとなり、指定がない場合はそのまま終了し、指定がある場合は、ステップＳ１９に移行する。
【００３８】
ステップＳ１９では、指定ファイルのダウンロードフラグが「０」か否かを判別し、「０」であれば図２に示すようにダウンロードはしない状態であるので、処理を終了する。また、「０」以外の「１」または「２」の場合は、ステップＳ２０に移って、指定ファイルのダウンロードフラグが「１」か否かを判別し、「１」であればダウンロード中であるがファイルがクローズ状態であって、ステップＳ２１で読出文字列データに開始文字列が含まれているか否かを判別する。
【００３９】
開始文字列が検出された場合は、指定ファイルのフラグを「２」として（ステップＳ２２）、ファイルをオープン状態とし、受信バッファに格納された次の文字列データが読出される（ステップＳ２３）。また、ステップＳ２１で読出文字列データに開始文字列が含まれていない場合も、ステップＳ２３に移行して受信バッファに格納された次の文字列データの読出しが行われる。
【００４０】
次に、ステップＳ２３で受信バッファの文字列データが読出されて、ステップＳ２４でその読出文字列データが終了文字列か否かを判別する。終了文字列でない場合は、今読出した受信バッファの文字列の内容を指定ファイル（記憶部６の所定の記録ファイルにおけるダウンロードデータ記録ファイル）に書込んで、再度、ステップＳ２３で受信バッファの次の文字列データを読出して、終了文字列が検出されるまで指定ファイルへ書込む動作（ステップＳ２３〜ステップＳ２５）が繰り返し行われる。
【００４１】
ステップＳ２４で、読出文字列が終了文字列の場合は、文字列データの書込み動作を中止することから、当該指定ファイルをクローズして（ステップＳ２６）、指定ファイルのダウンロードフラグを「１」にする（ステップＳ２７）。
【００４２】
このように、本実施形態におけるデータ記憶装置は、開始文字列や終了文字列を予め登録することにより、ダウンロードを行うデータ範囲が限定されるため、受信データの中から必要な文字列データのみを所望の記録ファイルに書込むことが可能になる。その結果、ダウンロード後の編集作業が不要となる上、煩雑な編集作業を行うことによるミスの発生を防止することができる。
また、必要な文字列データのみをダウンロードするようにしたため、これを記録する記録ファイルのサイズが小さくて済み、低コスト化することができる。
【００４３】
さらに、本実施形態では、記憶部６に複数の記録ファイルと、これに対応した文字列を各々登録可能としたため、目的別のファイルへ記録することが可能となり、自動的に通信した内容を整理して必要なデータのみを記録ファイルに書込むことができるようになった。例えば、電子メールの場合は、第１の記録ファイル、掲示板データの場合は、第２の記録ファイルに記憶するというように、データの種類に応じてファイルを使い分けたり、また、発信者別に電子メールのファイルを作成する場合は、各発信者毎に電子メールのファイルを作成することもできる。
【００４４】
以上、本発明者によってなされた発明を好適な実施形態に基づき具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
例えば、上記した実施形態では、文字列データのファイルへの書込みを文節単位で行うようにしたが、文字単位、あるいは行単位で行うようにしてもよい。
【００４５】
また、上記した実施形態では、受信（ダウンロード）を宣言する時点で開始文字列や終了文字列の登録を行うようにしたが、この文字列の登録も予め決めた文字列に対して行うようにしてもよい。
【００４６】
さらに、上記した実施形態では、受信（ダウンロード）する際に、受信（ダウンロード）宣言を行っていたが、これは必ずしも必要ではなく、登録してある文字列を検出した場合は、自動的にその登録ファイルに文字列データを書込むように定義してもよい。
【００４７】
また、上記した実施形態では、通信されてきた文字列データを書込む場合につき説明したが、ファイルから他のファイルへ文字列データを書込む場合であってもよい。
【００４８】
【発明の効果】
請求項１記載の発明によれば、受信された文字列データの中から開始文字列以降の文字列データから終了文字列までの必要な部分の文字列データを抽出し、抽出した必要な部分の文字列データをファイルに書き込むことができるので、ファイルサイズの増大化や操作の煩雑化を防止することができる。
【００４９】
請求項２記載の発明によれば、受信された文字列データの内容に基づいて指定されたファイルに必要な部分の文字列データを書き込むことができる。
【００５０】
請求項３記載の発明によれば、受信された文字列データに含まれるファイル種別コードに対応するファイルに必要な部分の文字列データを書き込むことができる。
請求項４記載の発明によれば、複数のファイルから指定されたファイルに必要な部分の文字列データを書き込むことができる。
請求項５記載の発明によれば、ユーザが所望する開始文字列及び終了文字列を設定することができる。
請求項６記載の発明によれば、ユーザが所望するファイルに必要な部分の文字列データを書き込むことができる。
請求項７記載の発明によれば、受信された文字列データを受信バッファに一時記憶するので、通信ネットワークへの接続時間を短縮できる。
【図面の簡単な説明】
【図１】本実施形態のパーソナルコンピュータの要部ブロック構成図。
【図２】本実施形態で用いるダウンロードフラグを説明する図。
【図３】通信回線網を介して受信される受信文字列データのデータ構成例を示す図。
【図４】図１の記憶部の記録ファイルに開始文字列と終了文字列とを登録する動作を説明するフローチャート。
【図５】文字列データの受信処理動作を説明するフローチャート。
【符号の説明】
１        パーソナルコンピュータ
２        ＣＰＵ
３        入力部
４        入力制御部
５        ＲＯＭ
６        記憶部（ＲＡＭ）
７        表示部
８          表示駆動部
９        印字部
１０      印字制御部
１１      外部記憶部
１２      通信制御部
１３      バス
２１      受信文字列データ
２２      制御データ
２３      開始文字列
２４      手紙の内容
２５      終了文字列
【図１】
0003567257.tif 000002
【図２】
0003567257.tif 000003
【図３】
0003567257.tif 000004
【図４】
0003567257.tif 000005
【図５】
0003567257.tif 000006