特許 7118305 企業における複数のアプリケーションの利用を管理するための装置、方法及びそのためのプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-08-04

(45)【発行日】2022-08-15

(54)【発明の名称】企業における複数のアプリケーションの利用を管理するための装置、方法及びそのためのプログラム

(51)【国際特許分類】

   G06Q 10/10 20120101AFI20220805BHJP

【ＦＩ】

G06Q10/10

【請求項の数】 6

(21)【出願番号】P 2022075598

(22)【出願日】2022-04-29

(62)【分割の表示】P 2022072097の分割

【原出願日】2022-04-26

【審査請求日】2022-04-29

【早期審査対象出願】

(73)【特許権者】

【識別番号】522105595

【氏名又は名称】ジョーシス株式会社

(74)【代理人】

【識別番号】100174078

【弁理士】

【氏名又は名称】大谷 寛

(72)【発明者】

【氏名】横手 絢一

【審査官】上田 威

(56)【参考文献】

【文献】特開２００１－１００９８９（ＪＰ，Ａ）

【文献】特開２０１３－００９３３３（ＪＰ，Ａ）

【文献】特開２０１２－１３７９３１（ＪＰ，Ａ）

【文献】特開２００８－１５２４３６（ＪＰ，Ａ）

【文献】特開２０１４－１８２７０８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

企業における複数のアプリケーションの利用を管理するための方法であって、
コンピュータが、前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信するステップと、
前記コンピュータが、各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる、前記１又は複数の従業員が用いるアカウントの設定処理を実行するためのＡＰＩを呼び出すステップと、
前記コンピュータが、各アプリケーションについて、前記設定処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶するステップと
を含む。

【請求項2】

請求項１記載の方法であって、
各アプリケーションについて、前記設定処理の後に、前記設定処理の処理日時又は時間帯を記憶するステップをさらに含む。

【請求項3】

請求項１又は２に記載の方法であって、
前記一括処理予約要求の受信前に、前記企業の１又は複数の従業員の所属ステータス又は従業員ステータスの変更日又は変更日時の入力を受けるステップをさらに含み、
前記少なくとも２以上のアプリケーションは、変更後の所属ステータス又は従業員ステータスに応じた一組のアプリケーションのテンプレートにより定まる。

【請求項4】

請求項１又は２に記載の方法であって、
前記企業の１又は複数の従業員の所属ステータス又は従業員ステータスの変更日又は変更日時の入力を受けるステップと、
前記変更日又は変更日時の所定期間以上前に、前記企業が用いる端末に、前記変更日又は変更日時が入力された１又は複数の従業員のうちの少なくとも一部に関する一括処理予約の入力を促す通知を送信するステップと
をさらに含む。

【請求項5】

コンピュータに、企業における複数のアプリケーションの利用を管理するための方法を実行させるためのプログラムであって、前記方法は、
前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信するステップと、
各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる、前記１又は複数の従業員が用いるアカウントの設定処理を実行するためのＡＰＩを呼び出すステップと、
各アプリケーションについて、前記設定処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶するステップと
を含む。

【請求項6】

企業における複数のアプリケーションの利用を管理するための装置であって、
前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信し、
各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる、前記１又は複数の従業員が用いるアカウントの設定処理を実行するためのＡＰＩを呼び出し、
各アプリケーションについて、前記設定処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶する。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、企業における複数のアプリケーションの利用を管理するための装置、方法及びそのためのプログラムに関する。

【背景技術】

【0002】

ＳａａＳの拡がりとともに、企業において業務の効率化等の目的からさまざまなアプリケーションソフトウェア（以下「アプリケーション」という。）が採用され、利用されるアプリケーションの数は近年増加している。一社で利用するアプリケーション数が数十を超えることも珍しくない。
このように多数のアプリケーションが業務において利用される企業に従業員が入社した場合、一般的に入社情報が人事部門から情報システム部門に伝えられ、情報システム部門において、当該授業員がそれぞれのアプリケーションを利用するためのアカウントの発行手続を行う。また、従業員が退社した場合には、退社情報を伝えられた情報システム部門は、当該従業員に発行されたアカウントの削除等の退社に伴う手続を行う。

