地域情報プラットフォームガイドライン

第４章（別冊）
ワンストップサービスの連携定義手順

一般財団法人全国地域情報化推進協会

地域情報プラットフォームガイドライン

地域情報プラットフォームガイドライン第 4 章(別冊)

項

版数

修正内容

1

2013.5.31

表紙及びヘッダのバージョン記載を削除

改版履歴

備考
版数表記を、バージョン標記から修正
日標記に変更内容の修正は行っていないため、版数の変更はなし地域情報プラットフォームガイドライン

目次

１．ワンストップサービス連携定義手順とは ................................................ 2
２．ワンストップサービスの連携定義手順 .................................................. 4
２．１ 業務要件定義作業ステップ（業務処理整理表～機能連携システムフロー） .............................. 4
２．２ XML 定義作業ステップ（BPMN 図～XML スキーマ定義、WSDL 定義、WS-BPEL 定義） ................. 10３．参照定義 .......................................................................... 18
３．１ 参照定義とは ....................................................................................................................................... 18
３．２ 共通定義 ............................................................................................................................................... 18
３．３ WSDL プロファイル .............................................................................................................................. 19
３．４ XML 変換ルール .................................................................................................................................... 22
４．辞書 .............................................................................. 25
４．１ 辞書の位置付け ................................................................................................................................... 25
４．２ 項目セット辞書コンテンツ ............................................................................................................... 26
４．３ XML データ型辞書コンテンツ ............................................................................................................ 28
４．４ BP パターン辞書コンテンツ .............................................................................................................. 30－1－

地域情報プラットフォームガイドライン

１．ワンストップサービス連携定義手順とはワンストップサービス連携定義手順は、自治体などが地域情報プラットフォームを利用してワンス
トップサービスを構築する際の作業手順であり、業務分析から計算機で解釈や実行が可能な国際標準のXML 定義を作成するまでの手順とワークシートを含んでいる。また、連携定義作業において参照する標準書や共通的に利用する定義類を参照定義及び辞書として位置付けている。
ワンストップサービス連携定義手順は、大きく２つの作業ステップに分かれる。前半は、構築するワンストップサービスの設計及び業務分析を行う「業務要件定義作業ステップ」で、主に自治体が中心となって行う。後半は、「業務要件定義作業ステップ」の結果をもとに、BPMN 図や WSDL 定義を作成する「XML定義作業ステップ」で、主にベンダが中心となって行う。
ワンストップサービス連携定義手順の全体の作業フローは、図１．１のようになっており、各ステップの成果物は表１．１のようになる。また、参照定義及び辞書を含めた各成果物の関連図を図１．２に示す。本書で例示されている図表は、地域情報プラットフォーム標準仕様 V2.0 を基に作成されている。
なお、本手順に沿った作業に入る前段階の作業として、まずはどのようなワンストップサービスを構築するかを検討する必要がある。構築するワンストップサービスの検討においては、ライフイベントが切り口の一つとなるので、参考までに APPLIC で整理したライフイベントとそれぞれ対象となる申請や届出などの一覧を付録４－ⅰ．１に付ける。

ワンストップサービス連携定義手順

業務要件定義作業ステップ
業務要件定義作業ステップ

ワンストップサービスの対象手続きと業務機能の整理
ワンストップサービスの業務機能の連携に関する整理
ワンストップサービスの業務フローの整理
ワンストップサービスの連携情報に関する項目定義
ワンストップサービスのシステム連携に関する整理

XML定義作業ステップ
XML定義作業ステップ

ワンストップサービスのビジネスプロセス設計
ワンストップサービスのインタフェース定義
ワンストップサービスのメッセージの項目定義
WS-BPEL定義
の作成

図１．１

WSDL定義、XMLスキーマ定義の作成

ワンストップサービス連携定義手順－2－

地域情報プラットフォームガイドライン

表１．１

ワンストップサービス連携定義手順の成果物
作業内容

成果物

１

ワンストップサービスの対象手続きと業務機能の整理

業務処理整理表２

ワンストップサービスの業務機能の連携に関する整理

ワンストップ DFD

３

ワンストップサービスの業務フローの整理

機能関連ブロック図

４

ワンストップサービスの連携情報に関する項目定義

ワンストップインタフェー
ス仕様

５

ワンストップサービスのシステム連携に関する整理

機能連携システムフロー

６

ワンストップサービスのビジネスプロセス設計

BPMN 図条件分岐定義７

ワンストップサービスのインタフェース定義

インタフェース一覧

８

ワンストップサービスのメッセージの項目定義

メッセージ定義

９

WSDL 定義、XML スキーマ定義の作成

WSDL 定義
XML スキーマ定義

１０

WS-BPEL 定義の作成

WS-BPEL 定義

ワンストップサービス
連携定義手順辞書

参照定義

業務要件定義作業ステップ
業務要件定義作業ステップ

業務処理整理表
ワンストップＤＦＤ

項目セット辞書

コード辞書

機能関連
ブロック図

XMLデータ型
辞書

ワンストップ
インタフェース仕様

自治体業務アプリ
ケーションユニット
標準仕様V2.0

機能連携
システムフロー

XML定義作業ステップ
XML定義作業ステップ

項目セット辞書

BPMN図

コード辞書

条件分岐定義APPLIC
PF通信標準仕様
・XML関連規定
・WSDL関連規定
・BPEL関連規定

インタフェース
一覧

XMLデータ型
辞書

メッセージ定義

共通定義
WSDLプロファイル

BPパターン辞書

図１．２

WS-BPEL定義

WSDL定義XMLスキーマ
定義

ワンストップサービス連携定義の成果物の関連図－3－

XML変換ルール

地域情報プラットフォームガイドライン

２．ワンストップサービスの連携定義手順
２．１ 業務要件定義作業ステップ（業務処理整理表～機能連携システムフロー）（１）

ワンストップサービスの対象手続きと業務機能の整理
本ステップの目的： ワンストップサービスに必要な業務機能を整理する

入力情報： 法令、条例等

成果物： 業務処理整理表

自治体業務アプリケーションユニット標準仕様 V2.0

本ステップでは、はじめにワンストップサービスの対象となる申請手続きを分析し、「自治体業務アプリケーションユニット標準仕様 V2.0」の「（業務１－４）機能一覧」を参考に、各申請手続きを処理するのに必要となる業務機能の洗い出しを行う。「（業務１－４）機能一覧」に該当する業務機能がない場合は、必要に応じて新たな業務機能を整理し、記入する。
次に、洗い出された各業務機能に関して、法令や条例等をもとに、各業務機能に必要となる
申請書、必要提出物、交付物に関する調査を行う。
また、申請者によって対象となる業務機能が異なるなどの場合には、当該業務機能が対象となる場合の条件を整理する。

