HULFTクラウドストレージオプションでGoogle Cloud Storageの複数アカウントにつないでみた

# はじめに
こんにちは！すぎもんです:grinning:

DXを積極的に推進する企業が増える中、様々な形式のデータを扱う企業間のデータ連携では、複数のクラウドストレージ間での連携も多くなっています。

クラウドストレージ内でも同一アカウントで全てが完結するわけではなく、異なるアカウントへのデータ連携が発生する場合もあります。

## 今回やること

今回は、HULFT クラウドストレージオプションを使って、Google Cloud Storageの<strong>複数アカウント</strong>(アカウント01、アカウント02)に対して、ファイル転送をします。

:::note warn
簡易的に、自分のホスト名に対して自分に配信する「<strong>ループバック</strong>」という方法を使い転送します。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/541fbf36-bf89-124a-7a5c-4b88ef92b0ee.png)

:::note info
HULFT クラウドストレージオプションVer.8.5.1から、マルチユーザアカウントに対応し、クラウドストレージの認証情報はクラウドストレージDBという設定情報を保管するデータベースに保持可能になりました。これにより、転送先毎にクラウドストレージの利用アカウントを切り替えることが可能になります。
:::

因みに、Ver.8.5.0以前のクラウドストレージの認証情報の設定方法はVer.8.5.1以降では「下位互換設定」という位置付けになりました。「下位互換設定」の設定手順については「[HULFTクラウドストレージオプションでGoogle Cloud Storageにファイル転送してみた](https://qiita.com/sugimon/items/d22971d26b40a26cc81a)」という記事を過去に投稿していますので、こちらの記事も参照してください。

## 接続手順

Cloud Storageにファイル転送するには、Google Cloud 側での設定が必要です。

<strong>＜Google Cloud 側の設定＞</strong>
　　①サービスアカウントの作成
　　②バケットの作成
　　③バケット権限の付与

<strong>＜HULFT側の設定＞</strong>
　　④HULFT8 インストール
　　⑤クラウドストレージオプションインストール
　　⑥Google Cloud Storageとの接続設定
　　⑦ファイル転送するためのHULFTの設定
　　⑧配信管理情報と集信管理情報

<strong>Cloud Storageにファイル転送してみる</strong>
　　⑨account01のみアクセス可能なtest01のバケットにファイル転送を実施。
　　⑩account02のみアクセス可能なtest02のバケットにファイル転送を実施。
　　⑪アクセス権が正しく設定されなかった場合の動作（＋α）

# 環境準備（Google Cloud 側の設定）

#### ①サービスアカウントの作成

今回は2つのアカウントを作成し、自分のバケットのみにアクセスできることを確認します。

サービスアカウント名・・・`account01`、`account02`

まずは`account01`から作成していきます。

1.　Google Cloud コンソールから[サインイン]します。
2.　[IAMと管理]から、[サービスアカウント]を選択します。
3.　[サービスアカウントを作成]からサービスアカウントを作成します。

:::note warn
サービスアカウント発行時に表示されるメールアドレスは、
「アカウント名」+「@」+「<プロジェクトID>iam.gserviceaccount.com」で表示されます。
後ほど、「③バケット権限の付与」する際に使います。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/8c9139be-f4b4-77b4-68ea-1d6096446bb6.png)


作成されたサービスアカウント`account01`を選択します。
サービスアカウントから「キー」を選択し、「鍵を追加」＞「新しい鍵作成」を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/9e1f41ff-c912-79a7-feb3-2c8613358f9a.png)

キーのタイプをJSONにして作成します。作成を押下します。
JSONファイルは作成後、ダウンロードされるため任意の場所に保存してください。

:::note warn
このJSONファイルはGoogle Cloud Storageのアカウントにアクセスに必要な情報をもっているので「⑥Google Cloud Storageと接続設定」で使用します。
:::

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/dc96bd18-e126-377c-b69f-de0e165389bd.png)


#### ②バケットの作成
今回は2つのアカウントを作成し、アクセス権限を持つそれぞれのバケットのみにアクセスできることを確認します。下記の通り、２つのバケットをつくります。

バケット名・・・`test01`、`test02`

まずは`test01`から作成します。