【発明の概要】

【発明が解決しようとする課題】

【0003】

従業員の入社及び退社に限らず、従業員の部署、役職、雇用形態等の従業員のステータスが変化する際には、当該従業員に発行されたアカウントを可及的に過不足なく適正に管理することが求められる。企業において利用されるアプリケーションの数が増加傾向にある今日、情報システム部門等の担当部署の管理負荷が高まっている。

【0004】

本発明は、このような問題点に鑑みてなされたものであり、その目的は、企業における複数のアプリケーションの利用を管理するための装置、方法及びそのためのプログラムにおいて、当該企業の従業員に発行された複数のアカウントを効率的に管理可能とすることにある。

【課題を解決するための手段】

【0005】

このような目的を達成するために、本発明の第１の態様は、企業における複数のアプリケーションの利用を管理するための方法であって、前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信するステップと、各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる処理を実行するためのＡＰＩを呼び出すステップと、各アプリケーションについて、前記処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶するステップとを含む。

【0006】

また、本発明の第２の態様は、第１の態様の方法であって、各アプリケーションについて、前記処理の後に、前記処理の処理日時又は時間帯を記憶するステップをさらに含む。

【0007】

また、本発明の第３の態様は、第１又は第２の態様の方法であって、前記企業が用いる端末に、従業員情報表示データを送信するステップをさらに含み、前記一括処理予約要求の対象は、前記従業員情報表示データにより前記端末に表示される従業員情報に含まれる１又は複数の従業員のうちの少なくとも一部が用いるアカウントである。

【0008】

また、本発明の第４の態様は、第１又は第２の態様の方法であって、前記企業の１又は複数の従業員の所属ステータス又は従業員ステータスの変更日又は変更日時の入力を受けるステップをさらに含む。

【0009】

また、本発明の第５の態様は、第４の態様の方法であって、前記変更日又は変更日時の所定期間以上前に、前記企業が用いる端末に、前記変更日又は変更日時が入力された１又は複数の従業員に関する一括処理予約の入力を促す通知を送信するステップをさらに含み、前記一括処理予約要求の対象は、前記変更日又は変更日時が入力された１又は複数の従業員のうちの少なくとも一部が用いるアカウントである。

【0010】

また、本発明の第６の態様は、第４の態様の方法であって、前記変更日又は変更日時の入力は、前記企業の人事情報を管理するための人事アプリケーションを提供する人事アプリケーションサーバから、前記変更日又は変更日時を受信することによって行われる。

【0011】

また、本発明の第７の態様は、第４の態様の方法であって、前記少なくとも２以上のアプリケーションは、変更後の所属ステータス又は従業員ステータスに応じた一組のアプリケーションのテンプレートにより定まる。

【0012】

また、本発明の第８の態様は、第７の態様の方法であって、前記テンプレートは、従業員の役職変更又は部署変更に伴う処理を含むテンプレートである。

【0013】

また、本発明の第９の態様は、コンピュータに、企業における複数のアプリケーションの利用を管理するための方法を実行させるためのプログラムであって、前記方法は、前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信するステップと、各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる処理を実行するためのＡＰＩを呼び出すステップと、各アプリケーションについて、前記処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶するステップとを含む。

【0014】

また、本発明の第１０の態様は、企業における複数のアプリケーションの利用を管理するための装置であって、前記複数のアプリケーションのうちの少なくとも２以上に関する、前記企業の１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信し、各アプリケーションについて、前記一括処理予約要求により設定された日時又は時間帯に、前記一括処理予約要求に含まれる処理を実行するためのＡＰＩを呼び出し、各アプリケーションについて、前記処理の後に、前記１又は複数の従業員のアカウントの処理結果を記憶する。