図２．１．１－4－

業務処理整理表

地域情報プラットフォームガイドライン（２）

ワンストップサービスの業務機能の連携に関する整理本ステップの目的： 業務機能間で連携する情報を整理する

入力情報： 業務処理整理表

成果物： ワンストップ DFD

自治体業務アプリケーションユニット標準仕様 V2.0

本ステップでは、「自治体業務アプリケーションユニット標準仕様 V2.0」の「（１－６）機能
情報関連図」を参考に、「業務処理整理表」で洗い出された各業務機能間を流れる情報の調査を行う。業務機能以外にも、情報の発生源や送信先として、ワンストップサービスの利用者や既存のシステム等がある場合には、それらの外部要素との間の情報の流れも整理する。業務ユニット内に蓄積された情報を他の業務機能が業務ユニット間インタフェースで参照する場合などについても、業務機能間の連携として整理する。
なお、本ステップでは「業務処理整理表」を入力情報としているが、本ステップで新たに必要な業務機能が洗い出されることもあるので、その場合は「業務処理整理表」にフィードバッ
クする。

図２．１．２

ワンストップ DFD－5－

地域情報プラットフォームガイドライン（３）

ワンストップサービスの業務フローの整理
本ステップの目的： ワンストップサービスの業務フローを整理する

入力情報： 業務処理整理表

成果物： 機能関連ブロック図

ワンストップ DFD

本ステップでは、「業務処理整理表」と「ワンストップ DFD」をもとに、業務機能間の順序性に関する調査を行い、ワンストップサービスの業務フローを整理する。
フローの中に、業務機能に関する条件や業務処理結果等による分岐がある場合には、分岐条件も併せて整理し、各業務機能が、直列で実行されるのか並列で実行されるのかも明確にする。
１つの業務機能の中に、更に詳細な業務フローがある場合は、必要に応じて別シートに分けて記載する。
複数の団体や組織等で業務フローが構成される場合に、各業務機能がどこに含まれるかを明確に示す場合は、それぞれの団体や組織等に対してスイムレーンを設定し、各業務機能は該当するスイムレーンの中に含める。

図２．１．３

機能関連ブロック図－6－

地域情報プラットフォームガイドライン（４）

ワンストップサービスの連携情報に関する項目定義
本ステップの目的： 業務機能のインタフェースのデータ項目を定義する

入力情報： ワンストップ DFD
自治体業務アプリケーションユニット標準仕様 V2.0
対象手続きの申請書、届出書

成果物： ワンストップインタフェース仕様

本ステップでは、「自治体業務アプリケーションユニット標準仕様 V2.0」の「（業務１－７）
インタフェース仕様」と対象手続きの申請書、届出書等をもとに、「ワンストップ DFD」で整理された連携情報のデータ項目の定義を行う。
定義する内容は、データ項目の名称、コード化の有無、データ型、桁数などのそのデータ項
目の属性と各業務機能等との入出力情報がある。
連携する情報の各データ項目を定義する際、「自治体業務アプリケーションユニット標準仕様 V2.0」の「（業務１－１２）項目セット辞書」に対応する項目構造がある場合には、該当する項目セットを適用する。定義されている項目セットと完全に同じ項目構造になっていない場
合でも、項目セットの一部分になっている場合には、設計作業の効率性の観点から、項目セットを適用しても構わない。但し、本来は不要なデータ項目がメッセージに含まれることになり、本来よりも通信量が増加することになるため、そのような点も考慮して、適用するかどうかを判断する必要がある。
また、頻出する項目構造が「（業務１－１２）項目セット辞書」に定義されていない場合は、新規に項目セットとして定義する。
対象のデータ項目をコード化して使用する場合には、「自治体業務アプリケーションユニッ
ト標準仕様 V2.0」の「（業務１－１３）コード辞書」を確認し、適用するコードを決定する。
「（業務１－１３）コード辞書」の中に該当のコードがない場合は、新規にコードを定義する。
入出力情報については、対象の業務機能等に対しての入出力という観点で定義する。
なお、「（業務１－７）インタフェース仕様」で定義されているデータ連携をそのまま利用する場合は、各データ項目の項目定義は省略する。また、必要提出物や交付物などのように、連携情報としてはデータ項目まで明確にする必要がないと想定される場合も、項目定義を省略しても構わない。

－7－

地域情報プラットフォームガイドライン

図２．１．４

ワンストップインタフェース仕様－8－

地域情報プラットフォームガイドライン（５）

ワンストップサービスのシステム連携に関する整理本ステップの目的： システム間の情報及び処理の連携を整理する

入力情報： 業務処理整理表
機能関連ブロック図
ワンストップインタフェース仕様

成果物： 機能連携システムフロー

本ステップでは、「機能関連ブロック図」と「ワンストップインタフェース仕様」を参考にして、BPM 機能も含めた各機能及びシステム間の情報及び処理の連携を整理する。
業務機能または業務ユニット間でデータ交換がある場合には、付加情報として、各業務機能
または業務ユニットのインタフェース相当部分を明示する。

図２．１．５機能連携システムフロー－9－

地域情報プラットフォームガイドライン

２．２ XML 定義作業ステップ（BPMN 図～XML スキーマ定義、WSDL 定義、WS-BPEL 定義）（１）

ワンストップサービスのビジネスプロセス設計
本ステップの目的： ビジネスプロセス（BP）の実装仕様を定義する

入力情報： 機能関連ブロック図
機能連携システムフロー

成果物： BPMN 図
条件分岐定義本ステップでは、「機能関連ブロック図」及び「機能連携システムフロー」をもとに、BPMN（Business Process Modeling Notation）という表記法を用いて、ワンストップサービスのビ
ジネスプロセスの実装仕様となる「BPMN 図」を作成する。
各アクティビティは、「プラットフォーム通信標準仕様 V2.0」の「４．４WS-BPEL の適用

範囲、制約に関する規定」を参考に記載し、付加情報として、各アクティビティのインタフェー
ス相当部分を明示する。
BP 制御の考え方は、「プラットフォーム通信標準仕様 V2.0」の「４．３ビジネスプロセス（BP）のフロー制御に関する規定」を参考にし、BP 制御に必要な分岐条件を明確化する。各分
岐に関する内容は、「条件分岐定義」に記入する。

図２．２．１BPMN 図（BP 実装仕様）－10－地域情報プラットフォームガイドライン

図２．２．２－11－条件分岐定義地域情報プラットフォームガイドライン（２）

ワンストップサービスのインタフェース定義
本ステップの目的 ： ワンストップサービスのインタフェースを定義する
入力情報： BPMN 図、機能連携システムフロー

成果物： インタフェース一覧

