お世話になります。
現在VB6.0＋ACCESS2000でソフトを作成しているのですが、
作成したソフトをインストールする際は、
SETUP.EXE等を作成して、配布する予定なのですが、
相手側には、ACCESS2000はインストールされてなくてよいのでしょうか？
昔の話ですが、ACCESS97の場合は必要なかったのですが、
VB側からデータベースの最適化（COMPACTDATABASE)をしてやると、
0MBになってた記憶があるのですが・・・・
すみませんがアドバイスの程よろしくお願いします。

> 現在VB6.0＋ACCESS2000でソフトを作成しているのですが、
Jet データベースの機能を、ADOやDAO から利用しているのではなく、
Microsoft Access の機能を、オートメーションで利用しているのでしょうか?

> 相手側には、ACCESS2000はインストールされてなくてよいのでしょうか？
Jet の機能だけであれば、Jet エンジンおよびミドルウェア(MDAC, DAO等)があれば十分ですが、
Access の機能(レポート、ユーザー定義関数、OutputToメソッドによるエクスポート等)を
呼び出そうとしているのであれば、Access 本体…または Access のランタイムが必要です。

> VB側からデータベースの最適化（COMPACTDATABASE)をしてやると、
> 0MBになってた記憶があるのですが・・・・
う〜む。何でしょうね。(^^; エラーも出ないのですか?
その手の処理を10年弱続けていますが、異常終了した場合を除けば、今の所、
そういった経験は無いですね。

> > 現在VB6.0＋ACCESS2000でソフトを作成しているのですが、
> Jet データベースの機能を、ADOやDAO から利用しているのではなく、
> Microsoft Access の機能を、オートメーションで利用しているのでしょうか?
>
> > 相手側には、ACCESS2000はインストールされてなくてよいのでしょうか？
> Jet の機能だけであれば、Jet エンジンおよびミドルウェア(MDAC, DAO等)があれば十分ですが、
> Access の機能(レポート、ユーザー定義関数、OutputToメソッドによるエクスポート等)を
> 呼び出そうとしているのであれば、Access 本体…または Access のランタイムが必要です。
>
> > VB側からデータベースの最適化（COMPACTDATABASE)をしてやると、
> > 0MBになってた記憶があるのですが・・・・
> う〜む。何でしょうね。(^^; エラーも出ないのですか?
> その手の処理を10年弱続けていますが、異常終了した場合を除けば、今の所、
> そういった経験は無いですね。
早速のお返事ありがとうございました。
詳しく説明しますと、最終的にはFTPのPUT、GETでファイルのやりとりを行う
プログラムを作成しております。
現在同じプログラムを3カ所で導入したのですが、全く問題ありませんでした。
しかし、有る1カ所ではアップロード処理を行うとエラーもでずに処理が終了するのですが、
アップされているファイルはサイズが0MBになってしまいます。

有る場所が唯一違う点は、場所が県外ということと回線です。
（他の3カ所は県内）
（他の３箇所は光回線でアップロードも1分ほどでおわるのですが
そこは、3分〜5分程かかるとのことでした）

それとも、FTPの制限ってあるのでしょうか？
このレベルになるとプロバイダもでてくるとおもいますが、FTPってどこからでも
繋げるイメージがあるのですが・・・・
しかしアップされているファイルをみると0MBになってしまいます。
実際現地で、確認できればいいのですが、場所が遠方なので、
直ぐには確認できません。
ご助言の程よろしくお願いします。

なんか最適化もAccessも関係ないような。
とりあえず問題の切り分けを。
アップロードする前(相手側)のファイルサイズは０バイトということですか？
エラー出ずに終了というのはアップロード成功ということですか？(プログラムでエラー抑えているから
気づかな
いという可能性は)
ＦＴＰの設定はどうなってますか？(ユーザー毎にアップロードの限界サイズとか決めてませんか。)

> なんか最適化もAccessも関係ないような。
> とりあえず問題の切り分けを。
> アップロードする前(相手側)のファイルサイズは０バイトということですか？
> エラー出ずに終了というのはアップロード成功ということですか？(プログラムでエラー抑えてい
るか
ら
> 気づかな
> いという可能性は)
> ＦＴＰの設定はどうなってますか？(ユーザー毎にアップロードの限界サイズとか決めてませんか
。)

ご指摘通りですね。
たしかに問題の切り分けが必要ですよね。
有る程度問題の切り分けをしてからまた投稿させていただきます。
（プログラムの問題なのかプロバイダ側の問題なのかまたはスピードの問題なのか等）

> > なんか最適化もAccessも関係ないような。
> > とりあえず問題の切り分けを。
> > アップロードする前(相手側)のファイルサイズは０バイトということですか？
> > エラー出ずに終了というのはアップロード成功ということですか？(プログラムでエラー抑え
てい
> るか
> ら
> > 気づかな
> > いという可能性は)
> > ＦＴＰの設定はどうなってますか？(ユーザー毎にアップロードの限界サイズとか決めてませ
んか
> 。)
>
> ご指摘通りですね。
> たしかに問題の切り分けが必要ですよね。
> 有る程度問題の切り分けをしてからまた投稿させていただきます。
> （プログラムの問題なのかプロバイダ側の問題なのかまたはスピードの問題なのか等）
問題の切り分けができました。
結局原因は、そこのルータの設定によるものとおもいます。
ルータがあると通常の転送はできなく、ファイルが0MBになってしまいます。
ルータを外して、転送するとうまくいきます。
おそらく、ルータの設定でそこのポートをあけてやるなどの処理が必要とおもいます。

INETコントロールのFTP転送で、PASVモードで転送というのは
できるのでしょうか？
これが実現できれば問題なく転送できるとおもいます。

> INETコントロールのFTP転送で、PASVモードで転送というのは
> できるのでしょうか？
> これが実現できれば問題なく転送できるとおもいます。
>
こんな情報ありましたが。
hhttp://support.microsoft.com/default.aspx?scid=kb;ja;409931
[ファイヤー ウォールを越えて FTP が使用できない。]
見るとパッシブはサポートしていないらしい。

> > INETコントロールのFTP転送で、PASVモードで転送というのは
> > できるのでしょうか？
> > これが実現できれば問題なく転送できるとおもいます。
> >
> こんな情報ありましたが。
> hhttp://support.microsoft.com/default.aspx?scid=kb;ja;409931
> [ファイヤー ウォールを越えて FTP が使用できない。]
> 見るとパッシブはサポートしていないらしい。

ほんとですね。
INETコントロールは、PACVモードは対応していないんですね。
構築する際はまったく気にしていなかったので、結構つらいですね。
通常FTP転送を行う場合は、INETコントロール以外にもなにかあるでしょうか？
できればINET転送でのコードは流用したいのですが・・・
しかし別の手段をかんがえなければいけませんね。

> 通常FTP転送を行う場合は、INETコントロール以外にもなにかあるでしょうか？

・コマンドライン版 FTP を Shell関数等で呼び出す。
・RFC 959 を元に、MSWinSock コントロールで処理する。
・BASP21 の FTP オブジェクを使ってみる。
・Win32 API の FtpGet(Put)File API などを使うという手も。

> > 通常FTP転送を行う場合は、INETコントロール以外にもなにかあるでしょうか？
>
> ・コマンドライン版 FTP を Shell関数等で呼び出す。
> ・RFC 959 を元に、MSWinSock コントロールで処理する。
> ・BASP21 の FTP オブジェクを使ってみる。
> ・Win32 API の FtpGet(Put)File API などを使うという手も。
なるほど、色々手段があるんですね。
INETを断念するしかないみたいですね。
色々なご助言ありがとうございました。