【発明の効果】

【0015】

本発明の一態様によれば、企業の１又は複数の従業員が用いるアカウントについて、２以上のアプリケーションに関する所要の処理を一括してそれぞれ予約可能とし、予約された日時又は時間帯に、それらの処理をＡＰＩの呼び出しを用いて実行させることによって、当該企業の従業員に発行された複数のアカウントを効率的に管理することが可能となる。

【図面の簡単な説明】

【0016】

【図1】本発明の第１の実施形態にかかる装置を示す図である。

【図2】本発明の第１の実施形態にかかる管理方法の流れを示す図である。

【図3】本発明の第１の実施形態にかかる従業員情報表示画面を示す図である。

【図4】本発明の第１の実施形態にかかる一括処理予約画面を示す図である。

【図5】本発明の第１の実施形態にかかる管理サーバにおける流れを示す図である。

【発明を実施するための形態】

【0017】

以下、図面を参照して本発明の実施形態を詳細に説明する。

【0018】

（第１の実施形態）
図１に本発明の第１の実施形態にかかる装置を示す。装置１００は、ユーザー企業が用いるユーザー端末１１０及びアプリケーション提供企業が用いるアプリケーションサーバ１２０とインターネット等のＩＰネットワークを介して通信し、当該ユーザー企業によるアプリケーションの利用を管理する。ここで、当該ユーザー企業は複数のアプリケーションを用いることから、図１に示すようにアプリケーションサーバも複数存在するが、簡単のため、第１のアプリケーションサーバ１２０－１に着目して、単にアプリケーションサーバ１２０と呼ぶことがある。

【0019】

装置１００は、通信インターフェースなどの通信部１０１と、プロセッサ、ＣＰＵ等の処理部１０２と、メモリ、ハードディスク等の記憶装置又は記憶媒体を含む記憶部１０３とを備え、各処理を行うためのプログラムを実行することによって構成することができる。装置１００は、１又は複数の装置、コンピュータないしサーバを含むことがある。また、当該プログラムは、１又は複数のプログラムを含むことがあり、また、コンピュータ読み取り可能な記憶媒体に記録して非一過性のプログラムプロダクトとすることができる。当該プログラムは、記憶部１０３又は装置１００からＩＰネットワークを介してアクセス可能なデータベース１０４等の記憶装置又は記憶媒体に記憶しておき、処理部１０２において実行することができる。以下で記憶部１０３に記憶されるものとして記述されるデータはデータベース１０４に記憶してもよく、またその逆も同様である。

【0020】

装置１００の記憶部１０３には、当該ユーザー企業の従業員ごとにＩＤが記憶され、各ＩＤに関連づけて、例として、名前、メールアドレス、従業員番号、部署等のグループ、役職等の役割、雇用形態、会社への所属の状態、利用中のアプリケーション、入社日、退社日等がさらに記憶されている。メールアドレスがＩＤに用いられることもある。「会社への所属の状態」とは、入社前、在職中、退職済等の会社に対する現在、過去又は未来の従業員の所属の状態をいい、「所属ステータス」とも呼ぶ。利用中のアプリケーションがある場合、当該アプリケーションの利用権限をさらにＩＤに関連づけて記憶してもよい。

【0021】

加えて、装置１００の記憶部１０３には、装置１００がアプリケーションサーバ１２０の１又は複数のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を呼び出すための１又は複数のクレデンシャルが記憶されており、装置１００は、アプリケーションサーバ１２０に実行させたい処理に対応するＡＰＩを呼び出して当該処理を実行させることができる。ある従業員が利用する複数のアプリケーションについて、アプリケーションごとにアカウントが発行されるため、各ＩＤに関連づけて、利用中のアプリケーションに加えて、又はそれに代替して、利用中のアプリケーションのアカウントが記憶部１０３に記憶されている。

【0022】