1.　[Cloud Storage] - [バケット]を選択します。
2.　[バケットを作成]から、バケット名を入力します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/07abbd95-bbd8-0337-3adf-f14e6ac8f0d3.png)

バケットの名前に「`test01`」と指定し、
データの保存場所の選択で[Region]＞[asia-northeast1(東京)]を選択します。
それ以外の項目「オブジェクトへのアクセスを制御する方法を選択する」「オブジェクトデータを保護する方法を選択する」等の項目は任意で指定出来ますが、今回は初期のままで作成します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/8f9ce1af-3195-cbd0-6b8f-b955b93e102d.png)



#### ③バケット権限の付与	
バケット権限の付与します。
1.　作成されたバケットを選択し「権限」を選択します。
2.　「アクセス権を付与」に「①サービスアカウント作成」時に作成されたメール「account01@<プロジェクトID>.iam.gserviceaccount.com」を指定します。
3.　[ロールを割り当てる]から、付与する権限を選択し[追加]します。
　※選択項目から　cloud Storage　＞　付与したい権限を選択します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d8f124ab-770b-c314-4475-7a381bd5527c.png)

今回はこのように設定しました。
　　・新しいプリンシパル　　 　　
　　　　　　　　：　`account01@<プロジェクトID>.iam.gserviceaccount.com`
　　・ロールを割り当てる　　：　`ストレージ管理者`

:::note info 
プリンシパル設定は、アカウント作成時に発行されるメールアドレスを指定。
:::

設定出来たら「保存」を押すと、バケットのプリンシバルにサービスアカウントが登録されていることを確認できます。
(`account01@<プロジェクトID>iam.gserviceaccount.com`)
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/7a663fc9-3af2-d00a-5518-22cebb12e951.png)

<strong>1つ目のアカウントとバケットを作成完了</strong>

1つ目のアカウントは、下記の通りです。

|項目|値|
|:-----------|:------------|
|サービスアカウント|account01|
|バケット|test01|
|プリンシパル|account01@<プロジェクトID>.iam.gserviceaccount.com|

（※`test01`のバケットに`account01`のサービスアカウントがプリンシバルに登録されていることが確認出来ます。）

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d2c43cb0-86ae-fa67-8ce6-1911729b7cd5.png)


<strong>2つ目のアカウントとバケットを作成</strong>
同じ方法で、2つ目の「サービスアカウント」、「バケット」を作成しバケット権限を付与します。

|項目|値|
|:-----------|:------------|
|サービスアカウント|account02|
|バケット|test02|
|プリンシバル|account02@<プロジェクトID>.iam.gserviceaccount.com|

　※プリンシバルにサービスアカウントが登録されていることを確認する。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/65a37c69-c781-4e9b-9415-8917aa269a65.png)

ここまでで、Google Cloud 側の設定が完了です。

# 環境準備（HULFT側の設定）
HULFT側での設定
今回は以下のバージョンを使います。
・HULFTVer8.5.2
・クラウドストレージオプションVer8.5.6


###### ④HULFT8 インストール
ここからはHULFTのインストールをしますが、インストール方法については、公式マニュアルでも取り上げておりますので、下記内容を参考にインストールしてください。

<strong>■公式マニュアル</strong>
HULFT8 のインストール方法について詳しくは[こちら](https://www.hulft.com/help/ja-jp/HULFT-V8/WIN-INS/Content/HULFT_INS_WIN/preface.htm?tocpath=_____1)を参照ください。

###### ⑤クラウドストレージオプションインストール
クラウドストレージオプションをインストールします。
インストーラ（setup.exe）を実行し、セットアップウィザードに従ってインストールします。
※オプションを付けたいHULFTがデフォルトの値と違う場合は、対象のパスを指定して実行してください。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/7443e30e-af5b-0933-84f2-1c58ad7e1ea8.png)

