電文フォーマット定義ファイルには，変換元の電文フォーマット定義ファイルと変換先の電文フォーマット定義ファイルがあります。電文フォーマット定義ファイルの種類および作成方法については，「4.　電文フォーマットの作成」を参照してください。

データ変換の定義に利用する電文フォーマット定義ファイルは，「2.6.5　XMLスキーマの適用範囲」に示す条件に従って作成してください。

作成した電文フォーマット定義ファイルは，サービスアダプタ定義画面またはビジネスプロセス定義画面で設定します。

サービスアダプタ定義画面での設定方法については，マニュアル「サービスプラットフォーム 開発ガイド 受付・アダプタ定義編」の「3.3　サービスアダプタの内容の定義」を参照してください。ビジネスプロセス定義画面での設定方法については，「5.3　ビジネスプロセスの内容の定義」を参照してください。

画面に表示されない要素

annotation，appinfo，documentation，およびnotationは，変換元スキーマツリービューアおよび変換先スキーマツリービューアにツリー表示されません。

sequence要素またはchoice要素の画面表示

sequence要素またはchoice要素は，定義するXMLスキーマの内容によって，変換元スキーマツリービューアおよび変換先スキーマツリービューアに次のように表示されます。

• #(sequence)
  sequence要素またはchoice要素下の，出現回数が1回に固定されているsequence要素（コンポジタ）を示します。
  
• #(choice)
  sequence要素またはchoice要素下の，出現回数が1回に固定されているchoice要素（コンポジタ）を示します。
  
• #anonymous
  出現回数が1回に固定されていないsequence要素，choice要素，またはall要素（コンポジタ）を示します。
  

セパレータが設定されているバイナリ電文フォーマットを利用する場合，次の点に注意が必要です。

• 出現回数に［データの終端まで］を定義した場合で，次の2つの条件を満たす場合，繰り返しによる空要素の生成は1つだけになります。
  
  • 弟要素が存在しない。
  • 中間区切り文字の直後に繰り返しの終了文字が出現する。
• 入力するバイナリデータにセパレータ文字と同じ値のバイトデータが含まれている場合（マルチバイト文字の構成バイトの一部分である場合も含む），バイナリデータの解析に失敗します。
• エスケープ文字を付加しなくてもデータと認識される場合があるので注意してください。
  例：開始文字と同じ文字列が，開始文字の直後に設定されている場合
  
• セパレータが設定されているバイナリ電文フォーマット定義内では，ビット列型の単純内容要素とサイズノード指定された複合内容要素を使用できません。
• 次の文字コードを指定しないでください。
  
  • KEIS+EBCDIK
  • KEIS+EBCDIC
  • IBM_CODE+EBCDIC(LATIN)
  • IBM_CODE+EBCDIC(KANA)
• セパレータの文字コードは，個別文字コードの設定に関係なく，フォーマット定義の文字コードとなります。セパレータには，フォーマット定義の文字コードで変換できる文字（バイト列）を指定してください。

任意形式（any形式）を電文フォーマット定義ファイルに設定した場合に，設定の一部が無視されます。

無視される設定を次の表に示します。

表6-1　任意形式（any形式）で無視される設定

対象となるコンポーネント	無視される設定
TP1/RPC受付	独自定義ファイル(cscurecptp1rpc.properties) urecp-tp1rpc.dt-skip 独自定義ファイル(csc_owncodeconvert.properties) すべての設定
TP1アダプタ	HCSCサーバランタイム定義ファイル(cscsvconfig.properties) xmltelegram-maxcache-num telegram-validation xmltelegram-namespace-complement telegram-undefined-character-code 独自定義ファイル(csccustomadapter.properties) custom-adapter.dt-skip 独自定義ファイル(csc_owncodeconvert.properties) すべての設定
HTTPアダプタ
汎用カスタムアダプタ