(57)【要約】【課題】  クラウドサーバの画面（タブ）に表示されたデータをフォームオーバレイして文書化する際に、ユーザにより、特定の画面（タブ）の帳票化に適さない、誤ったフォームが選択されてしまう可能性がある。【解決手段】  データを管理するサービスと通信可能な文書生成装置であって、データをフォームにオーバレイするための指示に含まれる、サービスにおいて指示が行われた画面を識別するための情報に対応するフォームを、フォーム選択画面の選択対象として表示させることを特徴とする。【選択図】  図８
2011215827.tif 000002
【特許請求の範囲】
【請求項１】
フォームに対してオーバレイするためのデータを管理するサービスと通信可能な文書生成装置であって、
前記フォームと、前記サービスの画面を識別するための情報とを対応づけて管理する管理手段と、
前記サービスが管理するデータを前記フォームにオーバレイするための指示を受け付ける受付手段と、
前記データをオーバレイさせるフォームを選択するためのフォーム選択画面を表示手段に表示させる表示制御手段と、
前記サービスから、オーバレイに使用するデータを取得する取得手段と、
前記フォーム選択画面を介して選択されたフォームに対して、前記取得手段により取得されたデータをオーバレイするオーバレイ手段とを有し、
前記表示制御手段は、前記受付手段が受け付けた指示に含まれる、前記サービスにおいて前記指示が行われた画面を識別するための情報に対応するフォームを、前記フォーム選択画面の選択対象として表示させることを特徴とする文書生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォームに対してオーバレイするためのデータを管理するサービスと通信可能な文書生成装置に関する。
【背景技術】
【０００２】
クラウドサーバ上で業務データの管理や各種処理を行う形態が普及し始めている。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドサーバコンピュータのＷｅｂページにアクセスし、そのＷｅｂページ上で閲覧したい業務データを表示する。その画面から文書作成指示を行うと、文書生成サーバにリダイレクトされ、文書生成サーバから返される画面にてユーザがフォームオーバレイに使用するフォームを選択する。そして、文書生成サーバがクラウドサーバ上にある業務データを取得して文書を生成し、文書をブラウザへダウンロード、あるいはクラウドサーバにアップロードする。
【０００３】
従来のフォームを選択可能に表示する方法には、表示条件（フォームの用紙サイズや印刷の向き等）を指定して条件に合致するもののみを表示させるようにしたものがある（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−０１５８３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドサーバのＷｅｂページは複数種類の画面（タブ）からなり、各画面（タブ）にはスキーマの異なる業務データが表示される。ユーザは特定の画面（タブ）に表示された業務データを文書化する際に、多くのフォームから文書化に使用するフォームを選択する必要がある。そのためユーザにより、特定の画面（タブ）の文書化に適さない、誤ったフォームが選択されてしまう可能性があった。本発明は、上記の問題点を解決するためになされたもので、クラウドサーバ上の業務データをフォームオーバレイして文書化する際に、文書化したい画面（タブ）で使用可能なフォームのみを選択できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するため、本発明にかかる文書生成装置は、フォームに対してオーバレイするためのデータを管理するサービスと通信可能な文書生成装置であって、前記フォームと、前記サービスの画面を識別するための情報とを対応づけて管理する管理手段と、前記サービスが管理するデータを前記フォームにオーバレイするための指示を受け付ける受付手段と、前記データをオーバレイさせるフォームを選択するためのフォーム選択画面を表示手段に表示させる表示制御手段と、前記サービスから、オーバレイに使用するデータを取得する取得手段と、前記フォーム選択画面を介して選択されたフォームに対して、前記取得手段により取得されたデータをオーバレイするオーバレイ手段とを有し、前記表示制御手段は、前記受付手段が受け付けた指示に含まれる、前記サービスにおいて前記指示が行われた画面を識別するための情報に対応するフォームを、前記フォーム選択画面の選択対象として表示させることを特徴とする。
【発明の効果】
【０００７】
本発明によれば、クラウドサーバの画面（タブ）に表示されたデータをフォームオーバレイして文書化する際に、その画面（タブ）に適さないフォームはフォーム選択画面に表示されなくなり、誤ったフォームが選択されることがなくなる。
【図面の簡単な説明】
【０００８】
【図１】本発明に適用されるシステム構成の一例を示すブロック図である。
【図２】本発明に適用される各ハードウェアの構成の一例を示す図である。
【図３】本発明の一実施例に提供される文書生成システムの全体構成を示す図である。
【図４】クラウドサービスのソフトウェアモジュール構成図である。
【図５】Ｗｅｂサーバのソフトウェアモジュール構成図である。
【図６】文書生成サーバのソフトウェアモジュール構成図である。
【図７】Ｗｅｂサーバの全体処理を示すフローチャートである。
【図８】フォーム選択画面作成処理を示すフローチャートである。
【図９】データ取得処理を示すフローチャートである。
【図１０】文書生成処理を示すフローチャートである。
【図１１】クラウドサービスの業務画面例である。
【図１２】クラウドサービスの業務データのテーブル構造例である。
【図１３】クラウドサービスの文書作成ボタンの定義情報例である。
【図１４】フォーム情報テーブルのテーブル構造を示す図である。
【図１５】フォーム情報レコードに登録されたクエリコマンドと条件句の例である。
【図１６】リダイレクトＵＲＬ作成処理を示すフローチャートである。
【図１７】フォーム選択画面の例である。
【図１８】実施例２におけるフォーム選択画面作成処理を示すフローチャートである。
【図１９】実施例１における文書生成システムが行う処理シーケンスを示す図である。
【図２０】Ｗｅｂブラウザで表示する画面フローを示した図である。
【図２１】フォーム情報テーブルの例である。
【図２２】実施例２におけるＷｅｂサーバのソフトウェアモジュール構成図である。
【図２３】フォーム選択カスタム処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【実施例１】
【００１０】
図１は、本発明の実施例に適用されるシステム構成を示すブロック図である。図中、１０１は、後述するクラウドサービス１０２および後述する文書生成サーバ１０３に対してリクエストを発行するクライアント装置１０１である。図中、１０２はクラウドサービス１０２であり、クライアント装置１０１や文書生成サーバ１０３からのリクエストに応じて、保持するデータの表示・更新等を行う。図中、１０３は、文書生成サーバ１０３であり、クライアント装置１０１からリクエストを受信して文書生成を行う。尚以降の説明では、クラウドサービス１０２を単にクラウドサービス１０２と記載する。
【００１１】
また、上記各構成要素はネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワークは、データの送受信が可能であればよい。従って、クライアント装置１０１からクラウドサービス１０２、文書生成サービス３０４への通信手段、文書生成サーバ１０３からクラウドサービス１０２への通信手段、及び各サーバ間の通信手段が異なっていてもよい。
【００１２】
図２は、図１のクライアント装置１０１、クラウドサービス１０２、文書生成サーバ１０３のハードウェア構成を示すブロック図である。図中、２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。
【００１３】
これらハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。
【００１４】
図３は、本発明の実施の形態に係る文書生成システム（文書生成装置）の全体構成を示す図である。
【００１５】
図中、クライアント装置１０１はユーザインタフェースアプリケーションとしてＷｅｂブラウザ３０１を備えている。クラウドサービス１０２は、クラウドサービスを使用するユーザの管理や、業務データ、後述する文書生成サーバ１０３へのリダイレクトを行うための設定を管理する。また、クラウドサービス１０２は、複数の企業・組織から使用されることが前提であり（一般的にマルチテナントと呼ばれる）、使用する企業・組織毎に前述のユーザ管理、業務データ管理等が行われる。
【００１６】
文書生成サーバ１０３は、Ｗｅｂサーバ３０３、および、文書生成サービス３０４を備える。Ｗｅｂサーバ３０３はいわゆるＷｅｂアプリケーションの機能を有するよう構成されており、クライアント１０１はＷｅｂブラウザ３０１を介してアクセスする事が出来る。
【００１７】
Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１からのリクエストに対してユーザインタフェース情報を返答する。Ｗｅｂブラウザ３０１はＷｅｂサーバ３０３から得られたユーザインタフェース情報をレンダリングし表示する。表示されたユーザインタフェース情報には、たとえば、後述する文書生成サーバ１０３が管理するフォームの一覧や、文書生成をリクエストするためのインタフェース等が含まれている。また、Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１から文書生成リクエストを受信すると、クラウドサービス１０２から業務データを取得し、該業務データとともに文書生成サービス３０４に対して文書生成のリクエストを送信する。
【００１８】
文書生成サービス３０４は、受信したデータと自身で管理するフォームを使用してオーバレイ処理を行い、文書データを生成する。
【００１９】
図４は、クラウドサービス１０２上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００２０】
図中、クラウドサービス１０２は、送受信部４０１、制御部４０２、ページ生成部４０３、セッション管理部４０４、認証部４０５、データ管理部４０６、設定管理部４０７、ＤＢ４０８にて構成される。
【００２１】
送受信部４０１はクライアント装置１０１のＷｅｂブラウザ３０１や文書生成サーバ１０３のＷｅｂサーバ３０３との通信を処理する。制御部４０２は、受け付けたリクエストに従って処理を実行する。ページ生成部４０３は、Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成する。認証部４０５は、ログイン要求してきたユーザを認証する。セッション管理部４０４は、認証部４０５にて認証に成功したユーザのセッション情報を管理する。データ管理部４０６は、業務データをＤＢ４０８に保持し要求に応じてＤＢ４０８から業務データの取得、あるいは業務データの更新を行う。設定管理部４０７、文書生成サーバ１０３へのリダイレクトを行うための設定を保持する。クラウドサービス１０２はこれら各構成要素の協調により、後述する処理を実行する。
【００２２】
また、図中、４０８は管理ユーザデータや業務データを格納するＤＢ４０８であり、図２で示したＨＤＤ２０４に記憶されている。管理ユーザデータや業務データは、企業・組織（以降、組織と表記）毎に管理される。各組織には組織ＩＤが自動的に割り当てられ、組織ＩＤとともに各データが管理される。ユーザ認証時、ユーザが所属する組織の組織ＩＤを取得しセッション管理部４０４に保存する。以降のデータ取得等の処理は組織ＩＤをもとに行われ、組織ＩＤの一致するデータのみを参照することが可能となっている。
【００２３】
また、ＤＢ４０８には、文書生成サーバ１０３へのリダイレクトを行うための設定も格納される。ＤＢ４０８に格納された業務データや文書生成サーバ１０３へリダイレクトを行うための設定は、Ｗｅｂブラウザ３０１を介して、ユーザ（管理者）により任意のタイミングで設定更新が行われる。
【００２４】
図５は、文書生成サーバ１０３のＷｅｂサーバ３０３上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００２５】
図中、Ｗｅｂサーバ３０３は、送受信部５０１、制御部５０２、ページ生成部５０３、データアクセス部５０４、フォーム情報管理部５０５、セッション管理部５０６にて構成される。
【００２６】
送受信部５０１は、クライアント装置１０１のＷｅｂブラウザ３０１やクラウドサービス１０２、文書生成サービス３０４との通信を処理する。制御部５０２は、受け付けたリクエストに従って処理を実行する。ページ生成部５０３は、Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成する。データアクセス部５０４は、クラウドサービス１０２にアクセスして業務データを取得する。フォーム情報管理部５０５は、後述のフォーム情報テーブルを管理する。セッション管理部５０６は、Ｗｅｂブラウザ３０１のセッション情報を管理する。Ｗｅｂサーバ３０３はこれら各構成要素の協調により、後述する処理を実行する。
【００２７】
図６は、文書生成サーバ１０３の文書生成サービス３０４上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００２８】
図中、文書生成サービス３０４は、要求受信部６０１、制御部６０２、フォーム管理部６０３、文書生成部６０４、文書送信部６０５、セッション管理部５０６にて構成される。
【００２９】
要求受信部６０１はＷｅｂサーバ３０３からの文書生成リクエストを受け付ける。制御部６０２は、受け付けたリクエストに従って処理を実行する。フォーム管理部６０３は、フォームデータを管理する。文書生成部６０４は、Ｗｅｂサーバ３０３から送信された業務データとフォームを使用してオーバレイ処理を行い、文書データを生成する。文書送信部６０５は、生成された文書データをＷｅｂサーバ３０３に送信する。
【００３０】
図１１は、クライアント装置１０１のＷｅｂブラウザ３０１から、クラウドサービス１０２にアクセスして業務データを表示した場合の業務画面１１０１の例である。なお、図１１は、ユーザがクラウドサービス１０２にログイン済の状態である。業務画面１１０１は、「商談」「顧客」等のタブ１１０２から構成されており、「商談」タブがアクティブに表示され、ある１つの商談レコードの詳細情報１１０３や商品１１０４が表示されている。また、文書生成サーバ１０３へリダイレクトを行うための設定がなされた文書作成ボタン１１０５が表示されている。文書作成ボタン１１０５は、ボタン押下時の動作や、どのタブ（画面）に表示するか、等を任意に設定可能で、ユーザ（管理者）によって画面に配置される。尚、本明細書においては、クラウドサービス１０２の画面を切り替えるための例としてタブを用いて説明しているが、タブ以外の方法であっても構わない。
【００３１】
図１２は、クラウドサービス１０２のデータ管理部４０６が保持する業務データのうち、「商談」データのテーブル構造例を示す図である。図１２では、「商談」データテーブル１２００は、商談テーブル１２０１、および、商品テーブル１２１１によって構成されている。
【００３２】
商談テーブル１２０１は、レコードの識別子であるレコードＩＤ１２０２、レコードをユーザが容易に区別するために任意の名前を設定可能な商談名１２０３で構成される。商品テーブル１２１１は、商談レコードＩＤ１２１２、商品テーブルのレコードの識別子であるレコードＩＤ１２１３、品名１２１４、数量１２１５、価格１２１６から構成される。また、商談レコードＩＤ１２１２は、商談テーブルのレコードＩＤ１２０２とリレーションしている。
【００３３】
図１３は、クラウドサービス１０２の設定管理部４０７で保持する文書作成ボタンの定義情報の例を示す図である。図１３では、文書作成ボタンが「商談」タブと「顧客」タブに定義されており、「商談」タブに表示する文書作成ボタンの設定情報には、ボタン表示名１３０３、および、文書生成サーバ１０３へリダイレクトを行うためのパラメータ情報が格納されている。
【００３４】
パラメータ１３０４は、文書生成サーバ１０３のＵＲＩを「ｈｔｔｐ：／／〜」の形式で指定した文書生成サーバＵＲＩ１３０４である。パラメータ１３０５は、ログインしたユーザのセッションＩＤを取得して文字列「ｓｉｄ＝＜セッションＩＤ＞」をＵＲＬパラメータに付加する設定である。パラメータ１３０６は、文書生成サーバ１０３がクラウドサービス１０２にアクセスするためのＵＲＬを取得して文字列「ｓｒｖ＿ｕｒｌ＝＜クラウドサービスＵＲＬ＞」をＵＲＬパラメータに付加する設定である。クラウドサービス１０２にアクセスするためのＵＲＬは組織毎に固有であり、ユーザ認証時に、制御部５０２が、ユーザが所属する組織に応じたＵＲＬを取得してセッション管理部４０４に保存する。
【００３５】
パラメータ１３０７は、ログインしたユーザの組織ＩＤを取得して文字列「ｏｒｇｉｄ＝＜組織ＩＤ＞」をＵＲＬパラメータに付加する設定である。パラメータ１３０８は、画面に表示した商談レコードのレコードＩＤ１２０２を取得して文字列「ｒｅｃｉｄ＝＜レコードＩＤ＞」をＵＲＬパラメータに付加する設定である。パラメータ１３０９は、文字列「ｔａｂｌｅｉｄ＝ｏｐｐｏｒｔｕｎｉｔｙ」をＵＲＬパラメータに付加する設定である。パラメータ１３０９は、「商談」タブからのリダイレクトであることを識別するための情報である。例では「ｏｐｐｏｒｔｕｎｉｔｙ」としているが、タブを一意に識別する文字列であれば任意の文字列を指定可能である。
【００３６】
図１４は、Ｗｅｂサーバ３０３のフォーム情報管理部５０５が保持するフォーム情報テーブルのテーブル構造を示す図である。フォーム情報テーブル１４０１は、フォーム情報レコード１４０２を複数含む。そして、フォーム情報レコード１４０２は、組織ＩＤ１４０３、表示名１４０４、フォームファイル名１４０５、クエリコマンド１４０６、条件句１４０７、テーブルＩＤ１４０８からなる。
【００３７】
組織ＩＤ１４０３は、該レコードの所有者である組織を識別する。表示名１４０４は、フォーム選択画面に表示する名称である。フォームファイル名１４０５は、文書生成サービス３０４のフォーム管理部６０３で管理されているフォームのファイル名である。
【００３８】
クエリコマンド１４０６は、クラウドサービス１０２からデータを取得するためのクエリが記述されたものである。条件句１４０７は、クラウドサービス１０２から取得するレコードを特定するためのものである。テーブルＩＤ１４０８は、クラウドサービス１０２上のどのタブで使用可能かを定義したものである。
【００３９】
図２１は、Ｗｅｂサーバ３０３のフォーム情報管理部５０５が保持するフォーム情報テーブルの例を示す図である。図２１のフォーム情報テーブル２１０１では、組織ＩＤ２１０２、表示名２１０３、フォームファイル名２１０４、クエリコマンド２１０５、条件句２１０６、テーブルＩＤ２１０７がそれぞれ登録されている。
【００４０】
例えば組織ＩＤ２１０２が「１００１」のユーザが使用可能なフォームは、見積書、納品書、名簿であり、組織ＩＤ２１０２が「１００２」のユーザが使用可能なフォームは、請求書である。また、見積書のフォームファイル名２１０４は、Ｍｉｔｕｍｏｒｉ．ｆｃｐである。
【００４１】
図２０は、図１の文書生成システムにおけるクライアント装置１０１のＷｅｂブラウザ３０１で表示する画面のフローを示した図である。業務画面２００１は、クラウドサービス１０２が作成し、クライアント装置１０１に返す画面であり、例えば、図１１の業務画面１１０１が表示される。文書生成ボタン２００２は、クラウドサービス１０２へ文書生成リクエストを発行するボタンであり、クラウドサービス１０２は文書生成ボタン２００２が押下されると、文書生成サーバ１０３へリダイレクトするＵＲＬを返却する。
【００４２】
クライアント装置１０１のＷｅｂブラウザ３０１は、リダイレクトするＵＲＬを受けるとこのＵＲＬに従った文書生成サーバ１０３へリダイレクトする。リダイレクトでリクエストを受けた文書生成サーバ１０３は、フォーム選択画面２００３をクライアント装置１０１のＷｅｂブラウザ３０１に返す。フォーム選択画面２００３は、フォーム選択２００４と、出力方式選択２００５を備える。フォーム選択２００４は、文書生成に使用するフォームを選択するためのプルダウンメニューである。出力方式選択２００５は、文書生成サーバ１０３で作成した文書をクラウドサービス１０２にアップロードするか、クライアント装置１０１のＷｅｂブラウザ３０１にダウンロードするかを選択可能なプルダウンメニューである。また、ユーザから文書作成ボタン２００６の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、フォーム選択２００４と出力方式選択２００５の選択結果を文書生成サーバ１０３に送信する。
【００４３】
これらの情報を受け取った文書生成サーバ１０３は、業務画面２００１の業務データをクラウドサービス１０２から取得する。データ取得中画面２００７は、文書生成サーバ１０３がクラウドサービス１０２から業務データを取得中の間クライアント装置１０１のＷｅｂブラウザ３０１に表示される。文書生成サーバ１０３がクラウドサービス１０２からの業務データ取得が完了すると、文書生成サーバ１０３は取得したデータを確認可能な取得データ確認画面２００８をクライアント装置１０１のＷｅｂブラウザ３０１に返す。
【００４４】
ユーザから作成ボタン２００９の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、文書生成サーバ１０３に文書生成リクエストを送信する。文書生成リクエストを受けた文書生成サーバ１０３は、選択されたフォームとクラウドサービス１０２から取得した業務データを使用して文書生成処理を行う。そして、選択された出力方式に従って、文書をクラウドサービス１０２にアップロードするか、クライアント装置１０１のＷｅｂブラウザ３０１にダウンロードする。図では、Ｗｅｂブラウザ３０１にダウンロードして文書をプレビューした場合の例を示している。
【００４５】
次に、本発明の実施例１における文書生成システムを用いた文書生成の手順について、図を参照しながら詳細に説明する。なお、以降の図では、クラウドサービスをＣＰＳと略して表記している。
【００４６】
図１９は、本発明の実施例１における文書生成システムが行う処理の流れを示している。尚、ユーザは、不図示のログイン画面にてクラウドサービス１０２にログイン済とする。また、Ｗｅｂブラウザ３０１には図１１の商談レコードの業務画面１１０１が表示されており、文書作成ボタン１１０５は、予め、図１３の設定がなされているものとする。
【００４７】
先ず、ユーザによりクライアント装置１０１のＷｅｂブラウザ３０１に表示された業務画面１１０１の文書作成ボタン１１０５が押下される（Ｓ１９０１）。すると、クラウドサービス１０２では、Ｓ１９０２において、後述のリダイレクトＵＲＬ作成処理が行われる。
【００４８】
図１６は、図１９のＳ１９０２において、文書作成ボタン１１０５を押下された際のクラウドサービス１０２のリダイレクトＵＲＬ作成処理を示すフローチャートである。制御部４０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部４０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。
【００４９】
制御部５０２は、ステップＳ１６０１にてユーザにより文書作成ボタンが押下されたことを検知すると、制御部５０２は、ステップＳ１６０２にて、文書作成ボタンに設定されたパラメータを取得する。次に、制御部５０２は、ステップＳ１６０３にて、文書生成サーバＵＲＩ１３０４を取得する。次に、制御部５０２は、ステップＳ１６０４にて、パラメータ１３０５を取得し、セッション管理部４０４からセッションＩＤを取得して文字列「ｓｉｄ＝＜セッションＩＤ＞」を作成する。
【００５０】
次に、制御部５０２は、ステップＳ１６０５にて、パラメータ１３０６を取得し、セッション管理部４０４からクラウドサービス１０２にアクセスするためのＵＲＬを取得して文字列「ｓｒｖ＿ｕｒｌ＝＜ＵＲＬ＞」を作成する。次に、制御部５０２は、ステップＳ１６０６にて、パラメータ１３０７を取得し、セッション管理部４０４から組織ＩＤを取得して文字列「ｏｒｇｉｄ＝＜組織ＩＤ＞」を作成する。次に、制御部５０２は、ステップＳ１６０７にて、パラメータ１３０８を取得し、図１１の商談レコードのレコードＩＤ１２０２を取得して文字列「ｒｅｃｉｄ＝＜レコードＩＤ＞」を作成する。次に、制御部５０２は、ステップＳ１６０８にて、パラメータ１３０９を取得する。
【００５１】
そして、制御部５０２は、ステップＳ１６０９にて、ステップＳ１６０３にて取得した文書生成サーバＵＲＩ１３０４、および、ステップＳ１６０４〜Ｓ１６０８にて取得した文字列をもとにリダイレクトＵＲＬを生成する。そして、リダイレクトさせるためのレスポンスをブラウザに返す（Ｓ１６１０）。以上の処理により、クラウドサービス１０２はリダイレクトＵＲＬ作成処理を実行する。
【００５２】
以上がリダイレクトＵＲＬ作成処理の説明であり、説明を図１９に戻す。
【００５３】
Ｓ１９０３において、Ｗｅｂブラウザ３０１は、クラウドサービス１０２のセッションＩＤ、クラウドサービス１０２にアクセスするためのＵＲＬ、組織ＩＤ、レコードＩＤ１２０２、パラメータ１３０９を文書生成サーバ１０３のＷｅｂサーバ３０３に送信する。尚、ここで取得されるＩＤは、図１３にて説明した通り、文書作成ボタンに登録されている各種パラメータである。セッションＩＤは、「ｓｉｄ＝＜セッションＩＤ＞」、クラウドサービス１０２にアクセスするためのＵＲＬは、「ｓｒｖ＿ｕｒｌ＝＜ＵＲＬ＞」である。そして、組織ＩＤは、「ｏｒｇｉｄ＝＜組織ＩＤ＞」、レコードＩＤ１２０２は「ｒｅｃｉｄ＝＜レコードＩＤ＞」、パラメータ１３０９は「ｔａｂｌｅｉｄ＝ｏｐｐｏｒｔｕｎｉｔｙ」である。このように、クラウドサービス１０２から送信する、オーバレイをするための指示に指示が行われた画面を識別するための情報が含まれているため、文書生成サーバは、指示に対応したフォームを選択対象として表示制御させることができる。
【００５４】
Ｓ１９０３において、Ｗｅｂブラウザ３０１からのリクエストを受信（受付処理）したＷｅｂサーバ３０３は、Ｓ１９０４において、フォーム選択画面作成処理を行う。
【００５５】
図８は、図１９のＳ１９０４において、Ｗｅｂサーバ３０３のフォーム選択画面作成処理を示すフローチャートである。制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。
【００５６】
Ｓ８０１において、制御部５０２は、Ｗｅｂブラウザ３０１からのリクエストの受信待ちをする。制御部５０２は、リクエストを受信すると、Ｓ８０２において、送信されてきたパラメータから、クラウドサービス１０２のセッションＩＤ、クラウドサービス１０２にアクセスするためのＵＲＬ、組織ＩＤ、レコードＩＤ１２０２、パラメータ１３０９を取得する。取得された情報は、ＲＡＭ２０３に記憶される。
【００５７】
次に、制御部５０２は、送信されてきたパラメータ中に組織ＩＤが含まれるかを判定する（Ｓ８０３）。Ｓ８０３において、パラメータ中に組織ＩＤが含まれていると判断された場合、制御部５０２は、Ｓ８０５において、フォーム情報管理部５０５を介して、フォーム情報テーブル１４０１から組織ＩＤ１４０３値が一致するレコードを取得する。次に、制御部５０２は、送信されてきたパラメータ中にパラメータ１３０９が含まれるかを判定する（Ｓ８０６）。Ｓ８０６において、パラメータ１３０９が含まれると判定された場合は、Ｓ８０５において取得したレコードからテーブルＩＤ１４０８を取得し、パラメータ１３０９の値とテーブルＩＤ１４０８が一致するかを判定する（Ｓ８０８）。一致すると判定された場合は、該レコードの表示名１４０４を取得してフォーム選択リストに追加し、フォーム選択リストをＲＡＭ２０３に記憶する（Ｓ８０９）。続いて、制御部５０２は、Ｓ８１０において、他にレコードがあるかを判定し、他にレコードがある場合はＳ８０７から再び処理を行う。Ｓ８０６において、送信されてきたパラメータ中にパラメータ１３０９が含まれないと判定された場合は、Ｓ８０５において取得した全レコードの表示名１４０４を取得してＲＡＭ２０３に記憶する（Ｓ８１２）。
【００５８】
次に、制御部５０２は、Ｓ８１４において、ＲＡＭ２０３に記憶したクラウドサービス１０２のセッションＩＤ、クラウドサービス１０２にアクセスするためのＵＲＬ、組織ＩＤ、レコードＩＤ１２０２をセッション管理部５０６に保存する。
【００５９】
次に、制御部５０２は、Ｓ８１５において、ＲＡＭ２０３に記憶したフォーム選択リストを取得して、ページ生成部５０３に対してフォーム選択画面２００３を生成するよう要求し、生成されたフォーム選択画面２００３をＷｅｂブラウザ３０１に返す（Ｓ８１６）。以上の処理により、Ｗｅｂサーバ３０３はフォーム選択画面作成処理を実行する。この処理により生成されたフォーム選択画面には、クラウドサービス１０２によりオーバレイの指示がなされた画面に対応するフォームが選択対象として、表示制御されることとなる。
【００６０】
なお、本実施例では、Ｓ８０６において、送信されてきたパラメータ中にパラメータ１３０９が含まれないと判定された場合は、全てのフォームがフォーム選択画面２００３に表示されるようにしている。しかしこの方法に限らず、送信されてきたパラメータ中にパラメータ１３０９が含まれない場合にはエラーとなるようにしてもよい。
【００６１】
以上がフォーム選択処理の説明であり、説明を図１９に戻す。Ｓ１９０５において、フォーム選択画面２００３にて、ユーザによりフォーム選択２００４と出力方式選択２００５が選択される。そして、文書作成ボタンが押下されると、Ｗｅｂブラウザ３０１より、Ｗｅｂサーバ３０３に対して、選択されたフォーム選択２００４と選択された出力方式選択２００５とともに文書生成リクエストが送信される。
【００６２】
Ｓ１９０５において、Ｗｅｂサーバ３０３が文書生成リクエストを受信すると、Ｗｅｂサーバ３０３は後述のデータ取得処理を行う。
【００６３】
図９は、図１９のＳ１９０６〜Ｓ１９０９において、Ｗｅｂサーバ３０３のデータ取得処理を示すフローチャートである。制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。
【００６４】
制御部５０２は、Ｗｅｂブラウザ３０１からのリクエストを受信する（Ｓ９０１のＹＥＳ）と、Ｓ８０２において、セッション管理部５０６を介してセッションが有効かを判定する。セッションが有効と判定された場合、制御部５０２は、Ｓ９０４において、データ取得リクエストのＵＲＩか、あるいは、データ取得状況確認リクエストのＵＲＩかを判定する。尚、図１９のＳ１９０５はデータ取得のリクエストであるため、ここでは、データ取得リクエストのＵＲＩであると判定される。データ取得リクエストのＵＲＩであると判定された場合、制御部は、Ｓ９０５において、次のページ遷移先を「データ取得中」に設定し、遷移先をセッション管理部５０６に保存する。次に制御部５０２は、Ｓ９０６において、データ取得中画面２００７を生成するようページ生成部５０３に要求し、ページ生成部５０３はデータ取得中画面２００７を生成する。データ取得中画面２００７は、Ｗｅｂサーバ３０３にアクセスしデータ取得状況を確認するためのオートリダイレクトＵＲＬを含む。そして、生成したデータ取得中画面２００７をＷｅｂブラウザ３０１に送信する（図１９のＳ１９０７）。
【００６５】
次に、制御部５０２は、Ｓ９０７において、セッション管理部５０６から、クラウドサービス１０２のセッションＩＤ、クラウドサービス１０２にアクセスするためのＵＲＬ、組織ＩＤ、レコードＩＤ１２０２を取得する。
【００６６】
次に、制御部５０２は、Ｓ９０８において、送信されてきたフォームと出力方式の情報をリクエストから取得する。次に、制御部５０２は、Ｓ９０９において、フォーム情報管理部５０５を介して、フォーム情報テーブル１４０１から、組織ＩＤ１４０３が前記取得した組織ＩＤに一致し、表示名１４０４が前記リクエストから取得したフォームに一致するレコードを取得する。そして、制御部５０２は、該レコードのクエリコマンド１４０６、条件句１４０７を取得する。また、該レコードのフォームファイル名１４０５を取得してＲＡＭ２０３に記憶する。次に、制御部５０２は、Ｓ９１０において、前記取得したクエリコマンド１４０６、前記取得した条件句１４０７および前記取得したレコードＩＤ１２０２から、クラウドサービス１０２からデータを取得するためのクエリを作成する。
【００６７】
図１５は、フォーム情報テーブル１４０１のフォーム情報レコードに登録されたクエリコマンド１４０６と条件句１４０７の例、および、作成されるクエリの例を示している。
【００６８】
図１５（ａ）は、クエリコマンド１４０６の例である。本例では、商品テーブル１２１１から、価格１２１６、数量１２１５、商談レコードＩＤ１２１２、品名１２１４を取得するよう定義されている。尚、商品テーブル１２１１はＯｐｐｏｒｔｕｎｉｔｙＬｉｎｅＩｔｅｍｓ１５０５に、価格１２１６は、ＵｎｉｔＰｒｉｃｅ１５０１に、数量１２１５は、Ｑｕａｎｔｉｔｙ１５０２にそれぞれ対応している。また、商談レコードＩＤ１２１２は、ＯｐｐｏｒｔｕｎｉｔｙＩｄ１５０３に、品名１２１４は、Ｐｒｏｄｕｃｔ．Ｎａｍｅ１５０４それぞれ対応している。また、「‘Ｏｐｐｏｒｔｕｎｉｔｙ１．Ｉｄ’」は実行時に文字列が置換されることを示している。
【００６９】
図１５（ｂ）は、条件句１４０７の例である。本例では、クエリコマンド１４０６に指定された文字列「Ｏｐｐｏｒｔｕｎｉｔｙ１．Ｉｄ」をｒｅｃｉｄパラメータの値で置換する設定である。図１５（ｃ）は、パラメータ「ｒｅｃｉｄ＝１２３４５」とともにＷｅｂサーバ３０３がデータ取得リクエストを受けた場合に、Ｓ９１０において作成されるクエリの例である。
【００７０】
続いて、制御部５０２は、Ｓ９０７において取得したクラウドサービス１０２のセッションＩＤ、クラウドサービス１０２にアクセスするためのＵＲＬを用いて、クラウドサービス１０２に接続する（Ｓ９１１）。そして、Ｓ９１２において、前記作成したクエリを実行してデータ取得リクエストを行う（図１９のＳ１９０６）。次に、制御部５０２は、Ｓ９１３において、データ取得が成功したかを判定する。データ取得に成功したと判定された場合（Ｓ９１３のＹＥＳ）、制御部５０２は、Ｓ９１４において、次のページ遷移先を「データ確認」に設定し、遷移先をセッション管理部５０６に保存する。さらに、制御部５０２は、Ｓ９１５において、Ｓ９１２にて取得したデータ、前記ＲＡＭ２０３に記憶したフォームファイル名１４０５、Ｓ９０８にて取得した出力方式をセッション管理部５０６に保存する。
【００７１】
データ取得に失敗したと判定された場合（Ｓ９１３のＮＯ）、制御部５０２は、Ｓ９１６において、次のページ遷移先を「エラー」に設定し、遷移先をセッション管理部５０６に保存する。
【００７２】
図１９において、Ｓ９０６にて生成されたデータ取得中画面２００７をＷｅｂブラウザ３０１が受信すると、オートリダイレクトされ、Ｗｅｂブラウザ３０１からＷｅｂサーバ３０３へデータ取得状況を確認するリクエストが送信される（図１９のＳ１９０８）。
【００７３】
図９において、Ｗｅｂサーバ３０３の制御部５０２がデータ取得状況を確認するリクエストを受信する（Ｓ９０１のＹＥＳ）と、Ｓ９０２において、セッション管理部５０６を介してセッションが有効かを判定する。セッションが有効と判定された場合、制御部５０２は、Ｓ９０４において、データ取得リクエストのＵＲＩか、あるいは、データ取得状況確認リクエストのＵＲＩかを判定する。尚、図１９のＳ１９０８はデータ取得状況確認のリクエストであるため、ここでは、データ取得状況確認リクエストのＵＲＩであると判定される。データ取得状況確認リクエストのＵＲＩであると判定された場合、制御部５０２は、Ｓ９１７において、セッション管理部５０６から次の遷移先を取得する。さらに、前記取得した遷移先を判定し、「データ取得中」の場合、データ取得中画面２００７を再度Ｗｅｂブラウザ３０１に送信する（Ｓ９２３）。遷移先が「データ確認」の場合、制御部５０２は、Ｓ９２０において、セッション管理部５０６からＳ９１２にて取得したデータを取得し、取得データ確認画面２００８を生成するようページ生成部５０３に要求する。ページ生成部５０３は取得データ確認画面２００８を生成する（Ｓ９２１）。そして、制御部５０２は、生成した取得データ確認画面２００８をＷｅｂブラウザ３０１に送信する（図１９のＳ１９０９）。遷移先が「エラー」の場合、制御部５０２は、Ｓ９１９において、エラー画面を生成するようページ生成部５０３に要求し、ページ生成部５０３はエラー画面を生成し、制御部５０２はエラー画面をＷｅｂブラウザ３０１に送信する。以上の処理により、Ｗｅｂサーバ３０３はデータ取得処理を実行する。
【００７４】
Ｓ１９０９においてＷｅｂブラウザ３０１に返された取得データ確認画面２００８にて、ユーザにより作成ボタンが押下されると、Ｗｅｂブラウザ３０１より、Ｗｅｂサーバ３０３に対して、文書生成リクエストが送信される（Ｓ１９１０）。
【００７５】
Ｓ１９１０において、Ｗｅｂサーバ３０３が文書生成リクエストを受信すると、後述の文書生成処理を行う。
【００７６】
図１０は、図１９のＳ１９１０〜Ｓ１９１２において、Ｗｅｂサーバ３０３の文書生成処理を示すフローチャートである。制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。
【００７７】
制御部５０２は、Ｗｅｂブラウザ３０１からのリクエストを受信する（Ｓ１００１のＹＥＳ）と、Ｓ１００２において、セッション管理部５０６を介してセッションが有効かを判定する。セッションが有効と判定された場合、制御部５０２は、Ｓ１００３において、セッション管理部５０６から取得データ、フォームファイル名１４０５、出力方式を取得する。次に、制御部５０２は、Ｓ１００４において、前記取得データおよび前記フォームファイル名１４０５とともに、文書生成サービス３０４に対して文書作成要求を行う（図１９のＳ１９１１）。次に、制御部５０２は、Ｓ１００５において、文書生成サービス３０４からのレスポンスを取得し、文書作成が成功したかを判定する。文書作成が成功したと判定された場合（Ｓ１００５のＹＥＳ）、制御部５０２は、前記出力方式の値を判定し（Ｓ１００６）する。前記出力方式でアップロードが指定されている場合、制御部５０２は、Ｓ１００８において、文書生成サービス３０４からのレスポンスに含まれる文書を取得して、該文書をクラウドサービス１０２にアップロードする。Ｓ１００６において、前記出力方式でダウンロードが指定されている場合、制御部５０２は、Ｓ１００７において、文書生成サービス３０４からのレスポンスに含まれる文書を取得して、該文書をＷｅｂブラウザ３０１に送信する（図１９のＳ１９１２）。
【００７８】
Ｓ１００２において、有効なセッションでないと判定された場合（Ｓ１００２のＮＯ）や、Ｓ１００５において文書作成が成功したと判定された場合（Ｓ１００５のＮＯ）、制御部５０２は、エラー画面を生成するようページ生成部５０３に要求する。ページ生成部５０３はエラー画面を生成し、制御部５０２はエラー画面をＷｅｂブラウザ３０１に送信する。以上の処理により、Ｗｅｂサーバ３０３は文書生成処理を実行する。
【００７９】
なお、文書生成サーバ１０３の文書生成サービス３０４における文書作成処理（フォームを使用したオーバレイ処理）は既知であるため、本実施例では説明を割愛する。また、本実施例の文書生成処理では、文書生成サービス３０４の文書作成処理が完了してからＷｅｂブラウザ３０１にレスポンスを返している。しかしこの方法に限らず、データ取得処理の場合と同様に、一旦文書作成中を示す画面をＷｅｂブラウザ３０１に返してオートリダイレクトさせるようにすることも勿論可能である。
【００８０】
本実施例に記載のフォーム選択画面作成処理で作成しＷｅｂブラウザ３０１に表示されたフォーム選択画面の例を図１７に示す。なお、図１７のフォーム選択画面は、図２１に記載のフォーム情報テーブルをＷｅｂサーバ３０３が保持し、組織ＩＤ「１００１」のユーザが図１１に記載の業務画面１１０１から文書作成ボタン１１０５を押下した際に表示されるフォーム選択画面である。図１７では、業務画面１１０１で使用可能なフォーム（見積書、納品書）のみが選択可能に表示されていることがわかる。
【００８１】
尚、本実施例においては、図１９を用いて、システム全体の処理について説明したが、Ｗｅｂサーバ３０３単体の動きとしては、図７に示されるフローチャートのとおりとなる。制御部５０２は、Ｓ７０１にてリクエストを待ち、Ｓ７０２において、リクエストのＵＲＬを確認する。そして、制御部５０２は、ＵＲＬに応じて、Ｓ７０３、Ｓ７０４、Ｓ７０５のそれぞれの処理を行う。ここで、Ｓ７０２のフォーム選択処理は、図８のフローチャートに、Ｓ７０３のデータ取得処理は、図９のフローチャートに、Ｓ７０４の文書生成処理は、図１０のフローチャートにそれぞれ対応する。
【実施例２】
【００８２】
実施例１では、フォーム選択画面にて使用可能に表示するフォームが１つのみの場合でも、フォーム選択画面を表示していた。組織によっては、出力方式として、文書生成サーバ１０３で作成した文書をクラウドサービス１０２にアップロードするか、クライアント装置１０１のＷｅｂブラウザ３０１にダウンロードするかを、いずれかに固定して運用する場合がある。
【００８３】
出力方式を固定して運用する組織においては、使用可能なフォームが１つのみの場合にはフォーム選択画面を表示する必要がなく、余分なユーザ操作（ボタン押下）を行わせるだけでフォーム選択画面を表示させることは非効率である。本実施例では、使用可能なフォームが１つのみの場合にはフォーム選択画面を表示することなく自動的にデータ取得を行うようにする。
【００８４】
図２２は、本実施例における、文書生成サーバ１０３のＷｅｂサーバ３０３上で動作するソフトウェアモジュールの構成図である。ここでの説明は前述の図５とほぼ同様なため、異なる部分のみを以下、説明する。図中、２２０６は、組織毎のカスタム処理を組織ＩＤと関連付けて管理するカスタム処理管理部２２０６である。フォーム選択処理やデータ取得処理等を組織固有にカスタマイズしたい場合に、予めユーザ（管理者）により、組織ＩＤとともにカスタム処理管理部２２０６にカスタム処理が登録される。
【００８５】
図１８は、本実施例における、Ｗｅｂサーバ３０３のフォーム選択画面作成処理を示すフローチャートである。ここでの説明は前述の実施例の図８とほぼ同様なため、異なる部分のみを以下、説明する。図１８において、制御部５０２は、Ｓ１８０５において、カスタム処理管理部２２０６に組織ＩＤを送信し、組織固有のカスタム処理が登録されているかを問い合わせる。制御部５０２は、カスタム処理管理部２２０６からのレスポンスを受信すると、組織固有のカスタム処理が登録されているかを判定し（Ｓ１８０５）、組織固有のカスタム処理が登録されている場合（Ｓ１８０５のＹＥＳ）には該カスタム処理を実行する。組織固有のカスタム処理が登録されていない場合（Ｓ１８０５のＮＯ）以降の処理は図８と同様である。
【００８６】
図２３は、本実施例における、Ｗｅｂサーバ３０３のフォーム選択カスタム処理を示すフローチャートである。ここでの説明は前述の実施例の図８とほぼ同様なため、異なる部分のみを以下、説明する。
【００８７】
Ｓ２３１１において、ＲＡＭ２０３に記憶したフォーム選択リストを取得して、リストに含まれる要素が１つか否かを判定する。リストに含まれる要素が１つと判定された場合（Ｓ２３１１のＹＥＳ）、制御部５０２は、リスト中の要素（フォームの表示名１４０４）を取得し、前記取得した要素をリクエストに設定する（Ｓ２３１４）。次に、制御部５０２は、Ｓ２３１５において、出力方式を取得し、前記出力方式をリクエストに設定する。そして、制御部５０２は、図９に記載のフローに従ってデータ取得処理を実行する（Ｓ２３１６）。
【００８８】
なお、本実施例では、出力方式を固定して運用したい組織のフォーム選択カスタム処理がカスタム処理管理部２２０６に登録されており、カスタム処理において、Ｓ２３１５にて固定の出力方式を取得するよう定義されている。他の出力方式取得方法としては、クラウドサービス１０２からのリダイレクトＵＲＬ中にパラメータとして含めるようにすることも可能である。
【実施例３】
【００８９】
実施例１では、フォーム選択画面にて使用可能に表示するフォームが存在しない場合でも、フォーム選択画面を表示していた。使用可能に表示するフォームが存在しない場合には、フォームおよびフォーム情報レコード１４０２の各項目をアップロードするための画面を生成してＷｅｂブラウザ３０１に返す。そして、Ｗｅｂブラウザ３０１からフォームおよびフォーム情報レコード１４０２の各項目をアップロードできるようにしてもよい。また、アップロードされたフォームおよびフォーム情報レコード１４０２の各項目を使用して、クラウドサービス１０２からのデータ取得、および、文書生成処理を行うことも可能である。
【符号の説明】
【００９０】
１０３  文書生成サーバ
３０３  ＷＥＢサーバ
３０４  文書生成サービス
５０２  制御部
５０３  ページ生成部
５０４  データアクセス部
５０５  フォーム情報管理部
６０５  文書生成部
【図１】
2011215827.tif 000003
【図２】
2011215827.tif 000004
【図３】
2011215827.tif 000005
【図４】
2011215827.tif 000006
【図５】
2011215827.tif 000007
【図６】
2011215827.tif 000008
【図７】
2011215827.tif 000009
【図８】
2011215827.tif 000010
【図９】
2011215827.tif 000011
【図１０】
2011215827.tif 000012
【図１１】
2011215827.tif 000013
【図１２】
2011215827.tif 000014
【図１３】
2011215827.tif 000015
【図１４】
2011215827.tif 000016
【図１５】
2011215827.tif 000017
【図１６】
2011215827.tif 000018
【図１７】
2011215827.tif 000019
【図１８】
2011215827.tif 000020
【図１９】
2011215827.tif 000021
【図２０】
2011215827.tif 000022
【図２１】
2011215827.tif 000023
【図２２】
2011215827.tif 000024
【図２３】
2011215827.tif 000025