３．通信仕様

３－１．通信フロー概要
３－２．運用仕様
３－３．通信仕様

３－１．通信フロー概要
１．標準ＥＤＩ機能
標準ＥＤＩ機能では、ＥＤＩ事業者/ＡＳＰ事業者より送信された要求ファイルを情報処理センターで受信し、要求ファイルに指定されたデータ処理を行い、その結果を結果ファイルとして作成し、ＥＤＩ事業者/ＡＳＰ事業者からの受信要求を受け、結果ファイルを送信します。

情報処理センター②要求ファイルの受信↓③要求ファイルの処理↓④結果ファイルの作成

ＥＤＩ事業者/ＡＳＰ事業者 ①要求ファイル送信加入者
マニフェスト情報⑤結果ファイル取得
EDIｸﾗｲｱﾝﾄ

EDIｻｰﾊﾞ加入者（１）ファイル定義
要求ファイル：
情報処理センターに登録する電子マニフェストについて、データとその処理方法が指定されたレコード群からなるファイルで、ＥＤＩ事業者/ＡＳＰ事業者から情報処理センターに送信するファイルを示します。
結果ファイル：
ＥＤＩ事業者/ＡＳＰ事業者から情報処理センターに送信した要求ファイルに対して、情報処理センターでデータと指定された処理方法に従い、データ処理した結果を示すレコード群からなるファイルで、ＥＤＩ事業者/ＡＳＰ事業者が情報処理センターから受信するファイルを示します。
※その他の言葉の定義
加入者
ＥＤＩ事業者/ＡＳＰ事業者
ＥＤＩクライアント
ＥＤＩサーバ：：：：加入契約を締結し、電子マニフェストシステムを利用できるもの
ＥＤＩ接続テストを完了し、情報処理センターがＥＤＩ方式を利用して電子マニフェストシステムに接続することを認めた事業者
ＥＤＩ事業者/ＡＳＰ事業者が保有するＥＤＩサーバ
情報処理センターが保有するＥＤＩサーバ

3-1

（２）基本的な処理の流れ①要求ファイルの作成

E
D
I
事
業
者
/
A
S
P
事
業
者
側

③要求ファイルの受信②要求ファイルの送信
要求Ａ

要求Ａ

④データ処理⑥ - 1 結果ファイルの取得要求⑤結果ファイルの作成
結果Ａ

情報
処
理
セン
ター側

結果Ａ
⑥ - 2 結果ファイルの取得

加入者側①要求ファイルの作成
ファイルレイアウト仕様に従って要求ファイルを作成します。
②要求ファイルの送信
通信仕様に従って要求ファイルを送信します。

情報処理センター側③要求ファイルの受信要求ファイルを受信します。
④データ処理要求ファイル受信後、要求ファイルの処理を行います。
⑤結果ファイルの作成
要求ファイルの処理が完了すると、結果ファイルを作成します。
⑥-1

結果ファイルの取得要求
通信仕様に従って、情報処理センターが作成した結果ファイルの取得要求を行います。
※情報処理センターでの結果ファイルの作成完了を調べる場合、「７-３．処理状況の確認」を参照してください。

⑥-2

結果ファイルの取得情報処理センターから結果ファイルを受信します。

3-2

（３）要求ファイルの送信とその処理の順番について
ＥＤＩ事業者/ＡＳＰ事業者のＥＤＩクライアントが情報処理センターのＥＤＩサーバに送信する要求ファイルは１ファイルづつに制限されています。
複数の要求ファイルを同時に送信することはできませんのでご注意ください。
情報処理センターが受信した要求ファイルは受信した順番に処理します。よって、結果ファイルも要求ファイルの受信順で作成されます。（処理される順番が保障されているのは単一のEDI接続登録番号についての要求ファイルの処理の順番です。複数のEDI接続登録番号についての要求ファイルの処理の順番は保障されません。）（４）要求ファイル送信と結果ファイル受信のタイミング「（２）基本的な処理の流れ」に記載した「要求ファイルの送信」から「結果ファイルの受信」までを処理の１単位とすることを基本的な方針とします。
したがって要求ファイル送信は、先に送信した要求ファイルに対する結果ファイルを受信した後に行ってください。
また、結果ファイル受信は、定期的に結果ファイルに対する受信要求を行い、結果ファイルの受信を行ってください。
結果ファイルは、１ファイルづつ受信することになります。
追記・要求ファイルの送信完了から結果ファイルの受信処理開始の間に必ず休止処理（概ね ５分以上）を組込んでください。
理由は、情報処理センター側の機器に負荷がかかり、他のＥＤＩ事業者/ＡＳＰ事業者の処理に影響するためです。