<strong>■公式マニュアル</strong>
クラウドストレージオプションのインストール方法について詳しくは[こちら](https://www.hulft.com/help/ja-jp/HULFT-V8/COM-CLD/Content/HULFT_CLOUD/Install_W/InsW_GCS_MthdInstl.htm)を参照ください。

###### ⑥Google Cloud Storageとの接続設定
Google Cloud Storageとの接続に必要な情報を設定していきます。

++++++++++++++++++++++++++++++++++++++++++++++++++++++
<strong>【Ver8.5.0以前】HULFTクラウドストレージオプションの設定</strong>
[過去に投稿した記事（下位互換設定）](https://qiita.com/sugimon/items/d22971d26b40a26cc81a)では、認証情報が記載されたjsonファイルの指定はWindowsのシステム環境変数に設定していた為、設定を反映させる為にWindowsの再起動が必要でした。
++++++++++++++++++++++++++++++++++++++++++++++++++++++
<strong>【Ver.8.5.1】HULFTクラウドストレージオプションの設定</strong>
しかし、HULFTクラウドストレージオプション Ver.8.5.1以降は、接続に必要なjsonファイルをコマンドを使ってクラウドストレージDBに登録することで接続が可能になったため、認証情報を環境変数に設定する必要がなくなりました。そのため、環境変数の設定を反映させるためにWindowsを再起動するという動作が不要になりました。
++++++++++++++++++++++++++++++++++++++++++++++++++++++

コマンドによるjsonファイルの指定は、<strong>"デフォルト設定" </strong>と<strong> "個別設定" </strong>の2つの方法があります。この2つの方法があることにより、個別に転送ごとに情報を設定したり、個別設定を行わなかった場合に共通で使用される認証情報（アカウント）を設定したりする運用ができるので、複数の認証情報（アカウント）を切り替えることができます。

クラウドストレージDBに設定する各設定の違いと設定をするのに必要な情報は以下になります。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/ee5a4716-d0d7-c0ad-6f1d-367a526a5df6.png)

:::note warn
<strong>個別設定</strong>の補足説明
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/984461a8-a646-b4a7-ff72-675fac77e936.png)
:::

両アカウントとも「<strong>個別設定</strong>」で接続することは可能ですが、接続の仕方の違いが分かるように今回は、「<strong>デフォルト設定</strong>」と「<strong>個別設定</strong>」の2つの方法で登録します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/797e284e-529f-6f72-3c9c-ea8715654c76.png)


クラウドストレージDBへ接続に必要な情報を設定します。
「`test01`」を<strong>デフォルト設定</strong>で登録し、「`test02`」を<strong>個別設定</strong>で登録します。

コマンドプロンプトで`plugins_utls`があるファイルに移動します
今回は`c:\HULFT Family\hulft8\bin\plugins_utls`のファイルパスにインストールされているのでそこへ移動します。

「<strong>デフォルト設定</strong>」は個別設定を行わなかった場合に共通で使用される認証情報（アカウント）を設定することが出来ます。
登録出来るアカウントは1つです。
使用するコマンドは以下になります。
```ruby:デフォルト設定
utlgsinfoadd -t auth --default --app-credentials "＜account01の秘密鍵のJSONファイル＞"
```

:::note info
<strong>コマンドの補足説明</strong>
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/25720a71-6cb1-dc45-67b3-2647240656a7.png)
:::


「<strong>個別設定</strong>」は転送先ごとにアカウントを登録することが出来ます。
使用するコマンドは以下の3つになります。
```ruby:個別設定
utlgsinfoadd -t auth --id "<IDを指定>" --app-credentials "＜account02の秘密鍵のJSONファイル＞"
utlgsinfoadd -t rcv --id <指定したID> --auth-id <指定したID>	　⇒集信ストレージ管理情報を登録出来るコマンド	
utlgsinfoadd -t snd --id <指定したID> --auth-id <指定したID>	　⇒配信ストレージ管理情報を登録出来るコマンド
```
:::note info
<strong>コマンドの補足説明</strong>
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/3207b055-a020-e449-4f1d-eb52fc0319bd.png)
:::


クラウドストレージDBに「`ID`」（バケット名）とGoogle Cloud Storageで出力した「`JSONファイルのパス`」を指定します。

:::note warn
IDは、ストレージ管理情報IDを指定します。ストレージ管理情報IDは転送先を区別するための識別子になります。運用管理の利便性の理由でIDにバケット名を指定することを強くお勧めします。ID=バケット名とすることで、HULFTの集配信履歴にもバケット名で集配信先が記録されるため運用がしやすくなります。
:::
　

<strong>実際に設定します</strong>
`test01`の設定は「デフォルト設定」で登録するので使用したコマンドは1つ、`test02`は「個別設定」で登録するので使用したコマンドは3つになります。
実行したコマンドは以下になります。