本ステップでは、「BPMN 図」及び「機能連携システムフロー」をもとに、メッセージ交換及びデータ交換を行う場所を特定し、BPM 機能と業務機能間、業務機能と業務ユニット間などのワンストップサービスのインタフェースを定義する。
各インタフェースを定義する際には、「プラットフォーム通信標準仕様 V2.0」の「４．５セージ交換パターンに対する WS-BPEL 実装規定」及び「６．２メッ

地域情報プラットフォームにおける奨励メッセージ交換パターンの定義」を参考にし、該当の業務機能に関する業務要件を考慮して行う。
また、業務ユニットとのデータ交換に関して、「自治体業務アプリケーションユニット標準
仕様 V2.0」の「（業務１－９）インタフェース一覧」で定義されたインタフェースを利用する
場合は、該当のメッセージ定義名及び WSDL 定義を記入する。
なお、業務メッセージの他に、共通定義の受領 Ack などについても全て記入する。

図２．２．３

インタフェース一覧－12－

地域情報プラットフォームガイドライン（３）

ワンストップサービスのインタフェースに関するメッセージの項目定義
本ステップの目的： ワンストップサービスのメッセージを定義する

入力情報： ワンストップインタフェース仕様

成果物： メッセージ定義

インタフェース一覧

本ステップでは、「インタフェース一覧」で定義された各メッセージに対して、「ワンストッ
プインタフェース仕様」をもとに、XML スキーマ定義に必要な情報を追加して、データ項目の定義を行う。
出現回数については、タグの省略が可能な場合は、最小には「0」を記入し、省略不可の場
合は、1 以上の値を記入する。最大には、該当のデータ項目またはデータ項目の集合の繰返し
回数の最大値を記入し、最大値が不定の場合は、「N」を記入する。
「プラットフォーム通信標準仕様 V2.0」の「７．プラットフォーム通信仕様におけるメッセー
ジ共通ヘッダ仕様」で規定されているメッセージの共通ヘッダについては、記入しなくても構わないが、該当のメッセージに関して、共通ヘッダの各データ項目に対して補足事項等を加えたい場合は、記入しても構わない。
また、インタフェースに添付ファイルがある場合は、メッセージの最後に記入する。
なお、「自治体業務アプリケーションユニット標準仕様 V2.0」の「（業務１－９）インタフェー
ス一覧」などで既に定義されているインタフェースについては、本ステップの作業は省略する。

図２．２．４－13－

メッセージ定義

地域情報プラットフォームガイドライン（４）

WSDL 定義、XML スキーマ定義の作成
本ステップの目的： ワンストップサービスの WSDL 定義及び XML スキーマ定義を作成する

入力情報： インタフェース一覧

成果物： WSDL 定義

メッセージ定義
XML スキーマ定義
本ステップでは、インタフェース一覧で定義した各インタフェースに対する WSDL 定義及びXML スキーマ定義を「プラットフォーム通信標準仕様 V2.0」の「３．２３XML 定義仕様」「３．

WSDL の XML 定義記述要件」に基づき作成する。

WSDL 定義については、はじめに「３．３

WSDL プロファイル」を参考に、WSDL 定義用ワー

クシートを作成する。次に、作成した WSDL 定義用ワークシートをもとに、「３．４

XML 変換ルール」にしたがい、WSDL 定義を作成する。
メッセージに添付ファイルがある場合は、「３．２

共通定義」を参考にして、添付方式を決定する。
なお、WSDL 定義用ワークシートは必ずしも作成する必要はなく、直接 WSDL 定義を作成しても構わない。
XML スキーマ定義については、メッセージ定義をもとに、「３．４XML 変換ルール」にしたがい、作成する。この際、「プラットフォーム通信標準仕様 V2.0」の「７．プラットフォーム
通信仕様におけるメッセージ共通ヘッダ仕様」で規定されているメッセージの共通ヘッダを追加する。
なお、本手順で作成する XML スキーマ定義は、PF 通信で使用するメッセージ形式を想定したものであり、データ値の表現の形式や、DB スキーマ作成を意図したデータ型やデータ長を想定したものではない。

－14－

地域情報プラットフォームガイドライン

図２．２．５－15－

WSDL 定義

地域情報プラットフォームガイドライン

図２．２．６XML スキーマ定義－16－

地域情報プラットフォームガイドライン（５）

WS-BPEL 定義の作成
本ステップの目的： WS-BPEL 定義を作成する

入力情報： BPMN 図

成果物： WS-BPEL 定義

本ステップでは、BPMN 図をもとに WS-BPEL 定義を作成する。
この際、「プラットフォーム通信標準仕様 V2.0」の「４. プラットフォーム通信標準のビジネスプロセス制御定義仕様」を参考にする。
なお、BPEL 文書（WS-BPEL アブストラクト）は配布用として準備する場合に作成し、実際の開発では、BPEL 文書（WS-BPEL アブストラクト）は作成せず、BPM 製品の BP 定義機能で代行し、以降の開発工程へ進めても構わない。

図２．２．７－17－

WS-BPEL 定義

地域情報プラットフォームガイドライン

３．参照定義３．１ 参照定義とは参照定義とは、「ワンストップサービス連携定義手順」において参照する、標準書や共通定義のことである。

ワンストップサービス
連携定義手順辞書

参照定義

業務要件定義作業ステップ
業務要件定義作業ステップ

業務処理整理表
ワンストップＤＦＤ

項目セット辞書

コード辞書

機能関連
ブロック図

XMLデータ型
辞書

ワンストップ
インタフェース仕様

自治体業務アプリ
ケーションユニット
標準仕様V2.0

機能連携
システムフロー

XML定義作業ステップ
XML定義作業ステップ

項目セット辞書

BPMN図

コード辞書

条件分岐定義APPLIC
PF通信標準仕様
・XML関連規定
・WSDL関連規定
・BPEL関連規定

インタフェース
一覧

XMLデータ型
辞書

メッセージ定義

共通定義
WSDLプロファイル

BPパターン辞書

図３．１．１

WS-BPEL定義

WSDL定義XMLスキーマ
定義

XML変換ルール

ワンストップサービス連携定義における参照定義の位置付け

大別すると、以下で構成される。
・標準書： APPLIC 標準書（「自治体業務アプリケーションユニット標準仕様 V2.0」、「プラットフォーム通信標準仕様 V2.0」を参照）

・共通定義： 共通ヘッダ等の「プラットフォーム通信標準仕様 V2.0」で規定されている共通定義

・WSDL プロファイル ： WSDL を記述する際の注意事項（一般用、BPEL 用）・XML 変換ルール： ワークシートから XML スキーマへの変換ルール

３．２ 共通定義
以下のデータ項目は、プラットフォーム通信標準仕様により定められている共通定義であり、必要に応じて使用する。
・受領 Ack 表現： 受領 Ack の形式については、「プラットフォーム通信標準仕様 V2.0」の・共通ヘッダ表現： 「プラットフォーム通信標準仕様 V2.0」の第７章「プラットフォーム通「６．６．１受領 Ack のメッセージ形式」を参照