（５）結果ファイルの保存期間
情報処理センターでは、結果ファイルを作成日から２週間保管していますので、その期間中であれば、未受信の結果ファイルを受信できます。但し、保管期間経過後は、結果ファイルを削除しますので、ご注意ください。
※既に結果ファイルを受信済みの場合、再受信を行うことはできません。
（６）受信要求ファイルに対する結果の返し方
ＥＤＩクライアントからの受信要求をＥＤＩサーバで受けた場合、送信する結果ファイルが存在すれば、結果ファイルを送信します。
もし送信する結果ファイルが存在しなければ、「ファイルなしレスポンス（ファイル制御文：１７）」を返します。

3-3

（７）情報処理センターが推奨する送受信フロー

現在のＪＷＮＥＴの仕様、公共のデータベースシステムとして全ての加入者に対する公平性の確保、システムへの負荷等を考慮し、情報処理センター
では下記の送受信フローを推奨します。
(1)要求ファイル送信前の処理(1.1) 要求ファイル編集要求ファイル編集
要求ファイル編集処理において、レイアウト番号 "HD1"：接続情報 の項番３「要求コード」に要求ファイルごとのユニークなコードを設定してください。
(1.2) チェック処理
チェック処理データベースのデータとの関連チェック以外のチェックをできる限り実施してください。これにより正常処理される確率が向上します。
(2)要求ファイル送信及び結果ファイルの受信処理(2.1) 送信処理
結果判定
NG
お手持ちの「全銀協標準プロトコル(TCP/IP版) 拡張Ｚ手順 （以下 拡張Ｚ手順 と記載）」のOKソフトウエアで要求ファイルを送信してください。
(2.2) 送信結果判定
拡張Ｚ手順のソフトウエアの送信結果ステータス判定を行ってください。
送信処理
送信結果が正常処理していない場合情報処理センターでは正常に受信が完了していない為、要求ファイルの処理は実行できません。
送信結果ステータスを分析しエラーを取り除き、再度送信処理を実行してください。
(2.3) 受信処理待ち
送信結果
NG
送信完了を基点として５分間処理を休止する。
OK
休止する時間は、センター側の機器に負荷がかかり、他の事業者の処理に影響するため５分以上の休止お願いいたします。
注） 情報処理センターでの要求ファイルの実行時間（概ね 5分）休止する。
受信処理待ち作成した要求ファイルの【加入者情報 HD2】及び照会機能数により実行時間は増加する。
(2.4) 受信処理
拡張Ｚ手順のソフトウエアへ結果ファイルの受信を要求する
受信処理(2.5) 受信結果判定
拡張Ｚ手順のソフトウエアの受信結果ステータス判定を行ってください。
①受信結果が「ファイルなしレスポンス」の場合再度受信処理待ちより実施する
受信結果
ファイル
②受信結果が正常処理でない場合なしレスポンス
OK
受信結果ステータスを分析しエラーを取り除き、再度受信処理を実行してください。
受信後処理(3)結果ファイルの編集(3.1) 受信後処理取得した結果ファイルの受信後の処理を実行してください。
注）送信した要求ファイルに対し、結果ファイルが情報処理センターより取得できているか管理してください。

3-4

２．電子契約（保管・検索・閲覧）機能
電子契約（保管・検索・閲覧）機能では、ＡＳＰ事業者より送信された要求ファイルを情報処理センターで受信し、要求ファイルに指定されたデータ処理を行い、その結果を結果ファイルとして作成し、ＡＳＰ事業者からの受信要求を受け、結果ファイルを送信します。

情報処理センター
ＡＳＰ事業者

加入者②要求ファイルの受信↓③要求ファイルの処理↓④結果ファイルの作成①要求ファイル送信

マニフェスト情報⑤結果ファイル取得
EDIｸﾗｲｱﾝﾄ