<strong>デフォルト設定</strong>
`account01`を登録します
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1785274e-1f6e-1749-6dc5-adf4030f5058.png)
						

<strong>個別設定</strong>
`account02`を登録します
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/70d5be71-895b-1ab2-0b3e-0271d383642a.png)
					

※`account01`、`account02`のJSONファイルは共に"C:\HULFT Family\hulft8の配下にGCSフォルダを作成してその中に入れました。
`test02`のバケットは個別設定で登録する為、クラウドストレージDBに登録するIDは`test02`を指定しました。



# HULFTの設定（ファイル転送するために）


#### ⑦ファイル転送するためのHULFTの設定		

配信するファイルを用意します。今回はテスト用に「`test.txt`」というファイルを作成しました。

　・転送ファイル：`C:\HULFT Family\test.txt`

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/6e832f49-f57e-0418-b632-f11e51c13980.png)

HULFTの管理画面から以下の情報を登録します。
　・詳細ホスト情報：`自ホスト名`　(※今回はループバックで実行のため)
　・転送グループID：`testgrp`	


#### ⑧配信管理情報と集信管理情報

HULFTの配信管理情報と、集信管理情報を登録していきます。

:::note warn
HULFTの集信管理情報に登録するファイルパスは<strong>「デフォルト設定」</strong>と<strong>「個別設定」</strong>で設定の仕方が変わります。

GoogleCloudStorageの場合、ファイルパスは、<strong>gs://</strong>で記載します。

<strong>デフォルト設定の場合・・・`gs://バケット名/オブジェクト名`</strong>
<strong>個別設定の場合・・・`gs://集信ストレージ管理情報ID/オブジェクト名`</strong>
:::

※集信ストレージ管理情報ID＝バケット名にすることで、どちらの設定方法でも実質的に同じ意味をもつことで運用の混乱を避けられるメリットがあります。

ファイル名の指定の仕方について詳しくは[こちら](https://www.hulft.com/help/ja-jp/HULFT-V8/COM-CLD/Content/HULFT_CLOUD/Install_L/InsL_HULFT_SetRcv.htm)を参照ください。


実際に設定内容を確認してみます。

<strong>・転送先バケット：`test01`</strong>

バケット`test01`へファイル転送するためのHULFTの設定は以下の通りです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/4266a720-6452-530d-5bac-a3854ff2e82b.png)
デフォルト設定の場合、ファイルパスにバケット名で指定します。
今回はバケット名が`test01`なので`gs://test01/test1.txt`と指定しました。
実際にHULFT管理画面で、配信管理情報を下記の通り設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/0c176b95-a239-b124-e6cb-42e094037444.png)
集信管理情報を下記の通り設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/9b4a54e0-d276-d603-b0cb-5ec6a3fb7f21.png)




<strong>・転送先バケット：`test02`</strong>

バケット`test02`へファイル転送するためのHULFTの設定は以下の通りです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/98f04010-29ad-a6d3-6f86-a39849484583.png)
個別設定の場合、ファイルパスは集信ストレージ管理情報IDで登録します。
今回は集信ストレージ管理情報IDをバケット名と同じく`test02`と設定したので`gs://test02/test2.txt`と指定しました。

HULFT管理画面で、配信管理情報を下記の通り設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/24be25e4-416e-d1f5-67bf-29481903824f.png)
集信管理情報を下記の通り設定します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1007ad52-16e2-3bc5-4195-bf587478b9cd.png)


# Cloud Storageにファイル転送してみる

#### ⑨account01のみアクセス可能なtest01のバケットにファイル転送を実施。

先程、クラウドストレージDBに<strong>デフォルト設定</strong>で登録していた`account01`のアカウントを使って、実際に`account01`しかアクセス権がない`test01`のバケットにファイル転送してみます。

<strong>HULFTで「配信要求」を実施</strong>
実際にHULFTでCloud Storageにファイル転送してみます。
対象のファイルID:`GCS01`を選択し「配信要求」を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/081db1e5-b2c5-137d-e9f8-70274ee22a63.png)

「ファイルID：`GCS01`」の配信要求を実行します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/c144129b-2a26-764e-5257-8903ac6972c7.png)

