(57)【要約】【課題】ファイルの参照関係を抽出して、ファイル作成者に表示するとともに、不用意な参照関係となる可能性がある場合に警報を出力する。【解決手段】ファイル参照関係表示装置１００は、端末２００からアップロードされたファイルを受信して記憶部１２０に記憶するバージョン管理部１１１と、記憶部１２０に記憶されているファイルを読み出し、ファイルを字句解析し、他のファイルと参照関係にある所定の字句を含むファイル名を抽出する参照関係抽出部１１２と、所定の字句および抽出された所定の字句を含むファイル名を表示情報として、端末２００に送信する表示処理部１１４とを備える。【選択図】図３
2016045842.tif 000002
【特許請求の範囲】
【請求項１】
端末からアップロードされたファイルを受信して記憶部に記憶するバージョン管理部と、
前記記憶部に記憶されている前記ファイルを読み出し、前記ファイルを字句解析し、他のファイルと参照関係にある所定の字句を含むファイル名を抽出する参照関係抽出部と、
前記所定の字句および前記抽出された前記所定の字句を含むファイル名を表示情報として前記端末に送信する表示処理部と
を備えることを特徴とするファイル参照関係表示装置。
【請求項２】
前記表示処理部は、前記所定の字句を含むファイル名が複数抽出されている場合、警報情報を生成し、前記警報情報を前記表示情報とともに前記端末に送信する
ことを特徴とする請求項１に記載のファイル参照関係表示装置。
【請求項３】
端末からアップロードされ、言語仕様ＴＯＳＣＡ（Topology and Orchestration Specification for Cloud Applications）で作成されたファイルを受信して記憶部に記憶するバージョン管理部と、
前記記憶部に記憶されている前記ファイルを読み出し、前記ファイルを字句解析し、他のファイルと参照関係にある所定のアーティファクトテンプレート識別子の値を含むファイル名を抽出する参照関係抽出部と、
前記所定のアーティファクトテンプレート識別子の値および前記抽出された前記所定のアーティファクトテンプレート識別子の値を含むファイル名を表示情報として前記端末に送信する表示処理部と
を備えることを特徴とするファイル参照関係表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のファイル間で、参照関係を抽出し表示する技術に関する。
【背景技術】
【０００２】
ユーザが構築したアプリケーション実行環境を、ベンダによらず、どのクラウドでも利用できるようにすること、すなわちクラウドアプリケーションの可搬性の向上、を目的として、クラウドアプリケーションを生成するための言語仕様ＴＯＳＣＡ（Topology and Orchestration Specification for Cloud Applications）が標準化されている（非特許文献１）。
【０００３】
非特許文献１によれば、ＴＯＳＣＡでは、クラウドアプリケーションを生成するために、図１に示すように、アプリケーションのひな型であるService Template１０００が記述される。Service Template１０００は、Topology Template１００１とPlans１０３０とで構成される。
【０００４】
Topology Template１００１は、Ｗｅｂサーバやデータベースサーバ等を部品（Node Template１００２，１００４，１００６，１００８）として、その部品と、それら部品間の関係を定義したRelationship Template１００３，１００５，１００７（図１では、部品間の実線矢印）とを組み合わせてアプリケーションの構造を記述したものである。
部品（Node Template）は、部品の型を定義したいくつかのNode Type１０１０の中から選択される。なお、Node Type１０１０は、図１には２個しか記載していないが、型の数だけ備えられるものとする。
また、Relationship Templateは、部品間の関係の型を定義したいくつかのRelationship Type１０２０の中から選択される。なお、Relationship Type１０２０は、図１には１個しか記載していないが、型の数だけ備えられるものとする。
そして、Service Template１０００のデプロイ手順や管理手順等は、Plans１０３０として記述される。
【０００５】
Node Type１０１０は、Capability Definitions、Requirement Definitions、Properties、Interfacesを定義することができる。
Capability Definitionsは、部品間の依存に関して、依存される側が提供可能な「機能定義」を定めることができる。
Requirement Definitionsは、部品間の依存に関して、依存する側が相手に求める「要求定義」を定めることができる。
Propertiesは、Node Templateの構成や状態を表すのに必要なプロパティ（例えば、アプリケーションサーバを表すNode Typeの場合、ホスト名、ＩＰ（Internet Protocol）アドレス、ポート番号等）を定めることができる。
Interfacesは、Nodeを外部から制御するために、複数の命令（Operations）の組（例えば、命令／名前／入出力パラメータ等）を定めることができる。命令（Operations）の例としては、Ｗｅｂサーバの場合には、install、configure、start、stop、uninstall等である。
【０００６】
図１に示すTopology Template１００１、Node Type１０１０、Relationship Type１０２０、Plans１０３０それぞれは、ＸＭＬ（Extensible Markup Language）形式で記述されたファイルとして扱われる。ファイルの一例を、図２に示す。図２に示したファイルは、Service Templateについて記述したService Templateファイル１１１０、Node Typeについて記述したNode Typeファイル１１２０、Topology Template内のArtifactRefが「３１４」のケースに対応して記述したArtifact Templateファイル１１３０、Node Typeについて記述したNode Type Implementationファイル１１４０である。
【０００７】
また、ＴＯＳＣＡでは、Service Templateファイル１１１０や Node Typeファイル１１２０の作成者（部品の組み立て者）に部品の実装を意識させないように、モデルと実装とを分離して記述できるように配慮されている。モデル部分には、具体的には、Service Templateファイル１１１０とNode Typeファイル１１２０とが該当している。また、実装部分には、Artifact Templateファイル１１３０とNode Type Implementationファイル１１４０と（以降、双方を実装ファイルとも称する。）が該当している。なお、Service Templateファイル１１１０が複数のNode Typeファイル１１２０を含むように記述されている場合には、そのNode TypeごとにNode Typeファイル１１２０が作成され、Node Typeファイル１１２０の数と同数か同数以上のNode Type Implementationファイル１１４０が作成されることになる。
【０００８】
また、ＴＯＳＣＡでは、Service Templateファイル１１１０、Node Typeファイル１１２０、Artifact Templateファイル１１３０、Node Type Implementationファイル１１４０それぞれを、異なる作成者が役割分担して記述することが可能である。
Service Templateファイル１１１０の作成者（Application Architect）は、部品（Node Template）をRelationship Templateでつなぎ合わせることで、Service Templateファイル１１１０を作成すればよい。
Node Typeファイル１１２０の作成者（Type Architect）は、Service Templateファイル１１１０に記述される部品の型（Node Type１０１０）や部品間のRelationship Templateの型（Relationship Type１０２０）を作成する。そして、部品の型やRelationship Templateの型の仕様を、実装ファイルの作成者に提供する。
Artifact Templateファイル１１３０やNode Type Implementationファイル１１４０の作成者（Artifact Developer）は、クラウドの管理環境にデプロイされる各種部品の実行可能なコードや、インストール可能なファイルを作成する。
【０００９】
そして、作成されたService Templateファイル１１１０、Node Typeファイル１１２０および実装ファイルは、ＴＯＳＣＡ処理系で処理されることによって、図２のArtifact Templateファイル１１３０に例示するArtifactReferenceによって指定された「package.zip」に、Implementation Artifact等で指定された情報を格納する。そして、「package.zip」をデプロイすることによって、クラウドアプリケーションが作成される。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】Standard OASIS、" Topology and Orchestration Specification for Cloud Applications Version 1.0"、［online］、［平成２６年７月１８日検索］、インターネット＜URL：http://docs.oasis-open.org/tosca/TOSCA/v1.0/os/TOSCA-v1.0-os.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００１１】
図２において、ファイル間の参照関係について、以下に説明する。Service Templateファイル１１１０内の記述＜Node Template type=“WebServer”＞によって、Node Typeファイル１１２０が参照されている。また、Node Type Implementationファイル１１４０内の＜nodeType=“WebServer”＞によって、Node Typeファイル１１２０が参照されている。また、Service Templateファイル１１１０内の＜DeploymentArtifact artifactRef=”314”＞やNode Type Implementationファイル１１４０内の＜DeploymentArtifact artifactRef=”314”＞によって、Artifact Templateファイル１１３０が参照されている。
【００１２】
非特許文献１に開示された言語仕様ＴＯＳＣＡは、図２に示すようなファイル参照関係のファイルを作成する場合に、全てのファイルを一人で作成するのでなく、前記したように、それぞれのファイルを別人が作成可能なように、各ファイルを構成している。しかしながら、それぞれのファイルを異なる人が作成した場合、例えば、実装ファイルの作成者は、Service Templateファイル１１１０からArtifact Template id（アーティファクトテンプレート識別子）=「３１４」が指定されたことを知ることができないという問題がある。また、Artifact Templateファイル１１３０の作成者は、Artifact Templateファイル１１３０がどのファイルから参照されているのかを知ることができないという問題がある。また、Node Type Implementationファイル１１４０の作成者は、他のNode Type Implementationファイルの作成者によって、同時にArtifact Template id（アーティファクトテンプレート識別子）=「３１４」が指定されていても、それを知ることができないという問題がある。
【００１３】
そのため、同じArtifact Templateファイル１１３０を複数のファイルが参照してしまって誤動作を起こすようなこと、最終的なアプリケーションの容量が想定外に大きくなるようなこと、想定していない実装物も一緒にパッケージ化されていて想定外の動作を引き起こしたりするようなこと、等の不用意な参照関係が起きる虞がある。
【００１４】
そこで、本発明は、ファイルの参照関係を抽出して、ファイル作成者に表示するとともに、不用意な参照関係となる可能性がある場合に警報を出力するファイル参照関係表示装置を提供することを課題とする。
【課題を解決するための手段】
【００１５】
前記した課題を解決するため、本発明のファイル参照関係表示装置は、端末からアップロードされたファイルを受信して記憶部に記憶するバージョン管理部と、前記記憶部に記憶されている前記ファイルを読み出し、前記ファイルを字句解析し、所定の字句を含み他のファイルと参照関係にあるファイル名を抽出する参照関係抽出部と、前記所定の字句および前記抽出された前記所定の字句を含むファイル名を表示情報として前記端末に送信する表示処理部とを備えることを特徴とする。
【００１６】
また、本発明のファイル参照関係表示装置は、端末からアップロードされ、言語仕様ＴＯＳＣＡで作成されたファイルを受信して記憶部に記憶するバージョン管理部と、前記記憶部に記憶されている前記ファイルを読み出し、前記ファイルを字句解析し、他のファイルと参照関係にある所定のアーティファクトテンプレート識別子の値を含むファイル名を抽出する参照関係抽出部と、前記所定のアーティファクトテンプレート識別子の値および前記抽出された前記所定のアーティファクトテンプレート識別子の値を含むファイル名を表示情報として前記端末に送信する表示処理部とを備えることを特徴とする。
【００１７】
このような構成によれば、ファイル参照関係表示装置は、ファイルの参照関係を抽出することによって、１つの所定の字句を複数のファイルから参照しているような状態をファイル作成者の端末に表示することができる。特に、言語仕様ＴＯＳＣＡで作成されたファイルの場合には、１つのアーティファクトテンプレート識別子の値を含むファイルを複数のファイルから参照しているような状態をファイル作成者の端末に表示することができる。
【００１８】
前記ファイル参照関係表示装置の前記表示処理部は、前記所定の字句を含むファイル名が複数抽出されている場合、警報情報を生成し、前記警報情報を前記表示情報とともに前記端末に送信することを特徴とする。
【００１９】
このような構成によれば、ファイル参照関係表示装置は、所定の字句を含む複数のファイル名が抽出されている場合には、１つのファイルが複数のファイルから参照されたことになるため、その参照関係をファイル作成者の端末に表示するとともに、不用意な参照関係となる可能性がある場合に警報を出力することができる。
【発明の効果】
【００２０】
本発明によれば、ファイルの参照関係を抽出して、ファイル作成者に表示するとともに、不用意な参照関係となる可能性がある場合に警報を出力することができる。
【図面の簡単な説明】
【００２１】
【図１】ＴＯＳＣＡの概要を示す図である。
【図２】ファイルの一例およびファイル構成を示す図である。
【図３】ファイル参照関係表示装置の機能例を示す図である。
【図４】本実施形態におけるファイルの一例およびファイル構成を示す図である。
【図５】構成情報の一例を示す図である。
【図６】ファイル参照関係表示装置の処理シーケンス例を示す図である。
【図７】参照関係リストの一例を示す図である。
【図８】参照関係ダイアグラムの一例を示す図である。
【発明を実施するための形態】
【００２２】
本発明を実施するための形態（以降、「本実施形態」と称す。）について、適宜図面を参照しながら詳細に説明する。
【００２３】
はじめに、ファイル参照関係表示装置１００の機能例について、図３を用いて説明する。なお、機能例の説明では、図４に示すような、ＸＭＬ形式で作成されたファイルの一例およびファイル構成を用いて説明する。具体的には、ファイルは、Service Templateファイル１１１０、Node Typeファイル１１２０，１１２１、Artifact Templateファイル１１３０、Node Type Implementationファイル１１４０，１１４１である。
【００２４】
図４において、Service Templateファイル１１１０、Node Typeファイル１１２０、Artifact Templateファイル１１３０、Node Type Implementationファイル１１４０の間の参照関係は、図２で説明したとおりである。なお、図４が図２と異なる点は、あらたに、Node Typeファイル１１２１と、そのNode Typeファイル１１２１を参照するNode Type Implementationファイル１１４１が追加されていることである。そして、Node Type Implementationファイル１１４１が、Artifact Templateファイル１１３０を参照していることである。
【００２５】
図３に戻って、ファイル参照関係表示装置１００の機能は、処理部１１０、記憶部１２０および通信部１３０を有する。
処理部１１０は、このファイル参照関係表示装置１００が備えるＣＰＵ（Central Processing Unit）によるプログラム実行処理や、専用回路等により実現される。なお、処理部１１０の機能をプログラム実行処理により実現する場合、記憶部１２０には、この処理部１１０の機能を実現するためのプログラムが格納される。
【００２６】
処理部１１０は、バージョン管理部１１１、参照関係抽出部１１２、表示処理部１１４を備える。
バージョン管理部１１１は、端末２００から通信部１３０を介して、ファイルのアップロードを受け付けて、ファイルのバージョンを管理しつつ、ファイルを記憶部１２０のファイル情報１２１に記憶したり、ファイルのアップロードがあった場合に参照関係抽出部１１２に更新通知を出力したりする機能を有する。
【００２７】
参照関係抽出部１１２は、バージョン管理部１１１から更新通知を受信した場合、記憶部１２０のファイル情報１２１からファイルを読み出し、参照関係を抽出する機能を有する。また、参照関係抽出部１１２は、抽出した参照関係に関する情報を記憶部１２０の構成情報１２２に記憶する機能を有する。
また、参照関係抽出部１１２は、ＸＭＬパーサ１１３を機能として備えている。ＸＭＬパーサ１１３は、ＸＭＬ形式のファイルを字句解析し、ＸＰａｔｈによって指定されたパス条件に合致するValue（所定の字句、アーティファクトテンプレート識別子の値）を返す機能を有する。したがって、参照関係抽出部１１２は、例えば、図４では、Artifact Templateファイル１１３０に設定されているｉｄ＝「３１４」をValue（所定の字句）として含むファイル名を抽出することができる。言い換えると、Value（所定の字句）を含むファイル同士は、参照関係にあるということができる。
【００２８】
具体例として、図４のケースでは、参照関係抽出部１１２は、Ｐａｔｈとして、各ファイルに記述されている要素名と属性とを指定することによって
・Artifact Templateファイル１１３０では、/Artifact Template/@id、
・Service Templateファイル１１１０では、/ServiceTemplate/TopologyTemplate/NodeTemplate/DeploymentArtifacts/DeploymentArtifact/@artifactRef、
・Node Type Implementationファイル１１４０では、/Node TypeImplementation/DeploymentArtifacts/DeploymentArtifact/@artifactRef、
と指定することによって、「＠属性」で指定された「３１４」というValueと、そのValueに基づいてArtifact Templateファイル１１３０を参照する側（参照元）のファイル名と、を抽出することができる。
【００２９】
表示処理部１１４は、参照関係抽出部１１２によって抽出されたValueおよびファイル名を構成情報１２２から取得し、端末２００の表示部２１０に表示する表示情報を生成し、生成した表示情報を端末２００に送信する機能を有する。
【００３０】
記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等の記憶媒体から構成される。記憶部１２０には、ファイル情報１２１や構成情報１２２等が記憶される。
ファイル情報１２１は、バージョン管理部１１１が取得したファイルのファイル名とファイルに記載されている内容とを記憶している。
【００３１】
構成情報１２２は、参照関係抽出部１１２によって抽出されたValueと、参照関係にあるファイルの情報とが関連付けられて記憶される。具体的には、図５に示すように、構成情報１２２は、Artifact Template ID、参照元タイプ、参照元識別子、参照元ファイル名を関連付けたものである。一例として、図５の１行目では、Artifact Template IDは、Valueに相当し、「３１４」である。また、参照元タイプは、「Service Template」である。参照元識別子は、「id=“10”」である。参照元ファイル名は、「Service Template.xml」である。
【００３２】
通信部１３０は、通信インタフェースであり、作業者の操作する端末２００からファイルを受信したり、処理部１１０によって生成された表示情報を端末２００に送信したりする機能を有する。
【００３３】
端末２００は、ＰＣ（Personal Computer）等であって、ディスプレイ等の表示部２１０を備え、ファイル参照関係表示装置１００から表示情報を受信したとき、その表示情報をグラフィカルに表示するＧＵＩ（Graphical User Interface）アプリケーションを備えている。また、端末２００は、受信した表示情報内に、１つのArtifact Template ID（Value）に対して複数の参照元の情報（ファイル名）が含まれていると判定した場合、警報情報を生成し、その警報情報を出力する機能を有する。なお、警報情報は、作成者同士の注意を喚起するような情報であって、例えば、「アーティファクトテンプレート識別子「３１４」が、○○ファイルおよび××ファイルから参照されています。」というようなメッセージを表示部２１０に表示してもよいし、表示部分の輝度を時間変化させてもよいし、音を出力させてもよい。
【００３４】
次に、ファイル参照関係表示装置１００の処理シーケンス例について、図６を用いて説明する（適宜図３〜５参照）。
ステップＳ６０１では、バージョン管理部１１１は、作成者によって作成されたファイルの更新通知先（格納場所）を登録する。なお、この登録処理は、ファイル参照関係表示装置１００の管理者によって、不図示の入力装置を用いた入力操作によって実行される。
【００３５】
ステップＳ６０２では、バージョン管理部１１１は、通信部１３０を経由して、端末２００からファイルのアップロードを受け付ける。
【００３６】
ステップＳ６０３では、バージョン管理部１１１は、受け付けたファイルをファイル情報１２１として記憶部１２０に記憶する（図６では、「ファイル記憶」と表記）。
【００３７】
ステップＳ６０４では、バージョン管理部１１１は、新しくファイルを記憶したことを示す更新通知を参照関係抽出部１１２に出力する。
【００３８】
ステップＳ６０５では、参照関係抽出部１１２は、記憶部１２０のファイル情報１２１に記憶されている新しく受け付けたファイルを読み出す。
【００３９】
ステップＳ６０６では、参照関係抽出部１１２は、Valueを含むファイル名を抽出し、抽出したValue、参照元タイプ、参照元識別子およびファイル名（参照元ファイル名）を記憶部１２０の構成情報１２２に記憶する。ここで、Valueは、図５に示す「Artifact Template ID」を表し、ファイル名は、図５に示す当該Valueに関連付けられた「参照元ファイル名」を表している。また、図５に示す参照元タイプおよび参照元識別子は、抽出されたファイル名内の記述から抽出される情報である。
【００４０】
ステップＳ６０７では、参照関係抽出部１１２は、新しくファイル名等を抽出したことを示す抽出通知を表示処理部１１４に出力する。
【００４１】
ステップＳ６０８では、表示処理部１１４は、記憶部１２０の構成情報１２２から、少なくとも、Valueおよびファイル名を取得する。なお、取得するValueおよびファイル名は、構成情報１２２に記憶されている全ての情報であってもよいし、少なくともアップロードされたファイルに関連するValueに関連付けられた情報であってもよく、いずれかを選択可能になっていてもよい。
【００４２】
ステップＳ６０９では、表示処理部１１４は、少なくとも、取得したValueおよびファイル名を用いて、表示情報を生成する。
表示情報の一例として、参照関係リスト３００を、図７に示す。参照関係リスト３００は、図７に示すように、取得したValueを示すArtifact Template ID、参照元タイプ、参照元識別子、取得したファイル名を示す参照元ファイル名を関連付けて生成される。なお、参照元タイプおよび参照元識別子は、構成情報１２２から取得される。
また、表示情報の別の例として、参照関係ダイアグラム３０１を、図８に示す。参照関係ダイアグラム３０１は、図８に示すように、Artifact Templateのブロックと、参照元のタイプおよび識別子のブロックとを表示し、それらのブロック間の参照方向を矢印で表している。
【００４３】
ステップＳ６１０では、表示処理部１１４は、通信部１３０を介して、生成した表示情報をプッシュ型方式で端末２００へ送信する。
【００４４】
ステップＳ６１１では、端末２００は、受信した表示情報内に、１つのValue（Artifact Template ID）に対して複数の参照元の情報が含まれていると判定した場合、警報情報を生成する。警報情報は、例えば、図７の場合には、「アーティファクトテンプレート識別子「３１４」が、Service Template.xmlファイル、WebServerImpl.xmlファイルおよびDBServerImpl.xmlファイルから参照されています。」と表示される。また、図８の場合には、警報情報は、例えば、「アーティファクトテンプレート識別子「３１４」が、ServiceTemplate id=“10”、NodeTypeImplementation name=“WebServerImpl”およびNodeTypeImplementation name=“DBServerImpl”から参照されています。」と表示される。
【００４５】
ステップＳ６１２では、端末２００は、受信した表示情報を表示部２１０に表示するための表示形式に変換する表示処理を実行する。そして、端末２００は、表示処理結果を端末２００の表示装置（不図示）に表示する。また、警報情報が生成されている場合には、警報情報を出力する。
【００４６】
なお、本実施形態では、端末２００が、１つのArtifact Template IDに対して複数の参照元の情報が含まれていると判定し、警報情報を生成するように説明した。その変形例として、ファイル参照関係表示装置１００の表示処理部１１４が、１つのArtifact Template IDに対して複数の参照元の情報が含まれているか否かを判定し、複数の参照元の情報が含まれていると判定した場合、警報情報を生成して、生成した警報情報を表示情報とともに端末２００に送信するようにしても構わない。
【００４７】
以上、本実施形態のファイル参照関係表示装置１００は、端末２００からアップロードされたファイルを受信して記憶部１２０に記憶するバージョン管理部１１１と、記憶部１２０に記憶されているファイルを読み出し、ファイルを字句解析し、他のファイルから参照される所定の字句を含むファイル名を抽出する参照関係抽出部１１２と、所定の字句および抽出された所定の字句を含むファイル名を表示情報として、端末２００に送信する表示処理部１１４とを備える。また、ファイル参照関係表示装置１００の表示処理部１１４は、所定の字句を含むファイル名が複数抽出されている場合、警報情報を生成し、警報情報を表示情報とともに端末２００に送信する。ファイル参照関係表示装置１００はこのような構成を備えているので、ファイルの参照関係を抽出して、ファイル作成者に表示するとともに、不用意な参照関係となる可能性がある場合に警報を出力することができる。ここで、不用意な参照関係とは、１つのファイルが複数のファイルから参照されることである。
【００４８】
なお、本実施形態では、ファイル形式をＸＭＬ形式で記述した場合に、Ｐａｔｈ指定方式およびＰａｔｈ情報をＸＭＬパーサ１１３によって設定して、Valueを含むファイル名を抽出するように説明した。その変形例として、例えば、ファイル形式がＪＳＯＮ（JavaScript Object Notation）形式（JavaScriptは登録商標）の場合には、ＪＳＯＮＰａｔｈのようにＰａｔｈ指定方式およびＰａｔｈ情報を設定できるように、他の形式の場合にも、同様に設定すればよい。
【００４９】
また、本実施形態では、ファイル参照関係表示装置１００または端末２００が、１つのArtifact Template IDに対して複数の参照元の情報が含まれているか否かを判定するように記載したが、「複数」の代わりに、「所定の数以上」を設定できるようにしても構わない。
【符号の説明】
【００５０】
１００  ファイル参照関係表示装置
１１０  処理部
１１１  バージョン管理部
１１２  参照関係抽出部
１１３  ＸＭＬパーサ
１１４  表示処理部
１２０  記憶部
１２１  ファイル情報
１２２  構成情報
１３０  通信部
２００  端末
２１０  表示部
【図１】
2016045842.tif 000003
【図２】
2016045842.tif 000004
【図３】
2016045842.tif 000005
【図４】
2016045842.tif 000006
【図５】
2016045842.tif 000007
【図６】
2016045842.tif 000008
【図７】
2016045842.tif 000009
【図８】
2016045842.tif 000010