信仕様におけるメッセージ共通ヘッダ仕様」を参照－18－

地域情報プラットフォームガイドライン

・添付ファイル表現 ： 添付ファイルを送信する際の電子封筒形式については、「プラットフォーム通信標準仕様 V2.0」の「２．３．２ 通信モデル」の（１）および（２）を参照

３．３ WSDL プロファイル
WSDL を記述する際の注意事項であり、国際標準である WSDL 仕様に対する、WS-I Basic Profile 1.0を踏まえ、さらに、日本語等の扱いの考え方、各項目の設定の考え方を記載している。
WSDL プロファイルには、一般用と BPEL 用があり、以下にそれぞれのプロファイルを示す。
なお、図 3.3.1 の WSDL プロファイルは添付ファイルが無い場合のもの（メッセージ本体格納型）
であり、添付ファイルが有る場合(SwA 型)の WSDL プロファイルは、今後作成予定である。

－19－

地域情報プラットフォームガイドライン

PF標準 WSDLプロファイル（一般Webサービス用）
No.

L1 L2 L3 L4 L5 L6 L7 L8

属性

データ型

備考
WSDLと、SOAPバインディングのバージョン
XMLのスキーマ定義言語
WSDLのファイル名の規則
エンコーディング
添付ファイル
管理主体、対象文書名、バージョン、作成日の情報
XMLに関するその他のガイドライン
名前空間

1
2

<?xml version="1.0"?>

文字コード、符号化規則は、デフォルトのUTF-8とする。

1..1 definitions

3
4

name
NMTOKEN
targetNamespace anyURI

ワンストップ例：引越転入サービスWSDL
業務ユニット例: なし
urn:applic.or.jp:xmlns:wsdl:2007-01

anyURI5

xmlns:prefix -wsdl

6

xmlns:prefix -xsd

7
8
9
10

xmlns:wsdlsoap
xmlns:xsd
xmlns
1..1

documentation

11
12
13

1..1
1..1

types
xsd:schema

anyURI

anyURI

1..1

16
17

1..*

message

18
19

1..1

part

anyURI

targetNamespace anyURI

http://schemas.xmlsoap.org/wsdl/soap/
http://www.w3.org/2001/XMLSchema
http://schemas.xmlsoap.org/wsdl/

1..1
1..1

23
24

1..*

定義名をあらわす名称を付けることを推奨する。
ユーザ定義のWSDLの名前空間宣言
ユーザ定義のWSDLの名前空間のQNAME定義"prefix"は定義
識別情報等で置き換える。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。
ユーザ定義のXSDの名前空間のQNAME定義"prefix"は定義
識別情報等で置き換える。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。
必須, WSDL1.1SOAPバインディング用。日本語（２バイト文字）
記載不可(パーセントエンコーディング(*)を含む)。
固定
必須、WSDL1.1用
文書の説明、管理主体、対象文書名、バージョン、作成日の情報を入れる

urn:applic.or.jp:xmlns:schema:2007-01

W3C XMLSchema で記述する。
ユーザ定義のXSDの名前空間のQNAME定義。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。

xsd:inlcude

1..1

21
22

25
26

anyURI

any

14
15

20

WSDL１．１ , SOAP 1.1 (SOAPバインディング)
W3C XMLSchema 1.0「定義識別情報＋バージョン＋.wsdl」
document / literal とする （PF標準はXML文書を交換するため）メッセージ内にエンコードされる
definitionsタグ下のdocumentationタグ内に記載する
PF通信のXML定義仕様記載のガイドラインを使用する。
PF標準全体で体系的な規則を作成する。

ユーザ定義のXSDを識別するURLを指定。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。

schemaLocation

anyURLname

NCNameワンストップ例： 受付メッセージ
業務ユニット例: 住民情報_問合せ

NMTOKEN

ワンストップ例：受付メッセージ
業務ユニット例: 住民情報＿問合せメッセージ

element

QName

ワンストップ例：oss1-xsd:受付メッセージAPPLIC: boｓｓ１－ｘｓｄ：識別番号メッセージ

typesにて定義されたelementをQNAMEで参照する

name

NCNameワンストップ例：引越転入PT
業務ユニット例: 住民基本台帳

抽象オペレーション群を束ねるポートタイプの名称。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。

NCNameワンストップ例： 引越転入
業務ユニット例: 住民基本台帳＿住民情報

抽象オペレーションの名称
inputの名称； portType内でユニークname

メッセージの名称； 本WSDL内でユニークメッセージパートの名称； message内でユニーク

portType

operation
name

1..1

input

27

name

NMTOKEN

ワンストップ例： 受付メッセージ
業務ユニット例: 住民情報_問合せメッセージ28
29

messageQname

ワンストップ例：oss1-wsdl:受付メッセージ
業務ユニット例: boss1-wsdl:住民情報_問合せ

message/partのname属性の参照
outputの名称； portType内でユニーク
message/partのname属性の参照

1..1

output30

name

NMTOKEN

ワンストップ例： 受領メッセージ
業務ユニット例: 住民情報_検索結果メッセージ

31
32

messageQname

ワンストップ例：oss1-wsdl:受領メッセージ
業務ユニット例: boss1-wsdl:住民情報_検索結果

0..*

fault

33

name

NMTOKEN

34
35

messageQname

ワンストップ例：フォルトメッセージ
業務ユニット例: 定義無し
ワンストップ例：refix -wsdl:フォルトメッセージ
業務ユニット例: 定義無し

バインディングの名称
portTypeのname属性の参照

1..*

36

name

NCName

37
38
39
40
41

type

Qname

ワンストップ例：oss1-wsdl:引越転入PT
業務ユニット例: oss1-wsdl:住民基本台帳

42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60

wsdlsoap:bindingstyle
transport

1..*

document

http://schemas.xmlsoap.org/soap/http

固定
固定

name

ワンストップ例：引越転入
業務ユニット例: 住民基本台帳_住民情報

対応する抽象オペレーションの名称を設定する

soapAction

ワンストップ例：oss1_1-1-01
業務ユニット例: oss1_1-2007-01_1

nameワンストップ例： 受付メッセージ
業務ユニット例: 住民情報＿問合せメッセージ

portType/inputのname属性と同じ

use

literal固定

nameワンストップ例：受領メッセージ
業務ユニット例: 住民情報_検索結果メッセージ

portType/outputのname属性と同じ

use

literal固定

nameフォルトメッセージ

portType/faultのname属性と同じ

name
use

フォルトメッセージ
literalportType/faultのname属性と同じ
固定