「要求発行は正常に終了しました。」と表示されました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d0be77d8-db4f-e412-8fc2-bb986d16396d.png)

「集信状況一覧」でも転送出来たことが確認出来ます。

「`GCS01`」の「完了コード」が「000000(00000)」と表示されているのが確認できます。これは、処理が正常終了したことを意味するので、問題なく正常にファイル転送出来たことが確認できました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/f2faeebf-9aa2-1e4a-3d0e-01ec34627062.png)

<strong>Google Cloud Storageの「`test01`」のバケットを確認</strong>
「`test01`」のバケットに`test1.txt`が正常に格納されているか確認します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/0d03bbfc-f89d-f5ea-de6e-898bdff0e7af.png)

「`test01`」のバケットに正常にファイルが格納されているのが確認できました。

このバケットはクラウドストレージDBに<strong>デフォルト設定</strong>で登録していた「`account01`」のアカウントしかアクセス権がないバケットです。(バケットにアカウントが紐づいているかは「③バケット権限の付与」の項目でも確認出来ます。)

これで、`account01`のみアクセス可能な`test01`のバケットに、HULFTクラウドストレージオプションを使って問題なくファイル転送出来ることがわかりました。



#### ⑩account02のみアクセス可能なtest02のバケットにファイル転送を実施。

先程、クラウドストレージDBに<strong>個別設定</strong>で登録していた`account02`のアカウントを使って、実際に`account02`しかアクセス権がない`test02`のバケットにファイル転送してみます。

<strong>HULFTで「配信要求」を実施</strong>
実際にHULFTでCloud Storageにファイル転送してみます。
対象のファイルID:`GCS02`を選択し「配信要求」を選択します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/2c95b8e4-bdeb-d42f-eb4c-192836e32f2b.png)


「ファイルID：`GCS02`」の配信要求を実行します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/0770792d-2453-5a23-c67a-5f66f5865363.png)

「要求発行は正常に終了しました。」と表示されました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/d0be77d8-db4f-e412-8fc2-bb986d16396d.png)

「集信状況一覧」でも転送出来たことが確認出来ます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/f8632aa3-af2b-260d-742c-a60efc617b95.png)
「`GCS02`」の「完了コード」が「000000(00000)」と表示されているのが確認できます。
これは、処理が正常終了したことを意味するので、問題なく正常にファイル転送出来たことが確認できました。

<strong>Google Cloud Storageの 「`test02`」のバケットを確認</strong>
「`test02`」のバケットに`test2.txt`が正常に格納されているか確認します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/88737a3c-66f6-2139-75fe-a4c41fde0f5f.png)

「`test02`」のバケットに正常にファイルが格納されているのが確認できました。

このバケットはクラウドストレージDBに<strong>個別設定</strong>で登録していた「`account02`」のアカウントしかアクセス権がないバケットです。(バケットにアカウントが紐づいているかは「③バケット権限の付与」の項目でも確認出来ます。)

これで、`account02`のみアクセス可能な`test02`のバケットにHULFTクラウドストレージオプションを使って問題なくファイル転送出来ることがわかりました。

また、以前のバージョン(Ver.8.5.0以前)だと2つのアカウント(`account01`、`account02`)にファイル転送することは出来ませんでしたので、HULFT クラウドストレージオプションに正常に2つのアカウントが設定出来たことも確認出来ました。


#### ⑪アクセス権が正しく設定されなかった場合の動作（＋α）

ここからは＋αの番外編です！

<font color=blue>仮に、HULFTクラウドストレージオプションにアクセス権を登録していないバケットにファイル転送した場合、どのような動きになるのか確認してみます。</font>