EDIｻｰﾊﾞ加入者（１）ファイル定義
要求ファイル：
情報処理センターに保管（登録）する電子契約について、データとその処理方法が指定されたレコード群からなるファイルで、ＡＳＰ事業者から情報処理センターに送信するファイルを示します。
結果ファイル：
ＡＳＰ事業者から情報処理センターに送信した要求ファイルに対して、情報処理センターでデータと指定された処理方法に従い、データ処理した結果を示すレコード群からなるファイルで、ＡＳＰ事業者が情報処理センターから受信するファイルを示します。
※

その他の言葉の定義
加入者
ＡＳＰ事業者
ＥＤＩクライアント
ＥＤＩサーバ： 加入契約を締結し、電子マニフェストシステムを利用できるもの： ＥＤＩ接続テストを完了し、情報処理センターがＥＤＩ方式を利用して電子マニフェストシステムに接続することを認めた事業者であり、ＡＳＰサービスを提供している事業者： ＡＳＰ事業者が保有するＥＤＩサーバ： 情報処理センターが保有するＥＤＩサーバ

3-5

（２）基本的な処理の流れ①要求ファイルの作成③要求ファイルの受信②要求ファイルの送信
要求Ａ

要求Ａ
AS
P事
業者
側

④データ処理⑥ - 1 結果ファイルの取得要求⑤結果ファイルの作成

情報
処
理
セン
ター側

結果Ａ
結果Ａ
⑥ - 2 結果ファイルの取得

加入者側①要求ファイルの作成
ファイルレイアウト仕様に従って要求ファイルを作成します。
②要求ファイルの送信通信仕様に従って要求ファイルを送信します。

情報処理センター側③要求ファイルの受信要求ファイルを受信します。
④データ処理要求ファイル受信後、要求ファイルの処理を行います。
⑤結果ファイルの作成
要求ファイルの処理が完了すると、結果ファイルを作成します。
⑥-1

結果ファイルの取得要求
通信仕様に従って、情報処理センターが作成した結果ファイルの取得要求を行います。
※情報処理センターでの結果ファイルの作成完了を調べる場合、「７-３．処理状況の確認」を参照してください。

⑥-2

結果ファイルの取得
情報処理センターから結果ファイルを受信します。

3-6

（３）要求ファイルの送信とその処理の順番についてＡＳＰ事業者のＥＤＩクライアントが情報処理センターのＥＤＩサーバに送信する要求ファイルは１ファイルづつに制限されています。複数の要求ファイルを同時に送信することはできませんのでご注意ください。
情報処理センターが受信した要求ファイルは受信した順番に処理します。よって、結果ファイルも要求ファイルの受信順で作成されます。（処理される順番が保障されているのは単一のEDI接続登録番号についての要求ファイルの処理の順番です。複数のEDI接続登録番号についての要求ファイルの処理の順番は保障されません。）（４）要求ファイル送信と結果ファイル受信のタイミング「（２）基本的な処理の流れ」に記載した「要求ファイルの送信」から「結果ファイルの受信」までを処理の１単位とすることを基本的な方針とします。
したがって要求ファイル送信は、先に送信した要求ファイルに対する結果ファイルを受信した後に行ってください。
また、結果ファイル受信は、定期的に結果ファイルに対する受信要求を行い、結果ファイルの受信を行ってください。
結果ファイルは、１ファイルづつ受信することになります。
追記・要求ファイルの送信完了から結果ファイルの受信処理開始の間に必ず休止処理（概ね ５分以上）を組込んでください。
理由は、情報処理センター側の機器に負荷がかかり、他のＥＤＩ事業者の処理に影響するためです。

（５）結果ファイルの保存期間
情報処理センターでは、結果ファイルを作成日から２週間保管していますので、その期間中であれば、未受信の結果ファイルを受信できます。但し、保管期間経過後は、結果ファイルを削除しますので、ご注意ください。
※既に結果ファイルを受信済みの場合、再受信を行うことはできません。
（６）受信要求ファイルに対する結果の返し方
ＥＤＩクライアントからの受信要求をＥＤＩサーバで受けた場合、送信する結果ファイルが存在すれば、結果ファイルを送信します。
もし送信する結果ファイルが存在しなければ、「ファイルなしレスポンス（ファイル制御文：１７）」を返します。

3-7

（７）情報処理センターが推奨する送受信フロー

現在のＪＷＮＥＴの仕様、公共のデータベースシステムとして全ての加入者に対する公平性の確保、システムへの負荷等を考慮し、情報処理センター
では下記の送受信フローを推奨します。
要求ファイル編集チェック処理