ワンストップ例：引越転入サービス
業務ユニット例: 住民基本台帳サービスの名称

operation

1..1

soap:operation

1..1

input

1..1

soap:body

1..1

output1..1

soap:body

0..*

fault

1..1

soap:fault

1..1

service

1..1

port

name

NCName61

nameNCName62
63binding

Qname

64
65

1..1

message/partのname属性の参照

binding
ワンストップ例：引越転入SOAPBinding
業務ユニット例: 住民基本台帳SOAPBinding

1..1

faultの名称； portType内でユニーク

ワンストップ例： 引越転入
業務ユニット例: 住民基本台帳
ワンストップ例：oss1-wsdl:引越転入SOAPBinding
業務ユニット例: boss1-wsdl:住民基本台帳

portTypeのname属性を参照
bindingのname属性を参照

soap:address
location

http://somedomain/somelocation

サービスを提供するアドレス（URI) 。日本語（２バイト文字）記載
不可(パーセントエンコーディング(*)を含む)。
(*)パーセントエンコーディング(RFC3986参照)

図３．３．１WSDL 定義プロファイル－20－

地域情報プラットフォームガイドライン

PF標準 WSDLプロファイル（WS-BPEL用）
No.

L1 L2 L3 L4 L5 L6 L7 L8

属性

データ型

事例

備考

WSDLと、SOAPバインディングのバージョン
WSDL１．１ , SOAP 1.1 (SOAPバインディング)
XMLのスキーマ定義言語
W3C XMLSchema 1.0
WSDLのファイル名の規則「定義識別情報＋バージョン＋.wsdl」
エンコーディング
document / literal とする （PF標準はXML文書を交換するため）添付ファイル
メッセージ内にエンコードされる管理主体、対象文書名、バージョン、作成日の情報 definitionsタグ下のdocumentationタグ内に記載する
XMLに関するその他のガイドライン
PF通信のXML定義仕様記載のガイドラインを使用する。
名前空間
PF標準全体で体系的な規則を作成する。
1
2
3<?xml version="1.0"?>

文字コード、符号化規則は、デフォルトのUTF-8とする。

1..1 definitions
name

NMTOKEN
anyURI

4targetNamespace

5

xmlns:prefix -wsdl anyURI

6
7
8
9
10
11

xmlns:prefix -xsd
xmlns:plnk
xmlns:vprop
xmlns:xsd
xmlns

12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

1..1

documentation

0..*
1..1
1..2
1..1
1..1
0..*
1..1
0..1
0..1
0..*
1..1
1..1
0..1

plnk:partnerLinkType

1..1
1..1

types
xsd:schema

anyURI
anyURI
anyURI

anyURI
anyURI

http://docs.oasis-open.org/wsbpel/2.0/plnktype
http://docs.oasis-open.org/wsbpel/2.0/varprop
http://www.w3.org/2001/XMLSchema
http://schemas.xmlsoap.org/wsdl/

文書の説明、管理主体、対象文書名、バージョン、作成日の情
報を入れる

any
NCNamenameportType

NCNameQName

nameelement
type

NCName
QName
QName

propertyの名称；本ファイル内でユニーク；必須

propertyName
element

QName
QName

propertyの名称
対象はelement属性でメッセージを指定する
メッセージ内のタグ位置を記述する（XPath1.0を利用可）

vprop:property
対象はelement属性またはtype属性で指定する

vprop:propertyAlias
vprop:query

targetNamespace anyURI

W3C XMLSchema で記述する。
ユーザ定義のXSDの名前空間のQNAME定義。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。

schemaLocation

anyURL

ユーザ定義のXSDを識別するURLを指定。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。

name

NCName

メッセージの名称； 本WSDL内でユニーク

nameelement

NMTOKEN
QName

メッセージパートの名称； message内でユニーク
typesにて定義されたelementをQNAMEで参照する

name

NCName

抽象オペレーション群を束ねるポートタイプの名称

name

NCName

抽象オペレーションの名称

namemessage

NMTOKEN
QName

inputの名称； portType内でユニーク
message/partのname属性の参照

namemessage

NMTOKEN
QName

outputの名称； portType内でユニーク
message/partのname属性の参照

namemessage

NMTOKEN
QName

faultの名称； portType内でユニーク
message/partのname属性の参照

xsd:inlcude

1..*

message

1..1
1..1
1..1
1..*

part

1..1

name
role

1..1

1..*

定義名をあらわす名称を付けることを推奨する。
ユーザ定義のWSDLの名前空間宣言。日本語（２バイト文字）
記載不可(パーセントエンコーディング(*)を含む)。
ユーザ定義のWSDLの名前空間のQNAME定義"prefix"は定義
識別情報等で置き換える。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。
ユーザ定義のXSDの名前空間のQNAME定義"prefix"は定義
識別情報等で置き換える。日本語（２バイト文字）記載不可(パーセントエンコーディング(*)を含む)。
固定
固定
固定
必須、WSDL1.1用

portType
operation
input

1..1

output

0..*

fault

(*)パーセントエンコーディング(RFC3986参照)

図３．３．２

BPEL 用 WSDL 定義プロファイル－21－

地域情報プラットフォームガイドライン

３．４ XML 変換ルール
本節では、XML スキーマ定義用ワークシートから XML スキーマ定義への変換ルールを記載する。
変換ルールとして、メッセージの XML スキーマ定義ワークシートのタグの変換、項目セット辞書
ワークシートのタグの変換、データ型・桁数の変換、および出現回数の変換について、下記に示す。

（１）

メッセージの XML スキーマ定義ワークシートのタグの変換ルール

メッセージのルートタグ（メッセージの XML スキーマ定義ワークシートでは最上位行、L１列の位置に記入されたタグ）については、element 宣言に変換する。
L2 のタグ（L2 列に記入されたタグ）については、メッセージルートタグの element 宣言の複合型内容として列挙される element 宣言に変換する。同様に L3 のタグは、すぐ上の L2 タグのelement 宣言の複合型内容として列挙される element 宣言に変換する。以下の階層も同様とする。
<xsd:element name="住民基本台帳-転入メッセージ"><!-- ルートタグ --><xsd:complexType><xsd:sequence><xsd:element name="システム制御情報" .../><!-- L2 のタグが並ぶ --><xsd:element name="住民異動届"><!-- L2 のタグが並ぶ --><xsd:complexType><xsd:sequence><xsd:element name="異動事由"><!-- 住民異動届の下の L3 のタグが並ぶ --><xsd:simpleType><xsd:restriction base="xsd:string"><xsd:maxLength value="2"/></xsd:restriction></xsd:simpleType></xsd:element><xsd:element name="届出年月日" .../><xsd:element name="異動年月日" .../><xsd:element name="異動世帯情報"><xsd:complexType><xsd:sequence><xsd:element name="異動前住所" .../><xsd:element name="異動前世帯主氏名" .../><xsd:element name="異動後住所" .../><xsd:element name="異動後世帯主氏名" .../></xsd:sequence></xsd:complexType>・・・</xsd:element>（２）