<strong>＜確認方法＞</strong>
クラウドストレージDBに登録をしていないGoogle Cloud Storageのアカウント(account03）を作成し、そのアカウントでしかアクセスできないバケット（test03）を用意。クラウドストレージDBにアカウント(account03）を登録しないで、作成したバケット(test03)にファイル転送した場合どうなるかを確認します。


<strong>■Google Cloud Storage側の設定</strong>
Google Cloud Storage側に下記の通り、新しくアカウントとバケットを作成します。


|項目|値|
|:-----------|:------------|
|サービスアカウント|account03|
|バケット|test03|
|プリンシパル|account03@<プロジェクトID>.iam.gserviceaccount.com|



![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/1d3998ea-31d9-185e-1cf7-31c28c896074.png)
これで、`test03`のバケットには`account03`しかアクセス権がないので、HULFTクラウドストレージオプションに`account03`を登録しないと`test03`にファイルが転送できないことになります。

<strong>■HULFT側の設定</strong>
クラウドストレージDBに`account03`<INS>を登録しないで</INS>HULFTの集信管理情報のファイルパスに`test03`のバケットを指定してファイル転送してみます。「個別設定」で登録しなかった場合は「デフォルト設定」が適用されるので、<strong>`account01`の権限でアクセスされる</strong>ことになります。

アクセス許可されていないアカウントを使って、バケットにファイル転送した場合どのような動きになるか確認します。


設定内容は以下の通りです。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/ec87e5d6-af5e-dfc6-48d6-41d04d8515ec.png)

実施にファイル転送してみます。
すると、集信側の履歴にエラーが出ていることが確認できました。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/a6c771b6-6704-92ce-414e-27f23fe01959.png)

エラーの内容を見ると「クラウドストレージとの接続もしくは通信処理で何らかのエラーが発生しました。」と表示されています。登録していないアカウントに紐づいたバケットにはファイル転送出来ないようになっています。

:::note warn
・完了コード[149560]は、下３桁を見ると「560」。
　「560」は、「クラウドストレージ側のエラー」を表します。
・詳細コード[(03102)]は、3000番台なので、GoogleのCloud Storage側のエラーコードになります。
:::

クラウドストレージ側に問題ある場合は、そのようにエラーコードで区別するようになっているようですね。HULFTの実行履歴情報のエラーコードは[こちら](https://www.hulft.com/help/ja-jp/HULFT-V8/WIN-ERR/Content/HULFT_ERR_WIN/LogInfoErrCodes/LogInfoErrCodes.htm?tocpath=1.%20%E5%B1%A5%E6%AD%B4%E6%83%85%E5%A0%B1%E3%81%AE%E3%82%A8%E3%83%A9%E3%83%BC%E3%82%B3%E3%83%BC%E3%83%89%7C_____0)をご参照ください。

因みにHULFTの[コンソール](https://www.hulft.com/help/ja-jp/HULFT-V8/WIN-OPE/Content/HULFT_OPE_WIN/HULFTMngmntScrn/CnsleScrn.htm?tocpath=4.%20HULFT%E7%AE%A1%E7%90%86%E7%94%BB%E9%9D%A2%7C4.6%20%EF%BC%BB%E3%83%84%E3%83%BC%E3%83%AB%EF%BC%BD%E3%83%A1%E3%83%8B%E3%83%A5%E3%83%BC%E3%81%8B%E3%82%89%E8%A1%A8%E7%A4%BA%E3%81%95%E3%82%8C%E3%82%8B%E7%94%BB%E9%9D%A2%7C_____2)も確認するとより詳細に確認出来ます。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/458288/13a818ff-643d-1127-3954-639cf715afe6.png)

HULFTのエラーを見てみると「Permission」に問題があることがわかります。

「Storage.buckets.get」は「バケットのメタデータ（IAM ポリシーを除く）を読み取る。バケットの Pub/Sub 通知構成の一覧表示または読み取る。」ということなので権限周りに問題がありバケットのデータが読み取れないことがわかります。

改めて、HULFTクラウドストレージオプションは、事前にクラウドストレージDBに設定していないアカウントに対してファイル転送は出来ないようになっていることがわかります。

一方で、事前にクラウドストレージDBにアカウントを設定することで、複数の異なるアクセス権限をもつバケットに対してファイル転送が可能になるので、利用アカウントを切り替えるような業務の運用も実現可能になります。

# 最後に
今回は、HULFTのクラウドストレージオプションを使って、GoogleのCloud Storageへ転送をしてみましたが、いかがでしたでしょうか。
バケット権限でプリンシパルに指定する項目で多少迷いましたが、比較的少ない工数で接続出来ました。異なる2つのアカウントにファイル転送することで、異なる部署や拠点にファイル転送するなどの業務運用が可能になりそうです。

ここまで読んでいただきありがとうございました。それでは、また！