図２に、本発明の第１の実施形態にかかる管理方法の流れを示す。まず、装置１００が、ユーザー端末１１０から、従業員情報表示データの要求を受信し（Ｓ２０１）、当該従業員情報表示データを送信する（Ｓ２０２）。従業員情報表示データは、ユーザー端末１１０の表示画面に従業員情報を表示するためのデータであり、一例として、ＨＴＭＬ形式のデータとすることができる。

【0023】

図３に、本発明の第１の実施形態にかかる従業員情報表示画面を示す。従業員情報表示画面３００には、各従業員について、当該従業員のＩＤに関連づけて記憶された内容の少なくとも一部が示されている。名前に加えて、所属ステータスは少なくとも表示することが好ましい。利用中のアプリケーションについては、ここでは利用中のアプリケーション数を表示しているが、利用中のアプリケーションのアイコンを併せて又は代替して表示してもよい。また、退職者については退社日を表示している。従業員一覧の上部に配置された検索のための入力欄に名前、ステータス等の従業員情報を入力して、所望の条件を満たす従業員に絞り込むことができる。

【0024】

ここで、従業員情報表示画面３００は、ウェブブラウザ上でウェブページとして表示されることのほかに、ユーザー端末１１０にインストールされた、装置１００により提供されるサービスを用いるための専用のソフトウェア上で表示されることも考えられ、いずれにおいても、従業員情報を表示する領域を含む画面であれば「従業員情報表示画面」に該当する。

【0025】

次に、装置１００は、当該企業の選択された１又は複数の従業員のアカウントについての当該企業が用いる複数のアプリケーションのうちの少なくとも２以上に関する一括処理予約要求を受信する（Ｓ２０３）。３つのアプリケーションについて２人の従業員が用いるアカウントについて一括処理予約をする場合には、合計６個のアカウントが対象となる。一例として、従業員情報表示画面３００に一覧表示されたいずれか又は一部の従業員を表す一部分をタップ又はクリックによって、従業員が選択されてもよい。また、グループ、役割、雇用形態及びこれらの任意の組み合わせのいずれかである従業員としてのステータス（以下「従業員ステータス」という。）又は所属ステータスを入力して、当該ステータスに合致する１又は複数の従業員のうちの少なくとも一部が選択されてもよい。そして、選択された１又は複数の従業員についての一括処理予約を行うための予約画面をユーザー端末１１０の表示画面に表示し、当該予約画面に対する入力を含む一括処理予約要求がユーザー端末１１０から送信されれば、装置１００は、一括処理予約要求を受信することができる。予約画面は、一例として、装置１００から受信するＨＴＭＬ形式のデータである予約画面表示データによって表示することができる。

【0026】

図４に、本発明の第１の実施形態にかかる予約画面を示す。予約画面４００は、１の従業員である「城戸大輝」が選択され、当該従業員が利用する１４個のアプリケーションのうちの選択された５つのアプリケーションについてそれぞれ指定された処理を指定日時に実行させる予約を行う過程を示している。図４の例では、選択された各アプリケーションについて、プルダウンメニューによって実行させたい処理を選択可能である。処理の例としては、削除、一時停止、停止解除、権限変更等が挙げられる。権限変更が選択された場合には、さらにプルダウンメニューを表示して、いかなる権限に変更するかを選択可能としてもよい。

【0027】

ここで、予約画面４００は、ウェブブラウザ上で表示される場合にはウェブページ、モーダルウィンドウ、ポップアップウィンドウ等のさまざまな形式を採用することができ、ユーザー企業端末１１０にインストールされた装置１００により提供されるサービスを用いるための専用のソフトウェア上で表示されることも考えられ、この場合には、予約画面表示データは当該ソフトウェアが表示可能な形式であればよい。いずれにおいても、一括処理予約の予約内容を入力するための領域を含む画面であれば「予約画面」に該当する。

【0028】