NG結果判定OK
送信処理

送信結果NG

OK
受信処理待ち受信処理

ファイルなしレスポンス

受信結果

OK

受信後処理

(1)要求ファイル送信前の処理(1.1) 要求ファイル編集要求ファイル編集処理において、レイアウト番号 "HD1"：接続情報 の項番３「要求コード」に要求ファイルごとのユニークなコードを設定してください。
(1.2) チェック処理
データベースのデータとの関連チェック以外のチェックをできる限り実施してください。これにより正常処理される確率が向上します。
(2)要求ファイル送信及び結果ファイルの受信処理(2.1) 送信処理
お手持ちの「全銀協標準プロトコル(TCP/IP版) 拡張Ｚ手順 （以下 拡張Ｚ手順 と記載）」のソフトウエアで要求ファイルを送信してください。
(2.2) 送信結果判定
拡張Ｚ手順のソフトウエアの送信結果ステータス判定を行ってください。
送信結果が正常処理していない場合
情報処理センターでは正常に受信が完了していない為、要求ファイルの処理は実行できません。
送信結果ステータスを分析しエラーを取り除き、再度送信処理を実行してください。
(2.3) 受信処理待ち
送信完了を基点として５分間処理を休止する。
休止する時間は、情報処理センター側の機器に負荷がかかり、他の事業者の処理に影響するため５分以上の休止お願いいたします。
注） 情報処理センターでの要求ファイルの実行時間（概ね 5分）休止する。
作成した要求ファイルの【加入者情報 HD2】及び照会機能数により実行時間は増加する。
(2.4) 受信処理
拡張Ｚ手順のソフトウエアへ結果ファイルの受信を要求する(2.5) 受信結果判定
拡張Ｚ手順のソフトウエアの受信結果ステータス判定を行ってください。
①受信結果が「ファイルなしレスポンス」の場合再度受信処理待ちより実施する②受信結果が正常処理でない場合
受信結果ステータスを分析しエラーを取り除き、再度受信処理を実行してください。
(3)結果ファイルの編集(3.1) 受信後処理取得した結果ファイルの受信後の処理を実行してください。
注）送信した要求ファイルに対し、結果ファイルが情報センターより取得できているか管理してください。

3-8

３．Ｗｅｂ－ＥＤＩ機能
Ｗｅｂ－ＥＤＩ機能では、加入者が自らのＰＣの送受信ＢＯＸに格納した要求ファイルを情報処理センターで受信し、結果ファイルに指定されたデータ処理を行い、その結果を結果ファイルとして作成し、加入者のＰＣの送受信ＢＯＸに対し結果ファイルを送信します。

加入者

情報処理センター
インターネット網①要求ファイル送信⑤結果ファイル受信
Web-EDI用
データベース

要求ファイル
送受信
BOX（フォルダ）②要求ファイルの受信↓③要求ファイルの処理↓④結果ファイルの作成

電子マニフェス
ト情報データベース

結果ファイル（１）ファイル定義
要求ファイル：
情報処理センターに登録する電子マニフェストについて、データとその処理方法が指定されたレコード群からなるファイルで、加入者から情報処理センターに送信するデータを示します。
結果ファイル：
加入者から情報処理センターに送信した要求ファイルに対して、情報処理センターでデータに指定された処理方法に従い、データ処理した結果を示すレコード群からなるデータで、加入者が情報処理センターから受信するデータを示します。
※

その他の言葉の定義
加入者： 加入契約を締結し、電子マニフェストシステムを利用できるもの
送受信ＢＯＸ： 加入者が自らのＰＣに最新のJavaをインストールすることで作成されるフォルダ

3-9

（２）基本的な処理の流れ①要求ファイルの作成③要求ファイルの受信②要求ファイルの送信

送信Ａ

送信Ａ

加入者
側④データ処理⑤結果ファイルの作成

情報
処
理
セン
ター側

結果Ａ
結果Ａ
⑥結果ファイルの受信

加入者側①要求ファイルの作成
ファイルレイアウト仕様に従って要求ファイルを作成します。
②要求ファイルの送信送受信ＢＯＸに要求ファイルを格納します。
Ｗｅｂ方式ログイン中に自動的に送信されます。

