(57)【要約】【課題】複数の画面からなるＡＰをポートレット化する際に、作成者に特別な開発スキルを要求せず、ポートレットの正確性を担保しつつクリッピングをすることを支援するポートレット化支援システムを提供することを目的とする。【解決手段】複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するポートレット化支援システムであって、ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段１０と、作成者の入力操作に従って所定の画面の要否を示す要否情報を入力する入力手段２０と、情報保持手段１０が保持する画面情報およびリンク情報と、入力手段２０が入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定する要否判定手段３０とを備えていることを特徴とする。【選択図】図１３
2012145970.tif 000002
【特許請求の範囲】
【請求項１】
複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するポートレット化支援システムであって、
前記ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段と、
作成者の入力操作に従って所定の画面の要否を示す要否情報を入力する入力手段と、
前記情報保持手段が保持する画面情報およびリンク情報と、前記入力手段が入力した要否情報とに基づいて、前記ウェブアプリケーションで表示される画面の要否を判定する要否判定手段とを
備えたことを特徴とするポートレット化支援システム。
【請求項２】
複数の画面から構成されるウェブアプリケーションから、該ウェブアプリケーションが提供する機能を集約したサイトであるポートレットを作成する際に、該当するウェブアプリケーション上のポートレットの初期画面として選択した画面であるトップ画面または選択したトップ画面内の特定の部分を示す情報と、前記トップ画面または前記トップ画面内の特定の部分から派生するリンクの先の画面または画面内の部分、画面間のリンク関係を示す情報とを保持する情報保持手段と、
作成者の入力操作に従って、画面に対して必要か不要かを示す判断情報を入力する入力手段と、
画面間のリンク関係を示す情報から依存関係を判定し、いずれかの画面が不要または必要だった場合に、不要または必要となる画面を判定する判定手段とを備え、
判定手段は、画面の判定を再帰的に行い、各画面が必要か不要性かを判定する
ことを特徴とするウェブアプリケーション画面遷移枝刈り装置。
【請求項３】
判定手段は、必要と判定した画面に対して、トップ画面からの前記画面へのリンクを辿り、唯一の中継点となる画面を必要な画面と新たに判定する
請求項２記載のウェブアプリケーション画面遷移枝刈り装置。
【請求項４】
判定手段は、不要と判定した画面からしかリンクを持たない画面を不要な画面と新たに判定する
請求項２または請求項３記載のウェブアプリケーション画面遷移枝刈り装置。
【請求項５】
入力手段は、作成者の入力操作に従って、画面の必要か不要かを示す判断情報に加えて必要または不要な画面であるかを判定するために必要な画面間のルールを示す情報を入力し、
判定手段は、入力手段が入力した情報によって示される画面間のリンクに関する判定ルールに基づいて画面が必要か不要かを判定する
請求項２から請求項４のうちのいずれか１項に記載のウェブアプリケーション画面遷移枝刈り装置。
【請求項６】
作成者がウェブアプリケーションの画面に対して必要か不要かを判断する際に、どの画面が必要か不要かの判断情報が入力されれば、他のどの画面が必要か不要かがわかる、またはわかりやすくなるかを求めるために、対象となる未判定の画面全てまたは一部に対して、必要および不要の両方の仮の判定結果を付与する仮判定結果付与手段を備え、
判定手段は、前記仮判定結果付与手段が付与した仮の判定結果に基づいて、他の画面が必要か不要かを判定し、
前記判定手段によって擬似的にどの程度他の画面が判定されるかを測定し、カウントするカウント手段と、
前記カウント手段が測定し、カウントしたカウント数の多い画面を表示部に表示するように制御して作成者に提示し判定を促す表示制御手段とを備えた
請求項２から請求項５のうちのいずれか１項に記載のウェブアプリケーション画面遷移枝刈り装置。
【請求項７】
ウェブアプリケーションの画面上から、必要な機能を抜粋したポートレットを作成する際に、前記ウェブアプリケーションからポートレットの初期画面として選択されたトップ画面上、または前記トップ画面から派生する画面上から、作成者の操作に従って、必要または不要なＨＴＭＬタグ上の部分を指定し、前記ＨＴＭＬタグ上の作成者の操作に従って指定した部分と共通する部分を、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、前記ウェブアプリケーション内のその他の画面内から特定し、前記その他の画面内から前記作成者の操作に従って不要と指定した部分と共通する部分を削除し、または前記作成者の操作に従って必要と指定した部分を残す処理を行う不要タグ削除手段と、
前記不要タグ削除手段が削除したＨＴＭＬタグから派生するリンクを削除し、遷移画面の枝刈りを行う遷移画面枝刈り手段とを備えた
請求項２から請求項６のうちのいずれか１項に記載のウェブアプリケーション画面遷移枝刈り装置。
【請求項８】
ウェブアプリケーションの画面上から、必要な機能を抜粋したポートレットを作成する際に、前記ウェブアプリケーションからポートレットの初期画面として選択されたトップ画面上、または前記トップ画面から派生する画面上から、作成者の操作に従って、必要または不要なＨＴＭＬタグ上の部分を指定し、前記ＨＴＭＬタグ上の作成者の操作に従って指定した部分と共通する部分を、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、前記ウェブアプリケーション内のその他の画面内から特定し、前記その他の画面内から前記作成者の操作に従って不要と指定した部分と共通する部分を削除し、または前記作成者の操作に従って必要と指定した部分を残す処理を行う不要タグ削除手段を
備えたことを特徴とするウェブアプリケーション内不要タグ削除支援装置。
【請求項９】
複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するポートレット化支援方法であって、
前記ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを取得し、
作成者の入力操作に従って所定の画面の要否を示す要否情報を入力し、
取得した画面情報およびリンク情報と、入力した要否情報とに基づいて、前記ウェブアプリケーションで表示される画面の要否を判定する
ことを特徴とするポートレット化支援方法。
【請求項１０】
複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するためのポートレット化支援プログラムであって、
前記ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段を備えたコンピュータに、
作成者の入力操作に従って所定の画面の要否を示す要否情報を入力する入力処理と、
前記画面情報および前記リンク情報と、入力した前記要否情報とに基づいて、前記ウェブアプリケーションで表示される画面の要否を判定する要否判定処理とを
実行させるためのポートレット化支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ポートレット化支援システム、ウェブアプリケーション画面遷移枝刈り装置、ウェブアプリケーション内不要タグ削除支援装置、ポートレット化支援方法及びポートレット化支援プログラムに関する。
【背景技術】
【０００２】
近年、インターネットやイントラネット上において、様々なＷｅｂアプリケーション（以下ＡＰ）が提供されており、これらＡＰの機能を統合的に利用するためのポータルシステムが注目を集めている。ポータルシステム上では、ＡＰの機能をポータルサイト（以下、単にポータルともいう）上で実現するポートレットと呼ばれるガジェットが配置され、情報集約などのＡＰの機能を横断的に提供することにより、利用者の利便性を向上させている。
【０００３】
こうした、元々ＡＰが提供する機能をポータル上で実現するポートレットを作成するには、ＡＰが提供するＡＰＩ（Application Program Interface）などを利用して開発者がポートレット開発を行う場合や、ＡＰの画面をそのままｉｆｒａｍｅなどを利用して実現（以下クリッピング）する場合などがある。
【０００４】
前者ではポートレットの要件に応じて柔軟な機能を実現できる反面、開発コストがかかるデメリットがある。後者では特に開発コストが掛からず、開発スキルを持たない人でも作成できる反面、ポートレットとしてのきめ細かい機能のカスタマイズ・取捨選択を実現できないというデメリットがある。
【０００５】
後者のような、開発スキルを持たない人に対してポートレット開発を可能にする、開発支援機能を提供する製品も存在し、ＷＹＳＩＷＹＧ上でＡＰを表示し、必要な部分を取捨選択することでポートレットを容易に作成する機能を提供しているものもある。
【０００６】
企業内ポータルなどでは、ポータルが進化するにつれ、業務に深く関係する機能を提供するポートレットが必要とされるようになりつつある。それに伴い、必ずしも開発スキルを持つとは限らない現場のポータルの業務管理者がポートレットを開発・修正する必要が出てくるようになり、開発スキルを持たない人を対象とした、ポートレット開発支援機能の重要性が高まりつつある。
【０００７】
このようなＷｅｂＡＰからのクリッピングに関連する技術が、例えば、特許文献１および特許文献２に記載されている。また、特許文献３には、複数のポートレットを要約してユーザのサイトを作成する方法が記載されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−１０７０１２号公報
【特許文献２】特許第３７０３０８０号公報
【特許文献３】特開２００７−１６４７８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述のように、既存ＡＰをポートレット化しようとする（すなわち、既存ＡＰからポートレットを作成する）場合、元々ＡＰ上で表示される大きい画面を、ポートレットに合わせて小さく表示する必要がある。また、ＡＰが多数の画面から構成される場合、ポートレットで必要とされる画面や、画面内の部分（ＨＴＭＬタグ）のみをＡＰから抽出する必要がある。こうした対応を行う際に、ＡＰの画面が多い場合などには、必要な画面や画面内の部分であるか否かを作成者が判断しなくてはならないため、作業量がとても多くなってしまうという問題がある。
【００１０】
また、開発スキルを持たない人や業務知識を持たない人がこうした作業を行う場合、画面や画面内の部分の取捨選択の際に、本来必要な画面や画面内の部分へのアクセス手段を削除してしまったり、不要な部分を残してしまったりする恐れがある。そのため、そうした状態を回避するための確認の作業が多くなるという問題も起こりうる。
【００１１】
また、特許文献１〜３に記載された方法では、複数の画面から構成されるサイトから、そのサイトの機能を過不足なく（少なくとも不足なく）備えた１つのポートレットを作成する目的に適用することができない。
【００１２】
例えば、作成者の意図に沿ったポートレットを作成する場合には、最終的な選択結果（すなわちシステムが作成するポートレット）が作成者の指定した条件にマッチすることを担保しなければならない。または作成者が指定した条件が選択結果とマッチすることがどの範囲まで担保されているのか明確でなければならない。しかしながら、特許文献１〜３に記載された方法では、過不足性やユーザの指定した条件と選択結果との関係性について担保することができない。
【００１３】
そこで、本発明は、複数の画面からなるＡＰをポートレット化する際に、作成者に特別な開発スキルを要求せず、ポートレットの正確性を担保しつつクリッピングをすることを支援するポートレット化支援システム、ウェブアプリケーション画面遷移枝刈り装置、ウェブアプリケーション内不要タグ削除支援装置、ポートレット化支援方法及びポートレット化支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によるポートレット化支援システムは、複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するポートレット化支援システムであって、ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段と、作成者の入力操作に従って所定の画面の要否を示す要否情報を入力する入力手段と、情報保持手段が保持する画面情報およびリンク情報と、入力手段が入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定する要否判定手段とを備えていることを特徴とする。
【００１５】
本発明によるウェブアプリケーション画面遷移枝刈り装置は、複数の画面から構成されるウェブアプリケーションから、ウェブアプリケーションが提供する機能を要約したサイトであるポートレットを作成する際に、該当するウェブアプリケーション上のポートレットの初期画面として選択した画面であるトップ画面または選択したトップ画面内の特定の部分を示す情報と、トップ画面またはトップ画面内の特定の部分から派生するリンクの先の画面または画面内の部分、画面間のリンク関係を示す情報とを保持する情報保持手段と、作成者の入力操作に従って、画面に対して必要か不要かを示す判断情報を入力する入力手段と、画面間のリンク関係を示す情報から依存関係を判定し、いずれかの画面が不要または必要だった場合に、不要または必要となる画面を判定する判定手段とを備え、判定手段は、画面の判定を再帰的に行い、各画面の必要・不要性を判定することを特徴とする。
【００１６】
本発明によるウェブアプリケーション内不要タグ削除支援装置は、ウェブアプリケーションの画面上から、必要な機能を抜粋したポートレットを作成する際に、ウェブアプリケーションからポートレットの初期画面として選択されたトップ画面上、またはトップ画面から派生する画面上から、作成者の操作に従って、必要・不要なＨＴＭＬタグ上の部分を指定し、ＨＴＭＬタグ上の作成者の操作に従って指定した部分と共通する部分を、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、ウェブアプリケーション内のその他の画面内から特定し、その他の画面内から作成者の操作に従って不要と指定した部分と共通する部分を削除し、または作成者の操作に従って必要と指定した部分を残す処理を行う不要タグ削除手段を備えたことを特徴とする。
【００１７】
本発明によるポートレット化支援方法は、複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するポートレット化支援方法であって、ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを取得し、作成者の入力操作に従って所定の画面の要否を示す要否情報を入力し、取得した画面情報およびリンク情報と、入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定することを特徴とする。
【００１８】
本発明によるポートレット化支援プログラムは、複数の画面表示を伴うウェブアプリケーションのポートレット化を支援するためのポートレット化支援プログラムであって、ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段を備えたコンピュータに、作成者の入力操作に従って所定の画面の要否を示す要否情報を入力する入力処理と、画面情報およびリンク情報と、入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定する要否判定処理とを実行させることを特徴とする。
【発明の効果】
【００１９】
本発明によれば、複数の画面からなるＡＰをポートレット化する際に、作成者に特別な開発スキルを要求せず、ポートレットの正確性を担保しつつクリッピングをすることを支援することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明によるポートレット化支援システムの第１の実施形態の構成例を示すブロック図である。
【図２】第１の実施形態のシーケンス図である。
【図３】必要性判定手段４が実行する要否判定処理の一例を示すフローチャートである。
【図４】ＡＰ画面データ保持手段１が保持するデータの一例を示す説明図である。
【図５】判定ルール保持手段３が保持するデータの一例を示す説明図である。
【図６】ポートレット化支援システムの第２の実施形態の構成例を示すブロック図である。
【図７】第２の実施形態のシーケンス図である。
【図８】判定ルール入力支援処理の一例を示すフローチャートである。
【図９】第２の実施形態において判定ルール保持手段３が保持するデータの一例を示す説明図である。
【図１０】ポートレット化支援システムの第３の実施形態の構成例を示すブロック図である。
【図１１】第３の実施形態のシーケンス図である。
【図１２】第３の実施形態において判定ルール保持手段３が保持するデータの一例を示す説明図である。
【図１３】ポートレット化支援システムの最小の構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
第１の実施形態
本発明によるポートレット化支援システムの第１の実施形態について説明を行う。図１は、ポートレット化支援システムの第１の実施形態の構成例を示すブロック図である。本実施形態では、企業内ポータルでの既存ＡＰからのポートレット作成において、作成者がより少ない作業量で不要ページ（画面）を削除できるように支援することを目的とする。また、不要ページ（画面）を削除することをウェブアプリケーション画面遷移枝刈りとも表現する。なお、本実施形態で対象とするＡＰは、複数の画面から構成されている（具体的には、複数の画面表示を伴う）ものとする。
【００２２】
図１に示すように、本実施形態におけるポートレット化支援システムは、ＡＰ画面データ保持手段１と、判定ルール入力手段２と、判定ルール保持手段３と、必要性判定手段４とを含む。ポートレット化支援システムは、例えば、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される。
【００２３】
ＡＰ画面データ保持手段１は、ＡＰを構成する画面および画面間のリンク情報を保持する。これらの情報は、例えば、後述するクロール手段５によって収集され、ＡＰ画面データ保持手段１に登録される。ＡＰ画面データ保持手段１は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００２４】
判定ルール入力手段２は、収集したＡＰの画面および画面間のリンク関係を表示する。そして、表示された画面に対して、作成者は必要・不要を判定するための判定ルールを入力する。具体的には、判定ルール入力手段２は、収集したＡＰの画面および画面間のリンク情報をディスプレイ装置等の表示部に表示させる。また、判定ルール入力手段は、作成者の入力操作に従って、画面の要否を判定するための判定ルールを入力する。
【００２５】
判定ルール保持手段３は、作成者の入力操作に従って判定ルール入力手段２が入力した判定ルールを保持する。判定ルール保持手段３は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００２６】
必要性判定手段４は、判定ルール保持手段３が保持する判定ルールと、ＡＰ画面データ保持手段１が保持する画面および画面間のリンク情報とに基づいて、ＡＰ画面データ保持手段１が保持している各画面の要否を判定する機能を備えている。必要性判定手段４は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。
【００２７】
なお、図１に示すように、必要に応じてクロール手段５を含むようにしてもよい。クロール手段５は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現され、既存ＡＰの画面および画面間のリンク情報を収集する機能を備えている。
【００２８】
以下、本実施形態における処理シーケンスの説明を行う。全体のシーケンス図を図２に示す。
【００２９】
既存のＡＰからポートレットを作成するために、作成者が対象のＡＰを指定する操作を行うと、判定ルール入力手段２は、作成者の操作に従ってＡＰ画面データ保持手段１からポートレット化（以下ＰＴ化ともいう）対象のＡＰの画面データを取得し、画面を通じて作成者に表示する。具体的には、判定ルール入力手段２は、ＡＰ画面データ保持手段１から抽出した対象ＡＰの画面および画面間のリンク情報をディスプレイ装置等の表示部に表示させる。
【００３０】
ここで、ＡＰ画面データ保持手段１が保持するデータの内容は、判定ルール入力手段２で利用される画面表示用のＨＴＭＬデータ（マークアップ・テーブル）と、必要性判定手段４でリンク構造を解析するために利用される画面間のリンク構造データ（リンク・テーブル）との２つである。また、各ＡＰには、ユニークに割り振られるＡＰＩＤが付与されている。図４は、ＡＰ画面データ保持手段１が保持するデータの一例を示す説明図である。
【００３１】
判定ルール入力手段２は、画面表示する際には、一般のブラウザでＡＰの画面を表示するのと同様に、ＡＰの該当する画面のＨＴＭＬタグを出力することによって表示制御する。また、判定ルール入力手段２は、利用者が画面内のアンカーをクリックする操作を行うと、一般ブラウザ同様に画面遷移が行われ、リンク先の画面が示されるように制御する。
【００３２】
判定ルール入力手段２は、画面を表示する表示部に加え、作成者が表示中の画面が必要か不要かを入力するＵＩと、ＵＲＬ上の特徴から画面が必要であるか否かを判定するためのルールを入力するＵＩと、各ＡＰでＰＴ化する際のトップ画面を指定するＵＩとを備えている。これらのＵＩは、例えば、キーボードやマウス、タッチパネル等の入力装置によって実現される。作成者は、同ＵＩ上で表示中の画面の要不要の判定結果、ルールおよびトップ画面を入力する操作を行う。ここでの判定結果とは、作成者による画面の要否判定の結果を示すものである。
【００３３】
作成者が判定結果やルールを入力する操作を行うと、判定ルール入力手段２は、それらの判定ルール（個別画面（ＵＲＬ）ごとの必要・不要の判定結果も（ＵＲＬ特徴による）判定ルールとみなす）を、判定ルール保持手段３に出力し、永続化させる。以下、本実施形態ではデータ等を永続化させるとの表現を用いるが、具体的には、データを補助記憶装置等に記憶させることを意味する。図５は、判定ルール保持手段３が保持するデータの一例を示す説明図である。
【００３４】
判定ルール入力手段２は、判定ルール保持手段３にデータを出力した後に、必要性判定手段４に対して、ＰＴ化対象となるＡＰのＩＤ（以下、ＡＰＩＤともいう）を出力して必要性判定の依頼を行う。具体的には、判定ルール入力手段２は、ＡＰＩＤとともに必要判定要求を必要性判定手段４に出力する。
【００３５】
必要性判定の依頼を受けた必要性判定手段４は、受け取ったＡＰＩＤに基づいて、判定ルール保持手段３から判定ルール（例えば、図５に示されるＵＲＬルールを含む）を抽出する。同様に、必要性判定手段４は、受け取ったＡＰＩＤに基づいて、ＡＰ画面データ保持手段１が保持するリンク・テーブルからリンク情報を抽出する。また、必要性判定手段４は、判定ルール保持手段３に受け取ったＡＰＩＤに合致するＨＴＭＬルールが存在するか否かを判定し、存在する場合には、マークアップ・テーブルからＨＴＭＬ情報も抽出する。そして、必要性判定手段４は、これらの収集した情報に基づいて、各画面の要否判定を行う。具体的な判定ステップについて図８を参照して説明する。
【００３６】
まず、必要性判定手段４は、ＡＰ画面データ保持手段１から抽出したリンク情報から、ＡＰを構成する画面のＵＲＬをもれ無く、かつ重複無く網羅したＵＲＬリストを作成する（ステップＳ１１）。
【００３７】
次いで、必要性判定手段４は、作成したＵＲＬリストに含まれるＵＲＬ毎に、判定ルールのＵＲＬルール（ＨＴＭＬルールが存在する場合にはＨＴＭＬ情報）に従って要否判定を行う（ステップＳ１２）。なお、この時点では、判定ルールは、作成者が入力した判定結果やルールに基づいて登録されているため、全てのＵＲＬについて要否判定が示されているわけではない。
【００３８】
次いで、必要性判定手段４は、ステップＳ１２で必要と判定したＵＲＬ毎に、リンク情報に基づいてＡＰのトップ画面からのリンク経路を算出し、リンク経路中、唯一通過しなければならないＵＲＬがあれば、そのＵＲＬを必要と判定する（ステップＳ１３）。
【００３９】
また、必要性判定手段４は、ステップＳ１２で不要と判定したＵＲＬ毎に、リンク情報に基づいてそのＵＲＬから派生する（リンク先の）ＵＲＬを特定する。そして、必要性判定手段４は、特定したＵＲＬ毎に、そのＵＲＬへのリンクが不要と判定された画面（ＵＲＬ）からしかなければ、そのＵＲＬを不要と判定する（ステップＳ１４）。
【００４０】
次いで、必要性判定手段４は、ステップＳ１３またはＳ１４で新たに要否を判定した（すなわち、要否判定の対象となった）ＵＲＬが存在する場合には、そのルール（すなわち、要否判定結果）を判定ルール保持手段３に送信し、永続化させる。また、必要性判定手段４は、新たに要否を判定したＵＲＬ毎にステップＳ１３またはＳ１４の処理を行う（ステップＳ１５、Ｓ１６）。
【００４１】
必要性判定手段４は、全てのＵＲＬについて要否判定が完了すると、判定ルール入力手段２に制御を戻す。そして、新たに要否を判定した画面（ＵＲＬ）がある場合（すなわち、作成者ではなく必要性判定手段４が要否を判定した画面（ＵＲＬ）がある場合）には、必要に応じて判定ルール入力手段２は、更新のあったルール（新たに判明した必要・不要情報）を表示部に表示するように制御する。
【００４２】
以上のように、本実施形態では、既存のＡＰをポートレット化する際に、作成者の操作に従って入力した判定ルールに従って、ＡＰ上の画面の要否を判定し、判定結果を出力する。したがって、複数のページから構成されるサイトから、そのサイトの機能を過不足無く（少なくとも不足なく）備えた１つのポートレットを作成することを支援することができる。すなわち、ポートレットの正確性を担保しつつクリッピングしてポートレットを作成することを支援することができる。
【００４３】
また、企業内ポータルにおいて開発知識を持たないポータル管理を行う作成者が既存のＡＰをポートレット化する際に、ＡＰ上の不要な画面を取り除く作業において、必要・不要な画面の判断を最低限に抑えることにより、作業量を削減することができる。
【００４４】
第２の実施形態
本発明の第２の実施形態について説明する。本実施形態では、第１の実施形態の構成に加え、作成者がどの画面を判定すれば効率的にＰＴ化の開発が行えるかを示唆する機能を備えた判定ルール入力支援手段６を含む。図６は、ポートレット化支援システムの第２の実施形態の構成例を示すブロック図である。
【００４５】
図６に示すように、本実施形態におけるポートレット化支援システムは、ＡＰ画面データ保持手段１と、判定ルール入力手段２と、判定ルール保持手段３と、必要性判定手段４と、判定ルール入力支援手段６とを含む。
【００４６】
ＡＰ画面データ保持手段１は、収集した画面および画面間のリンク情報を保持する。ＡＰ画面データ保持手段１は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００４７】
判定ルール入力手段２は、収集した画面と画面間のリンク関係とを表示して、表示された画面に対して、作成者が必要・不要を判定するための判定ルールを入力する。具体的には、判定ルール入力手段２は、収集した画面と画面間のリンク関係とをディスプレイ装置等の表示部に表示させる機能を備えている。また、判定ルール入力手段は、作成者の入力操作に従って、必要・不要を判定するための判定ルールを入力する機能を備えている。
【００４８】
判定ルール保持手段３は、作成者の入力操作に従って判定ルール入力手段２が入力した判定ルールを保持する。判定ルール保持手段３は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００４９】
必要性判定手段４は、判定ルール保持手段３が保持する判定ルールと、ＡＰ画面データ保持手段１が保持する画面および画面間のリンク情報とに基づいて、ＡＰ画面データ保持手段１が保持している各画面が必要・不要かを判定する機能を備えている。必要性判定手段４は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。
【００５０】
判定ルール入力支援手段６は、必要性判定手段４を用いてＡＰ画面データ保持手段１が保持しているどの画面が必要・不要かがわかればどの部分の画面が必要・不要かがわかるようになるかを計算する機能を備えている。また、判定ルール入力支援手段６は、計算結果を判定ルール入力手段２に出力して作成者に提示（例えば、表示）させる機能を備えている。
【００５１】
以下、本実施形態における処理シーケンスの説明を行う。全体のシーケンス図を図７に示す。
【００５２】
既存のＡＰからポートレットを作成するために、作成者が対象のＡＰを指定する操作を行うと、判定ルール入力手段２は、作成者の操作に従ってＡＰ画面データ保持手段１からＰＴ化対象のＡＰの画面データを取得し、画面を通じて作成者に表示する。具体的には、判定ルール入力手段２は、ＡＰ画面データ保持手段１から抽出した対象ＡＰの画面および画面間のリンク情報をディスプレイ装置等の表示部に表示させる。
【００５３】
ここで、ＡＰ画面データ保持手段１が保持するデータ内容は、第１の実施形態と同様にマークアップ・テーブルと、リンク・テーブルとの２つである。
【００５４】
判定ルール入力手段２は、第１の実施形態で備えている機能やＵＩに加え、作成者がどの画面が不要・必要かを判定して入力操作をすると、多くの他の画面の判定を行うことができるかを示す、作成者の入力を支援する情報を表示部に表示する機能を備えている。
【００５５】
作成者がＰＴ化したいＡＰについて、トップ画面を入力する操作を行うと、判定ルール入力手段２は、判定ルール入力支援手段６に要判定画面推定依頼を出力する。依頼を受けた判定ルール入力支援手段６は、判定ルール保持手段２及びＡＰ画面データ保持手段１にアクセスして必要情報を取得し、以下に示すような処理を実行して未判定なＵＲＬを特定する。この処理について図８を参照して説明する。
【００５６】
まず、判定ルール入力支援手段６は、ＡＰ画面データ保持手段１から取得したリンク情報から、ＡＰを構成する画面のＵＲＬをもれ無く、かつ重複無く網羅したリストを作成する（ステップＳ２１）。
【００５７】
次いで、判定ルール入力支援手段６は、作成したＵＲＬリストに含まれるＵＲＬ毎に、判定ルールのＵＲＬルール（ＨＴＭＬルールが存在する場合にはＨＴＭＬ情報）に従って要否判定が行われているか否かを判定する（ステップＳ２２）。
【００５８】
次いで、判定ルール入力支援手段６は、要否判定が行われていないＵＲＬのリストを作成する（ステップＳ２３）。
【００５９】
次いで、判定ルール入力支援手段６は、作成したリストに含まれる未判定のＵＲＬ毎に、便宜上一時的に定める仮の要否判定結果（以下、仮判定ともいう）を付与し、判定ルール保持手段３に出力して仮ルールの指定として永続化させる（ステップＳ２４）。この際に仮ルールであることを指定するために、図９に示すように、判定ルール保持手段３が保持するＵＲＬルール・テーブルには、仮ルールの指定であることを識別する列が追加される。
【００６０】
次いで、判定ルール入力支援手段６は、必要性判定手段４に未判定のＵＲＬの要否判定を依頼する。具体的には、判定ルール入力支援手段６は、必要性判定手段４に要否判定依頼を出力する。
【００６１】
仮ルールを指定した後、判定ルール入力支援手段６は、その指定による影響（未判定の画面に対する必要・不要の判明）を調べるために必要性判定手段４に必要性判定依頼を行う。すると必要性判定手段４は、第１の実施形態と同様にして、未判定の画面（ＵＲＬ）に対して要否判定を行い、その結果を判定ルール保持手段３に仮ルールとして書き込みを行う（ステップＳ２５）。このように、仮ルールに基づいて要否判定を行うことを疑似的に判定するとも表現する。その後、必要性判定手段４は、判定ルール入力支援手段６に制御を戻す。
【００６２】
処理を受け取った判定ルール入力支援手段６は、判定ルール保持手段３にアクセスし、あらたに仮に判定した必要・不要の数（すなわちステップＳ２５において書き込んだ仮ルールの数）をカウントし、最初に仮判定した画面ＵＲＬおよび仮ルールの指定と対応づけてメモリ内に格納する。その後、判定ルール入力支援手段６は、判定ルール保持手段３が保持している仮ルールを全削除する（ステップＳ２６）。
【００６３】
その後、判定ルール入力支援手段６は、次の未判定の画面に対して同様に仮判定（または先の画面での逆の判定）を付与し、その仮判定に基づいて必要性判定手段４が判定した必要・不要の数をカウントする。
【００６４】
全ての未判定のＵＲＬの必要・不要の仮判定ごとの影響（必要・不要のカウント数）が判明したら、判定ルール入力支援手段６は、ＵＲＬごとに必要・不要の仮判定時のカウント数（必要・不要両方のカウント）の和を算出して降順でソートし、判定ルール入力手段２に出力する（ステップＳ２７）。
【００６５】
判定ルール入力支援手段６から処理結果を受け取った判定ルール入力手段２は、カウントの和の高い順に未判定のＵＲＬを表示部に表示し（ステップＳ２８）、作成者に入力するように促す。
【００６６】
以上のように、本実施形態では、どの画面が必要・不要かがわかればどの部分の画面が必要・不要かがわかるようになるかを求めることができる。したがって、本実施形態では、第１の実施形態の効果に加え、作成者が判定すべき画面を重点的に表示して、作成者の入力作業を支援することができる。
【００６７】
第３の実施形態
本発明の第３の実施形態について説明する。本実施形態では、第１の実施形態の構成に加え、既存ＡＰの画面内の部分についても作成者が指定した必要・不要の判定に基づいて取捨選択を行う機能や、ＰＴ化の開発が行えるかを示唆する機能を備えている。図１０は、ポートレット化支援システムの第３の実施形態の構成例を示すブロック図である。
【００６８】
図１０に示すように、本実施形態におけるポートレット化支援システムは、ＡＰ画面データ保持手段１と、判定ルール入力手段２と、判定ルール保持手段３と、必要性判定手段４と、部分必要性判定手段７とを含む。
【００６９】
ＡＰ画面データ保持手段１は、収集した画面および画面間のリンク情報を保持する。ＡＰ画面データ保持手段１は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００７０】
判定ルール入力手段２は、収集した画面と画面間のリンク関係とを表示して、表示された画面に対して、作成者が必要・不要を判定するための判定ルールを入力する。具体的には、判定ルール入力手段２は、収集した画面と画面間のリンク関係とをディスプレイ装置等の表示部に表示させる機能を備えている。また、判定ルール入力手段は、作成者の入力操作に従って、必要・不要を判定するための判定ルールを入力する機能を備えている。
【００７１】
判定ルール保持手段３は、作成者の入力操作に従って判定ルール入力手段２が入力した判定ルールを保持する。判定ルール保持手段３は、具体的には、光ディスク装置や磁気ディスク装置などの記憶装置によって実現される。
【００７２】
必要性判定手段４は、判定ルール保持手段３が保持する判定ルールと、ＡＰ画面データ保持手段１が保持する画面および画面間のリンク情報とに基づいて、ＡＰ画面データ保持手段１が保持している各画面が必要・不要かを判定する機能を備えている。必要性判定手段４は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。
【００７３】
部分必要性判定手段７は、判定ルール保持手段３が保持する画面内の部分（ＨＴＭＬタグ）に関する判定ルールとＡＰ画面データ保持手段１が保持する画面とに基づいて、ＡＰ画面データ保持手段１が保持する各画面内の部分の要否を判定する機能を備えている。部分必要性判定手段７は、具体的には、プログラムに従って動作する情報処理装置のＣＰＵによって実現される。
【００７４】
なお、図１０に示すように、必要に応じて、判定ルールキャッシュ手段８を備えていてもよい。判定ルールキャッシュ手段８は、具体的には、光ディスク装置や磁気ディスク装置、メモリ等の記憶装置によって実現される。判定ルールキャッシュ手段８は、例えば、判定ルール入力手段２や必要性判定手段４、部分必要性判定手段７が処理時に扱うデータを一時的に格納する。
【００７５】
以下、本実施形態例における処理シーケンスの説明を行う。全体のシーケンス図を図１１に示す。
【００７６】
既存のＡＰからポートレットを作成するために、作成者が対象のＡＰを指定する操作を行うと、判定ルール入力手段２は、作成者の操作に従ってＡＰ画面データ保持手段１からＰＴ化対象のＡＰの画面データを取得し、画面を通じて作成者に表示する。具体的には、判定ルール入力手段２は、ＡＰ画面データ保持手段１から抽出した対象ＡＰの画面および画面間のリンク情報をディスプレイ装置等の表示部に表示させる。
【００７７】
本実施形態では、判定ルール入力手段２は、第１の実施形態と同様の機能に加えて、表示中の画面のどの部分が必要か不要かを入力するＵＩを備えている。作成者は、そのＵＩ上で表示中の画面の部分について要否の判定を入力する操作を行う。判定ルール入力手段２は、作成者の操作に従って、必要・不要部分を、例えばｘＰａｔｈ（XML Path Language）を用いて指定する。
【００７８】
作成者が要否判定を入力する操作を行うと、判定ルール入力手段２は、作成者の操作に従って、その判定ルール（個別画面（ＵＲＬ）や画面の部分ごとの要否の判定も（ＵＲＬ特徴による）判定ルールとみなす）を判定ルール保持手段３に出力し、永続化させる。図１２は、本実施形態において判定ルール保持手段３が保持するデータの一例を示す説明図である。
【００７９】
判定ルール入力手段２は、判定ルール保持手段３にデータを出力した後に、部分必要性判定手段７に対して、対象となるＡＰのＩＤを渡して必要性判定の依頼を行う。具体的には、判定ルール入力手段２は、ＡＰＩＤとともに必要判定依頼を部分必要性判定手段７に出力する。
【００８０】
必要性判定の依頼を受けた部分必要性判定手段７は、受け取ったＡＰＩＤに基づいて、判定ルール保持手段３が保持する部分ＨＴＭＬルール・テーブルから判定ルールを抽出する。同様に、部分必要性判定手段７は、受け取ったＡＰＩＤに基づいて、ＡＰ画面データ保持手段１が保持するマークアップ・テーブルからＨＴＭＬ情報を抽出する。
【００８１】
次いで、部分必要性判定手段７は、これらの収集した情報に基づいて、各画面内に判定ルール保持手段３が保持する部分の判定ルールに合致する部分が存在するか否かを判定する。具体的には、部分必要性判定手段７は、ｘＰａｔｈに基づいて、該当する部分が存在すれば同一と見做す。また、例えば、部分必要性判定手段７は、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、作成者の操作に従って指定した部分と共通する部分を、ウェブアプリケーション内のその他の画面内から特定する。
【００８２】
判定ルールに合致する部分があると判定した場合には、部分必要性判定手段７は、判定ルールでの判定内容（必要・不要）をその合致した部分にも適用する。また、合致した部分が不要であり、かつその部分の内部にリンクが含まれていた場合には、部分必要性判定手段７は、そのリンクが無くなったとみなし、ＡＰ画面データ保持手段１から該当するリンク情報を削除する（すなわち部分必要性判定手段７は、ＨＴＭＬタグから派生するリンクを削除し、遷移画面の枝刈りを行う。）。そして、部分必要性判定手段７は、第１実施形態での処理と同様に、画面ごと（部分ではない）の要否判定を必要性判定手段４に依頼する。
【００８３】
必要性判定手段４は、全ての画面について要否判定が完了すると、判定ルール入力手段２に制御を戻す。そして、新たに要否を判定した画面がある場合には、必要に応じて判定ルール入力手段２は、更新のあったルール（新たに判定した必要・不要を示す情報）を表示部に表示するように制御する。
【００８４】
以上のように、本実施形態では、判定ルール保持手段３が保持する画面内の部分に関する判定ルールとＡＰ画面データ保持手段１が保持する画面とに基づいて、ＡＰ画面データ保持手段１が保持する各画面内の部分の要否を判定する。したがって、本実施形態では、第１の実施形態の効果に加えて、画面内の部分についても要否を判定して示すことで、ポートレットの正確性を担保しつつクリッピング作業の負担を軽減することができる。なお、本実施形態において、第２の実施形態で説明した判定ルール入力支援手段６を備えるようにしてもよい。
【００８５】
以上に説明したように、本発明によるポートレット化支援システムは、収集した画面と画面間のリンク情報とを保持するＡＰ画面データ保持手段と、収集した画面と画面間のリンク関係とを表示して、表示された画面に対して、作成者が必要・不要を判定するための判定ルールを入力する判定ルール入力手段と、作成者の操作に従って入力した判定ルールを保持する判定ルール保持手段と、判定ルール保持手段が保持している判定ルールとＡＰ画面データ保持手段が保持している画面および画面間のリンク情報とに基づいて、ＡＰ画面データ保持手段が保持している各画面が必要・不要かを判定する必要性判定手段を備えていることを特徴とする。また、本発明によるポートレット化支援システムは、必要性判定手段を用いてＡＰ画面データ保持手段が保持しているどの画面が必要・不要かがわかればどの部分の画面が必要・不要かがわかるようになるかを計算し、作成者に判定ルール入力手段を通じて提示する判定ルール入力支援手段を備えるように構成されていてもよい。
【００８６】
次に、本発明によるポートレット化支援システムの最小構成について説明する。図１３は、ポートレット化支援システムの最小の構成例を示すブロック図である。図１３に示すように、ポートレット化支援システムは、最小の構成要素として、ウェブサイトの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段１０と、入力手段２０と、要否判定手段３０とを備えている。
【００８７】
最小構成のポートレット化支援システムでは、入力手段２０が作成者の入力操作に従って所定の画面の要否を示す要否情報を入力すると、要否判定手段３０は、情報保持手段１０が保持する画面情報およびリンク情報と、入力手段２０が入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定する。
【００８８】
従って、最小構成のポートレット化支援システムによれば、複数の画面表示を伴うウェブアプリケーションをポートレット化する際に、作成者に特別な開発スキルを要求せず、ポートレットの正確性を担保しつつクリッピングしてポートレットを作成することを支援することができる。
【００８９】
なお、本実施形態では、以下の（１）に示すようなポートレット化支援システムと、以下の（２）〜（７）に示すようなウェブアプリケーション画面遷移枝刈り装置と、以下の（８）に示すようなウェブアプリケーション内不要タグ削除支援装置の特徴的構成が示されている。
【００９０】
（１）ポートレット化支援システムは、複数の画面表示を伴うウェブアプリケーション（ＡＰ）のポートレット化を支援するポートレット化支援システムであって、ウェブアプリケーションの画面情報と画面間のリンクを示すリンク情報とを保持する情報保持手段（例えば、ＡＰ画面データ保持手段１によって実現される）と、作成者の入力操作に従って所定の画面の要否を示す要否情報（例えば作成者によって入力される判定結果）を入力する入力手段（例えば、判定ルール入力手段２によって実現される）と、情報保持手段が保持する画面情報およびリンク情報と、入力手段が入力した要否情報とに基づいて、ウェブアプリケーションで表示される画面の要否を判定する要否判定手段（例えば、必要性判定手段４によって実現される）とを備えていることを特徴とする。
【００９１】
（２）ウェブアプリケーション画面遷移枝刈り装置（例えば、プログラムに従って動作するパーソナルコンピュータ等の情報処理装置によって実現される）は、複数の画面から構成されるウェブアプリケーションから、ウェブアプリケーションが提供する機能を集約したサイトであるポートレットを作成する際に、該当するウェブアプリケーション上のポートレットの初期画面として選択した画面であるトップ画面または選択したトップ画面内の特定の部分を示す情報と、トップ画面またはトップ画面内の特定の部分から派生するリンクの先の画面または画面内の部分、画面間のリンク関係を示す情報とを保持する情報保持手段（例えば、ＡＰ画面データ保持手段１によって実現される）と、作成者の入力操作に従って、画面に対して必要か不要かを示す判断情報を入力する入力手段（例えば、判定ルール入力手段２によって実現される）と、画面間のリンク関係を示す情報から依存関係を判定し、いずれかの画面が不要または必要だった場合に、不要または必要となる画面を判定する判定手段（例えば、必要性判定手段４によって実現される）とを備え、判定手段は、画面の判定を再帰的に行い、各画面が必要か不要性かを判定することを特徴とする。
【００９２】
（３）ウェブアプリケーション画面遷移枝刈り装置において、判定手段は、必要と判定した画面に対して、トップ画面からの画面へのリンクを辿り、唯一の中継点となる画面を必要な画面と新たに判定するように構成されていてもよい。
【００９３】
（４）ウェブアプリケーション画面遷移枝刈り装置において、判定手段は、不要と判定した画面からしかリンクを持たない画面を不要な画面と新たに判定するように構成されていてもよい。
【００９４】
（５）ウェブアプリケーション画面遷移枝刈り装置において、入力手段は、作成者の入力操作に従って、画面の必要か不要かを示す判断情報に加えて必要または不要な画面であるかを判定するために必要な画面間のルールを示す情報を入力し、判定手段は、入力手段が入力した情報によって示される画面間のリンクに関する判定ルールに基づいて画面が必要か不要かを判定するように構成されていてもよい。
【００９５】
（６）ウェブアプリケーション画面遷移枝刈り装置において、作成者がウェブアプリケーションの画面に対して必要か不要かを判断する際に、どの画面が必要か不要かの判断情報が入力されれば、他のどの画面が必要か不要かがわかる、またはわかりやすくなるかを求めるために、対象となる未判定の画面全てまたは一部に対して、必要および不要の両方の仮の判定結果を付与する仮判定結果付与手段（例えば、判定ルール入力支援手段６によって実現される）を備え、判定手段は、仮判定結果付与手段が付与した仮の判定結果に基づいて、他の画面が必要か不要かを判定し、判定手段によって擬似的にどの程度他の画面が判定されるかを測定し、カウントするカウント手段（例えば、判定ルール入力支援手段６によって実現される）と、カウント手段が測定し、カウントしたカウント数の多い画面を表示部に表示するように制御して作成者に提示し判定を促す表示制御手段（例えば、判定ルール入力手段２によって実現される）とを備えるように構成されていてもよい。
【００９６】
（７）ウェブアプリケーション画面遷移枝刈り装置において、ウェブアプリケーションの画面上から、必要な機能を抜粋したポートレットを作成する際に、ウェブアプリケーションからポートレットの初期画面として選択されたトップ画面上、またはトップ画面から派生する画面上から、作成者の操作に従って、必要または不要なＨＴＭＬタグ上の部分を指定し、ＨＴＭＬタグ上の作成者の操作に従って指定した部分と共通する部分を、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、ウェブアプリケーション内のその他の画面内から特定し、その他の画面内から作成者の操作に従って不要と指定した部分と共通する部分を削除し、または作成者の操作に従って必要と指定した部分を残す処理を行う不要タグ削除手段（例えば、部分必要性判定手段７によって実現される）と、不要タグ削除手段が削除したＨＴＭＬタグから派生するリンクを削除し、遷移画面の枝刈りを行う遷移画面枝刈り手段（例えば、部分必要性判定手段７によって実現される）とを備えるように構成されていてもよい。
【００９７】
（８）ウェブアプリケーション内不要タグ削除支援装置は、ウェブアプリケーションの画面上から、必要な機能を抜粋したポートレットを作成する際に、ウェブアプリケーションからポートレットの初期画面として選択されたトップ画面上、またはトップ画面から派生する画面上から、作成者の操作に従って、必要または不要なＨＴＭＬタグ上の部分を指定し、ＨＴＭＬタグ上の作成者の操作に従って指定した部分と共通する部分を、要素ＩＤもしくはクラス名を示す属性情報または木構造上に基づいて、ウェブアプリケーション内のその他の画面内から特定し、その他の画面内から作成者の操作に従って不要と指定した部分と共通する部分を削除し、または作成者の操作に従って必要と指定した部分を残す処理を行う不要タグ削除手段（例えば、部分必要性判定手段７によって実現される）を備えたことを特徴とする。
【００９８】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００９９】
（付記１）不要タグ削除手段は、作成者の操作に従って指定した画面内の部分と共通する部分を、ウェブアプリケーション内のその他の画面内から特定する際に、ＨＴＭＬタグのＩＤまたは同じスタイルクラスを用いているか否かに基づいて共通するか否かを判断する請求項７記載のウェブアプリケーション画面遷移枝刈り装置。
【０１００】
（付記２）不要タグ削除手段は、作成者の操作に従って指定した画面内の部分と共通する部分を、ウェブアプリケーション内のその他の画面内から特定する際に、ＨＴＭＬタグのＩＤまたは同じスタイルクラスを用いているか否かに基づいて共通するか否かを判断する請求項８記載のウェブアプリケーション内不要タグ削除支援装置。
【産業上の利用可能性】
【０１０１】
本発明は、複数の画面から構成される既存のウェブアプリケーションから、必要な機能を抜粋した企業内ポータル上のポートレットなどの、ウェブアプリケーションの提供する機能を要約したサイトであるポートレットを作成する用途に適用可能である。
【符号の説明】
【０１０２】
１  ＡＰ画面データ保持手段
２  判定ルール入力手段
３  判定ルール保持手段
４  必要性判定手段
５  クロール手段
６  判定ルール入力支援手段
７  部分必要性判定手段
８  判定ルールキャッシュ手段
１０  情報保持手段
２０  入力手段
３０  要否判定手段
【図１】
2012145970.tif 000003
【図２】
2012145970.tif 000004
【図３】
2012145970.tif 000005
【図４】
2012145970.tif 000006
【図５】
2012145970.tif 000007
【図６】
2012145970.tif 000008
【図７】
2012145970.tif 000009
【図８】
2012145970.tif 000010
【図９】
2012145970.tif 000011
【図１０】
2012145970.tif 000012
【図１１】
2012145970.tif 000013
【図１２】
2012145970.tif 000014
【図１３】
2012145970.tif 000015