複数の従業員が選択された場合、一般に各従業員が利用中のアプリケーションは必ずしも一致しないから、図４のように利用中のアプリケーションを表示して一括処理予約を進めることはできないことがある。その際、これらの従業員のアカウントについて一括して２以上のアプリケーションに関する処理を実行させるためには、対象となる２以上のアプリケーションの複数の組み合わせをテンプレートとして、１又は複数のテンプレートを記憶部１０３に記憶しておく。そして、ユーザー端末１１０に表示される予約画面においていずれかのテンプレートを選択可能とすることによって、選択されたテンプレートに含まれる各アプリケーションについて処理を指定可能とすることができる。また、各アプリケーションについての処理も含めて、一組のアプリケーション及び処理をテンプレートとしてもよい。たとえば、ある部署全体で利用するアプリケーションが変更となったような場合がテンプレートを用いる場面として考えられる。

【0029】

より具体的には、装置１００は、ユーザー端末１１０から、選択されたテンプレートの識別子を受信してもよく、あるいは、選択されたテンプレートに含まれる各アプリケーションの識別子又は選択されたテンプレートに含まれる各アプリケーションの識別子及び当該アプリケーションについて選択された処理の識別子としてもよく、いずれであっても、装置１００において、一括処理予約を行う一組のアプリケーション及び処理が定まればよい。

【0030】

また、１の従業員であっても、所属ステータス又は従業員ステータスが変更となった場合にも、所属ステータス又は従業員ステータスに応じた一組のアプリケーション又は一組のアプリケーション及び処理をテンプレートとして、１又は複数のテンプレートを用意しておけば、一括処理予約の入力が簡便になる。テンプレートが有益である場合の例として、人事発令による昇進、降格等の役職変更、部署変更等の従業員ステータスの変更の際が挙げられる。

【0031】

一括処理予約要求を受信した装置１００は、各アプリケーションについて、当該一括処理要求に含まれる処理を実行するためのＡＰＩの呼び出しを当該一括処理要求に含まれる日時又は時間帯に設定する（Ｓ２０４）。そして、装置１００は、各アプリケーションについて、設定された日時又は時間帯に、当該一括処理要求に含まれる処理を実行するためのＡＰＩを呼び出す（Ｓ２０５）。

【0032】

呼び出されたＡＰＩを提供するアプリケーションサーバ１２０において、選択された１又は複数の従業員のアカウントについて、当該ＡＰＩによる処理を行い（Ｓ２０６）、処理の完了通知を装置１００に送信する（Ｓ２０７）。装置１００は、各アプリケーションについて、当該１又は複数の従業員のアカウントの処理結果を記憶部１０３に記憶し（Ｓ２０８）、従業員情報が更新される。

【0033】

このように、企業の１又は複数の従業員のアカウントについて、２以上のアプリケーションに関する所要の処理を一括してそれぞれ予約可能とすることによって、当該企業の従業員に発行された複数のアカウントを効率的に管理することが可能となる。

【0034】

たとえば、ある従業員が退職することが決まり、所属ステータスが２０２２年６月１日に在職中から退社済に変更になる場合、この情報を２０２２年５月１６日伝えられた情報システム部門の担当者は、当該従業員が利用している２以上のアプリケーションについて、アカウントに対する処理を行う必要があることを記録しておき、６月１日又はその前日に各アプリケーションの管理画面に入って必要な処理を実行しなければならないところ、本実施形態によれば、事前に、各アプリケーションの管理画面に入ることなく、一括して処理の予約を行うことができる。同日に複数の従業員について所属ステータス又は従業員ステータスの変更が重なることも少なくなく、漏れの発生しにくい適正なアカウント管理が効率的に実現される。

【0035】

上述した管理方法を装置１００の視点で記述すると、装置１００は、一括処理予約要求を受信し（Ｓ５０１）、それに応じて一括処理予約を設定し（Ｓ５０２）、設定された日時又は時間帯に一括処理の実行結果を記憶する（Ｓ５０３）。