項目セット辞書ワークシートのタグの変換

項目セット辞書ワークシートに記載された項目セットのうち、当該メッセージ定義中で参照する項目セットについては、complexType 宣言に変換する。この際、名前として、項目セット名の末尾に"Type"をつけたものを設定する。
項目セットの内容である項目群については、complexType 宣言の複合型内容として列挙される
element 宣言に変換する。項目群が階層を持つ場合は、（１）と同様に下位階層の内容を直前の上
位階層のタグの element 宣言の複合型内容として列挙される element 宣言に変換する。

－22－

地域情報プラットフォームガイドライン

例）人物情報<xsd:complexType name="人物情報 Type"><xsd:sequence><xsd:element name="氏名情報" ... ><xsd:complexType><xsd:sequence><xsd:element name="氏名" ... /><xsd:element name="フリガナ" ... /></xsd:sequence></xsd:complexType></xsd:element><xsd:element name="生年月日" ... ><xsd:complexType><xsd:sequence><xsd:element name="年号" ... /><xsd:element name="年" ... /><xsd:element name="年" ... /><xsd:element name="年" ... /></xsd:sequence></xsd:complexType></xsd:element></xsd:sequence></xsd:complexType>（３）<!-- 項目セット名 --><!-- 項目セット直下のタグが並ぶ --><!-- 氏名情報の下のタグが並ぶ --><!-- 氏名情報の下のタグが並ぶ --><!--項目セット直下のタグが並ぶ --><!-- 生年月日の下のタグが並ぶ --><!-- 生年月日の下のタグが並ぶ --><!-- 生年月日の下のタグが並ぶ --><!-- 生年月日の下のタグが並ぶ -->データ型・桁数の変換

項目セット辞書に定義された項目セットを参照する場合は、(2)で変換された complexType 宣
言の名前を参照する type 属性に変換する。
例）「システム制御情報」の変換例<xsd:element name="システム制御情報" type="システム制御情報 Type"... />XML データ型辞書にて提供される簡易表記により定義されているデータ型については、XML デー
タ型辞書を参照して、使用されている簡易表記に対応する XML スキーマの定義のとおりの変換を
実施する。

（４）

出現回数の変換

出現回数列の最小を minOccurs 属性値に、最大を maxOccurs 属性値に変換する。
ただし、値が 1 の場合は、変換しない。また、値が N の場合は、unbounded と、実装上問題を来たさない範囲の適切な数値（例、100）のいずれかとする。
例）変換例<xsd:element name="住民異動届" ... ><xsd:complexType><xsd:sequence>・・・<xsd:element name="異動世帯情報" ... />・・・<xsd:element name="異動個人情報" maxOccurs="100"/>
・・・</xsd:element>－23－<!-- 出現回数 1,1 なので変換無し --><!-- 出現回数 N は、適切な値に変換 -->地域情報プラットフォームガイドライン

次に、WSDL 定義ワークシートから WSDL 定義への変換ルールを示す。
WSDL 定義ワークシートから WSDL 定義を生成するには、L1 から L10 の列の内容をタグ名に、属性列の内容を直前行のタグの属性名に、値列の内容をタグ値もしくは属性値に対応させた、XML
文書を作成する。

－24－

地域情報プラットフォームガイドライン

４．辞書
４．１ 辞書の位置付け
辞書は、「ワンストップサービス連携定義手順」における再利用可能な定義を保持している。策定
手順の各ステップで参照し、辞書の活用による定義作業の効率化と、共通化を行なう。各定義作業で、辞書の改訂を実施する。

ワンストップサービス
連携定義手順辞書

参照定義

業務要件定義作業ステップ
業務要件定義作業ステップ

業務処理整理表
ワンストップＤＦＤ

項目セット辞書

コード辞書

機能関連
ブロック図

XMLデータ型
辞書

ワンストップ
インタフェース仕様

自治体業務アプリ
ケーションユニット
標準仕様V2.0

機能連携
システムフロー

XML定義作業ステップ
XML定義作業ステップ

項目セット辞書

BPMN図

コード辞書

条件分岐定義APPLIC
PF通信標準仕様
・XML関連規定
・WSDL関連規定
・BPEL関連規定

インタフェース
一覧

XMLデータ型
辞書

メッセージ定義

共通定義
WSDLプロファイル

WS-BPEL
定義

BPパターン辞書

図４．１．１WSDL定義XMLスキーマ
定義

XML変換ルール

ワンストップサービス連携定義における辞書の位置付け

地域情報プラットフォーム開発において再利用可能な定義を格納する仕組みを「辞書」、再利用する定義自体を「辞書コンテンツ」と定義する。
辞書コンテンツとして、以下の３種類を管理・提供する。辞書コンテンツを APPLIC で管理し公開
し、APPLIC での標準策定や自治体などでの BP 設計において利用することで、効率化と品質向上を実現することを目的としている。
・項目セット辞書コンテンツ： メッセージを構成する基本データ項目セット集（含、コード）・XML データ型辞書コンテンツ ： 各データ項目のデータ型の種類を規定した辞書
・BP パターン辞書コンテンツ： ビジネスプロセスを構成する基本パターン集、及びビジネスプ
ロセスとしてワンストップシナリオを表現した BP パターン集－25－

地域情報プラットフォームガイドライン

４．２ 項目セット辞書コンテンツ（１）

項目セット辞書コンテンツの形式

項目セット辞書コンテンツは、メッセージを構成する基本データ項目セット集である。項目
セット辞書のエントリである項目セットは、下記で定義される。
・項目セット名： 項目セットを識別するユニークな名称

・項目名： 項目セットを構成するデータ項目の名称・CD： データ項目のコード化（コード辞書の利用）の有無

・データ型： 基本データ型（「４．３XML データ型辞書コンテンツ」を参照。但し、他の項目セットを内部に持つ場合は、項目セット名）
・桁数： データ項目の最大桁数

・出現回数： データ項目の出現回数

以下、項目セット辞書コンテンツの例を示す。

図４．２．１

項目セット辞書の例－26－地域情報プラットフォームガイドライン

コード辞書コンテンツは、メッセージを構成するデータ項目が値としてとりうるコード集である。コード辞書のエントリは、下記で定義される。
・項目名： コード辞書のエントリ名

・データ型： 基本データ型（「４．３・桁数： コードとして取りうる最大桁数

・コード値： 列挙可能なコード値の場合、コード値

XML データ型辞書コンテンツ」を参照）

列挙できないコード値（外部団体の定義等）の場合、“－”・コード値の内容：

コード値の説明

