(57)【要約】【課題】  端末装置からサーバ装置に蓄積されているデータを利用する場合に、端末装置とサーバ装置との間の通信路の種類に応じて効率よくデータを利用できるようにする。【解決手段】端末装置２００のリスト取得部２２２が、文書管理サーバ１００から文書のリストを取得し、選択受付部２２３が、ユーザからそのリスト中の任意の文書の選択を受け付ける。プレビュー制御部２２５が、ユーザが選択した文書について、プレビュー画像を文書管理サーバ１００から取得する。取得可否判断部２２４が、端末装置２００と文書管理サーバ１００との間の通信に用いる通信路の種類に従い、プレビュー制御部２２５によるプレビュー画像の取得を有効にするか無効にするかを制御する。【選択図】    図５
2017058839.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、前記端末装置にデータを提供するサーバ装置とを備える情報処理システムであって、
前記端末装置が、
前記サーバ装置からデータのリストを取得するリスト取得手段と、
ユーザから、前記リスト中の任意のデータの選択を受け付ける選択受付手段と、
前記ユーザが前記リスト中から選択したデータについて、前記リスト中の情報よりも詳細な情報を前記サーバ装置から取得する情報取得手段とを備え、
前記サーバ装置が、
前記端末装置からの要求に応じて。該端末装置に利用させるデータのリスト及び該リストに含まれる各データのより詳細な情報を該端末装置に提供するデータ提供手段を備え、
前記端末装置と前記サーバ装置とのいずれかが、
前記端末装置と前記サーバ装置との間の通信に用いる通信路の種類に従い、前記情報取得手段による情報の取得を有効にするか無効にするかを制御する制御手段を備えることを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記制御手段は、前記通信路が、通信速度が遅いものとして予め定められた通信路である場合に、前記情報取得手段による情報の取得を無効にすることを特徴とする情報処理システム。
【請求項３】
請求項１又は２に記載の情報処理システムであって、
前記制御手段は、前記通信に用いる通信インタフェースの種類に従い、前記情報取得手段による情報の取得を有効にするか無効にするかを制御することを特徴とする情報処理システム。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理システムであって、
前記制御手段は、前記通信路が、前記端末装置と前記サーバ装置との間の通信を仲介する所定の仲介装置を介した通信路である場合に、前記情報取得手段による情報の取得を無効にすることを特徴とする情報処理システム。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理システムであって、
前記制御手段は、前記通信路が、所定のポートを用いた通信路であるか否かに従い、前記情報取得手段による情報の取得を有効にするか無効にするかを制御することを特徴とする情報処理システム。
【請求項６】
請求項１乃至５のいずれかに記載の情報処理システムであって、
前記情報取得手段は、前記ユーザがデータを選択したことに応じて自動的に前記詳細な情報を前記サーバ装置から取得することを特徴とする情報処理システム。
【請求項７】
請求項６に記載の情報処理システムであって、
前記データは文書データであり、
前記より詳細な情報は、選択された文書データのプレビュー用画像データであることを特徴とする情報処理システム。
【請求項８】
所定のサーバ装置からデータのリストを取得するリスト取得手段と、
ユーザから、前記リスト中の任意のデータの選択を受け付ける選択受付手段と、
前記ユーザが前記リスト中から選択したデータについて、前記リスト中の情報よりも詳細な情報を前記サーバ装置から取得する情報取得手段と、
前記端末装置と前記サーバ装置との間の通信に用いる通信路の種類に従い、前記情報取得手段による情報の取得を有効にするか無効にするかを制御する制御手段を備えることを特徴とする端末装置。
【請求項９】
情報処理装置であって、
端末装置からの要求に応じて。該端末装置に利用させるデータのリスト及び該リストに含まれる各データのより詳細な情報を該端末装置に提供するデータ提供手段と、
前記端末装置と当該情報処理装置との間の通信に用いる通信路の種類に従い、前記端末装置に対する前記より詳細な情報の提供を有効にするか無効にするかを制御する制御手段を備えることを特徴とする情報処理装置。
【請求項１０】
コンピュータを、
所定のサーバ装置からデータのリストを取得する一覧取得手段と、
ユーザから、前記リスト中の任意のデータの選択を受け付ける選択受付手段と、
前記ユーザが前記リスト中から選択したデータについて、前記リスト中の情報よりも詳細な情報を前記サーバ装置から取得する情報取得手段と、
前記端末装置と前記サーバ装置との間の通信に用いる通信路の種類に従い、前記情報取得手段による情報の取得を有効にするか無効にするかを制御する制御手段として機能させるためのプログラム。
【請求項１１】
コンピュータを、
端末装置からの要求に応じて、該端末装置に利用させるデータのリスト及び該リストに含まれる各データのより詳細な情報を該端末装置に提供するデータ提供手段と、
前記端末装置と当該情報処理装置との間の通信に用いる通信路の種類に従い、前記端末装置に対する前記より詳細な情報の提供を有効にするか無効にするかを制御する制御手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、情報処理システム、端末装置、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来から、端末装置からサーバ装置にアクセスして、そのサーバ装置に蓄積されている文書を閲覧したり、その文書に対する印刷、投影、ファクシミリ送信等の指示を行ったりできるようにしたシステムが知られている。このようなシステムについては、例えば特許文献１及び特許文献２に記載がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ところで、端末装置からサーバ装置に蓄積されている文書を指定して印刷等の指示を行う場合、予め文書の概要がわかると便利であるため、文書が指定された時点で端末装置に文書のプレビュー画像を表示させるようにすることが考えられる。この場合、プレビュー画像は、サーバ装置に作成させて送信させるか、文書のデータを取得した上で端末装置側で作成することになるが、いずれにせよ、端末装置とサーバ装置との間で大きな量のデータ伝送が発生することになる。
【０００４】
一方、端末装置がサーバ装置との通信に用いる可能性がある通信路は、３Ｇのように通信速度が遅いものから、Ｗｉ−Ｆｉ（ワイファイ）のように通信速度が速いものまで様々である。従って、通信速度が遅い通信路を用いた場合、プレビュー画像の表示のためのデータ伝送に長い時間がかかることが考えられ、このためにプレビュー機能により却って利便性が低下してしまう可能性がある。また、通信が従量料金の場合、料金負担も発生する。
このような問題は、プレビュー以外の用途で大容量のデータ伝送が必要になる場合でも、同様に発生するものである。文書以外のデータを利用する場合でも同様に発生するものである。
【０００５】
この発明は、このような問題を解決し、端末装置からサーバ装置に蓄積されているデータを利用する場合に、端末装置とサーバ装置との間の通信路の種類に応じて効率よくデータを利用できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、この発明の通信システムは、端末装置と、上記端末装置にデータを提供するサーバ装置とを備える情報処理システムにおいて、上記端末装置に、上記サーバ装置からデータのリストを取得するリスト取得手段と、ユーザから、上記リスト中の任意のデータの選択を受け付ける選択受付手段と、上記ユーザが上記リスト中から選択したデータについて、上記リスト中の情報よりも詳細な情報を上記サーバ装置から取得する情報取得手段とを設け、上記サーバ装置に、上記端末装置からの要求に応じて。その端末装置に利用させるデータのリスト及びそのリストに含まれる各データのより詳細な情報をその端末装置に提供するデータ提供手段を設け、上記端末装置と上記サーバ装置とのいずれかに、上記端末装置と上記サーバ装置との間の通信に用いる通信路の種類に従い、上記情報取得手段による情報の取得を有効にするか無効にするかを制御する制御手段を設けたものである。
【発明の効果】
【０００７】
上記構成によれば、端末装置からサーバ装置に蓄積されているデータを利用する場合に、端末装置とサーバ装置との間の通信路の種類に応じて効率よくデータを利用できるようにすることができる。
【図面の簡単な説明】
【０００８】
【図１】この発明の第１実施形態である情報処理システムを構成する装置を含む、各種装置の配置例を示す図である。
【図２】図１に示した仲介サーバが、端末装置から文書管理サーバへの要求を文書管理サーバへ届ける手順を示す図である。
【図３】図１に示した文書管理サーバの構成を示す図である。
【図４】図１に示した端末装置のハードウェア構成を示す図である。
【図５】図１に示した文書管理サーバ及び端末装置が備える、文書データの利用及び、データ伝送の有効及び無効の制御に関連する機能の構成を示す図である。
【図６】図１に示した端末装置が、利用可能な文書のリストを参照したいフォルダの選択を検出した場合に実行する処理のフローチャートである。
【図７】図１に示した端末装置が、図６の処理で表示させたリスト中のいずれかの文書の選択を検出した場合に実行する処理のフローチャートである。
【図８】図６のステップＳ２３乃至Ｓ２６における各装置の動作をより詳細に示す図である。
【図９】図６乃至図８の処理による端末装置の画面遷移の例を示す図である。
【図１０】第２実施形態における文書管理サーバ及び端末装置の機能構成を示す、図５と対応する機能ブロック図である。
【図１１】第２実施形態における図７と対応する処理のうち、端末装置側の処理を示すフローチャートである。
【図１２】同じく文書管理サーバ側の処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、この発明の実施形態について、図面を参照しつつ説明する。
〔第１実施形態：図１乃至図９〕
図１に、この発明の第１実施形態である情報処理システムを構成する装置を含む、各種装置の配置例を示す。
図１において、文書管理サーバ１００は、文書データを蓄積し、端末装置２００をはじめとする外部装置からの要求に応じて、その文書データを外部装置の利用に供する装置である。この文書管理サーバ１００は、有線ＬＡＮ（ローカルエリアネットワーク）１０に接続される。
【００１０】
端末装置２００は、この発明の端末装置の実施形態であり、ユーザの操作に応じて文書管理サーバ１００にアクセスし、文書管理サーバ１００に蓄積された文書データを利用して種々の動作を行う機能を備える。端末装置２００は、ここではスマートフォンであるとするが、タブレット型コンピュータなど、他の携帯型コンピュータでもよいし、デスクトップ型のＰＣ（パーソナルコンピュータ）など、据え置き型の装置も排除しない。
【００１１】
また、端末装置２００は、図４を用いて後述するように、Ｗｉ−Ｆｉによる無線ＬＡＮ２０、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のピアツーピア無線通信３０、ＵＳＢ（Universal  Serial  Bus）等の有線通信、３Ｇ回線及びＬＴＥ（Long  Term  Evolution）回線による無線インターネット接続５０等の、種々の通信路を用いて他の装置と通信を行うことができる。有線ＬＡＮ１０に接続可能とすることも妨げられない。
また、これらの文書管理サーバ１００及び端末装置２００が、この発明の情報処理システムの第１実施形態を構成する。
【００１２】
図１に示すその他の装置は、文書管理サーバ１００及び端末装置２００の周囲に存在し、端末装置２００が文書管理サーバ１００にアクセスする際に利用可能な装置の例として示したのみである。
これらのうち、ＭＦＰ（デジタル複合機）３００は、コピー、プリント、スキャン、ファクシミリ通信、文書蓄積等の種々の機能を備える画像処理装置である。このＭＦＰ３００は、有線ＬＡＮ１０に接続される。
【００１３】
コントローラ４００は、タブレット型コンピュータに所要のアプリケーションをインストールし、ＭＦＰ３００と専用線４０により接続することにより、ＭＦＰ３００の操作部及び表示部として機能させるようにした装置である。コントローラ４００は、専用線４０を介してＭＦＰ３００と通信可能である他、無線ＬＡＮ２０及びピアツーピア無線通信３０によっても、他の装置と通信可能である。さらに、コントローラ４００は、ＭＦＰ３００から取り外して単体のコンピュータとして動作させることもできる。逆に言えば、端末装置２００に所要のアプリケーションをインストールしてＭＦＰ３００と接続すれば、端末装置２００をコントローラ４００と同様にＭＦＰ３００の操作部及び表示部として使用することができる。
【００１４】
アクセスポイント５００は、無線ＬＡＮのアクセスポイントであり、有線ＬＡＮ１０にも接続される。
ファイアウォール６００は、ユーザ環境Ｘ内の有線ＬＡＮ１０によるネットワークとインターネット６０との境界に設けたファイアウォールである。ファイアウォール６００は、ユーザ環境Ｘ内の装置からインターネット等の外部ネットワークへのアクセスは許可するが、外部ネットワーク上の装置からユーザ環境Ｘ内のネットワークに対するアクセスは許可しない。
【００１５】
仲介サーバ７００は、インターネット６０上に設けられ、端末装置２００と文書管理サーバ１００との間の通信を仲介する仲介装置である。ユーザ環境Ｘには、ファイアウォール６００が設けられているため、仮想線で示すように端末装置２００がユーザ環境Ｘの外部に持ち出されていると、文書管理サーバ１００に対して直接アクセスすることができない。端末装置２００がユーザ環境Ｘの内部にあっても、無線インターネット接続５０を利用してインターネット６０経由で文書管理サーバ１００へアクセスしようとする場合には同様である。
【００１６】
しかし、仲介サーバ７００は、図２に示す手順で、端末装置２００から文書管理サーバ１００への要求をファイアウォール６００越しに文書管理サーバ１００へ届けることができる。
すなわち、文書管理サーバ１００には、予め仲介サーバ７００のアドレスを設定しておき、文書管理サーバ１００に定期的に仲介サーバ７００へ問い合わせ（ポーリング）を送信させる（Ｓ１０１，Ｓ１０５）。この問い合わせは、文書管理サーバ１００から仲介サーバ７００へのアクセスであり、問題なくファイアウォール６００を通過できる。
【００１７】
また、問い合わせを受けた時点で、仲介サーバ７００側に文書管理サーバ１００に対して送信すべきデータがなければ、仲介サーバ７００は単に送信すべきデータがない旨の応答を返す（Ｓ１０２）。この応答も、文書管理サーバ１００側からのアクセスに対する応答であるので、ファイアウォール６００を通過できる。
【００１８】
一方、端末装置２００は、文書管理サーバ１００へ送信したい要求がある場合、文書管理サーバ宛てであることを指定しつつこれを仲介サーバ７００へ送信する（Ｓ１０３）。仲介サーバ７００は、自身に定期的にアクセスしてくる装置宛の要求を受信すると、その要求を宛先と対応付けて保持する（Ｓ１０４）。
【００１９】
そして、次にその宛先の装置である文書管理サーバ１００から問い合わせを受けた時に（Ｓ１０５）、仲介サーバ７００は、ステップＳ１０４で保持した要求を、問い合わせに対する応答に記載して文書管理サーバ１００へ送信する（Ｓ１０６）。このことにより、端末装置２００から文書管理サーバ１００へ宛てた要求を、ファイアウォール６００を通して文書管理サーバ１００に届けることができる。
【００２０】
文書管理サーバ１００は、受信した要求により要求された処理を実行し（Ｓ１０７）、その結果を応答として仲介サーバ７００へ送信する（Ｓ１０８）。例えば、要求された処理がリストの送信であれば、ステップＳ１０７の処理は、送信すべきリストの生成であり、ステップＳ１０８の処理は、生成されたリストを含む応答の送信である。なお、ステップＳ１０８における応答は、仲介サーバ７００に対し、「応答を端末装置２００へ届ける」ことを要求するメッセージとして送信すればよい。
【００２１】
仲介サーバ７００は、受信した応答を、端末装置２００へ送信する（Ｓ１０９）。端末装置２００が、仲介サーバ７００からのプッシュ型通知を受け付ける設定になっていれば、文書管理サーバ１００側のような問い合わせを要することなく、応答を端末装置２００に届けることができる。
【００２２】
次に、図３に、文書管理サーバ１００のハードウェア構成を示す。
図３に示すように、文書管理サーバ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、操作部１０５、表示部１０６、通信Ｉ／Ｆ（インタフェース）１０７を備え、これらをシステムバス１０９により接続した構成としている。
【００２３】
そして、ＣＰＵ１０１が、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０４に記憶されたプログラムを実行することにより、文書管理サーバ１００全体を制御し、図５を用いて後述するものをはじめとする種々の機能を実現する。
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
【００２４】
操作部１０５は、ユーザからの操作を受け付けるための操作手段であり、各種のキー、ボタン、タッチパネル等により構成することができる。
表示部１０６は、管理サーバ１００の動作状態や設定内容、メッセージ等をユーザに提示するための提示手段であり、液晶ディスプレイやランプ等を備える。
なお、操作部１０５及び表示部１０６は外付けであってもよい。また、管理サーバ１００がユーザからの操作を直接受ける必要がない（通信Ｉ／Ｆ１０７を介して接続された外部装置により操作を受け付けたり情報の提示を行ったりすればよい）場合には、操作部１０５や表示部１０６を設けなくてよい。
通信Ｉ／Ｆ１０７は、有線ＬＡＮ１０を介してＭＦＰ３００やアクセスポイント５００等の他の装置と通信するためのインタフェースである。通信Ｉ／Ｆ１０７は、使用するネットワークの規格に応じた物を設ければよい。
【００２５】
次に、図４に、端末装置２００のハードウェア構成を示す。
図４に示すように、端末装置２００は、ＣＰＵ２０１、不揮発メモリ２０２、ＲＡＭ２０３、撮像部２０４、操作部２０５、表示部２０６、無線ＬＡＮＩ／Ｆ２０７、有線通信Ｉ／Ｆ２０８、３Ｇ通信Ｉ／Ｆ２０９、ＬＴＥ通信Ｉ／Ｆ２１０を備え、これらをシステムバス２１１により接続した構成としている。
これらのうち不揮発メモリ２０２は、文書管理サーバ１００におけるＲＯＭ１０２とＨＤＤ１０４の機能を合わせ持つものであり、大容量のフラッシュメモリ等により構成できる。
【００２６】
撮像部２０４は、カメラ等により端末装置２００近傍の画像を撮像する機能を備える。この撮像部はここでは、印刷等に使用する機器の表示部に表示されたコード記号を読み取るために用いる。
【００２７】
無線ＬＡＮＩ／Ｆ２０７〜ＬＴＥ通信Ｉ／Ｆ２１０は、種々の規格に従って外部装置と通信を行うために設けたインタフェースであり、それぞれ通信手段である。無線ＬＡＮＩ／Ｆ２０７は、Ｗｉ−Ｆｉによる無線ＬＡＮ２０への接続と、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）によるピアツーピア無線通信３０の双方に用いるものである。有線通信Ｉ／Ｆ２０８は、図１では使用していないが、ＵＳＢその他の専用線による有線接続に用いるものである。有線ＬＡＮに接続するためのインタフェースを設けてもよい。３Ｇ通信Ｉ／Ｆ２０９は、３Ｇ回線による通信に用いるものである。ＬＴＥ通信Ｉ／Ｆ２１０は、ＬＴＥ回線による通信に用いるものである。
その他の各部は、具体的な構成や性能が同一である必要はないものの、図３を用いて説明した文書管理サーバ１００が備えるものと同趣旨である。
【００２８】
次に、図１の環境において端末装置２００が文書管理サーバ１００との通信に使用し得る通信路について説明する。
端末装置２００は、図１に示した周囲の装置を利用して、種々の通信路により文書管理サーバ１００と通信することができる。
【００２９】
例えば、無線ＬＡＮ２０によりアクセスポイント５００にデータを送信し、アクセスポイント５００から文書管理サーバ１００へ有線ＬＡＮ１０を通じてデータを送信させる通信路Ａが考えられる。
また、ピアツーピア無線通信３０によりコントローラ４００へデータを送信し、コントローラ４００から無線ＬＡＮ２０によりそのデータをアクセスポイント５００に転送させ、以後は通信路Ａと同様な通信路Ｂが考えられる。
【００３０】
また、ピアツーピア無線通信３０によりコントローラ４００へデータを送信し、コントローラ４００から専用線４０によりＭＦＰ３００にそのデータを転送させ、さらにＭＦＰから文書管理サーバ１００へ有線ＬＡＮ１０を通じてデータを送信させる通信路Ｃが考えられる。
無線インターネット接続５０により仲介サーバ７００へアクセスし、図２に示したように仲介サーバ７００を介して文書管理サーバ１００へデータを送信する通信路Ｄも考えられる。
【００３１】
以上のうち、通信路Ａ〜Ｃは、端末装置２００がユーザ環境Ｘ内にある時のみ利用可能であるが、通信路Ｄは、仮想線で示すようにユーザ環境Ｘの外部にある時でも利用可能である。また、図１の例では、無線インターネット接続５０は３Ｇ回線あるいはＬＴＥ回線で行っているため、通信速度が比較的低速であり、無線ＬＡＮ２０及びピアツーピア無線通信３０は、Ｗｉ−Ｆｉを用いて行っているため、通信速度が比較的高速である。専用線４０及び有線ＬＡＮ１０も、通信速度は比較的高速である。
【００３２】
また、通信路Ｂにおいては、コントローラ４００が、端末装置２００とアクセスポイント５００の双方との間でそれぞれピアツーピア無線通信の制御を行う必要がある。従って、通信路Ｂは、通信速度は高速であるが、コントローラ４００に比較的大きな負荷がかかるものであると言える。
また、通信路Ｄは、図２に示したように、文書管理サーバ１００から仲介サーバ７００へのポーリングを待って要求が伝達されるため、データの送受信には一定の時間を要する。ただし、所要時間はデータの容量にはさほど影響されない。
【００３３】
以上のシステムにおいて、特徴的な点の一つは、端末装置２００が、文書管理サーバ１００に蓄積されているデータを利用する場合に、その利用の特定の態様において、端末装置２００と文書管理サーバとの間の通信に用いる通信路の種類に従い、文書管理サーバ１００から端末装置２００へのデータ伝送を有効にするか無効にするかを制御するようにした点である。以下、この点について説明する。
なお、以下の説明では、端末装置２００が利用するデータは文書のデータであるとし、特定の態様として、ユーザがリストから選択した文書のプレビューを表示する態様を例として説明する。しかし、利用するデータの種類や、制御を適用する利用態様がこれらに限られないことは、もちろんである。
【００３４】
まず、図５に、文書管理サーバ１００及び端末装置２００が備える、文書データの利用及び、データ伝送の有効及び無効の制御に関連する機能の構成を示す。図５に示す各部の機能は、各装置のＣＰＵが、所要のプログラムを実行して所要のハードウェアを制御することにより実現されるものである。
図５に示すように、文書管理サーバ１００は、通信制御部１２１、データ提供部１２２、およびデータ蓄積部１２３の機能を備える。
【００３５】
これらのうち、通信制御部１２１は、端末装置２００等の外部装置との間の通信を制御すると共に、その通信に用いた通信路の情報を取得する機能を備える。ただし、通信路全体の情報を取得できる必要はなく、文書管理サーバ１００が通信に使用している（外部装置からのアクセスを受けた）通信Ｉ／Ｆや通信規格の種類、文書管理サーバ１００の直接の通信相手となって端末装置２００との間の通信を中継している装置（アクセスポイント５００、仲介サーバ７００など）の情報、通信に使用するポートといった情報が取得できればよい。
【００３６】
データ提供部１２２は、端末装置２００等の外部装置からの要求に従い、データ蓄積部１２３に蓄積されているデータを、必要に応じて加工して要求元へ提供するデータ提供手段の機能を備える。データ提供部１２２が提供するデータには、データ蓄積部１２３に蓄積されている文書のリスト（アクセス権限、フォルダ等の指定に従い範囲を限定したもの）、文書毎のプレビュー画像、文書全体のデータ、等が考えられる。
【００３７】
文書のリストは、提供可能な文書のファイル名やファイルの属性等の書誌情報のみの、サイズの小さいデータである。プレビュー画像は、例えば文書の１ページ分の画像を縮小するなどして生成したプレビュー用の画像データであり、ある程度のサイズがあるデータである。また、リストに含まれる各文書のデータよりも詳細な、該当文書に関する情報である。文書全体のデータは、文書に対し、印刷、ファクシミリ送信、投影等の処理を行うために必要な全てのデータであり、サイズは大きい。
データ蓄積部１２３は、端末装置２００等の外部装置に利用させる文書のデータを蓄積する機能を備える。
【００３８】
一方、端末装置２００は、通信制御部２２１、リスト取得部２２２、選択受付部２２３、取得可否判断部２２４、プレビュー制御部２２５、動作受付部２２６、全体データ取得部２２７、動作要求部２２８を備える。これらのうち通信制御部２２１以外の各部の機能は、文書管理サーバ１００に蓄積された文書を利用するための所定のアプリケーションプログラム（以下「アプリ」という）により実現されるものである。
【００３９】
また、通信制御部２２１は、文書管理サーバ１００等の外部装置との間の通信を制御すると共に、その通信に用いた通信路の情報を取得する機能を備える。また、文書管理サーバ１００との間の通信においては、端末装置２００が要求送信側となるため、通信制御部２２１は、通信に使用する通信Ｉ／Ｆや通信プロトコル、データ送信の中継をどの装置に依頼するか（コントローラ４００，アクセスポイント５００、仲介サーバ７００など）等を選択する機能も備える。この選択は、現在使用可能な通信Ｉ／Ｆの情報や、ユーザによる設定等に基づき行うことができる。
【００４０】
リスト取得部２２２は、ユーザによる文書管理サーバ１００へのアクセス指示に従い、端末装置２００のユーザが利用可能な文書のリストを文書管理サーバ１００から取得する機能を備える。より具体的には、リスト取得部２２２は、リストの送信要求を生成して通信制御部２２１にこれを文書管理サーバ１００宛てに送信させ、文書管理サーバ１００から送信されてくる応答から、リストのデータを取得する。この要求と応答の送受信については、以下に説明するプレビュー画像や全体データの取得の際も同様の手順であるので、以下ではこの点についての説明は省略するものとする。
【００４１】
また、リスト取得部２２２は、取得したリストのデータに基づき、表示部２０６に表示される画面中に、利用可能な文書のリストを表示する機能も備える（図９（ａ）参照）。
選択受付部２２３は、リスト取得部２２２により表示されたリスト中で、ユーザから、実際に利用する文書の選択を受け付ける、選択受付手段の機能を備える。また、選択受付部２２３は、文書の選択を受け付けた場合に、その文書について自動的にプレビュー画像の取得を試みるべく、プレビュー画像を取得すべき文書を取得可否判断部２２４に伝える機能も備える。
【００４２】
取得可否判断部２２４は、プレビュー画像の要求先である文書管理サーバ１００との間の通信に使用する通信路の種類に基づき、プレビュー画像の要求送信を有効にするか無効にするかを判断し、その結果をプレビュー制御部２２５へ提供する機能を備える。この判断は、通信制御部２２１が取得した通信路の情報に基づき行うことができる。具体的な判断基準については、図８を用いて後述する。
【００４３】
プレビュー制御部２２５は、取得可否判断部２２４の判断結果に従い、選択された文書のプレビュー画像を文書管理サーバ１００から取得するか、又は取得を取りやめる機能を備える。また、プレビュー制御部２２５は、プレビュー画像を取得した場合に、表示部２０６に表示される画面中にそのプレビュー画像８１５を表示する（図９（ｃ）参照）。取得を取りやめた場合には、代わりに選択中のファイル名をテキスト８１３で表示する（図９（ｂ）参照）。プレビュー表示ボタン８１４は、取得可否判断部２２４がプレビュー画像の送信要求を無効にすると判断した場合でも強制的にプレビューを表示させるためのボタンである。このボタンが操作されると、プレビュー制御部２２５は、選択されている文書のプレビュー画像を文書管理サーバ１００から取得し、プレビュー画像の表示を行う。
【００４４】
動作受付部２２６は、選択受付部２２３が選択を受け付けた文書に対する、印刷、送信、投影等の動作の指示を受け付ける機能を備える。この実施形態では、動作受付部２２６は、表示部２０６に表示される画面中で、印刷ボタン８１１により印刷の指示を、送信ボタン８１２によりファクシミリ送信の指示を受け付ける（図９参照）。もちろん、他の動作の指示を受け付けてもよい。動作受付部２２６は、この指示を受け付けると、その内容を全体データ取得部２２７に渡す。
【００４５】
全体データ取得部２２７は、動作受付部２２６から渡された指示の情報に基づき、動作の対象である文書の全体データを、文書管理サーバ１００から取得する機能を備える。また、全体データ取得部２２７は、取得した全体データ及び実行すべき動作の内容を、動作要求部２２８に渡す。
【００４６】
動作要求部２２８は、全体データ取得部２２７から渡された情報に基づき、指示に従った動作を実行させるべき装置に対し、文書の全体データと、動作の実行指示とを送信し、該当の文書に対する動作を実行させる機能を備える。指示された動作が印刷であれば、ＭＦＰ３００に全体データを印刷要求と共に送信し、その全体データに基づき用紙に印刷を実行させる等である。
動作を実行させる装置は、アドレス等によりユーザから直接指定を受け付けてもよいが、ここでは、当該装置にアクセスするためのアドレスや、当該装置が備える機能の情報を含むコード記号を当該装置に表示させ撮像部２０４によりそのコード記号を読み取ることにより、装置を指定できるようにしている。
【００４７】
次に、図６乃至図８に、図５に示した各部の機能により端末装置２００が文書管理サーバ１００に蓄積された文書を利用する場合に、端末装置２００のＣＰＵ２０１あるいは文書管理サーバ１００のＣＰＵ１０１が実行する処理のフローチャートを示す。なお、以下の説明においては、説明を簡単にするため、端末装置２００及び文書管理サーバ１００が各ステップの処理を実行するとして説明する。また、図９に、図６乃至図８の処理による端末装置２００の画面遷移の例を示す。
【００４８】
図６に示すのは、端末装置２００が、利用可能な文書のリストを参照したいフォルダの選択を検出した場合の処理のフローチャートである。なお、アプリの起動時に自動的にルートフォルダを選択するなど、ユーザによる明示の指示のないフォルダの選択もあり得る。
端末装置２００は、フォルダの選択を検出すると、図６の左側のフローチャートに示す処理を開始する。そして、文書管理サーバ１００に対し、選択されたフォルダの文書リストの送信を要求する（Ｓ１１）。
【００４９】
文書管理サーバ１００は、ステップＳ１１で送信された要求を検出すると、図６の右側のフローチャートに示す処理を開始する。そして、データ蓄積部１２３に蓄積されているデータに基づき、要求された文書リストを作成し（Ｓ２１）、その文書リストを要求元へ送信して（Ｓ２２）、処理を終了する。
端末装置２００は、ステップＳ２２で送信された文書リストを受け取ると、その文書リストを、図９（ａ）に示すように表示して（Ｓ１２）、処理を終了する。
【００５０】
図９（ａ）において、文書リストはリスト表示部８２０に表示される。この時点ではプレビュー画像を表示するプレビュー表示部８１０には、印刷ボタン８１１と送信ボタン８１２のみが表示される。
図６の端末装置２００側の処理は、リスト取得手段の機能と対応する処理である。文書管理サーバ１００側の処理は、データ提供手段の機能と対応する処理である。
【００５１】
次に、図７に示すのは、端末装置２００が、図６の処理で表示させたリスト中のいずれかの文書の選択を検出した場合の処理のフローチャートである。なお、リストの表示時に一番上の文書を自動的に選択するなど、ユーザによる明示の指示のないフォルダの選択もあり得る。
端末装置２００は、リスト中のいずれかの文書の選択を検出すると、図７の左側のフローチャートに示す処理を開始する。そして、文書管理サーバ１００との通信に用いる通信Ｉ／Ｆの種類を判定する（Ｓ３１）。
【００５２】
ここで通信Ｉ／Ｆが３Ｇ又はＬＴＥのインタフェースであれば、通信速度が比較的遅いため、プレビュー画像を取得するとデータ伝送に時間がかかって表示のレスポンスが悪くなると考えられる。従って、端末装置２００は、今回の文書の選択に応じたプレビュー画像の表示を行わないことを決定する（Ｓ３２）。この決定により、プレビュー画像の取得は無効にされたことになる。この場合、端末装置２００は、図９（ｂ）に示すように選択されたファイル名をプレビュー表示部８１０にテキスト８１３で表示する（Ｓ３３）と共に、さらにプレビュー表示ボタン８１４を表示して（Ｓ３４）、処理を終了する。
【００５３】
一方、ステップＳ３１で通信Ｉ／ＦがＷｉ−Ｆｉ又は有線のインタフェースであれば、通信速度が十分であるため、プレビュー画像を取得しても表示のレスポンスに与える影響が小さいと考えられる。従って、端末装置は、今回の文書の選択に応じたプレビュー画像の表示を行うことを決定する（Ｓ３５）。この決定により、プレビュー画像の取得が有効にされたことになる。この場合、端末装置２００は、文書管理サーバ１００に対し、選択された文書のプレビュー画像の送信を要求する（Ｓ３６）。
【００５４】
文書管理サーバ１００は、ステップＳ３６で送信された要求を検出すると、図７の右側のフローチャートに示す処理を開始する。そして、データ蓄積部１２３に蓄積されているデータに基づき、要求されたプレビュー画像を作成し（Ｓ４１）、その文書リストを要求元へ送信して（Ｓ４２）、処理を終了する。
端末装置２００は、ステップＳ４２で送信されたプレビュー画像を受け取ると、そのデータに基づきプレビュー画像８１５を、図９（ｃ）に示すように表示して（Ｓ３７）、処理を終了する。
【００５５】
図７において、ステップＳ３１、Ｓ３２及びＳ３５の処理は、制御手段の機能と対応する処理である。ステップＳ３６及びＳ３７の処理は、情報取得手段の機能と対応する処理である。文書管理サーバ１００側の処理は、データ提供手段の機能と対応する処理である。
なお、ステップＳ３４で表示されるプレビュー表示ボタン８１４が操作された場合、端末装置は、ステップＳ３１の判断結果に関わらず、ステップＳ３５乃至Ｓ３７と同様な処理を実行し、図９（ｃ）に示すようにプレビュー画像８１５を画面に表示する。
【００５６】
次に、図８に示すのは、端末装置２００が、図６の処理で表示させたリスト中のいずれかの文書の選択した状態で、その文書の印刷指示を検出した場合の処理のフローチャートである。なお、印刷の指示は、印刷ボタン８１１により受け付けることができる。
端末装置２００は、印刷指示を検出すると、図８の左側のフローチャートに示す処理を開始する。そして、印刷に使用するプリンタが表示するコード記号を読み取るよう、メッセージや音声等によりユーザに指示し（Ｓ５１）、その後適切なコード記号を撮像部２０４により読み取るまで待機する（Ｓ５２）。
【００５７】
一方、ユーザが印刷に使用しようとするＭＦＰ３００を操作することにより、ＭＦＰ３００に、ＭＦＰ３００のアドレスと機能を示すコード記号を表示させることができる（Ｓ６１）。
そして、ユーザが端末装置２００の撮像部２０４をそのコード記号にかざして読み取ると、端末装置２００は、コード記号が示す機能に従い、ＭＦＰ３００で利用可能な印刷機能に関する印刷設定を受け付ける（Ｓ５３）。その後、またはこれと並行して、端末装置２００は、文書管理サーバ１００に対し、選択されている文書の全体データの送信を要求する（Ｓ５４）。なお、全体データはプレビュー画像よりもサイズが大きいと考えられるが、これを受信できないとユーザの指示に従った印刷が実行できないため、図７のステップＳ３１のような判断なしに要求を行う。
【００５８】
文書管理サーバ１００は、ステップＳ５４で送信された要求を検出すると、図８の右側のフローチャートに示す処理を開始する。そして、データ蓄積部１２３に蓄積されているデータのうち、要求された文書の全体データを取得して（Ｓ７１）、その全体データを要求元へ送信して（Ｓ７２）、処理を終了する。
【００５９】
端末装置２００は、ステップＳ７２で送信された全体データを受け取ると、その全体データ及びステップＳ５３で受け付けた印刷設定を含む印刷要求を、ステップＳ５２で読み取ったコード記号が示すアドレスに送信し（Ｓ５５）、処理を終了する。
この印刷要求は、ＭＦＰ３００に送信される。そして、この要求を受信したＭＦＰ３００は、要求に従って文書の印刷を実行する（Ｓ６２）。
【００６０】
以上により、ユーザは、文書管理サーバ１００に蓄積されている利用可能な任意の文書を、所望のプリンタに印刷させることができる。なお、印刷以外のファクシミリ送信や投影の場合にも、該当の動作を実行させる装置のコード記号を読み取り、文書の全体データを含む動作要求を、読み取ったコード記号の情報に基づいてその装置に送信することにより、図８の場合と同様に実行可能である。
【００６１】
以上説明してきた第１実施形態は、端末装置２００に、端末装置２００と文書管理サーバ１００との間の通信に用いる通信路の種類に従い、プレビュー画像の取得を有効にするか無効にするかを制御する手段を設けたものである。そして、プレビュー画像の取得に時間がかかると予想される場合等にプレビュー画像の取得を無効にすることにより、文書の選択操作に対するレスポンスを改善し、操作性を向上させることができる。
【００６２】
特に、文書の選択に応じて自動的にプレビュー画像の表示を試みるようになっている場合、新たな文書を選択する度にプレビュー表示のためのタイムラグが発生するとユーザにとってストレスになるので、上述の実施形態はこのような場合に適用すると有効である。
なお、通信路が、通信速度が遅いものとして予め定められた通信路である場合に、プレビュー画像の取得を無効にする、あるいは、通信に用いる通信インタフェースの種類に従い、プレビュー画像の取得を有効にするか無効にするかを制御する、といった基準により、プレビュー画像の取得を無効にすべき場合を簡単な処理で判定できる。
【００６３】
〔第２実施形態：図１０乃至図１２〕
次に、この発明の画像形成システムの第２実施形態について説明する。
この第２実施形態は、プレビュー画像の取得を有効にするか無効にするかを制御する手段を文書管理サーバ１００側に設けた点と、その有効無効の判断基準とが、第１実施形態と異なる。そして、第２実施形態の文書管理サーバ１００は、この発明の情報処理装置の実施形態である。
しかし、基本的な構成は第１実施形態と同じであるので、上記の相違点に関連する事項のみ説明する。また、第１実施形態と共通の又は対応する構成については、同じ符号を用いる。
【００６４】
まず図１０に、文書管理サーバ１００及び端末装置２００の図５と対応する機能ブロック図を示す。
図１０の構成では、図５と異なり、端末装置２００に取得可否判断部２２４を設けず、文書管理サーバ１００に送信可否判断部１２４を設けている。また、これらに伴って、データ提供部１２２′及びプレビュー制御部２２５′の機能が図５の場合と異なる。
【００６５】
まず、送信可否判断部１２４は、プレビュー画像の要求元である端末装置２００等の装置との間の通信に使用する通信路の種類に基づき、要求元へのプレビュー画像の送信を有効にするか無効にするかを判断し、その結果に基づきデータ提供部１２２の動作を制御する制御手段の機能を備える。この判断は、通信制御部１２１が取得した通信路の情報に基づき行うことができる。具体的な判断基準については、図１２を用いて後述する。
また、データ提供部１２２′は、図５で説明した機能の他、端末装置２００からプレビュー画像の送信を要求された場合に、その送信可否を、送信可否判断部１２４に問い合わせ、その結果に従って送信実行又は送信拒否を行う機能を備える。
【００６６】
また、プレビュー制御部２２５′は、選択受付部２２３の指示に従い、取得可否判断部２２４の判断によることなく、選択された文書のプレビュー画像を文書管理サーバ１００から取得する。ただし、文書管理サーバ１００が要求に応じてプレビュー画像を送信してこない場合が考えられ、この場合には、プレビュー制御部２２５′は、表示部２０６に表示される画面中に、選択中のファイル名をテキスト８１３で表示する（図９（ｂ）参照）。
【００６７】
次に、図１１及び図１２に、図１０に示した各部の機能により端末装置２００が文書管理サーバ１００に蓄積された文書を利用する場合の処理のフローチャートを示す。この処理は、図７と対応する処理であり、図１１が端末装置２００側の処理、図１２が文書管理サーバ１００側の処理である。なお、図６及び図８に示した処理は、第２実施形態においても共通である。
【００６８】
第２実施形態の端末装置２００は、リスト中のいずれかの文書の選択を検出すると、図１１のフローチャートに示す処理を開始する。そして、文書管理サーバ１００に対し、選択された文書のプレビュー画像の送信を要求する（Ｓ８１）。この要求に応じて文書管理サーバ１００からプレビュー画像のデータが送信されたか否かに応じて（Ｓ８２）、図９の画面にプレビュー画像８１５を表示する（Ｓ８３）か、又は選択されたファイル名のテキスト８１３で及びプレビュー表示ボタン８１４を表示して（Ｓ８４，Ｓ８５）、処理を終了する。表示態様は図９で説明したものと同じである。
【００６９】
一方、ステップＳ８１の要求を受けた文書管理サーバ１００は、図１２のフローチャートに示す処理を開始する。
図１２の処理において、文書管理サーバ１００は、要求を受信した通信路について、仲介サーバ７００経由で要求を受信したか否か判断する（Ｓ９１）。なお、図１の構成において、少なくとも仲介サーバ７００経由の通信路は、文書管理サーバ１００から仲介サーバ７００へ定期的な問い合わせを行うことにより成立する通信路であるから、このことにより他の通信路と区別可能である。
【００７０】
そして、仲介サーバ７００を経由した通信路は上述したようにデータの送受信に一定の時間を要する。このため、ステップＳ９１でＹｅｓであれば、文書管理サーバ１００は、端末装置２００側で表示のレスポンスが悪くなるのを防止すべく、プレビュー画像を送信しないことを決定する（Ｓ９２）。この決定により、端末装置２００がプレビュー画像を取得する機能が文書管理サーバ１００側において無効にされたことになる。この場合、文書管理サーバ１００は、プレビュー画像を送信しない旨の情報を、要求元である端末装置２００に送信して（Ｓ９３）、処理を終了する。
【００７１】
一方、ステップＳ９１でＮｏの場合、文書管理サーバ１００は、アクセスポイント５００経由で要求を受信したか否か判断する（Ｓ９４）。文書管理サーバ１００は、有線ＬＡＮ１０を伝送されるパケットのＭＡＣ（Media  Access  Control）アドレスにより、有線ＬＡＮ１０を介して受信したデータが、有線ＬＡＮ１０内のどの装置から送信されたものかを把握できる。ステップＳ９４の判断は、この情報に基づき行えばよい。
【００７２】
ここでＮｏの場合、要求は有線ＬＡＮ１０に接続されるいずれかの装置（ここではＭＦＰ３００）が送信してきたことがわかる。この場合、ＭＦＰ３００が他の装置から送信された要求を転送している可能性はあるが、通信速度が遅いと想定する理由はない。したがて、文書管理サーバ１００は、プレビュー画像を送信することを決定する（Ｓ９６）。この決定により、端末装置２００がプレビュー画像を取得する機能が文書管理サーバ１００側において有効にされたことになる。この場合、文書管理サーバ１００は、データ蓄積部１２３に蓄積されている文書のデータに基づき、要求されたプレビュー画像を生成し（Ｓ９７）、そのプレビュー画像を要求元へ送信して（Ｓ９８）、処理を終了する。
【００７３】
一方、ステップＳ９４でＹｅｓの場合、コントローラ４００が通信に用いるポートで要求を受信したか否か判断する（Ｓ９５）。ここでＹｅｓの場合、上述したようにコントローラ４００に負荷のかかる通信路Ｂで要求を受信したと判断し、コントローラ４００にかかる負荷を低減するため、プレビュー画像を送信しないことを決定する（Ｓ９２）。Ｎｏの場合には、プレビュー画像を送信することを決定する（Ｓ９６）。いずれの場合も、後の処理は既に説明したものと同じである。
以上の処理において、ステップＳ９１，Ｓ９２及びＳ９４乃至Ｓ９６が、制御手段の機能と対応する処理である。
【００７４】
以上説明してきた第２実施形態は、文書管理サーバ１００に、端末装置２００と文書管理サーバ１００との間の通信に用いる通信路の種類に従い、プレビュー画像の取得を有効にするか無効にするかを制御する手段を設けたものである。このことにより、第１実施形態の場合と同様な効果が得られる。また、プレビュー画像の取得を無効にすることにより通信を担う機器の負荷を軽減することも考慮されている。
【００７５】
特に、文書の選択に応じて自動的にプレビュー画像の表示を試みるようになっている場合、新たな文書を選択する度にプレビュー表示のためのタイムラグが発生するとユーザにとってストレスになるので、上述の実施形態はこのような場合に適用すると有効である。
なお、通信路が、端末装置２００と文書管理サーバ１００との間の通信を仲介する仲介サーバ７００を介した通信路である場合に、プレビュー画像の取得を無効にする、あるいは、通信路が、所定のポートを用いた通信路であるか否かに従い、プレビュー画像の取得を有効にするか無効にするかを制御する、といった基準により、プレビュー画像の取得を無効にすべき場合を簡単な処理で判定できる。
【００７６】
〔変形例〕
以上で実施形態の説明を終了するが、この発明において、装置の具体的な構成、具体的な処理の手順、通信に用いるインタフェース及びプロトコル、ネットワークの構成等は、実施形態で説明したものに限るものではない。
例えば、端末装置２００が利用するデータは、文書のデータに限られず、任意のデータでよい。利用するデータに応じて、文書管理サーバ１００に代えて、そのデータを提供するサーバ装置を設ければよい。
【００７７】
また、取得の有効無効の制御対象とする、リスト中の情報よりも詳細な情報も、プレビュー画像に限られず、任意の情報でよい。また、データの選択に応じて端末装置２００が自動で取得するものでなくてもよい。
また、端末装置とサーバ装置との間の通信路の種類は、図１に示したものに限られない。図１に示した通信路全てが利用可能である必要もない。
【００７８】
また、この発明のプログラムの実施形態は、コンピュータに所要のハードウェアを制御させて上述した実施形態における端末装置２００あるいは文書管理サーバ１００の機能を実現させるためのプログラムである。
【００７９】
このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各機能を実現させることができる。
【００８０】
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。
【符号の説明】
【００８１】
１０：有線ＬＡＮ、２０：無線ＬＡＮ、３０：ピアツーピア無線通信、４０：専用線、５０：無線インターネット接続、６０：インターネット、１００：文書管理サーバ、１０１，２０１：ＣＰＵ、１０２：ＲＯＭ、１０３，２０３：ＲＡＭ、１０４：ＨＤＤ、１０５，２０５：操作部、１０６，２０６：表示部、１０７：通信Ｉ／Ｆ、１０９，２１１：システムバス、２００：端末装置、１２１，２２１：通信制御部、１２２，１２２´：データ提供部、１２３：データ蓄積部、２０２：不揮発メモリ、２０４：撮像部、２０７：無線ＬＡＮＩ／Ｆ、２０８：有線通信Ｉ／Ｆ、２０９：３Ｇ通信Ｉ／Ｆ、２１０：ＬＴＥ通信Ｉ／Ｆ、２２２：リスト取得部、２２３：選択受付部、２２４：取得可否判断部、２２５，２２５´：プレビュー制御部、２２６：動作受付部、２２７：全体データ取得部、２２８：動作要求部、３００：ＭＦＰ、４００：コントローラ、５００：アクセスポイント、６００：ファイアウォール、７００：仲介サーバ、８１０：プレビュー表示部、８１１：印刷ボタン、８１２：送信ボタン、８１３：テキスト、８１４：プレビュー表示ボタン、８１５：プレビュー画像、８２０：リスト表示部
【先行技術文献】
【特許文献】
【００８２】
【特許文献１】特開２０１４−３２６６１号公報
【特許文献２】特開２０１４−７８２２０号公報
【図１】
2017058839.tif 000003
【図２】
2017058839.tif 000004
【図３】
2017058839.tif 000005
【図４】
2017058839.tif 000006
【図５】
2017058839.tif 000007
【図６】
2017058839.tif 000008
【図７】
2017058839.tif 000009
【図８】
2017058839.tif 000010
【図９】
2017058839.tif 000011
【図１０】
2017058839.tif 000012
【図１１】
2017058839.tif 000013
【図１２】
2017058839.tif 000014