(57)【特許請求の範囲】
【請求項１】
メッセージ・システムのユーザのリストを維持すること、
前記メッセージ・システムの各ユーザに関する接続リストおよびメッセージ・ストリームを維持すること、
前記メッセージ・システムの第１のユーザからメッセージを受信すること、
前記受信したメッセージを前記第１のユーザの前記メッセージ・ストリーム上に公開すること、
前記受信したメッセージを前記第１のユーザの接続リスト内で識別された前記ユーザの前記メッセージ・ストリーム上に公開すること、
前記受信したメッセージが第２のユーザからの以前のメッセージへの応答である旨を検出すること、および、
前記以前のメッセージを、前記第２のユーザの接続リストにない、前記第１のユーザの接続リスト内で識別された前記ユーザの前記メッセージ・ストリーム上に公開すること、
を含む、メッセージ・システムを動作させる方法。
【請求項２】
前記以前のメッセージが他のユーザからのさらに以前のメッセージへの応答であることを検出すること、および、
前記さらに以前のメッセージを、前記他のユーザの接続リストにない、前記第１のユーザの接続リスト内で識別された前記ユーザの前記メッセージ・ストリーム上に公開すること、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記受信したメッセージが第２のユーザからの以前のメッセージへの応答であることを検出するステップが、前記受信したメッセージ内で前記第２のユーザの名前を識別することを含む、請求項１または２に記載の方法。
【請求項４】
前記第２のユーザの接続リスト内にない、前記第１のユーザの接続リスト内で識別された前記ユーザの前記メッセージ・ストリーム上に、前記以前のメッセージを公開するステップが、前記以前のメッセージを前記それぞれのメッセージ・ストリーム内の正しい時間位置に挿入することを含む、請求項１、２、または３に記載の方法。
【請求項５】
前記第２のユーザと、前記第２のユーザの接続リスト内にない、前記第１のユーザの接続リスト内で識別された前記ユーザとの間に、接続要求を生成することをさらに含む、前記請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
複数のクライアント・デバイスと、
前記クライアント・デバイスに接続され、請求項１乃至５のいずれか一項に記載の前記ステップのすべてを実行するように配置構成された、サーバと、
を備える、メッセージ・システム。
【請求項７】
コンピュータ・プログラムであって、請求項１乃至５のいずれか一項に記載の前記ステップのすべてを実行するようになっているコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ・システムおよびメッセージ・システムを動作させる方法に関する。
【背景技術】
【０００２】
今や、インターネットを使用した一私人による情報の公開（publication）は増加の一途をたどっている。こうした公開の一例がブログと呼ばれている。ブログとは、コメントおよびイベントの説明、あるいはグラフィックスまたはビデオなどの他の材料を定期的に入力する、通常は個人によって維持されるウェブサイトのことである。入力は、一般に逆年代順に表示される。多くのブログは、特定のトピックに関するコメントを提供する一方で、個人的なオンライン日記としての機能も果たす。典型的なブログは、テキスト、画像、および他のウェブ・ページへのリンクを組み合わせることができる。マイクロブロギング（micro-blogging）は、非常に短い投稿（post）を備えたブログからなるブロギングの一種である。
【０００３】
こうしたマイクロブロギング・サービスの一例がＴｗｉｔｔｅｒ（Ｒ）（ｈｔｔｐ：／／ｔｗｉｔｔｅｒ．ｃｏｍ）であり、ユーザが、最高１４０文字長さのテキストベースの投稿である更新（通常、ツイートと呼ばれる）の送信および他のユーザの更新の読み取りを実行できるようにする、無料ソーシャル・ネットワーキングおよびマイクロブロギング・サービスである。更新は、ユーザのプロフィール・ページに表示され、それらを受信するためにサインアップした他のユーザに送達される。Ｔｗｉｔｔｅｒ（Ｒ）および他の同様の変形によって、ユーザは追跡したい他のユーザのリストを構築することができる。時折、「友だち」とつながったユーザのうちの１人が、ユーザの友だちリストにない他のユーザに応答して、それ以上の調査なしにはユーザの手の届かない何らかの会話を残していく可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
したがって本発明の目的は、周知の技術を向上させることである。
【課題を解決するための手段】
【０００５】
本発明の第１の態様に従って、メッセージ・システムのユーザのリストを維持すること、メッセージ・システムの各ユーザに関する接続リストおよびメッセージ・ストリームを維持すること、メッセージ・システムの第１のユーザからメッセージを受信すること、受信したメッセージを第１のユーザのメッセージ・ストリーム上に公開すること、受信したメッセージを第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開すること、受信したメッセージが第２のユーザからの以前のメッセージへの応答である旨を検出すること、および、以前のメッセージを、第２のユーザの接続リストにない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開することを含む、メッセージ・システムを動作させる方法が提供される。
【０００６】
本発明の第２の態様に従って、複数のクライアント・デバイスと、クライアント・デバイスに接続され、メッセージ・システムのユーザのリストを維持すること、メッセージ・システムの各ユーザに関する接続リストおよびメッセージ・ストリームを維持すること、メッセージ・システムの第１のユーザからメッセージを受信すること、受信したメッセージを第１のユーザのメッセージ・ストリーム上に公開すること、受信したメッセージを第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開すること、受信したメッセージが第２のユーザからの以前のメッセージへの応答である旨を検出すること、および、以前のメッセージを、第２のユーザの接続リストにない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開することを、実行するように配置構成された、サーバとを備える、メッセージ・システムが提供される。
【０００７】
本発明の第３の態様に従って、メッセージ・システムを動作させるために、コンピュータ読み取り可能媒体上にコンピュータ・プログラム製品が提供され、この製品は、メッセージ・システムのユーザのリストを維持するため、メッセージ・システムの各ユーザに関する接続リストおよびメッセージ・ストリームを維持するため、メッセージ・システムの第１のユーザからメッセージを受信するため、受信したメッセージを第１のユーザのメッセージ・ストリーム上に公開するため、受信したメッセージを第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開するため、受信したメッセージが第２のユーザからの以前のメッセージへの応答である旨を検出するため、および、以前のメッセージを、第２のユーザの接続リストにない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開するための、命令を備える。
【０００８】
本発明により、アクセスすることができない以前のメッセージへの応答であるメッセージ・ストリーム上のメッセージをユーザが受信する状況に、自動的に応答することになる、メッセージング・システムを提供することが可能である。メッセージング・システムは以前のメッセージを取得し、これをユーザのメッセージ・ストリームへと追加するため、結果としてユーザは、以前のメッセージを取得するための面倒なプロセスを経る必要がないか、または実際には以前のメッセージのコンテンツに気付かないままでいる。
【０００９】
好ましくは、この方法は、以前のメッセージが他のユーザからのさらに以前のメッセージへの応答であることを検出すること、および、さらに以前のメッセージを、他のユーザの接続リストにない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開することを、さらに含む。メッセージング・システムは、第２のユーザの接続リストにない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に公開された以前のメッセージが、実際にはより長い会話の一部である場合、１つまたは複数の他のメッセージをメッセージ・ストリームに投稿することができるように、動作させることができる。これによって、ユーザが通常はアクセスできないメッセージを後方参照する際に、メッセージがそのストリームに投稿されたものであることをユーザが理解するのに役立つ。
【００１０】
有利なことに、受信したメッセージが第２のユーザからの以前のメッセージへの応答であることを検出するステップは、受信したメッセージ内で第２のユーザの名前を識別することを含む。受信したメッセージを以前のメッセージの後方参照として識別する際に使用できる単純な一方法は、受信したメッセージ内の特定ユーザへの参照を介するものである。これは、メッセージのコンテンツから容易に識別可能であり、その後システムが、この以前のメッセージの識別ステップ、および通常はメッセージを見ることのないユーザに対する公開ステップを実行できるようにするものである。
【００１１】
理想的なことに、第２のユーザの接続リスト内にない、第１のユーザの接続リスト内で識別されたユーザのメッセージ・ストリーム上に、以前のメッセージを公開するステップは、以前のメッセージをそれぞれのメッセージ・ストリーム内の正しい時間位置に挿入することを含む。以前のメッセージを正しい位置時間に関してユーザのそれぞれのストリームに挿入することによって、ユーザへのメッセージ・ストリームの提示を一貫性のあるものとすることができる。通常はユーザのメッセージ・ストリーム内に存在しないメッセージが挿入されたことをユーザに示すために、（異なる色などの）ユーザ・インターフェース技法を使用することによって、ユーザのメッセージ・ストリーム内でのユーザへのメッセージの提示を機能強化することもできる。
【００１２】
好ましくは、この方法は、第２のユーザと、第２のユーザの接続リスト内にない、第１のユーザの接続リスト内で識別されたユーザとの間に、接続要求を生成することをさらに含む。メッセージ・システムを動作させる方法は、現在接続されていない２人のユーザ間に自動接続要求を生成することによって、機能強化することもできる。これにより、接続されるかどうかを決定できるようになり、それによって互いの接続リストに表示することができる。
【００１３】
次に、本発明の諸実施形態について、添付の図面を参照しながら単なる例として説明する。
【図面の簡単な説明】
【００１４】
【図１】メッセージ・システムを示す概略図である。
【図２】メッセージ・システム内の接続を示す概略図である。
【図３】メッセージ・システム内の接続を示す概略図である。
【図４】１対のメッセージ・ストリームを示す概略図である。
【図５】メッセージ流れを示すメッセージ・システム内の接続を示す概略図である。
【図６】１対のメッセージ・ストリームを示す他の概略図である。
【図７】メッセージ・システムを動作させる方法を示す流れ図である。
【発明を実施するための形態】
【００１５】
図１には、ネットワーク１４を介してサーバ１２に接続された複数のクライアント・デバイス１０を備えるメッセージ・システムが示される。ネットワークは、インターネットなどのワイド・エリア・ネットワークとするか、または、たとえばある組織を伴う内部ネットワークとすることができる。サーバ１２はメッセージング・サービスを維持するソフトウェアを実行しており、クライアント・デバイス１０は、メッセージング・システムに参加するためにサーバ１２に接続している。クライアント・デバイス１０およびサーバ１２は、ネットワーク１４を介して双方向通信を行っている。説明を簡単にするために、クライアント・デバイス１０は２つのみ示されているが、実際には、かなり多数の異なるクライアント・デバイス１０をサーバ１２に常時接続することができる。クライアント・デバイス１０は、ここではデスクトップ・コンピュータとして示されているが、携帯電話、ラップトップ・コンピュータ、またはハンドヘルド・コンピュータなどの、必要な接続および十分な処理能力を備えた任意の好適なデバイスとすることができる。
【００１６】
図１の例では、ネットワーク１４はインターネットであり、いかなるユーザも、インターネット接続を使用して、サーバによって提供されるメッセージ・サービスが使用可能であることを意味する。事実上、サーバ１２はウェブサイトを介してウェブ・サービスを実行中である。サーバ１２は単一のデバイスとして示されているが、異なるデバイス間に機能が分散された複数のデバイスを備えることが可能である。サーバ１２によって提供されるサービスに参加するために、ユーザはウェブサイトに接続し、ユーザとして登録しなければならない。個人がサーバ１２によって実行されるサービスに登録されると、いつでもサーバ１２に接続してメッセージ・サービスを使用することができる。サーバ１２によって提供されるサービスはマイクロブロギング・サービスであり、これによって各ユーザは、自分自体のマイクロブログ上に１つまたは複数のメッセージを公開することができる。ユーザは、他の人々のマイクロブログに加入することもできる。第１のユーザが第２のユーザのマイクロブログに加入すると、第１のユーザは、第２のユーザのマイクロブログ上に公開された第２のユーザのいずれのメッセージも、自分のマイクロブログ上に公開することになる。
【００１７】
サーバ１２は、メッセージ・システムを動作させるために、サービスに登録された個々のユーザそれぞれに関する一定の情報を、サービスを効果的に機能させるために維持しなければならない。たとえばサーバ１２にとっては、メッセージ・システムのユーザのリストを維持すること、ならびに、メッセージ・システムの各ユーザに関する接続リストおよびメッセージ・ストリーム（マイクロブログ）を維持することも必要である。特定ユーザに関する接続リストは、特定ユーザに接続されたユーザを定義し、それら自体のメッセージ・ストリーム上に、特定ユーザによって公開されたメッセージを公開することになる。通常、２人のユーザ間の接続は、２人の間で正式なプロセスによって同意されなければならない。
【００１８】
図２は、Ｄａｖｉｄ、Ｂｉｌｌ、Ｊｏｈｎ、およびＧｅｏｒｇｅという、４人のユーザを示す接続図である。各ユーザ１６は円で示される。矢印による他のユーザ１６への接続は、２人のユーザ１６がメッセージ・システム内で接続されていることを示す。メッセージング・システムは、ユーザ１６が互いに検索できるようにする検索機能を維持し、ユーザ１６が他のユーザとの接続を希望した場合、接続要求を生成し、これをその相手ユーザに渡すことになる。相手ユーザが要求を受け入れると、２人のユーザ間に接続が確立される。図２は、この形式ではデータは実際に格納されないという原理を理解するために、接続を視覚化したものである。
【００１９】
図３は、図２に示されたＢｉｌｌとＪｏｈｎという２人のユーザに関する２つの接続リスト１８を含む表を示す。Ｂｉｌｌの接続はＪｏｈｎおよびＤａｖｉｄに対するものであり、Ｂｉｌｌに関する接続リスト１８は、これら２人のユーザ１６を列挙している。Ｊｏｈｎの接続はＢｉｌｌおよびＧｅｏｒｇｅに対するものであり、彼らはＪｏｈｎの接続リスト１８に示されている。サーバ１２によって実行されているメッセージ・システムの構造に応じて、接続は双方向または一方向とするか、あるいはいずれもサポートすることができる。マイクロブロギング・メッセージ・システムに関して、一方向接続では、第１のメッセージ・ストリーム上に公開されたメッセージは、接続されたユーザのメッセージ・ストリーム上に自動的に公開されることになるが、その逆は当てはまらない。これは、誰かのメッセージ・ストリームをフォローしていることと、自分のメッセージ・ストリームに対するフォロワーを有することの、違いとして理解することができる。
【００２０】
メッセージ・システムのユーザに提示される出力の例が図４に示されており、この図は、図２のユーザＢｉｌｌおよびＪｏｈｎに関する２つのメッセージ・ストリーム例２０を示す。メッセージ・システムの構成および個々のユーザの好みに応じて、これらのメッセージ・ストリーム２０は、システムの任意のユーザによって自由に閲覧可能であるか、または、それぞれのユーザに実際に接続されたユーザによってのみ閲覧可能である。２つのメッセージ・ストリーム２０は両方一緒に表示されているが、通常、ユーザは一度に１つのメッセージ・ストリーム２０のみを閲覧可能であり、メッセージ・システムのユーザ・インターフェースの構造に従って、メッセージ・ストリーム２０間をナビゲートすることができる。
【００２１】
メッセージ・ストリーム２０は、メッセージ２２で構成される。各メッセージ２２は、公開の時間、公開したユーザ１６の名前、およびメッセージのコンテンツ２２を含む。多くのマイクロブロギング・メッセージ・システムでは、メッセージ２２のサイズはたとえば１４０字に制限されるが、ユーザ１６が複数のメッセージ２２を投稿するのを止めることはない。メッセージ２２は、最も新しく投稿されたメッセージ２２がメッセージ・ストリーム２０のトップに表示されるように順序付けられる。各新規メッセージ２２が書き込みおよび投稿されると、その新規メッセージ２２がトップに公開され、古いメッセージはページの下方へと移動することになる。
【００２２】
各ユーザ１６は自分自体のメッセージ・ストリーム２０上に実際に投稿し、ユーザによってその自分のストリーム２０上に投稿されたメッセージ２２は、ユーザの接続リスト１８内で識別されたすべてのメッセージ・ストリーム２０上に公開される。これが図４に示されており、たとえば、Ｊｏｈｎはメッセージ２２を１３時４０分に投稿し、これが自分自体のメッセージ・ストリーム２０に表示され、次いでＢｉｌｌのストリーム２０上にも公開されるが、これはＢｉｌｌがＪｏｈｎに接続されているユーザ１６であるためである。同様に、Ｂｉｌが自分のストリーム２０上に投稿したすべてのメッセージは、Ｊｏｈｎのストリーム上にも公開されている。しかしながら、ユーザＤａｖｉｄが自分のストリーム２０上にメッセージを投稿すると、ＢｉｌｌはＤａｖｉｄに接続されているため、そのメッセージ２２はＢｉｌｌのストリーム２上に公開されるが、ＪｏｈｎはＤａｖｉｄに接続されていない（図２を参照）ため、そのメッセージ２２はＪｏｈｎのストリーム２０上には公開されない。
【００２３】
こうしたメッセージ・システムの動作に伴う問題が、図５に示されている。Ｄａｖｉｄがメッセージ２２を作成した場合、これは自分のストリーム２０上に公開され、さらにＢｉｌｌはＤａｖｉｄに接続されたユーザ１６である（Ｄａｖｉｄの接続リスト１８に詳述されている）ため、このメッセージは（図内の２２’のように）Ｂｉｌｌのストリーム２０上にも公開される。Ｂｉｌｌがこのメッセージ２２に対して自分自体のメッセージ２２で応答した場合、この新規メッセージ２２はＢｉｌｌのストリーム２０上およびＤａｖｉｄのストリーム２０上に公開される。しかしながら、ＪｏｈｎもＢｉｌｌに接続されたユーザ１６であるため、このメッセージ２２はＪｏｈｎのメッセージ・ストリーム２０上にも公開される。しかしながらＪｏｈｎには、この応答メッセージ２２が何に関するものかがわからない。
【００２４】
次に、メッセージ２２の既存の流れについて、Ｊｏｈｎの観点から説明する。接続されていないユーザ（Ｄａｖｉｄ）が、時間Ｔ＋０に自分の会話を更新する。接続されたユーザ（Ｂｉｌｌ）は、時間Ｔ＋１に会話内の新規項目に応答する。ユーザ（Ｊｏｈｎ）は、接続されていないユーザ（Ｄａｖｉｄ）に対する接続されたユーザの応答（Ｂｉｌｌの応答）のみを見るが、それだけである。Ｊｏｈｎには以前のメッセージに関する知識がないため、ユーザのメッセージ・ストリーム２０のコンテンツに関して混乱あるいは迷惑、またはその両方の状況につながる可能性がある。接続されていないユーザから発信されたメッセージ２２に対して接続されたユーザが応答する、という問題を克服するメカニズムを提供することが求められている。
【００２５】
メッセージ・システムは、関連した会話を用いてソーシャル・ネットワークを拡張するように機能強化される。このシステムは、接続されたユーザが接続されていないユーザに応答し、前の会話をユーザの会話リストに加えた時点を検出することによって、問題を解決する。ここでメッセージ流れは、再度Ｊｏｈｎの観点から見ると以下のようになる。接続されていないユーザ（Ｄａｖｉｄ）が、時間Ｔ＋０に自分の会話を更新する。接続されたユーザ（Ｂｉｌｌ）は、時間Ｔ＋１に会話内の新規項目に応答する。システムは、接続されたユーザが接続されていないユーザに応答していることを検出し、Ｔ＋０での以前のメッセージをメッセージ・ストリーム２０内へと投入する。ユーザ（Ｊｏｈｎ）は、接続されたユーザの応答と、オリジナルの接続されていないユーザのメッセージ２２とを見る。接続されていないユーザのメッセージ２２が他の接続されていないユーザに応答していた場合、このシーケンスは、全会話スレッドが完了するまで繰り返し適用可能である。
【００２６】
図６は、前述の機能の実装によって、図４のメッセージ・ストリーム２０がどのように変更されるかを示す。具体的に言えば、Ｂｉｌｌによって公開された１５時１１分のメッセージは、Ｄａｖｉｄによって公開された１４時５９分のメッセージへの応答であった。しかしながら、前述のように、ＪｏｈｎはＢｉｌｌからの１５時１１分のメッセージを見ることになるが、ＪｏｈｎはＤａｖｉｄに接続されていないため、通常の動作では、ＪｏｈｎはＤａｖｉｄからの以前の１４時５９分のメッセージを自分のメッセージ・ストリーム２０内では見ないことになる。改良が実装されなければ、Ｊｏｈｎが自分のストリーム２０内で見るのは、以前のメッセージがなければ意味のわからない応答である、Ｂｉｌｌからのメッセージのみである。
【００２７】
しかしながら、図６の下半分に示されたＪｏｈｎのメッセージ・ストリーム２０は、Ｄａｖｉｄによって自分のストリーム２０上に公開された以前のメッセージ２４を含むように修正されている。これによりＪｏｈｎは、Ｂｉｌｌによって１５時１１分に作成された応答メッセージ２２の文脈を見ることができる。理想的なことに、メッセージ・ストリーム２０内への以前のメッセージ２４の挿入は、正しい時間位置となるように行われる。メッセージ・ストリーム２０内に新規メッセージ２４を提示することは、通常はユーザのメッセージ・ストリーム２０内に存在しない以前のメッセージ２４が挿入されたことをユーザに示すために、異なる色を使用して機能強化することもできる。
【００２８】
新規メッセージ２４をメッセージ・ストリーム２０内に挿入するプロセスは、定義された環境セットに応答して、サーバ１２によって自動的に実施される。サーバ１２は、Ｂｉｌｌのメッセージ２２がＤａｖｉｄの以前のメッセージ２４に対する応答であることを理解するように、配置構成される。これは、いくつかの方法によって達成可能である。たとえばメッセージング・サービスのユーザ・インターフェースは、公開されたメッセージ２２に、以前のメッセージ２４に対する応答であるものとして明示的にラベル付けする、「応答」機能を含むことができる。以前のメッセージ２４内の名前の使用を識別することによって、または、後のメッセージ２２が以前のメッセージ２４への応答である旨のインジケータとして、＠名前などの特定の命名法の使用を識別することによって、他の暗黙の技法を使用することができる。
【００２９】
図７は、改良されたメッセージング・システムの実装の背後にある方法を、サーバ１２の観点から概説するものである。図２から図６までの前述の例は、後のメッセージ２０によって混乱させられる一人の個人の観点から説明されているが、実際には、オリジナル・ユーザに接続されていない、以前のメッセージ２４を投稿した、その以前のメッセージ２４を受信する必要のある、複数のユーザが存在することになる。図７を参照しながら説明する方法は、以前のメッセージ２４を見る必要のあるすべてのユーザを対象とする。後のユーザには接続されているが、以前のユーザには接続されていないユーザは、それぞれ、修正された自分のメッセージ・ストリーム２０を有する必要がある。
【００３０】
メッセージ・システムを動作させる方法は、ステップＳ１で、メッセージ・システムのユーザ１６のリストを維持すること、ならびに、接続リスト１８とメッセージ・システムの各ユーザ１６に関するメッセージ・ストリーム２０とを維持することを含む。次にステップＳ２では、メッセージ・システムの第１のユーザ１６からメッセージ２２を受信するステップがあり、その結果、受信したメッセージ２２を第１のユーザ１６のメッセージ・ストリーム２０上に公開するステップＳ３、および、受信したメッセージ２２を、第１のユーザの接続リスト１８内で識別されたユーザ１６のメッセージ・ストリーム２０上に公開するステップＳ４が生じる。
【００３１】
これが完了すると、受信したメッセージ２２が第２のユーザ１６からの以前のメッセージ２４に対する応答であることを検出するステップＳ５と、第２のユーザの接続リストにない、第１のユーザの接続リスト１８内で識別されたユーザ１６のメッセージ・ストリーム２０上に以前のメッセージ２４を公開するステップＳ６とが、実行される。このようにして、以前のメッセージ２４を投稿したユーザ１６には接続されていないが、以前のメッセージ２４に対して応答２２を投稿したユーザ１６に接続された、システムのすべてのユーザ１６は、自分のメッセージ・ストリーム２０上に以前のメッセージ２４が公開されることになる。
【図１】
0005390639.tif 000002
【図２】
0005390639.tif 000003
【図３】
0005390639.tif 000004
【図４】
0005390639.tif 000005
【図５】
0005390639.tif 000006
【図６】
0005390639.tif 000007
【図７】
0005390639.tif 000008