情報処理センター側③要求ファイルの受信要求ファイルを受信します。
④データ処理要求ファイル受信後、要求ファイルの処理を行います。
⑤結果ファイルの作成
要求ファイルの処理が完了すると、結果ファイルを作成します。
⑥ 結果ファイルの受信
情報処理センターから結果ファイルを受信します。
Ｗｅｂ方式ログイン中に自動的に受信されます。
※情報処理センターでの結果ファイルの作成完了を調べる場合、「７-３．処理状況の確認」を参照してください。

3-10

（３）要求ファイルの送信とその処理の順番について加入者から情報処理センターサーバーに送信する要求ファイルは、複数の要求ファイルを送受信ＢＯＸに格納して同時に送信することができます。
情報処理センターが受信した要求ファイルは受信した順番に処理します。よって、結果ファイルも要求ファイルの受信順で作成されます。
（４）要求ファイル送信と結果ファイル受信のタイミング
要求ファイルの送信は、Ｗｅｂ方式ログイン中に約３０秒間隔で自動実行されます。
結果ファイルの受信は、情報処理センターでの要求ファイルの処理完了後、Ｗｅｂ方式ログイン中に約５分間隔で自動実行されます。
（５）結果ファイルの保存期間
情報処理センターでは、結果ファイルを作成日から２週間保管していますので、その期間中であれば、未受信の結果ファイルを受信できます。但し、保管期間経過後は、結果ファイルを削除しますので、ご注意ください。
※既に結果ファイルを受信済みの場合、再受信を行うことはできません。

3-11

３－２．運用仕様（１）システム運用スケジュール
EDI方式の各サービスの運用時間を以下に示します。
また、システムメンテナンスを目的として、以下の日についてサービスの停止を行います。
・1月1日から1月3日
・5月の第1日曜日
・8月の第2又は第3の土曜日及び日曜日
・10月の第2日曜日
・その他センターが定める日
ｻｰﾋﾞｽ内容
運用時間
4：00～24：00
標準ＥＤＩ機能 （本番）
標準ＥＤＩ機能デモシステム

標準ＥＤＩ機能接続テスト

電子契約(保管・検索・閲覧)機能（本番）
電子契約(保管・検索・閲覧)機能
デモシステム
電子契約(保管・検索・閲覧)機能
接続テスト
Ｗｅｂ－ＥＤＩ機能（本番）

Ｗｅｂ－ＥＤＩ機能

デモシステム※※

備考

月～金（土日・祝日除く） サポート時間は月～金の9:00～17:00
8：00～18：00
月～金（土日・祝日除く） 利用期間：2週間
9：00～17：00
19：00～23：00
大量のデータを取扱うため、運用時間を制限します
月～金（土日・祝日除く） 利用期間：30日間
9：00～17：00
月～金（土日・祝日除く） 利用期間：2週間
標準ＥＤＩ機能 接続テストと同様
9：00～17：00
6：00～23：00
大量のデータを取扱うため、運用時間を制限します
月～金（土日・祝日除く） 利用期間：利用開始の翌月から3か月
9：00～17：00

運用開始時間は、電子マニフェストシステム全体の処理負荷により変動することがあります。
電子契約(保管・検索・閲覧)機能は一度に大量のデータを扱うためサービス開始・停止時間を変更することがあります。

（２）日付の整合性
マニフェスト情報の登録日、処分終了報告日、最終処分終了報告日は情報処理センターで処理が行われた日付が設定されます。ＥＤＩ方式の場合、要求ファイルの送信完了から処理が行われるまでに時間差がありますので処理が行われた日付が重要な意味を持つ処理については余裕を持って要求ファイルの送信を行ってください。
※ 要求ファイルの処理されるまでの時間は他のＥＤＩ事業者/ＡＳＰ事業者からの処理だけではなく、Ｗｅｂ方式の処理を含めた電子マニフェストシステム全体の処理負荷により変動しますのでご注意ください。
以下のような運用をご検討ください。
・マニフェスト情報や予約情報の登録、報告、修正、取消、承認･否認などの更新系のデータ処理については、運用停止の１時間前までに要求ファイルを送信する。
・運用停止直前は、日付の影響を受けないマニフェスト情報や予約情報の照会系のデータ処理の要求ファイルを送信する。

3-12

