(57)【要約】【課題】通信装置に対してドキュメントを転送するドキュメント転送装置において、送信可能なドキュメントの数が多くなっても、通信装置の使用者にかかる負担が必ずしも大きくならないようにする。【解決手段】電子ペン２と、ＥＰＲＯＭ１３と、ＣＰＵ１６とを備えるドキュメント転送装置１０を提供する。ＣＰＵ１６は、ＥＰＲＯＭ１３に記憶された複数のドキュメントのタイトルをドキュメント毎に表示し、電子ペン２の操作内容に基づいて、複数のドキュメントのタイトルのうちの一又は複数を選択し、選択した一又は複数のタイトルを通信装置２０へ送信する。送信された一又は複数のタイトルは、通信装置２０で表示される。表示された一又は複数の識別情報のうち、通信装置２０の使用者に指定されたタイトルを受信すると、ＣＰＵ１６は、受信したタイトルのドキュメントを通信装置２０に返信する。【選択図】図５
2011097205.tif 000002
【特許請求の範囲】
【請求項１】
操作部と、
複数のドキュメントを記憶する記憶部と、
前記複数のドキュメントを個々に識別する識別情報を前記ドキュメント毎に表示し、前記操作部の操作内容に基づいて、前記複数のドキュメントの識別情報のうちの一又は複数を選択する選択部と、
前記選択部に選択された前記一又は複数の識別情報を、外部の通信装置へ送信する通知部と、
送信した前記一又は複数の識別情報は前記外部の通信装置で表示され、表示された前記一又は複数の識別情報のうち前記外部の通信装置において使用者に指定された識別情報を受信すると、受信した識別情報で識別される前記ドキュメントを前記外部の通信装置に返信する転送部と、
を備えるドキュメント転送装置。
【請求項２】
前記操作部の操作内容に基づいて、前記複数のドキュメントの各々の識別情報を決定する決定部を備える、
ことを特徴とする請求項１に記載のドキュメント転送装置。
【請求項３】
前記識別情報は文字列である、
ことを特徴とする請求項１又は２に記載のドキュメント転送装置。
【請求項４】
前記複数のドキュメントの各々は一又は複数のファイルで構成され、
前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルを生成する候補用ファイル生成部を備え、
前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、
前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、
前記転送部は、受信した識別情報に係る前記一括ファイルを前記外部の通信装置に返信する、
ことを特徴とする請求項３に記載のドキュメント転送装置。
【請求項５】
前記複数のドキュメントの各々は一又は複数のファイルで構成され、
前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部を備え、
前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、
前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、
前記転送部は、受信した前記識別情報で識別される前記ドキュメントを前記一括ファイルの形式に従った順序で前記外部の通信装置に返信する、
ことを特徴とする請求項３に記載のドキュメント転送装置。
【請求項６】
前記複数のドキュメントの各々は一又は複数のファイルで構成され、
前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部と、
前記転送部に受信された前記識別情報について前記一括ファイルを生成する転送用ファイル生成部とを備え、
前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、
前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、
前記転送部は、受信した前記識別情報に係る前記一括ファイルを前記外部の通信装置に返信する、
ことを特徴とする請求項３に記載のドキュメント転送装置。
【請求項７】
前記外部の通信装置から前記一括ファイルを受信する受信部と、
前記受信部に受信された前記一括ファイルを展開する展開部とを備える、
ことを特徴とする請求項４乃至６のうちいずれか一項に記載のドキュメント転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドキュメントの転送に関する。
【背景技術】
【０００２】
通常、ドキュメントは、一又は複数のファイルで構成される。ドキュメントの転送は、ドキュメントを構成する総てのファイルを転送することによって行われる。ファイルを転送するシステムとしては、Ｂｌｕｅｔｏｏｔｈ（登録商標）のＦＴＰ（File Transfer Profile）を用いるシステムが知られている。このシステムでは、送信側の通信装置がサービス提供用のＦＴＰを、受信側の通信装置がサービス利用用のＦＴＰを用いる。
【０００３】
具体的には、受信側の通信装置は、まず、送信側の通信装置の特定のフォルダ内の総てのファイル（送信可能なファイル）のファイル名を受信する。次に、受信側の通信装置は、受信したファイル名を表示し、表示したファイル名のうち、その使用者に指定されたファイル名を選択する。次に、受信側の通信装置は、選択したファイル名を送信側の通信装置へ送信することにより、選択したファイル名のファイルを受信する。
【０００４】
一方、ファイルの転送に要する時間を短縮する技術としては、特許文献１に記載の技術が挙げられる。特許文献１には、サーバーから端末へファイルをダウンロードするシステムが記載されている。このシステムでは、ダウンロードすべきファイルを指定するダウンロードファイルリストがサーバーから端末へ転送される。端末は、ダウンロードファイルリストに指定されたファイルのうち、未ダウンロードのファイルのみをサーバーからダウンロードする。つまり、このシステムによれば、重複ダウンロードが排除される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−３１６７２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、ＦＴＰを用いる従来のシステムでは、受信側の通信装置において、送信可能なファイルのファイル名が表示される。この際、受信側の通信装置の画面の広さに対して送信可能なファイルの数が多い場合には、これらのファイルのファイル名は、一斉に表示されずに、画面の切り替えやスクロール表示等の処理によって逐次表示される。つまり、ファイル名の一覧性が低下してしまう。
また、画面の切り替えやスクロール表示等の処理は、人の指示に従って行われるから、受信側の通信装置の使用者が行うべき操作が繁雑となってしまう。
そもそも、受信側の通信装置の画面が十分に広く、画面の切り替えやスクロール表示等の処理が不要であっても、送信可能なファイルの数が多くなれば、受信側の通信装置において多くのファイル名が表示されるから、表示されたファイル名から使用者が所望のファイル名を見つけ出す作業が難しくなってしまう。
【０００７】
このように、ＦＴＰを用いる従来のシステムでは、送信可能なファイル数が多くなると、受信側の通信装置の使用者にかかる負担が必ず大きくなるという問題がある。したがって、このシステムを用いてドキュメントを転送する場合、送信可能なドキュメント数が多くなると、受信側の通信装置の使用者にかかる負担が必ず大きくなってしまう。
【０００８】
そこで、本発明は、送信可能なドキュメントの数が多くなっても、受信側の通信装置の使用者にかかる負担が必ずしも大きくならないドキュメント転送装置を提供することを解決課題としている。
【課題を解決するための手段】
【０００９】
本発明に係るドキュメント転送装置は、操作部と、複数のドキュメントを記憶する記憶部と、前記複数のドキュメントを個々に識別する識別情報を前記ドキュメント毎に表示し、前記操作部の操作内容に基づいて、前記複数のドキュメントの識別情報のうちの一又は複数を選択する選択部と、前記選択部に選択された前記一又は複数の識別情報を、外部の通信装置へ送信する通知部と、送信した前記一又は複数の識別情報は前記外部の通信装置で表示され、表示された前記一又は複数の識別情報のうち前記外部の通信装置において使用者に指定された識別情報を受信すると、受信した識別情報で識別される前記ドキュメントを前記外部の通信装置に返信する転送部とを備える。
ドキュメントは、データの集合であり、データの転送単位となる。ドキュメントに含まれるデータの形式は任意である。例えば、ドキュメントは、音データ、画像データ、テキストデータ、又はそれらのうちの任意の２以上のデータの組み合わせを含む。また、ドキュメントは、通常、一又は複数のファイルで構成されるが、これに限るものではない。また、上記の記憶部としては、図２のＥＰＲＯＭ１３を例示可能である。また、上記の選択部、通知部および転送部としては、図２のＣＰＵ１６を例示可能である。
このドキュメント転送装置（送信側の通信装置）では、記憶部に記憶された総てのドキュメントの識別情報ではなく、これらの識別情報のうち、人の操作に基づいて選択された識別情報のみが外部の通信装置（受信側の通信装置）へ送信される。したがって、外部の通信装置では、ドキュメント転送装置の使用者の操作に基づいて選択された識別情報のみが表示される。つまり、ドキュメント転送装置は、外部の通信装置に表示される識別情報を絞ることができる。よって、送信可能なドキュメントの数が多くなっても、外部の通信装置の使用者にかかる負担は、必ずしも大きくならない。
外部の通信装置に表示される識別情報を絞る方法としては、ドキュメント転送装置が使用者の操作に基づいて絞る方法の他に、ドキュメント転送装置が自動的に絞る方法が挙げられる。例えば、ドキュメント転送装置がランダムに絞る方法である。しかし、この方法では、転送したいドキュメントの識別情報が外部の通信装置において表示されず、当該ドキュメントを転送することができないという不都合が発生しうる。これに対して、本発明では、ドキュメント転送装置が使用者の操作に基づいて絞るから、上記の不都合を回避することができる。
【００１０】
上記のドキュメント転送装置において、前記操作部の操作内容に基づいて、前記複数のドキュメントの各々の識別情報を決定する決定部を備えることが好ましい。このドキュメント転送装置によれば、その使用者の操作に基づいてドキュメントの識別情報が決定されるから、ドキュメントの内容を理解し易い情報を、当該ドキュメントの識別情報とすることができる。外部の通信装置の使用者にしてみれば、ドキュメントの内容を理解し難い識別情報（例えば、「３ａ２４ｄ５２…」や「０ｂ０ｅ７３０…」といった文字列）から転送したいドキュメントの識別情報を選ぶことよりも、ドキュメントの内容を理解し易い識別情報（例えば、「最初の原稿」や「修正原稿」といった文字列）から転送したいドキュメントの識別情報を選ぶことの方が容易である。つまり、このドキュメント転送装置によれば、外部の通信装置の使用者にかかる負担の軽減が可能となる。なお、上記の決定部としては、図２のＣＰＵ１６を例示可能である。
なお、ドキュメントの識別情報が当該ドキュメントの内容を理解し難い情報であっても、外部の通信装置の使用者は、転送したいドキュメントの識別情報を指定することができる。これは、ドキュメント転送装置において、識別情報がドキュメント毎に表示されるからである。この表示により、ドキュメント転送装置の使用者は、どの識別情報とどのドキュメントとが対応しているのかを知ることができる。したがって、ドキュメント転送装置の使用者と外部の通信装置の使用者とが同一の場合には、外部の通信装置の使用者は、当然に、転送したいドキュメントの識別情報を指定することができる。一方、両者が同一でない場合には、外部の通信装置の使用者は、例えば、転送したいドキュメントの識別情報をドキュメント転送装置の使用者から教えてもらうことにより、転送したいドキュメントの識別情報を指定することができる。
【００１１】
上記の各ドキュメント転送装置において、ドキュメントの識別情報として、文字列を採用することが好ましい。文字列のデータ量は、アイコンやサムネイルなどの画像に比較して少ないから、識別情報として文字列を採用すれば、ドキュメント転送装置と外部の通信装置との間の通信の負荷を軽減することができる。
【００１２】
文字列を識別情報とする場合、前記複数のドキュメントの各々は一又は複数のファイルで構成され、前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルを生成する候補用ファイル生成部を備え、前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、前記転送部は、受信した識別情報に係る前記一括ファイルを前記外部の通信装置に返信するようにしてもよい。上記の候補用ファイル生成部としては、図２のＣＰＵ１６を例示可能である。
この場合、外部の通信装置は、ドキュメント転送装置から一又は複数のファイル名を受信し、受信したファイル名から選択したファイル名をドキュメント転送装置へ送信し、このファイル名のファイルを受信することにより、ドキュメント転送装置からドキュメントを受信する。この手順は、サービス利用用のＦＴＰを用いて実現可能である。つまり、外部の通信装置として、サービス利用用のＦＴＰを実装した既存の通信装置を採用することができる。
一方、ドキュメント転送装置は、一又は複数のファイル名を外部の通信装置へ送信し、外部の通信装置からファイル名を受信すると、このファイル名のファイルを外部の通信装置へ送信することにより、外部の通信装置へドキュメントを送信する。この手順は、サービス提供用のＦＴＰを用いて実現可能である。したがって、ドキュメント転送装置において新規に実装すべき箇所が少なくなる。
なお、ファイルは、データの集合であり、データの記憶単位となる。ファイルに含まれるデータの形式は任意である。例えば、ファイルは、音データ、画像データ、テキストデータ、又はそれらのうちの任意の２以上のデータの組み合わせを含む。また、一括ファイルのファイル名は、当該一括ファイルに含まれる総てのファイルで構成されるドキュメントの識別情報（文字列）そのものであってもよいし、当該識別情報と他の文字列とを連ねた文字列であってもよい。
【００１３】
また、文字列を識別情報とする場合、前記複数のドキュメントの各々は一又は複数のファイルで構成され、前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部を備え、前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、前記転送部は、受信した前記識別情報で識別される前記ドキュメントを前記一括ファイルの形式に従った順序で前記外部の通信装置に返信するようにしてもよい。
この場合にも、サービス利用用のＦＴＰを実装した既存の通信装置を、外部の通信装置として採用することができる。また、この場合には、転送部が、受信した識別情報で識別されるドキュメントを一括ファイルの形式に従った順序で外部の通信装置へ送信するから、ドキュメント転送装置において一括ファイルを生成することなく、外部の通信装置に一括ファイルを受信させることができる。したがって、ドキュメント転送装置において一括ファイルのための記憶領域を確保する必要がない。
【００１４】
また、文字列を識別情報とする場合、前記複数のドキュメントの各々は一又は複数のファイルで構成され、前記選択部に選択された前記一又は複数の識別情報の各々について、当該識別情報で識別される前記ドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部と、前記転送部に受信された前記識別情報について前記一括ファイルを生成する転送用ファイル生成部とを備え、前記一括ファイルのファイル名は、当該一括ファイルに係る識別情報を含み、前記通知部は、前記選択部に選択された前記一又は複数の識別情報をそれぞれ含む、前記一括ファイルのファイル名を前記外部の通信装置へ送信し、前記転送部は、受信した前記識別情報に係る前記一括ファイルを前記外部の通信装置に返信するようにしてもよい。
この場合にも、サービス利用用のＦＴＰを実装した既存の通信装置を、外部の通信装置として採用することができる。また、この場合には、転送用ファイル生成部が、外部の通信装置から受信した識別情報について一括ファイルを生成し、この一括ファイルを転送部が外部の通信装置へ送信するから、ドキュメント転送装置において一括ファイルのために確保すべき記憶領域を、ドキュメント転送装置の操作に基づいて選択された総ての識別情報の各々について一括ファイルを生成する場合よりも狭くすることができる。
【００１５】
一括ファイルを用いる場合には、ドキュメント転送装置が、前記外部の通信装置から前記一括ファイルを受信する受信部と、前記受信部に受信された前記一括ファイルを展開する展開部とを備えるようにするのが好ましい。この場合、ドキュメント転送装置は、外部の通信装置から受信した一括ファイルを展開し、この一括ファイルに含まれている総てのファイルで構成されるドキュメントを利用することができる。ドキュメントの利用の形態としては、ドキュメントの表示や編集を例示可能である。また、上記の受信部としては、図２のＣＰＵ１６を例示可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態に係るドキュメント転送装置１０を有する通信システム１００の構成を示すブロック図である。
【図２】ドキュメント転送装置１０の電気的構成を示すブロック図である。
【図３】ドキュメント転送装置１０内のフォルダ構造を示す図である。
【図４】ドキュメント転送装置１０内のドキュメント．ｄｂの内容例を示す図である。
【図５】通信システム１００における送信処理の流れを示すシーケンス図である。
【図６】送信処理中のドキュメント転送装置１０の画面１の表示例を示す図である。
【図７】送信処理中のドキュメント転送装置１０の送信フォルダの内容例を示す図である。
【図８】送信処理中の通信装置２０の画面２１の表示例を示す図である。
【図９】通信システム１００における受信処理の流れを示すシーケンス図である。
【図１０】受信処理中のドキュメント転送装置１０の受信フォルダの内容例を示す図である。
【図１１】受信処理後のドキュメント転送装置１０のドキュメントフォルダの内容例を示す図である。
【図１２】受信処理後のドキュメント．ｄｂの内容例を示す図である。
【発明を実施するための形態】
【００１７】
＜１．構成＞
図１は、本発明の一実施形態に係るドキュメント転送装置１０を有する通信システム１００の構成を示す図である。通信システム１００は、ドキュメント転送装置１０の他に、このドキュメント転送装置１０と通信する通信装置２０を有し、ドキュメント転送装置１０と通信装置２０との間でのドキュメントの転送を可能とする。ドキュメント転送装置１０と通信装置２０との間の通信のプロトコルは、Ｂｌｕｅｔｏｏｔｈである。
【００１８】
ドキュメントは、データの集合であり、一又は複数のファイルで構成され、データの転送単位となる。ファイルは、データの集合であり、データの記憶単位となる。ファイルに含まれるデータの形式は任意である。例えば、ファイルは、音データ、画像データ、テキストデータ、又はそれらのうちの任意の２以上のデータの組み合わせを含む。
【００１９】
実際には、通信システム１００は、複数のドキュメント転送装置１０と複数の通信装置２０とを有する。これらのドキュメント転送装置１０の構成および動作は互いに同様であり、これらの通信装置２０の構成および動作も互いに同様である。また、ドキュメント転送装置１０と通信装置２０との間でドキュメントの転送処理が行われるのは、両装置のペアリングの完了後であって、両装置間の距離が通信可能な距離以下の場合に限られる。
【００２０】
ドキュメント転送装置１０は、いわゆる電子ペーパーであり、画面１を有する本体３と、画面１内の位置の指示に用いられる電子ペン（操作部）２とを備える。またドキュメント転送装置１０は、ＢｌｕｅｔｏｏｔｈのＦＴＰを実装している。具体的には、サービス利用用のＦＴＰとサービス提供用のＦＴＰとを実装している。つまり、ドキュメント転送装置１０は、通信装置２０に限らず、サービス提供用のＦＴＰを実装した装置からファイルを受信し、サービス利用用のＦＴＰを実装した任意の通信装置へファイルを送信することができる。
【００２１】
通信装置２０は、いわゆる携帯電話機であり、画面２１及びキーパッド２２を備え、移動体通信網を介して図示しないサーバー装置との間でファイルを転送することができる。また通信装置２０は、サービス利用用のＦＴＰとサービス提供用のＦＴＰとを実装している。つまり、通信装置２０は、ドキュメント転送装置１０に限らず、サービス提供用のＦＴＰを実装した装置からファイルを受信し、サービス利用用のＦＴＰを実装した任意の通信装置へファイルを送信することができる。
【００２２】
図２は、ドキュメント転送装置１０の電気的構成を示すブロック図である。この図に示すように、ドキュメント転送装置１０は、電磁誘導方式のタッチパネル１１と、Ｂｌｕｅｔｏｏｔｈに準拠した通信インターフェイス１２と、複数のドキュメントを記憶するＥＰＲＯＭ（Erasable Programmable Read Only Memory）１３と、ワークメモリとして使用されるＲＡＭ（Random Access Memory）１４と、制御プログラムを記憶したＲＯＭ１５と、この制御プログラムを実行するＣＰＵ（Central Processing Unit）１６とを備える。以降の説明では、ＣＰＵ１６は制御プログラムを実行中であるものとする。
【００２３】
タッチパネル１１は、表示部１１１とペンタブレット１１２とを備える。表示部１１１は、画面１を有し、電気泳動を利用して画像を画面１に表示する。ペンタブレット１１２は、画面１内の位置を入力する電磁誘導方式の位置入力装置であり、コイルを内蔵した電子ペン２と、当該コイルに誘導電流を発生させるタブレット４とを備える。タブレット４は、画面１内の位置であって、電子ペン２で指示された位置を検出する。ＣＰＵ１６は、画面１の表示内容とタブレット４の検出結果とに基づいて、ドキュメント転送装置１０の使用者に入力された指示を特定する。
【００２４】
通信インターフェイス１２は、ＣＰＵ１６と通信装置２０との間で要求や応答などのデータを中継する。つまり、ＣＰＵ１６は、通信インターフェイス１２を介して、通信装置２０との間でデータを送受信する。そして、ＣＰＵ１６は、入力された指示と受信したデータとに基づいて、各部を制御する。また、ＥＰＲＯＭ１３は複数のファイルを記憶し、ＣＰＵ１６は、ＥＰＲＯＭ１３に記憶された総てのファイルを管理する。この管理は、階層構造を持つフォルダ（ディレクトリ）を用いて行われる。
【００２５】
図３は、ＥＰＲＯＭ１３のフォルダ構造を示す図である。この図に示すように、最上位のルートフォルダの配下には、転送フォルダとドキュメントフォルダとが作成されている。転送フォルダの配下には、送信フォルダと受信フォルダとが作成されている。ドキュメントフォルダは、ドキュメントを保存するフォルダである。ＥＰＲＯＭ１３に記憶されている総てのドキュメントは、ドキュメントフォルダに保存されている。ドキュメントの保存は、当該ドキュメントを構成する総てのファイルをドキュメントフォルダに格納することにより達成される。また、ドキュメントフォルダには、格納した総てのドキュメントを管理するためのデータベースファイル（ファイル名は「ドキュメント．ｄｂ」）も格納されている。
【００２６】
図４は、ドキュメント．ｄｂの内容例を示す図である。この図に示すように、ドキュメント．ｄｂは、総てのドキュメントを構成する総てのファイルの各々について、ファイル名と、当該ファイルが構成するドキュメントのタイトル（識別情報）とを対応付ける。例えば、図４の例では、ドキュメントのタイトルである「最初の原稿」には、「３ａ２４ｄ５２ｃｆ５８９４ｄ７８ｂｃｄｃ…＿ＡＮＮＯＴ」というファイル名と、「３ａ２４ｄ５２ｃｆ５８９４ｄ７８ｂｃｄｃ…＿ＣＯＮＴＥ」というファイル名とが対応付けられている。したがって、ＣＰＵ１６は、ドキュメント．ｄｂを参照することにより、ドキュメントとファイルとの対応関係を把握することができる。
【００２７】
なお、末尾の文字列が「＿ＣＯＮＴＥ」であるファイル名のファイルは、コンテンツファイルであり、ドキュメントの内容を示すデータを含む。一方、末尾の文字列が「＿ＡＮＮＯＴ」であるファイル名のファイルは、アノテーションファイルであり、ドキュメントに関連する情報を示すデータを含む。例えば、タイトルが「ブロック図」のドキュメントを構成する二つのファイルのうち、ファイル名が「３ａ２４ｄ５２ｃｆ５８９４ｄ７８ｂｃｄｃ…＿ＣＯＮＴＥ」のファイルは、画像データを含み、ファイル名が「３ａ２４ｄ５２ｃｆ５８９４ｄ７８ｂｃｄｃ…＿ＡＮＮＯＴ」のファイルは、検索のためのキーワードを示すテキストデータを含む。
【００２８】
以上の説明で例示したドキュメントは、いずれも、一つのコンテンツファイルと一つのアノテーションファイルとで構成されているが、これに限るものではない。例えば、タイトルが「備忘録」のドキュメントのように、一つのコンテンツファイルのみから構成されたドキュメントもあれば、３以上のファイルで構成されたドキュメント（図示略）もある。このように、ドキュメント転送装置１０では、ドキュメントがファイルとは別に管理されるから、柔軟なドキュメント管理が可能となる。
【００２９】
なお、本実施形態では、同一のドキュメントを構成する複数のファイルのファイル名が、「＿ＡＮＮＯＴ」や「＿ＣＯＮＴＥ」といった末尾の文字列を除いて一致している。これは、ドキュメントの作成日時に基づいて、当該ドキュメントを構成するファイルのファイル名を生成しているからである。つまり、このような生成方法を採用する必要がなければ、同一のドキュメントを構成する複数のファイルのファイル名が末尾の文字列を除いても不一致となるように本実施形態を変形可能である。
【００３０】
＜２．ドキュメントの生成および保存＞
ドキュメント転送装置１０は、その使用者から入力された指示に基づいて、ドキュメントを生成および保存することができる。すなわち、ＣＰＵ１６は、ドキュメントの生成指示が入力されると、この生成指示にしたがってドキュメントを生成し、次にドキュメントの保存指示が入力されると、生成したドキュメントを構成する総てのファイルとそのファイル名とを生成し、生成したファイルをドキュメントフォルダに格納することにより、生成したドキュメントをドキュメントフォルダに保存する。
【００３１】
ドキュメントの保存指示は、保存するドキュメントのタイトルを指定する指示でもある。タイトルの指定の仕方は任意である。例えば、使用者が電子ペン２を操作して文字列を入力することによって、この文字列をタイトルとして指定するようにしてもよいし、ＣＰＵ１６が、保存するドキュメントの内容に基づいてタイトルの候補文字列を生成して画面１に表示させ、使用者が、電子ペン２を操作して、表示された候補文字列のうち一つの候補文字列を指定することによって、この候補文字列をタイトルとして指定するようにしてもよい。いずれにせよ、ＣＰＵ１６は、保存するドキュメントのタイトルを、電子ペン２の操作内容に基づいて決定し、決定したタイトルと、当該ドキュメントを構成する総てのファイルのファイル名とが対応するように、ドキュメント．ｄｂを更新する。
【００３２】
＜３．ドキュメントの転送処理＞
ドキュメントの転送処理には、ドキュメントを、ドキュメント転送装置１０が通信装置２０へ送信する送信処理と、ドキュメント転送装置１０が通信装置２０から受信する受信処理とがある。以降の説明では、まず送信処理について説明し、次に受信処理について説明する。
【００３３】
＜３−１．送信処理＞
図５は、通信システム１００における送信処理の流れを示すシーケンス図である。送信処理は、ドキュメント転送装置１０の使用者が電子ペン２を操作して送信処理の開始指示を入力すると開始する。
【００３４】
送信処理では、まず、ドキュメント転送装置１０が転送候補の選択処理を行う（Ｓ１）。転送候補とは、ドキュメント転送装置１０からの送信が許可されたドキュメントのタイトルであり、ＥＰＲＯＭ１３に記憶されている総てのドキュメント、すなわち送信可能なドキュメントのタイトルから選択される。この選択処理では、ＣＰＵ１６は、使用者から通信開始の指示が入力されるまで、転送候補の選択画面の表示および更新を行うとともに転送候補の選択を行う（Ｓ１１、Ｓ１２：ＮＯ）。
【００３５】
具体的には、ＣＰＵ１６は、まず、ドキュメント．ｄｂを参照して表示部１１１を制御し、図６に示すように、ドキュメントフォルダに格納された総てのドキュメントのタイトルを、タイトル毎にチェックボックスと対応付けて画面１に表示させる。この画面が転送候補の選択画面である。この画面には、通信開始ボタンＢ１も含まれている。ただし、総てのチェックボックスは未チェックである。
【００３６】
以降、転送候補の選択画面の表示が繰り返し行われる。この繰り返しにおいて、使用者が電子ペン２で未チェックのチェックボックスを指示すると、ＣＰＵ１６は、当該チェックボックスが既チェックとなるように選択画面を更新するとともに、当該チェックボックスに対応するタイトルを転送候補として選択する。一方、使用者が電子ペン２で既チェックのチェックボックスを指示すると、ＣＰＵ１６は、当該チェックボックスが未チェックとなるように選択画像を更新するとともに、当該チェックボックスに対応するタイトルを転送候補から除外する。
【００３７】
そして、使用者が電子ペン２で通信開始ボタンＢ１を押すと、ＣＰＵ１６は、通信開始の指示が入力されたと判断し（Ｓ１２：ＹＥＳ）、転送候補の選択処理を終了させ、通信装置２０との間にＦＴＰコネクションを確立する確立処理を行う（Ｓ２）。ＦＴＰコネクションは、ＦＴＰに従ってファイルを転送する通信路である。この確立処理に呼応して、通信装置２０では、上記のＦＴＰコネクションを確立する確立処理が行われる。双方の確立処理は、上記のＦＴＰコネクションが確立すると終了する。
【００３８】
また、ＣＰＵ１６は、上記の確立処理において、転送候補の選択処理で選択された転送候補の各々について一括ファイルを生成し、送信フォルダに格納する（Ｓ２１）。この際、送信フォルダには、この確立処理において生成された一括ファイルのみが格納される。例えば、転送候補として、図６に示すように「修正原稿」、「修正点リスト」及び「備忘録」の計３個のタイトルが選択された場合には、送信フォルダには、図７に示すように、ファイル名が「修正原稿．ｄｃｆ」、「修正点リスト．ｄｃｆ」及び「備忘録．ｄｃｆ」の計３個の一括ファイルのみが格納される。
【００３９】
一括ファイルは、対応するタイトルのドキュメントを構成する総てのファイルと、それらのファイル名とを含むファイルであり、その形式（ファイルフォーマット）は予め定められている。また、一括ファイルのファイル名は、対応するタイトルを含む。例えば、対応するタイトルが「修正原稿」である一括ファイルのファイル名は「修正原稿．ｄｃｆ」である。
【００４０】
上記のＦＴＰコネクションが確立すると、ドキュメント転送装置１０では応答処理が行われる（Ｓ４）。応答処理は、上記のＦＴＰコネクションを介して、通信装置２０からの要求に応答する処理である。一方、通信装置２０は、応答処理中のドキュメント転送装置１０から一括ファイルのファイル名を取得する（Ｓ５）。具体的には、通信装置２０が、サービス利用用のＦＴＰを用いて、送信フォルダ内の総てのファイルのファイル名の返信を要求する第１要求ａ１をドキュメント転送装置１０へ送信し、この第１要求ａ１を受信したＣＰＵ１６が、サービス提供用のＦＴＰを用いて、送信フォルダ内の総てのファイルのファイル名を含む第１応答ｂ１を通信装置２０へ返信し（Ｓ４１）、この第１応答ｂ１を通信装置２０が受信する。
【００４１】
次に通信装置２０は、転送ファイル名の選択処理を行う（Ｓ６）。転送ファイル名とは、転送するファイルのファイル名であり、この選択処理では、送信フォルダ内の総てのファイルのファイル名から選択される。具体的には、通信装置２０は、まず、図８に示すように、受信した総てのファイル名を、ファイル名毎にチェックボックスと対応付けて画面２１に表示させる。この画面が転送ファイル名の選択画面である。この画面には、転送開始ボタンＢ２も含まれている。ただし、総てのチェックボックスは未チェックである。
【００４２】
以降、転送ファイル名の選択画面の表示が繰り返し行われる。この繰り返しにおいて、通信装置２０は、キーパッド２２の操作内容に基づいて、未チェックのチェックボックスが既チェックとなるように選択画面を更新しつつ、当該チェックボックスに対応するファイル名を転送ファイル名として選択したり、既チェックのチェックボックスが未チェックとなるように選択画面を更新しつつ、当該チェックボックスに対応するファイル名を転送ファイル名から除外したりする。つまり、通信装置２０の使用者は、キーパッド２２を操作することにより、転送ファイル名を指定することができる。
【００４３】
そして、使用者がキーパッド２２を操作して転送開始ボタンＢ２を押すと、通信装置２０は、転送開始の指示が入力されたと判断し、転送ファイル名の選択処理を終了させ、この選択処理で選択された転送ファイル名のファイルをドキュメント転送装置１０から取得する（Ｓ７）。具体的には、選択された総ての転送ファイル名の各々について、通信装置２０が、サービス利用用のＦＴＰを用いて、当該転送ファイル名のファイルの返信を要求する第２要求ａ２をドキュメント転送装置１０へ送信し、この第２要求ａ２を受信したＣＰＵ１６が、サービス提供用のＦＴＰを用いて、当該転送ファイル名のファイルを含む第２応答ｂ２を通信装置２０へ返信し（Ｓ４２）、この第２応答ｂ２を、通信装置２０が、サービス利用用のＦＴＰを用いて受信する。
【００４４】
こうして、一括ファイルがドキュメント転送装置１０から通信装置２０へ転送される。一括ファイルには、そのファイル名に含まれているタイトルのドキュメントを構成する総てのファイルが含まれているから、一括ファイルの転送は、ドキュメントの転送と等価である。なお、通信装置２０へ転送された一括ファイルは、通信装置２０、又は通信装置２０から当該一括ファイルを受信した装置（例えば、ドキュメント転送装置１０や図示しないサーバー装置）において展開される。これにより、転送された一括ファイルのファイル名に含まれているタイトルのドキュメントの利用（例えば、表示や編集）が可能となる。
【００４５】
＜３−２．受信処理＞
図９は、通信システム１００における受信処理の流れを示すシーケンス図である。受信処理は、ドキュメント転送装置１０の使用者が電子ペン２を操作して受信処理の開始指示を入力すると開始する。なお、以降の説明では、通信装置２０の所定のフォルダには、一又は複数のファイルが格納されているものとする。これらのファイルはいずれも一括ファイルであり、通信装置２０において生成されたものでも、ドキュメント転送装置１０から受信したものでも、図示しないサーバー装置から受信したものでもよい。
【００４６】
受信処理では、まず、ＦＴＰコネクションの確立処理が行われる（Ｒ１及びＲ２）。このＦＴＰコネクションが確立すると、通信装置２０では、ドキュメント転送装置１０からの要求に応答する応答処理が行われる（Ｒ３）。一方、ドキュメント転送装置１０のＣＰＵ１６は、サービス利用用のＦＴＰを用いて、応答処理中の通信装置２０から一括ファイルのファイル名を取得する（Ｒ４）。この取得の詳細は、図５のステップＳ５と同様である。ただし、この際に、通信装置２０において用いられるＦＴＰはサービス提供用のＦＴＰであり、取得されるファイル名は、送信フォルダ内ではなく、所定のフォルダ内の総てのファイルのファイル名である。
【００４７】
次にＣＰＵ１６は、転送ファイル名の選択処理を行う（Ｒ５）。この選択処理では、転送ファイル名は、所定のフォルダ内の総てのファイルのファイル名から選択される。この選択の詳細は、図５のステップＳ６と同様である。ただし、この選択では、画面２１ではなく画面１にファイル名が表示され、キーパッド２２ではなく電子ペン２が使用者に操作される。
【００４８】
そして、転送開始の指示が入力されると、ＣＰＵ１６は、転送ファイル名の選択処理を終了させ、サービス利用用のＦＴＰを用いて、この選択処理で選択された転送ファイル名のファイルを通信装置２０から取得する（Ｒ６）。この取得の詳細は、図５のステップＳ７と同様である。ただし、この際に、通信装置２０において用いられるＦＴＰはサービス提供用のＦＴＰであり、取得されるファイルは、送信フォルダ内ではなく、所定のフォルダ内のファイルである。こうして、一括ファイルが通信装置２０からドキュメント転送装置１０へ転送される。
【００４９】
また、ステップＲ６において、ＣＰＵ１６は、取得したファイルを受信フォルダに格納する。この際、受信フォルダには、取得したファイルのみが格納される。例えば、転送ファイル名として「チェック結果」のみが選択された場合には、受信フォルダには、図１０に示すように、ファイル名が「チェック結果．ｄｃｆ」の一括ファイルのみが格納される。
【００５０】
次にＣＰＵ１６は、受信フォルダ内の一括ファイルを展開し（Ｒ７）、ドキュメントを保存する（Ｒ８）。これにより、一括ファイルに含まれている一又は複数のファイルで構成されるドキュメント（一括ファイルのファイル名に含まれているタイトルのドキュメント）の利用が可能となる。
【００５１】
具体的には、ＣＰＵ１６は、受信フォルダ内の総ての一括ファイルの各々について、当該一括ファイルを展開し、当該一括ファイルに含まれていた一又は複数のファイルをドキュメントフォルダに格納し、格納したファイルのファイル名と、当該一括ファイルのファイル名に含まれているタイトルとが対応するように、ドキュメント．ｄｂを更新する。
【００５２】
例えば、送信フォルダに、ファイル名が「０ｒ６ｇ７４８９ｄ３４ｈ２ｓ５ｂｄｃ４６…＿ＡＮＮＯＴ」のファイルと、ファイル名が「０ｒ６ｇ７４８９ｄ３４ｈ２ｓ５ｂｄｃ４６…＿ＣＯＮＴＥ」のファイルとを含み、ファイル名が「チェック結果．ｄｃｆ」の一括ファイルのみが格納されていたとする。この場合、ドキュメントフォルダには、図１１に示すように、この一括ファイルに含まれていた二つのファイルが追加され、ドキュメント．ｄｂには、これら二つのファイルのファイル名と、この一括ファイルのファイル名「チェック結果．ｄｃｆ」から末尾の文字列「．ｄｃｆ」を削除して得られる文字列「チェック結果」とを対応付ける情報が追加される。
【００５３】
＜４．まとめ＞
以上説明したように、本実施形態では、送信処理において、ＣＰＵ１６が、送信可能な総てのドキュメントのタイトルから一又は複数のタイトルを選択し、選択したタイトルのみを通信装置２０へ送信する。したがって、通信装置２０では、ドキュメントフォルダに保存された総てのドキュメントのタイトルのうち、ドキュメント転送装置１０において選択されたタイトルのみが表示される。つまり、本実施形態によれば、通信装置２０に表示されるタイトルを絞ることができる。よって、ドキュメントフォルダに保存されたドキュメントの数が多くなっても、通信装置２０の使用者にかかる負担は、必ずしも大きくならない。
【００５４】
ところで、送信処理において、通信装置２０に表示されるタイトルを絞る方法としては、
ドキュメント転送装置１０が使用者の操作に基づいて絞る方法の他に、ドキュメント転送装置１０が自動的に絞る方法が挙げられる。例えば、ドキュメント転送装置１０が、ドキュメントフォルダ内のドキュメントのタイトルから、送信を許可するドキュメントのタイトルを、ランダムに選択する。しかし、この方法では、転送したいドキュメントのタイトルが通信装置２０において表示されず、当該ドキュメントを転送することができないという不都合が発生しうる。これに対して、本実施形態では、送信を許可するドキュメントのタイトルがドキュメント転送装置１０の使用者の操作に基づいて行われるから、上記の不都合を回避することができる。
【００５５】
また、本実施形態では、ＣＰＵ１６は、保存するドキュメントのタイトルを、電子ペン２の操作内容に基づいて決定する。したがって、ドキュメントの内容を理解し易い情報を、当該ドキュメントのタイトルとすることができる。通信装置２０の使用者にしてみれば、ドキュメントの内容を理解し難いタイトル（例えば、「３ａ２４ｄ５２…」や「０ｂ０ｅ７３０…」といった文字列）から転送したいドキュメントのタイトルを選ぶことよりも、ドキュメントの内容を理解し易いタイトル（例えば、「最初の原稿」や「修正原稿」といった文字列）から転送したいドキュメントのタイトルを選ぶことの方が容易である。つまり、本実施形態によれば、通信装置２０の使用者にかかる負担の軽減が可能となる。
【００５６】
また、本実施形態では、通信装置２０は、ドキュメント転送装置１０から一又は複数のファイル名を受信し、受信したファイル名から選択したファイル名をドキュメント転送装置１０へ送信し、このファイル名のファイルを受信することにより、ドキュメント転送装置１０からドキュメントを受信するものであり、サービス利用用のＦＴＰを実装した既存の通信装置である。つまり、ドキュメント転送装置１０は、サービス利用用のＦＴＰを実装した既存の通信装置に対して、ドキュメントを転送することができる。
【００５７】
また、本実施形態では、ＣＰＵ１６は、電子ペン２の操作内容に基づいて選択された一又は複数のタイトルの各々について、当該タイトルで識別されるドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルを生成する候補用ファイル生成部として機能し、通信装置２０からファイル名を受信すると、このファイル名の一括ファイルを通信装置２０に返信する。つまり、ドキュメント転送装置１０は、サービス提供用のＦＴＰを用いて、ドキュメントを送信することができる。したがって、ドキュメント転送装置１０において新規に実装すべき箇所は少ない。
【００５８】
＜５．変形例＞
本発明は、上述した実施形態に限定されるものではなく、この実施形態を変形して得られる各種の変形例や、これらの変形例を適宜に組み合わせたものをも技術的範囲に含みうる。以下に、上述した実施形態の変形例を例示する。
【００５９】
（第１変形例）
ドキュメント転送装置１０においては一括ファイルを生成せず、通信装置２０においては一括ファイルが受信されるように変形してもよい。
具体的には、ＣＰＵ１６が、上記の候補用ファイル生成部ではなく、電子ペン２の操作内容に基づいて選択された一又は複数のタイトルの各々について、当該タイトルで識別されるドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部として機能し、通信装置２０からファイル名を受信すると、このファイル名に含まれるタイトルで識別されるドキュメントを構成する一又は複数のファイルを一括ファイルの形式に従った順序で通信装置２０に返信するようにする。
この変形例では、ドキュメント転送装置１０において、サービス提供用のＦＴＰを改変する必要があるから、新規に実装すべき箇所が増加するが、上述した実施形態と同様に、ドキュメント転送装置１０は、サービス利用用のＦＴＰを実装した既存の通信装置に対して、ドキュメントを転送することができる。また、この変形例には、ドキュメント転送装置１０において一括ファイルのための記憶領域を確保する必要がないという利点がある。
【００６０】
（第２変形例）
ドキュメント転送装置１０において、電子ペン２の操作内容に基づいて選択された一又は複数のタイトルのうち、実際に転送するドキュメントのタイトルについて一括ファイルを生成するように変形してもよい。
具体的には、ＣＰＵ１６が、上記の候補用ファイル生成部ではなく、電子ペン２の操作内容に基づいて選択された一又は複数のタイトルの各々について、当該タイトルで識別されるドキュメントを構成する総てのファイルとそのファイル名とを含む一括ファイルのファイル名を生成するファイル名生成部として機能するとともに、通信装置２０から受信したタイトルについて一括ファイルを生成する転送用ファイル生成部として機能し、通信装置２０からファイル名を受信すると、このファイル名の一括ファイルを生成して通信装置２０に返信するようにする。
この変形例では、ドキュメント転送装置１０において、サービス提供用のＦＴＰを改変する必要があるから、新規に実装すべき箇所が増加するが、上述した実施形態と同様に、ドキュメント転送装置１０は、サービス利用用のＦＴＰを実装した既存の通信装置に対して、ドキュメントを転送することができる。また、この変形例には、ドキュメント転送装置１０において一括ファイルのために確保すべき記憶領域が狭くなるという利点がある。また、ファイル名を受信して当該ファイル名のファイルを返信することは、サービス利用用のＦＴＰを用いて実現可能であるから、新規に実装すべき箇所は、第１変形例よりも少ない。
【００６１】
（第３変形例）
ドキュメント転送装置１０が、その使用者の操作に基づかずに、ドキュメントのタイトルを決定するようにしてもよい。例えば、ドキュメント転送装置１０は、ドキュメントの生成日時に基づいて文字列を生成し、この文字列を当該ドキュメントのタイトルとする。この場合、図４に示すファイル名のような、ドキュメントの内容を理解し難い文字列がドキュメントのタイトルとなる。つまり、通信装置２０には、ドキュメントの内容を理解し難いタイトルが一覧表示され、通信装置２０の使用者は、これらのタイトルから転送したいドキュメントのタイトルを指定せねばならないことになる。
しかし、ドキュメント転送装置１０では、タイトルがドキュメント毎に表示されるから、その使用者は、どのタイトルとどのドキュメントとが対応しているのかを知ることができる。したがって、通信装置２０の使用者は、ドキュメント転送装置１０の使用者と同一の場合には当然に、同一でない場合には例えばドキュメント転送装置の使用者から教えてもらうことにより、転送したいドキュメントのタイトルを指定することができる。
【００６２】
（第４変形例）
ドキュメントのタイトルとして、文字列以外の情報を採用してもよい。文字列以外の情報としては、アイコンやサムネイルなどの画像を例示可能である。これに対して、上述した実施形態では、画像に比較してデータ量の少ない文字列をドキュメントのタイトルとして採用しているから、ドキュメント転送装置１０と通信装置２０との間の通信の負荷を軽減することができる。
【００６３】
（第５変形例）
ＦＴＰに準拠しない形態としてもよい。例えば、送信処理において、ドキュメント転送装置１０が、一又は複数のタイトルを通信装置２０へ送信し、通信装置２０からタイトルを受信すると、このタイトルのドキュメントを構成する複数のファイルを通信装置２０へ送信する形態としてもよい。また例えば、送信処理において、ドキュメント転送装置１０が、通信装置２０からの要求を待つことなく、一又は複数のタイトルを通信装置２０へ送信する形態としてもよい。
【００６４】
（第６変形例）
各ドキュメントが一つのファイルで構成されるようにしてもよい。この場合、ドキュメントのタイトルと当該ドキュメントを構成するファイルのファイル名とを一致させることができる。両者が一致するならば、ドキュメントをファイルとは別に管理せずに済むから、ドキュメント．ｄｂが不要となる。また、両者が一致するならば、一つのファイルを転送するだけで、当該ファイルで構成されるドキュメントを転送することができるから、一括ファイルを用いずに済む。なお、上述した実施形態では、データの記憶単位としてファイルを採用したが、ファイル以外のものを採用してもよい。この場合、ドキュメントは、ファイル以外の記憶単位を一又は複数含むことになる。
【００６５】
（第７変形例）
上述した実施形態では、ＣＰＵ１６が、通信装置２０から受信した一括ファイルを展開する展開部として機能するが、ドキュメント転送装置１０が展開部を持たないようにしてもよい。この場合、通信装置２０からドキュメント転送装置１０へ転送されたドキュメントをドキュメント転送装置１０において利用することはできない。もちろん、第６変形例のように、一括ファイルを使用しない形態であれば、ドキュメント転送装置１０が展開部を持たなくとも、通信装置２０からのドキュメントをドキュメント転送装置１０において利用可能である。
【００６６】
（第８変形例）
ドキュメント転送装置１０及び通信装置２０の構成を変更してもよい。例えば、ドキュメント転送装置１０が、電気泳動を利用して画像を画面１に表示する表示部１１１に代えて、電気泳動を利用せずに画像を画面に表示する他の表示部を備えてもよいし、電磁誘導方式の位置入力装置に代えて他の方式の位置入力装置を備えてもよいし、電子ペン２に代えて他の操作部を備えてもよい。また例えば、電子ペーパー以外の装置をドキュメント転送装置１０としてもよい。また例えば、通信装置２０が、キーパッド２２に代えて他の操作部を備えてもよいし、携帯電話機以外の装置を通信装置２０としてもよい。また例えば、ドキュメント転送装置１０以外の装置と通信不能な装置を通信装置２０としてもよい。
【符号の説明】
【００６７】
１，２１……画面、２……電子ペン、３……本体、４……タブレット、１０……ドキュメント転送装置、１１……タッチパネル、１２……通信インターフェイス、１３……ＥＰＲＯＭ、１４……ＲＡＭ、１５……ＲＯＭ、１６……ＣＰＵ、２０……通信装置、２２……キーパッド、１００……通信システム。
【図１】
2011097205.tif 000003
【図２】
2011097205.tif 000004
【図３】
2011097205.tif 000005
【図４】
2011097205.tif 000006
【図５】
2011097205.tif 000007
【図６】
2011097205.tif 000008
【図７】
2011097205.tif 000009
【図８】
2011097205.tif 000010
【図９】
2011097205.tif 000011
【図１０】
2011097205.tif 000012
【図１１】
2011097205.tif 000013
【図１２】
2011097205.tif 000014