以下、コード辞書コンテンツの例を示す。

図４．２．２（２）

コード辞書の例

項目セット辞書コンテンツのユースケース

・メッセージ設計において、データ項目を定義する際、項目セット辞書を見て、適切な項目セッ
トがあれば、積極的に使用する。
・使用する場合は、項目セット辞書に対応する項目名とそのデータタイプとして項目セット名を記載する。

（３）

項目セット辞書コンテンツの管理（APPLIC

技術専門委員会にて管理する）

・メッセージ設計において、新しい項目セットの候補がでた場合は、既存の項目との整合をみて、新規にエントリを作成するか、既存の項目セットを改訂するかを決定する。
・新規の場合は、項目セット辞書名が重複しないように命名する。
・更新の場合はオプションとして項目を追加する場合のみ可能とする。オプションでない場合は新規に作成する。
－27－

地域情報プラットフォームガイドライン

４．３ XML データ型辞書コンテンツ
XML データ型辞書は、各データ項目のデータ型の種類を規定した辞書である。
XML データ型辞書の目的は、・上流設計におけるデータ型の簡易表記を提供すること。
・下流設計における簡易表記に対する XML スキーマの表現形式を定義すること。

（１）

XML データ型辞書コンテンツとはXML データ型辞書コンテンツの提供するデータ型の簡易表記を下記の表に示す。
表４．３．１
データ型

XML データ型辞書コンテンツによるデータ型の簡易表記
記述形式

半角文字列

データ型
X

桁数
n

全角文字列

N

n

整数

9

n

小数点付き実数

9Vn,m

符号付き整数S9n

符号付き小数点
付き実数

S9V

n,m

（２）

説明
半角文字列で、文字数 n 個以下。
例）n=10 の場合
abcd，a12bcX5de，a123!#$FGH
全角文字列で、文字数 n 個以下。
例）n=10 の場合
業務分析，地域情報プラットフォ，
ＡＢＣ１２３，０９８ＤＥ＄％あいう
n 桁以下の正の整数例）n=2 の場合 0 から 99 までの整数
整数部 n 桁、小数部 m 桁の正の実数例）n=2、m=3 の場合
0.000 から 99.999 までの実数※ 0, 0.0, 0.00, 0.000 という表記も可
n 桁以下の整数。正の値の場合は「+」を付けても付けなくても良い。負の値の場合は「-」を付ける。
例）n=2 の場合 -99 から+99 までの整数
整数部 n 桁、小数部 m 桁の実数。正の値の場合は「+」を付けても付けなくても良い。負の値の場合は「-」を付ける
例）n=2、m=3 の場合-99.999 から+99.999 までの実数

簡易表記に対する XML スキーマの表現形式の定義

表４．３．１のデータ型については、下記のとおりの XML スキーマ表現形式を対応させる。
①

半角文字列
XML Schema 組み込みデータ型の文字列（xsd:string）を元に、桁数列の値を文字数の制約として付与した単純型として定義する。
例）「日付情報」「年」の変換例<xsd:element name="年" ... ><xsd:simpleType><xsd:restriction base="xsd:string"><xsd:maxLength value="4" /></xsd:restriction></xsd:simpleType></xsd:element>－28－

地域情報プラットフォームガイドライン

②

全角文字列
例）
「氏名情報」「氏名」の変換例<xsd:element name="氏名" ... ><xsd:simpleType><xsd:restriction base="xsd:string"><xsd:maxLength value="150" /></xsd:restriction></xsd:simpleType></xsd:element>③

整数
XML Schema 組み込みデータ型の正の整数（xsd: integer）を元に、桁数列の値に基づく最大数値の制約を付与した単純型として定義する。
例）「データ型 9, 桁数 4」の変換例<xsd:element name="整数 4" ... ><xsd:simpleType><xsd:restriction base="xsd: integer "><xsd totalDigits value="4" /></xsd:restriction></xsd:simpleType></xsd:element>④

小数点付き実数
XML Schema 組み込みデータ型の実数（xsd:decimal）を元に、桁数列の値に基づく最大数

値の制約を付与した単純型として定義する。
例）「データ型 9V, 桁数 4, 2」の変換例<xsd:element name="実数 4_2" ... ><xsd:simpleType><xsd:restriction base="xsd:decimal"><xsd totalDigits value="6" /><xsd fractionDigits value="2" /></xsd:restriction></xsd:simpleType></xsd:element>⑤

符号付き整数XML Schema 組み込みデータ型の正の整数（xsd:integer）を元に、桁数列の値に基づく最大数値の制約を付与した単純型として定義する。
例）「データ型 S9, 桁数 4」の変換例<xsd:element name="符号付整数 4" ... ><xsd:simpleType><xsd:restriction base="xsd:integer"><xsd totalDigits value="4" /></xsd:restriction></xsd:simpleType></xsd:element>－29－

地域情報プラットフォームガイドライン⑥

符号付き小数点付き実数
XML Schema 組み込みデータ型の実数（xsd:decimal）を元に、桁数列の値に基づく最大数

値の制約を付与した単純型として定義する。
例）「データ型 S9V, 桁数 4, 2」の変換例<xsd:element name="符号付実数 4_2" ... ><xsd:simpleType><xsd:restriction base="xsd:decimal"><xsd totalDigits value="6" /><xsd fractionDigits value="2" /></xsd:restriction></xsd:simpleType></xsd:element>

４．４ BP パターン辞書コンテンツ（１）

BP パターン辞書コンテンツとはBP パターン辞書コンテンツは、BP パターンと登録ワークシートから構成される。その特徴を下記に示す。
・BP パターンとはビジネスプロセスをパターン化し、検索、再利用可能化したものである。
・BP パターンは BP の属性情報、BP 定義、WS-BPEL 定義や WSDL 定義の XML 定義（オプション）から構成される。これらは登録ワークシート上に記述され、BP パターン辞書に登録される。
・BP パターンは BP の属性情報、BP 定義、WS-BPEL 定義や WSDL 定義の XML 定義（オプション）から構成される。これらは登録ワークシート上に記述され、BP パターン辞書に登録される。
・BP 設計時、BP パターンを属性情報で検索し、適切な BP パターンを選択。BP パターン定義（BP
定義、XML 定義）を活用し新しい BP 定義を作成することにより新シナリオの BP を作成。新シナリオの BP はパターン化して辞書登録。
・BP パターンの属性は、BP パターンを識別する項目、BP の品質特性、機能的な仕様、非機能的な特徴等で規定される。
BP パターン辞書は、ビジネスプロセス（BP）の定型的なパターンを登録する辞書であり、BPを定義する際に、再利用することで、設計品質や設計効率を向上させるためのものである。
BP パターンは、大別すると下記の２種類があり、ユースケースが異なる。
①