（３）ファイルのウィルスチェックについて
ＥＤＩ方式において、ウィルスチェックを行っていない要求ファイルを送信することは禁止します。
送信前に必ずEDI事業者/ASP事業者のEDIクライアント側でウィルスチェックを行ってください。

3-13

３－３．通信仕様（１）通信プロトコル
標準ＥＤＩ機能では、「全銀協標準プロトコル(TCP/IP版)」を伝送可能な最大レコード長を32,000byteに拡張した「拡張Ｚ手順」により、要求ファイル、結果ファイルの送受信を行います。
（２）通信環境
標準ＥＤＩ機能で要求ファイル、結果ファイルの送受信を行うための通信環境は下記の通りです。
ＥＤＩ事業者/ＡＳＰ事業者

インターネット網

ＥＤＩクライアント
全銀協標準プロトコル(TCP/IP版)
拡張Z手順対応ClientModule

情報処理センター
ＥＤＩサーバ
全銀協標準プロトコル(TCP/IP版)
拡張Z手順対応ServerModule①⑤*******③②④

ＥＤＩ事業者/ＡＳＰ事業者側

情報処理センター側

ＥＤＩ事業者/ＡＳＰ事業者ルータ(ブロードバンド対応ルータ)
IPsec機能情報処理センター側ルータ
IPsec機能IP Security Protocol(IP Sec)により通信経路内のデータ暗号化を行う
また、NAT機能により加入者側ﾈｯﾄﾜｰｸの情報は隠蔽される

3-14

No.
対象項目
① ＥＤＩ事業者/ＡＳＰ事業者 ＥＤＩクライアント

説明「全銀協標準プロトコル(TCP/IP版) 拡張Z手順」に対応した通信パッケージを利用ください。
尚、③インターネットサービスプロバイダ(以降「ISP」という)までの回線、④ISP業者の種別により、OSの通信設定でMTUサイズ等のチューニングが必要となる場合があります。

② ＥＤＩ事業者/ＡＳＰ事業者 通信機器

通信機器は、下記の必須機能要件を満たす通信機器を選定してください。
また、通信機器は、契約するISPと回線に依存しますので、ご注意ください。
【必須機能要件】
1. ISPとの間の通信（③の部分）が可能な通信機器であること
2. IPsec機能付きの通信機器であること
3. IPsec通信経路上においてNAT(ネットワークアドレス変換)機能が可能な通信機器であること
通信機器の選定に当たっては、ＥＤＩ事業者/ＡＳＰ事業者側の責任において、メーカー、ベンダー等のサポートを受けてください。