【0036】

（第２の実施形態）
第１の実施形態では、従業員情報表示データが装置１００からユーザー端末１１０に送信され、ユーザー端末１１０において、１又は複数の従業員が選択されることで、当該１又は複数の従業員に関する一括処理予約の入力が進む流れで説明したが、ユーザー端末１１０における一括処理予約に関する入力は、異なる流れで進んでもよい。

【0037】

一例として、１又は複数の従業員の退社日、異動日、昇進日等の所属ステータス又は従業員ステータスの変更日又は変更日時が装置１００に入力された場合、当該変更日又は変更日時の所定期間前に、ユーザー端末１１０に対して、当該１又は複数の授業員のうちの少なくとも一部に関する一括処理予約の入力を促す通知を送信してもよい。

【0038】

装置１００が人事情報を管理するための人事アプリケーションを提供する人事アプリケーションサーバ（図示せず）から企業の人事情報を取り込むことができる場合、人事情報として所属ステータス又は従業員ステータスの変更日又は変更日時の入力が装置１００になされてもよい。

【0039】

このように所属ステータス又は従業員ステータスの変更日又は変更日時が装置１００に自動的に入力される場合には、所属ステータス又は従業員ステータスに応じた一組のアプリケーション及び処理のテンプレートに基づくＡＰＩの呼び出しを、当該変更日又は当該変更日から所定期間経過後に自動的に実行するようにしてもよい。

【0040】

なお、上述の実施形態において、「××のみに基づいて」、「××のみに応じて」、「××のみの場合」というように「のみ」との記載がなければ、本明細書においては、付加的な情報も考慮し得ることが想定されていることに留意されたい。また、一例として、「ａの場合にｂする」という記載は、明示した場合を除き、「ａの場合に常にｂする」こと、「ａの直後にｂする」ことを必ずしも意味しないことに留意されたい。また、「Ａを構成する各ａ」という記載は、必ずしもＡが複数の構成要素によって構成されることを意味するものではなく、構成要素が単数であることを含む。

【0041】

また、念のため、なんらかの方法、プログラム、端末、装置、サーバ又はシステム（以下「方法等」）において、本明細書で記述された動作と異なる動作を行う側面があるとしても、本発明の各態様は、本明細書で記述された動作のいずれかと同一の動作を対象とするものであり、本明細書で記述された動作と異なる動作が存在することは、当該方法等を本発明の各態様の範囲外とするものではないことを付言する。

【0042】

また、図２及び３において示される「開始」及び「終了」は、一例を示すものに過ぎず、本実施形態にかかる方法が図示された手順で必ず開始され、図示された手順で必ず終了することを意味するものではない。

【符号の説明】

【0043】

１００ 装置
１０１ 通信部
１０２ 処理部
１０３ 記憶部
１０４ データベース
１１０ ユーザー端末
１２０ アプリケーションサーバ
３００ 従業員情報表示画面
４００ 予約画面

【要約】

【課題】企業における複数のアプリケーションの利用を管理するための方法において、当該企業の従業員に発行された複数のアカウントを効率的に管理可能とする。
【解決手段】装置１００が、ユーザー端末１１０に従業員情報表示データを送信する（Ｓ２０１及びＳ２０２）。次に、装置１００は、少なくとも２以上のアプリケーションに関する、当該企業の選択された１又は複数の従業員が用いるアカウントについての一括処理予約要求を受信する（Ｓ２０３）。装置１００は、当該一括処理要求に含まれる処理を実行するためのＡＰＩの呼び出しを設定し（Ｓ２０４）、これを呼び出す（Ｓ２０５）。呼び出されたＡＰＩを提供するアプリケーションサーバ１２０において、選択された１又は複数の従業員のアカウントについて、当該ＡＰＩによる処理を行い（Ｓ２０６）、処理の完了通知を装置１００に送信し、処理結果が記憶される（Ｓ２０７及びＳ２０８）。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】