部品 BP パターン内容

： BP 表現の基本パターンの BPMN 図とその WS-BPEL 記述例

ユースケース ： ワ ン ス ト ッ プ シ ナ リ オ の ビ ジ ネ ス プ ロ セ ス を 定 義 す る 際 の
基本構成要素として選択し、利用する。
例、分岐待ち合わせパターン②

シナリオ BP パターン内容

： 各種ワンストップシナリオのビジネスプロセスの定義

ユースケース ： 自治体等が、自自治体のワンストップシナリオを作成する際の参考シナリオとして選択し、自自治体用に変更する。

－30－

地域情報プラットフォームガイドライン（２）

BP パターン辞書コンテンツの利用イメージ

次に、BP パターン辞書コンテンツの利用のイメージを下図に示す。なお、BP パターン辞書は、
まだ APPLIC では、運用を開始していない。

ＡＰＰＬＩＣＢＰ設計フェーズ

ＢＰパターン定義辞書
検索① BP設計時、BPパターン辞書を属性で検索

シナリオ表現
ＢＰパターン定義②適切なBPパターンを選択③ワークシート上の定義を活用し新しいBP定義を作成④新シナリオをBPパターンとして辞書登録

ＢＰパターン定義辞書
管理組織が整合管理

図４．４．１（３）

BP パターン辞書の運用のイメージ

部品 BP パターン

部品 BP パターンは、BP 表現の基本パターンの BPMN 図とその WS-BPEL 記述例のセットから構成される。ワンストップシナリオのビジネスプロセスを定義する際の基本構成要素として選択し、組み合わせることで全体を定義する。
①

部品 BP パターンの例#

パターン名称1

単純パターン2

直列パターン3

分岐待ち合わせパターン

図４．４．２

部品 BP パターン(トポロジー部品)一覧－31－地域情報プラットフォームガイドライン#

パターン名称

1

サービス開始、停止順序

2

保守実施時刻3

平行同時実行数

4

応答時間

5

平均処理件数6

タイムアウト時間

7

プロセス方式

8

トランザクション識別子

9

同時実行可否10

トランザクション属性

11

トランザクション特性

12

可用性

13

クラスタ構成情報

14

接続認証

15

接続可否権限情報16

メッセージ配信17

サービス仲介18

サービス斡旋19

サービス紹介20

コミュニケーション

21

セッション管理22

通信プロトコル

23

状態管理

24

トランザクション方式

25

セキュリティ方式

26

暗号化方式

27

署名付加

28

情報共有範囲29

コンテキスト引継要否

30

データ

31

ファイル転送方式

32

メッセージ変換方式

33

バッチ処理

34

定義更新時間35

監視方法定義

36

監視方法

37

メッセージ変換定義

図４．４．３

部品 BP パターン(非機能要件部品)一覧－32－地域情報プラットフォームガイドライン②

部品 BP パターン
以下に、部品 BP パターンの例を挙げる。

分岐待ち合わせパターン①BPEL表記<?xml<?xml version="1.0"
version="1.0" encoding="UTF-8"?>
encoding="UTF-8"?><process<process name="分岐待ち合わせパターン"
name="分岐待ち合わせパターン"targetNamespace="http://example.org/"targetNamespace="http://example.org/" xmlns="…">
xmlns="…"><sequence><sequence><receive<receive partnerLink="Role1"
partnerLink="Role1" operation="Op1"
operation="Op1" createInstance="yes"createInstance="yes" />/><invoke<invoke name="A"
name="A" partnerLink="Role2"
partnerLink="Role2" operation="Op2"
operation="Op2" />/><flow><flow><invoke<invoke name="B"
name="B" partnerLink="Role3"
partnerLink="Role3" operation="Op3"
operation="Op3" />/><invoke<invoke name="C"
name="C" partnerLink="Role4"
partnerLink="Role4" operation="Op4"
operation="Op4" />/></flow></flow><replypartnerLink="Role1"
operation="Op1"/><reply partnerLink="Role1" operation="Op1" /></sequence></sequence></process></process>②BPMN表記

4

図４．４．４22

部品 BP パターン(トポロジー部品)の例

通信プロトコル：<Protocol>①XML表記<process(業務フロー)<process(業務フロー)name=“AAA”
name=“AAA”>>※<extActivity<extActivity※name=“XXX”
name=“XXX”>><Protocol<ProtocolType=“soap”
Type=“soap”| |“ws-r”“ws-r”| |“soap-attachment”/>“soap-attachment”/>
・・・</extActivity>
・・・</extActivity>
・・・
・・・</process></process>※：extActivity・・・実際には、receive、invoke、reply等が入る。

②図形表記

AAA

SOAP

このように指定アクティビティ単位にプロトコルアイコンを関連付けることで、プロトコルを示す。

XXX
WS-R
SOAP
Attachment27

図４．４．５

部品 BP パターン(非機能要件トポロジー部品)の例－33－

地域情報プラットフォームガイドライン（４）

シナリオ BP パターン

シナリオ BP パターンは各種ワンストップシナリオのビジネスプロセスの定義で構成される。
定義は BP の属性情報、BP 定義、WS-BPEL 定義や WSDL 定義の XML 定義（ｵﾌﾟｼｮﾝ）で構成される。
自治体等が、自自治体のワンストップシナリオを作成する際の参考シナリオとして選択し、自治体用に変更する。
①

シナリオ BP パターンのイメージ#

シナリオ BP パターン名

登録日

1

引越パターン

XXXX

2008/9/1

2

婚姻パターン

XXXX

2008/9/1

3

仕事パターン

XXXX

2008/9/1

4

出生・死亡パターン

XXXX

2008/9/1

5

国民年金加入パターン

XXXX

2008/9/1

6

住基登録パターン

XXXX

2008/9/1

図４．４．６②

登録団体

シナリオ BP パターン一覧

シナリオ BP パターン
以下にシナリオ BP パターンの例を示す。

図４．４．７

BP パターン例（BPMN）－34－

地域情報プラットフォームガイドライン（５）

BP パターン登録ワークシート①

BP パターンの登録ワークシート
次に、BP パターンを辞書に登録するためのワークシートについて下記に示す。BP パターン

辞書のワークシートは、以下の４つのページから構成される。
・BP パターン登録フォーム（パターンを分類する情報）
・BP パターン－図形表現（BPMN 図、もしくは、開発ツールの BP 表現画面のハードコピー）
・BP パターン－XML 表現（WS-BPEL、オプション）・BP パターン－XML 表現（WSDL、オプション）
BP パターン登録フォームと、BP パターン－図形表現（BPMN 図）のイメージを下記に示す。

図４．４．８

BP パターン登録フォーム－35－

地域情報プラットフォームガイドライン

図４．４．９

BP パターン－図形表現の例－36－