③ ＥＤＩ事業者/ＡＳＰ事業者 ISPまでの回線必要とする回線容量や利用頻度に応じて、ADSL、CATV、FTTH(光ファイバ）、ISDN等を選択してください。尚、契約するISPと回線に依存しますので、ご注意ください。
また、通信機器は、回線種別に対応したものを選定してください。

④ ＥＤＩ事業者/ＡＳＰ事業者 ISP業者

ISP業者の選定に関しては、電子マニフェストシステムとしての制約はありません。
利用可能な回線（③の部分）への対応状況や通信料を勘案して選定してください。

3-15

（３）通信フロー
ファイル送受信の流れは次の通りです。
１）

要求ファイル送信処理
ＥＤＩ事業者/ＡＳＰ事業者側が要求ファイルの送信処理を行う場合は、「連絡モード」による開局要求を行います。
ＥＤＩ事業者/ＡＳＰ事業者側

情報処理センター

（起動側）

（応答側）

開局要求（連絡モード）
開局回答
処

開始要求

理
開始回答の流れ要求ファイル
終了要求
終了回答
閉局要求
閉局回答

3-16

２）

結果ファイル受信処理
ＥＤＩ事業者/ＡＳＰ事業者側が結果ファイルの受信処理を行う場合は、「照会モード」による開局要求を行います。

ＥＤＩ事業者/ＡＳＰ事業者側

情報処理センター

（起動側）

（応答側）

開局要求（照会モード）
開局回答
処

開始要求

理
開始回答の結果ファイル

流
れ

終了要求
終了回答
閉局要求
閉局回答

3-17

（４）通信の基本的な設定の内容①「全銀協標準プロトコル(TCP/IP版)

拡張Ｚ手順」の基本的な設定の内容「全銀協標準プロトコル(TCP/IP版)

拡張Ｚ手順」の通信の基本的な設定の内容は下記の通りです。

No.
設定項目
1 プロトコル種別
2 当方センター確認コード
3 相手センター確認コード
4 パスワード
5 連続受信回数（要求ファイル）
6
ファイル名
7
ファイルアクセスキー
8
レコード長（結果ファイル）
9
ファイル名
10
ファイルアクセスキー
11
レコード長
12 通信ポート番号
13 レコードタイプ
14 最大レコード長
15 データ圧縮ID
16 マルチファイル転送
17 サイクル転送
18 モード変更
19 再受信方法
20 ファイル形式
※１
②

設定内容
ベーシック手順**********************************
15回

備考「PC手順」への変更は可能です
ＥＤＩ接続テスト完了時に発行する
ＥＤＩ接続テスト完了時に発行する
ＥＤＩ接続テスト完了時に発行する
固定******************
可変長ＥＤＩ接続テスト完了時に発行する
ＥＤＩ接続テスト完了時に発行する******************
可変長
5020
不定長
32,000byte
あり
なし
なし
なし
新規要求
テキスト
バイナリ

ＥＤＩ接続テスト完了時に発行する
ＥＤＩ接続テスト完了時に発行する（当方＝情報処理センター側）（相手＝ＥＤＩ事業者側）

固定
固定
固定（TTC(5byte)を含め、32,000byteです） ※１「なし」への変更は可能です
固定
固定
固定
固定／「再送要求」の設定には対応しません
マニフェストシステム利用時
電子契約（保管・検索・閲覧）機能利用時

通信ソフトの種類によっては、32,000byteより大きくする必要があります。

通信機器の設定の内容
通信機器に関するIPアドレスやIPsecの設定に関しては、通信環境構築時に情報処理センターより情報提供致します。

3-18

（５）情報処理センターに対する通信状況・ファイル処理状況のお問い合わせについてファイルの通信状況について、情報処理センターへＥＤＩ照会票による調査依頼を行う場合、事前にＥＤＩ事業者/ＡＳＰ事業者側の通信機器等でエラーが発生していないか十分調査してください。
ＥＤＩ事業者/ＡＳＰ事業者側の通信機器による障害のときは、情報処理センター側では調査を行わない場合があります。
また、ファイルの処理状況については「７－３．処理状況の確認」を参照し、ＥＤＩ事業者/ＡＳＰ事業者側で調査するようにしてください。
（６）標準ＥＤＩ機能及び電子契約（保管・検索・閲覧）機能の要求ファイルサイズについて要求ファイルのサイズは4,500kbyte以下としてください。
ファイルサイズを超過した場合、処理は行われません。
また、ファイルサイズが5,200kbyteを超過した場合、要求ファイルは破棄されて、結果ファイルの作成は行われません。
この場合、再度正常なサイズの要求ファイルを送り直してください。
（７）その他
１）

通信機器の選定について通信機器の選定に当たっては、ＥＤＩ事業者/ＡＳＰ事業者側の責任において、メーカー、ベンダー等のサポートを受けてください。
情報処理センターでは、通信実績のある機器の照会等のサポートは行えませんので、ご了承ください。
なお、ソフトウェアルータにおける通信実績については、要望に応じて公開しております。照会票にてお問合せください。

２）

少量のデータ（1,000byte以内）の送受信は可能だが、大量のデータ（1,000byte以上）を送受信できない
ＥＤＩ事業者/ＡＳＰ事業者ルータからインターネットサービスプロバイダ(以降「ISP」という)までの回線、及びＥＤＩ事業者/ＡＳＰ事業者側アクセスポイントから情報処理センター側アクセスポイントまでの通信経路上で通信トラブルが発生している可能性があります。
この場合、OSの通信設定でMTUサイズ等のチューニングが必要となる場合があります。

３）

IPsec通信におけるセキュリティ要件について
情報処理センターではIPsec通信において、加入者側ネットワーク情報の隠蔽のためNAT機能を利用して、共通鍵暗号方式並びに、公開鍵暗号方式等の仕組みにより、接続を確立しています。

４）「全銀協標準プロトコル(TCP/IP版) 拡張Ｚ手順」の通信の再受信方法について
結果ファイル受信時に通信障害が発生しても「新規要求」にて受信してください。
通信障害時に「再送要求」を実施された場合、結果ファイルは正常に受信できなくなります。

3-19