(57)【要約】【課題】電子サービスに対応付けて登録された属性情報の把握を容易とする登録情報管理システムおよび登録情報管理方法を提供する。【解決手段】登録情報管理システムが，ネットワーク上で提供されるサービスに対応付けて登録された個人の属性情報を有する登録属性情報ファイルを取得するファイル取得部と，取得した登録属性情報ファイルから属性情報を抽出する属性抽出部と，抽出された属性情報を提示する属性提示部と，を具備する。【選択図】図１
2008009643.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上で提供されるサービスに対応付けて登録された個人の属性情報を有する登録属性情報ファイルを取得するファイル取得部と，
前記取得した登録属性情報ファイルから属性情報を抽出する属性抽出部と，
前記抽出された属性情報を提示する属性提示部と，
を具備することを特徴とする登録情報管理システム。
【請求項２】
前記登録属性情報ファイルの所在と前記サービスとを対応付けて保持するファイル所在テーブルと，
前記ファイル所在テーブルに基づき，前記ファイル取得部に前記登録属性情報ファイルを提供するファイル提供部と，
をさらに具備することを特徴とする請求項１記載の登録情報管理システム。
【請求項３】
登録属性情報ファイルの構造を定義する構造定義情報を含む構造定義テーブル，をさらに具備し，
前記属性抽出部が，前記構造定義テーブルに基づき属性情報を抽出する
ことを特徴とする請求項１記載の登録情報管理システム。
【請求項４】
前記属性抽出部が，登録属性情報ファイルから属性の名称，型，最小出現数を抽出し，
前記属性提示部が，前記抽出された属性の名称，型，最小出現数を提示する
ことを特徴とする請求項１記載の登録情報管理システム。
【請求項５】
ネットワーク上で提供されるサービスに対応付けて登録された個人の属性情報を有する登録属性情報ファイルを取得するステップと，
前記取得した登録属性情報ファイルから属性情報を抽出するステップと，
前記抽出された属性情報を提示するステップと，
を具備することを特徴とする登録情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，ネットワーク上の登録情報を管理する登録情報管理システムおよび登録情報管理方法に関する。
【背景技術】
【０００２】
電子サービスにおいて，そのサービスの利用者のユーザ・アカウント，氏名，年齢などの属性情報（アイデンティティ（Identity））を登録することがある。利用者が複数のサービスを利用する場合には，利用者が各々の多数のサービスに対応付けて登録し，管理することが一般的である。
【０００３】
最近では，ネットワークに分散されるアイデンティティの相互参照を可能とするネットワークアイデンティティ技術が確立しつつある。相互参照により，分散されたアイデンティティの相互利用が可能となり，その利用者により適したサービスの提供が容易となる。
【０００４】
Liberty Alliance Projectで策定されているLiberty Alliance仕様では，アイデンティティの格納場所を明確にするためのサービス仕様としてLiberty ID-WSF Discovery Service Specification（以降，Discovery Serviceと表記する）や，アイデンティティ情報の取得/更新を行うサービスのためのテンプレートの仕様としてLiberty ID-WSF Data Services Template Specification（以降，DSTと表記する），Liberty ID-WSF上で公開される具体的なアイデンティティサービスの仕様としてLiberty ID-SIS Personal Profile Service Specification（以降，Liberty ID-SIS-PPと表記する）などが公開されている（非特許文献１，２参照）。
アイデンティティを相互利用する仕組みとしてバックエンドでのディレクトリやデータベースを統合管理するような異種データソース連携技術がある。ディレクトリやデータベースなどのエントリの同期や仮想的一元化を実現することが可能である。
【０００５】
【非特許文献１】Liberty Alliance Project, “Liberty ID-WSF Discovery Service Specification, Version 1.1”, [online],2003年11月12日, [平成16年9月24日検索], インターネット<URL: http://www.projectliberty.org/specs/liberty-idwsf-disco-svc-v1.1.pdf>
【非特許文献２】Liberty Alliance Project, “Liberty ID-WSF Data Services Template Specification, Version 1.0”, [online],2003年11月12日, [平成16年9月24日検索], インターネット<URL: http://www.projectliberty.org/specs/liberty-idwsf-dst-v1.0.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら，多数のサービスにアイデンティティが登録されている場合，利用者，即ち，アイデンティティの所有者自身（サブジェクト）によるアイデンティティの登録状況の把握，即ち，管理が困難となる。
自己のアイデンティティの所在（格納場所）は，前記Liberty Alliance仕様のDiscovery Serviceで調査できる。しかし，格納されているアイデンティティの構造（どんな情報がどんな形式で格納されているか）をサブジェクトが把握することは困難である。
【０００７】
例えば，サブジェクトの住所が変更になったとき，住所情報が登録されたサービスの探査，およびそのサービスで登録された住所情報の修正をサブジェクト自身が行うことを考える。前記Liberty Alliance仕様などの利用により，アイデンティティ情報の操作（取得/修正）は可能である。しかしながら，サブジェクト自身が各サービスのアイデンティティの構造を把握することは困難である。
【０００８】
本発明は，電子サービスに対応付けて登録された属性情報の把握を容易とする登録情報管理システムおよび登録情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様に係る登録情報管理システムは，ネットワーク上で提供されるサービスに対応付けて登録された個人の属性情報を有する登録属性情報ファイルを取得するファイル取得部と，前記取得した登録属性情報ファイルから属性情報を抽出する属性抽出部と，前記抽出された属性情報を提示する属性提示部と，を具備することを特徴とする。
【発明の効果】
【００１０】
本発明によれば，電子サービスに対応付けて登録された属性情報の把握を容易とする登録情報管理システムおよび登録情報管理方法を提供できる。
【発明を実施するための最良の形態】
【００１１】
以下，図面を参照して，本発明の実施の形態を詳細に説明する。
図１は，本発明の一実施形態に係る登録情報管理システム１００を表すブロック図である。
登録情報管理システム１００は，サブジェクトの属性情報を管理しているサービスに関するリソース情報を解決するためのものであり，属性情報の一覧を提示するリソース解決サービス（Resource Viewing Service（以降，ＲＶＳと表記する））を提供する。
リソースとは，サブジェクトの属性情報（アイデンティティ（ユーザ・アカウント，氏名，年齢などのサブジェクトを区分・識別する情報））の実体であり，その詳細は後述する。
【００１２】
リソースの解決には２つのパターンがある。
１つ目のパターンはリソース情報を検索し，リソース情報検索結果がリソース解決できるものである場合，すなわち，リソース情報が前記Liberty ID-SIS-PPなどで既に規定されているアイデンティティサービスである場合である。この場合，検索されたリソース情報を解析して，属性情報を抽出する。
【００１３】
２つ目のパターンは，リソース情報検索結果がリソース解決できないものである場合，すなわち，独自に定義されたリソース構造である場合である。この場合，サービスからリソース構造情報を取得し，このリソース構造情報に基づき，検索されたリソース情報を解析して，属性情報を抽出する。
【００１４】
登録情報管理システム１００は，リソース情報検索結果がリソース解決できる場合，できない場合の何れにおいてもＲＶＳの提供が可能である。登録情報管理システム１００は，ユーザコンピュータ１１０，リソース解決装置１２０，リソース提供装置１３０，リソース構造提供装置１４０を備える。
【００１５】
ユーザコンピュータ１１０は，サブジェクト（サービス利用者）が操作するコンピュータである。ユーザコンピュータ１１０は，そのサブジェクトのリソース情報の一覧を要求する入力手段，例えば，キーボードと，この要求に応じて，そのサブジェクトのリソース情報の一覧を提示する表示部，例えば，液晶表示装置を備える。
ユーザコンピュータ１１０において，サブジェクトを識別するサブジェクト識別子と，電子サービスを識別するサービス識別子が入力または選択され，リソース解決装置１２０に送信される。その結果，ユーザコンピュータ１１０は，その電子サービスのリソースとして登録された属性情報を受信し，表示することができる。
【００１６】
リソース解決装置１２０は，ユーザコンピュータ１１０とネットワーク（例えば，インターネット）で接続されるコンピュータであり，例えば，インターネット上のポータルサイトに配置される。リソース解決装置１２０は，リソース解決部１２１とユーザインタフェース部１２２とを有する。
【００１７】
リソース解決部１２１は，リソース取得部１２３，リソース構造解析部１２４，リソース構造取得部１２５，属性提示部１２６を有する。
ユーザインタフェース部１２２は，サブジェクト（利用者）とのユーザインタフェースの役割を果たし，リソース解決部１２１に要求を送り，属性情報の一覧をユーザコンピュータ１１０に表示させる。
【００１８】
リソース取得部１２３は，リソース提供装置１３０にサブジェクト識別子と，サービス識別子とを送り，検索依頼をすることで，そのサブジェクトのリソース情報を取得する。リソース情報は，一種のファイル（登録属性情報ファイル）として，取得することができる。即ち，リソース取得部１２３は，ネットワーク上で提供されるサービスに対応付けて登録された個人の属性情報を有する登録属性情報ファイルを取得するファイル取得部として機能する。
【００１９】
リソース構造解析部１２４は，取得したリソース情報の構成を解析することで，リソース情報から属性情報を抽出するものであり，登録属性情報ファイルから属性情報を抽出する属性抽出部として機能する。
リソース構造解析部１２４は，リソース情報（登録属性情報ファイル）の構造を定義するリソース構造定義情報を含むリソース構造定義テーブルを保持するデータベース（リソース構造定義ＤＢ）を有する。リソース構造解析部１２４は，リソース構造定義テーブルを用いてリソース情報から属性情報を抽出する。リソース構造定義テーブルで構造が定義されないリソース情報については，リソース構造取得部１２５によって取得されたリソース構造定義情報を用いて，属性情報を抽出する。
【００２０】
リソース構造取得部１２５は，取得したリソース情報の構造定義情報がリソース構造解析部１２４のリソース構造定義ＤＢ中に格納されていない場合に，そのリソース情報の構造の検索をリソース構造提供装置１４０に要求し，リソース構造定義情報を取得する。
属性提示部１２６は，抽出された属性情報を提示する。即ち，ユーザコンピュータ１１０に表示させるためのデータを生成する。
【００２１】
リソース提供装置１３０は，リソース解決装置１２０とネットワーク（例えば，インターネット）で接続されるコンピュータであり，リソース取得部１２３からの検索の依頼によりリソース情報を提供する。
リソース提供装置１３０は，電子サービスとそのサービスのリソース情報の所在（リソース情報の格納場所情報）とを対応付けるリソース所在テーブルを保持するデータベース（リソース所在ＤＢ）を有する。リソース提供装置１３０は，サービス識別子によってリソース所在ＤＢを検索することで，リソースの格納場所情報（サービスを提供するサイトのアドレス等）を取得する。さらに，リソース提供装置１３０は，サブジェクト識別子によってリソースの格納場所を検索することで，そのサブジェクトのリソース情報をファイル（登録属性情報ファイル）として取得，提供する。このとき，Discovery Serviceで規定されたサービス等を利用することができる。
以上のように，リソース提供装置１３０は，登録属性情報ファイルの所在と電子サービスとを対応付けて保持するファイル所在テーブル，リソース取得部１２３に登録属性情報ファイルを提供するファイル提供部として機能する。
【００２２】
リソース構造提供装置１４０は，リソース解決装置１２０とネットワーク（例えば，インターネット）で接続されるコンピュータであり，リソース構造取得部１２５からの検索の依頼によりリソース構造情報を提供する。
リソース構造提供装置１４０は，電子サービスとそのサービスのリソース構造情報の所在（リソース構造情報の格納場所情報）とを対応付けるテーブルを保持するデータベース（リソース構造所在ＤＢ）を有する。リソース構造提供装置１４０は，サービス識別子によってリソース構造所在ＤＢを検索することで，リソース構造の格納場所情報（サービスを提供するサイトのアドレス等）を取得する。さらに，リソース構造提供装置１４０は，リソースの格納場所からそのサブジェクトのリソース構造情報をファイル（リソース構造情報ファイル）として取得，提供する。
以上のように，リソース構造提供装置１４０は，所定のサイトに登録された個人に関わる属性情報を有するリソースの構造情報の所在情報を取得する構造所在取得部として機能する。
【００２３】
（登録情報管理システム１００の動作）
図２は，登録情報管理システム１００での処理の流れの一例を示したフロー図である。図３，図４はそれぞれ，リソース情報検索結果がリソース解決できる場合，できない場合での登録情報管理システム１００での処理の流れを示したシーケンス図である。以下，図２〜図４に基づき，登録情報管理システム１００での処理の流れを説明する。
【００２４】
（１）属性情報の提示要求の送信（ステップＳ１１，Ｓ１２）
ユーザコンピュータ１１０からリソース解決装置１２０に，属性情報の提示要求が送信される。
サブジェクトが，ユーザコンピュータ１１０に，そのサブジェクトを識別するサブジェクト識別子，そのサブジェクトが利用する電子サービスを識別するサービス識別子，およびサービスの属性情報を提示する要求を入力または選択する。ユーザコンピュータ１１０からこれらの情報（サブジェクト識別子，サービス識別子，および属性情報提示要求）が送信される。
【００２５】
ここでは，サブジェクトがサービス識別子を入力または選択することとしているが，これは省略することができる。例えば，リソース解決装置１２０がサブジェクトとそのサブジェクトが登録されている電子サービスとの対応関係を表すサービス対応テーブルを備えることで，そのサブジェクトが登録されている電子サービス全ての属性情報を提示することが可能となる。
【００２６】
（２）リソース情報の取得（ステップＳ１３）
サブジェクトのリソース情報を取得する。ユーザコンピュータ１１０からの属性情報の処理要求を受けたリソース解決装置１２０は，以下のような処理を行い，リソース情報を取得する。
・リソース解決部１２１が起動される（インスタンスの生成）。
・ユーザインタフェース部１２２がリソース解決部１２１に対してサブジェクト識別子，サービス識別子を示し，リソース情報を要求する。
・リソース解決部１２１は，リソース提供装置１３０に対してサブジェクト識別子，サービス識別子を示し，リソース情報の検索を要求する。リソース提供装置１３０は，リソース取得部１２３からの検索の依頼によりリソース情報を提供する。
・リソース解決部１２１がリソース提供装置１３０からリソース情報を受け取る。
【００２７】
（３）リソース構造の解析（ステップＳ１４，Ｓ１５）
リソース解決部１２１は，取得したリソース情報の構成を解析することで，リソース情報から属性情報を抽出する。属性情報が抽出されれば，ステップＳ１８で，属性提示用のデータが作成される。
リソース構造定義ＤＢにそのリソース情報の構造が保持されている場合（例えば，リソース情報が前記Liberty ID-SIS-PPなどで既に規定されているアイデンティティサービスの場合），リソース構造の解析，属性情報の抽出が可能である。リソース構造定義ＤＢにそのリソース情報の構造が保持されていない場合（例えば，独自に定義されたリソース構造の場合），そのリソース情報の構造の解析が困難となる。
【００２８】
（４）リソース構造の取得（ステップＳ１６）
・リソースが解析できない場合，リソース解決部１２１は，リソース構造提供装置１４０に対してサブジェクト識別子を示し，リソース構造を要求する。リソース構造提供装置１４０は，リソース解決部１２１からの検索の依頼によりリソース情報を提供する。
・リソース解決部１２１は，リソース構造提供装置１４０からリソース構造情報を取得する。
【００２９】
（５）リソース構造の解析（ステップＳ１７）
リソース解決部１２１は，取得したリソース構造情報に基づき，リソース情報の構成を解析することで，リソース情報から属性情報を抽出する。
【００３０】
（６）属性情報の提示用データ（属性表）の作成（ステップＳ１８）
属性提示部１２６は，リソース構造の解析結果に基づき，属性情報一覧（属性表）を作成する。作成された属性情報一覧は，ユーザインタフェース部１２２に送られる。
【００３１】
（７）属性情報の提示（ステップＳ１９）
ユーザインタフェース部１２２からユーザコンピュータ１１０に属性情報一覧が送られ，ユーザコンピュータ１１０上に属性情報の一覧が提示される。
【００３２】
（８）以上のステップＳ１２〜Ｓ１９が繰り返され，全てのサービスについて属性情報の一覧が提示される。
既述のように，リソース解決装置１２０がサービス対応テーブルを備えることで，サービス識別子を選択，入力することなく，そのサブジェクトが登録されている電子サービス全ての属性情報を提示することが可能となる。
【００３３】
（リソースの詳細）
図５は，リソースの内容を表す模式図である。
リソースは，既述のように，サブジェクトの属性情報（アイデンティティ（ユーザ・アカウント，氏名，年齢などのサブジェクトを区分・識別する情報））の実体であり，本図に示すように，「サブジェクトの属性情報」，「リソースの格納場所情報（存在場所情報）」，「リソースの構造情報」，「リソース名」の各属性を有する。
【００３４】
「サブジェクトの属性情報」は，サブジェクトの属性の情報を表す。
「リソースの格納場所情報」は，リソースの所在を表す。
「リソース構造情報」は，リソースの構造を表す。
「リソース名」は，リソースの名前を表す。
【００３５】
「リソースの格納場所情報」および「リソースの構造情報」の総和が「リソース情報」である。「属性情報」は，アイデンティティを構成する属性の総和とする。これに対して，「属性」は，アイデンティティを構成している一つ一つの属性を表すものとする。
リソースの構造情報は「リソース名」「リソース構造情報」「リソース格納場所情報」「サブジェクトの属性情報」が，XML（eXtensible Markup Language）スキーマで表されている。各情報の取得は，一般的に行われているXMLスキーマのパースを用いることで可能である。
【００３６】
（リソースの構造解析，および属性表の作成の詳細）
リソース解決部１２１が，得られたリソースの構造をどのような解析するかを説明する。
リソースの構造を解析するとは，リソースを構成する各属性を明確にすることである。
「属性情報」を明確にするとはサブジェクトの属性の構造（属性の数，属性の型，属性のサイズ，属性の名前，属性の使用方法，属性の付帯情報）を明確にすることである。また，「リソースの格納場所情報」を明確にするとはリソースの存在場所を明確にすることである。また，「リソースの構造情報」を明確にするとはリソースの属性の構造（属性情報，リソースの構造情報，リソース名）を明確にすることである。また，「リソース名」を明確にするとはリソースの名称を明確にすることである。
【００３７】
図６は，サブジェクトが学生の場合のリソースの内容の一例を表す図である。
この属性情報は，XMLスキーマによって記述され，StudentID（学籍番号）がminiOccurs=0（任意）で，DSTString（文字列型），StrudentStatus（ステータス）がminiOccurs=0（任意）でDSTString（文字列型），といった具合に属性が定義されている。
【００３８】
なお，図６では以下の記号が用いられている。
＜xs:a＞：要素a
<xs:ax=y>：要素aのアトリビュート（属性）xがyの値である（「アトリビュート（属性）xの値がyである」としても良い）。
【００３９】
（１）リソース構造解析部１２３がリソース情報を３つの部分に分解して解析する。
リソース構造解析部１２３は，リソース情報の最初と最後を表す<xs:schema></xs:schema>を確認する。この二つの要素にはさまれた部分が本体である。図６には，リソース情報の本体全体が表される。
その本体を３つ（ヘッダー部Ａ１，表示設定部Ａ２，型設定部Ａ３）に区分して，以下のアルゴリズムで解析する。
【００４０】
１）ヘッダー部Ａ１：<xs:annotation>から<xs:include>まで
この中には要素documentationのresourceIDアトリビュートによってリソースID（ここでは，“9A03141050”）が記されている。
<xs:documentation></xs:documentation>で囲まれているところで，コメント（ここでは，「学生」）が記されている。このコメントが表示の際の「リソースの名称」となる。
include要素のschemaLocationアトリビュートによって，「リソースの格納場所」（ここでは，“sitc.toshiba.co.jp”）が記されている。
リソースIDやコメントをキーにしてリソースが検索される。
【００４１】
２）表示設定部Ａ２：<xs:complexType></xs:complexType>で囲まれた部分
例えば，element要素<xs:element ref=“StudentID”minOccurs=“0”Disp=学籍番号>のrefアトリビュートが各リソースの属性のID（属性識別子，ここでは“StudentID”）を表す。
このelement要素のminOccursアトリビュートの値がその属性の最小出現数（ここでは，「0」）を表す。最小出現数0の場合は，その属性が「任意」であること（0個でも許される）を表す。最小出現数１以上の場合は，その属性が「必須」であることを表す。
このelement要素のDispアトリビュートの値が，表示の際に使われる文字列，即ち，属性の名称（ここでは“学籍番号”）である。
これらの解析を最後まで繰り返す。以上で属性情報表のID，表示，最小の値が決まる。
【００４２】
３）型設定部Ａ３：<xs:elementname=XXXtype=YYY>の部分
たとえば，element要素<xs:elementname=StudentIDtype=“DSTString”>にリソースの属性の型が記述される。このelement要素のアトリビュートnameの値がリソースの属性のID（ここではStudentID）である。アトリビュートtypeの値がそのIDの属性の型（ここではDSTString）である。
【００４３】
DSTStringやBOOLEANは，以下の意味を有し，標準で決められている型である。
DSTString：任意長の文字列
BOOLEAN：真偽値
DSTStringやBOOLEANは，プログラミング言語でStringやbooleanが決められているのと同じである。
【００４４】
（２）属性情報表の作成
リソースの構造解析の結果に基づき，属性情報表が作成される。
図７は，図６のリソース情報に対応する属性情報表を概念的に表す概念図である。ID，表示，型，最小が対応して表される。これらは，上述のように，それぞれ，属性のID，属性の名称，属性の型，属性の最小出現数に対応し，リソース情報中の付帯情報（”ref”，”Disp”，”type”，”minOccurs”）を用いて，抽出される。
【００４５】
図８は，図７の属性情報表に基づく，属性情報の表示状態の一例を表す図である。図７のような属性情報表に基づき，属性提示部１２６が属性情報をユーザコンピュータ１１０の画面に表示する。本図には，属性情報表による情報以外に，電子サービスの名称（「サービスＸ」），リソースの名称（「学生」），リソースの格納場所（「sitc.toshiba.co.jp」）が示されている。
【００４６】
以上のように，本実施形態によれば，分散管理され，多数のサービスに対応付けて登録されているサブジェクトのアイデンティティをサブジェクト自身が把握し，メンテナンスすることが容易となる。
【００４７】
サブジェクトが，多数のサービスに様々な属性（例えばサービスAには氏名と血液型を，サービスBには氏名と血液型と住所を，サービスCには氏名と住所と生年月日）を登録しているとする。この場合，サブジェクトはどのサービスにどんな属性が存在しているかの把握が困難である。また，これらのリソースの構造が，サービス間で統一されていない場合（独自に定義），リソース構造の解析が必要となる。
このように様々な属性が様々なサービスに対応付けて登録してある状況で，サブジェクトがある属性を変更したいという要望が出てきたとする（例えば，引越しに伴う住所の変更など）。
その場合，本実施形態に係る登録情報管理システムによって，サブジェクトに対し，どのサービスがどのような属性を管理しているかを提示できる。その結果，サブジェクトは自分の希望する属性を変更することが可能となる。
【００４８】
（その他の実施形態）
本発明の実施形態は上記の実施形態に限られず拡張，変更可能であり，拡張，変更した実施形態も本発明の技術的範囲に含まれる。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態に係る登録情報管理システムを表すブロック図である。
【図２】登録情報管理システムでの処理の流れの一例を示したフロー図である。
【図３】リソース情報検索結果がリソース解決できる場合の登録情報管理システムでの処理の流れを示したシーケンス図である。
【図４】リソース情報検索結果がリソース解決できない場合の登録情報管理システムでの処理の流れを示したシーケンス図である。
【図５】リソースの内容を表す模式図である。
【図６】サブジェクトが学生の場合のリソースの内容の一例を表す図である。
【図７】図６のリソース情報に対応する属性情報表を概念的に表す概念図である。
【図８】図７の属性情報表に基づく，属性情報の表示状態の一例を表す図である。
【符号の説明】
【００５０】
１００…登録情報管理システム，１１０…ユーザコンピュータ，１２０…リソース解決装置，１２１…リソース解決部，１２２…ユーザインタフェース部，１２３…リソース取得部，１２４…リソース構造解析部，１２５…リソース構造取得部，１２６…属性提示部，１３０…リソース提供装置，１４０…リソース構造提供装置
【図１】
2008009643.tif 000003
【図２】
2008009643.tif 000004
【図３】
2008009643.tif 000005
【図４】
2008009643.tif 000006
【図５】
2008009643.tif 000007
【図６】
2008009643.tif 000008
【図７】
2008009643.tif 000009
【図８】
2008009643.tif 000010