(57)【特許請求の範囲】
【請求項１】
物品の入手を希望するユーザが所有するユーザ側携帯機器と、前記ユーザ側携帯機器と通信可能な受発注管理サーバと、前記受発注管理サーバと通信可能な販売店サーバと、前記受発注管理サーバと通信可能なリース会社サーバと、前記受発注管理サーバと通信可能なメーカサーバと、個人リース品の提供を希望するリース品提供側ユーザが所有し前記受発注管理サーバと通信可能なリース側携帯機器とを備えた物品入手システムであって、
前記受発注管理サーバは、新品の識別情報と販売場所の情報と販売条件の情報と、リース品の識別情報と保管場所の情報とリース条件の情報とを有するデータベースを備え、前記ユーザ側携帯機器からユーザが希望する物品の識別情報と入手条件の情報とを受信し、この受信した情報に基づいて前記データベースを検索し、ユーザが入手に要する時間が短いものから順に並べた物品リストを作成し、作成した物品リストを前記ユーザ側携帯機器へ送信するように構成され、
前記ユーザ側携帯機器は、受信した前記物品リストを表示し、表示された前記物品リストの中からユーザが選択した物品の情報を前記受発注管理サーバへ送信するように構成され、
前記受発注管理サーバは、受信したユーザが選択した物品の情報に基づいて、前記物品が新品のときには、該新品を販売している前記販売店サーバに購入の情報を送信し、前記物品がリース品のときには、該リース品をリースしている前記リース会社サーバまたは前記メーカサーバまたは前記リース側携帯機器にリースの情報を送信し、前記物品をユーザが引き取る場合には、前記物品が保管されている場所の位置情報を前記ユーザ側携帯機器へ送信するように構成され、
前記個人リース品には、その動作状況の情報を記録すると共に前記リース側携帯機器と通信可能な通信モジュールが取り付けられており、
前記メーカサーバは、前記通信モジュールに記録された前記個人リース品の動作状況の情報を前記リース側携帯機器を介して受信し、この受信した動作状況の情報を記憶すると共に、前記ユーザの評価情報を記憶するように構成されていることを特徴とする物品入手システム。
【請求項２】
前記通信モジュールは、前記個人リース品の動作状況の情報として、日時、起動時刻、動作時間、部品交換日時、経験値の各情報を記録するように構成されていることを特徴とする請求項１記載の物品入手システム。
【請求項３】
前記受発注管理サーバは、前記通信モジュールに記録された前記個人リース品の動作状況の情報を前記リース側携帯機器及びメーカサーバを介して受信し、この受信した動作状況の情報を記憶するように構成されていることを特徴とする請求項１または２記載の物品入手システム。
【請求項４】
前記ユーザ側携帯機器は、前記物品が保管されている場所の位置情報を受信したときに、前記位置情報を目的地として設定して、現在地から目的地まで経路案内するナビゲーション機能を備えていることを特徴とする請求項１ないし３のいずれかに記載の物品入手システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが商品や製品などの物品を緊急に必要とするときに、できるだけそれに応答し得る物品入手システムに関する。
【背景技術】
【０００２】
ユーザが緊急に必要な製品としては、ツールや輸送用車両など色々なものがある。刃物や電動工具などの製品は、刃や潤滑油などの消耗品を使用しており、使用者がその製品を使用する作業を行うときになって、刃が消耗していたり、駆動部の潤滑が悪いことに気づき、その製品を使用できない場合がある。特に、熟練していない使用者は、例えば電動工具にどのような刃や潤滑油が必要であるかがわからない場合が多い。最近では、電子マニュアルなどで必要な部品の型番などを調べることは可能であるが、交換用の刃や潤滑油を迅速に入手しないと、その製品を使用する作業を実行できない。
【０００３】
通常のインターネット店舗に上記消耗品を注文した場合、宅配便などで配達するのに１〜２日かかるため、ユーザは、迅速に（例えば数時間程度）消耗品を手に入れることが困難である。また、ユーザ自身で、消耗品の型番などを頼りに、近くの店に問い合わせる方法もあるが、どのような店が、ユーザが所望する消耗品を販売、あるいは在庫で持っているかが簡単にはわからないため、消耗品を手に入れることはやはり困難である。
【０００４】
従来技術として、特許文献１に記載されたシステムが知られている。このシステムにおいては、商取引に関する要求事項を入力するユーザ端末と、取扱商品に関する諸情報を提供するデータベースを備えた販売者サーバと、商取引を仲介するサービスを提供する仲介者サーバと、決済を行う金融機関サーバとを備えた。そして、仲介者サーバは、購入希望商品に関する入力情報に基づいて各販売者毎に取扱商品の価格および商品受渡形態により生じる受渡コストを含めた総コストおよび納期を求め、この販売者毎の総コストおよび納期からなるデータをユーザの指定するソート順に並べ替えて出力するようにした。
【０００５】
上記システムの場合、購入希望商品に対する販売者毎の総コストおよび納期からなるデータについて、ユーザは、距離順、納期順、価格順、運賃順または総合コスト順のうちの、どの順番で出力したいのかを選択することができる。これにより、ユーザは、購入希望商品を取扱っている店を検索し、所望の購入条件にかなう取扱店を選定し、登録する。
【０００６】
ユーザはユーザ端末２に提示された画面データを参照して、価格交渉の対象店を選定し、交渉条件を入力する。ユーザは商品の受取方法（持ち帰りか、それとも販売者からの託送か）についても併せて入力する。このシステムによれば、商品の持ち帰りを選択することにより、通常のインターネット店舗よりは、商品を手に入れる時間を短縮することが可能である。
【０００７】
しかし、上記従来技術のシステムでは、商品を購入することが前提になっており、持ち帰り可能な取扱店に在庫が無い場合には、商品を迅速に手に入れることができない、即ち、ユーザが商品を緊急に必要とする場合に役に立たないという問題があった。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２２５６２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
そこで、本発明の目的は、ユーザが商品や製品などの物品を極力迅速に入手することができる物品入手システムを提供するにある。
【課題を解決するための手段】
【００１０】
請求項１の発明は、物品の入手を希望するユーザが所有するユーザ側携帯機器と、前記ユーザ側携帯機器と通信可能な受発注管理サーバと、前記受発注管理サーバと通信可能な販売店サーバと、前記受発注管理サーバと通信可能なリース会社サーバと、前記受発注管理サーバと通信可能なメーカサーバと、個人リース品の提供を希望するリース品提供側ユーザが所有し前記受発注管理サーバと通信可能なリース側携帯機器とを備えた物品入手システムであって、前記受発注管理サーバは、新品の識別情報と販売場所の情報と販売条件の情報と、リース品の識別情報と保管場所の情報とリース条件の情報とを有するデータベースを備え、前記ユーザ側携帯機器からユーザが希望する物品の識別情報と入手条件の情報とを受信し、この受信した情報に基づいて前記データベースを検索し、ユーザが入手に要する時間が短いものから順に並べた物品リストを作成し、作成した物品リストを前記ユーザ側携帯機器へ送信するように構成され、前記ユーザ側携帯機器は、受信した前記物品リストを表示し、表示された前記物品リストの中からユーザが選択した物品の情報を前記受発注管理サーバへ送信するように構成され、前記受発注管理サーバは、受信したユーザが選択した物品の情報に基づいて、前記物品が新品のときには、該新品を販売している前記販売店サーバに購入の情報を送信し、前記物品がリース品のときには、該リース品をリースしている前記リース会社サーバまたは前記メーカサーバまたは前記リース側携帯機器にリースの情報を送信し、前記物品をユーザが引き取る場合には、前記物品が保管されている場所の位置情報を前記ユーザ側携帯機器へ送信するように構成され、前記個人リース品には、その動作状況の情報を記録すると共に前記リース側携帯機器と通信可能な通信モジュールが取り付けられており、前記メーカサーバは、前記通信モジュールに記録された前記個人リース品の動作状況の情報を前記リース側携帯機器を介して受信し、この受信した動作状況の情報を記憶すると共に、前記ユーザの評価情報を記憶するように構成されていることを特徴とする物品入手システムである。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１実施形態を示すもので、物品入手システムの全体構成を概略的に示すブロック図
【図２】製品管理データベースの例を示す図
【図３】利用履歴データベースの例を示す図
【図４】入手リクエスト画面の例を示す図
【図５】入力確認画面の例を示す図
【図６】優先条件の選択画面の例を示す図
【図７】回答リスト表示の確認画面の例を示す図
【図８】回答リストの表示画面の例を示す図
【図９】選択した製品の各種条件の選択画面の例を示す図
【図１０】選択した製品の確定確認画面の例を示す図
【図１１】料金条件の表示画面の例を示す図
【図１２】支払条件の選択画面の例を示す図
【図１３】支払条件の確認画面の例を示す図
【図１４】引き取り地点の表示画面の例を示す図
【図１５】物品入手システムのシーケンス図（その１）
【図１６】物品入手システムのシーケンス図（その２）
【図１７】配送処理のシーケンス図
【図１８】製品と通信モジュールの概略構成を示すブロック図
【図１９】通信モジュールのブロック図
【図２０】ユーザ登録制御のフローチャート
【図２１】製品の運転状況を記録する制御のフローチャート
【図２２】本発明の第２実施形態を示すシーケンス図
【発明を実施するための形態】
【００１２】
（第１実施形態）
以下、本発明の第１実施形態について、図１ないし図２１を参照して説明する。図１は、本実施形態の物品入手システム１の全体概略構成を示すブロック図である。物品入手システム１は、物品の入手、即ち、製品の購入またはリースを希望する複数のユーザがそれぞれ所有するユーザ側携帯機器２と、受発注管理サーバ３と、複数の販売店サーバ４と、複数のリース会社サーバ５と、複数のメーカサーバ６と、製品を個人リース可能な複数のリース品提供側ユーザ（または法人）がそれぞれ所有するリース側携帯機器７と、複数の個人リース用の製品８にそれぞれ取り付けられた製品８の動作状況記録用の通信モジュール９とを備えて構成される。
【００１３】
ユーザ側携帯機器２は、スマートフォン等の携帯電話機やパソコンで構成されており、無線通信網やインターネット等を介して受発注管理サーバ３にアクセスする機能を有する。受発注管理サーバ３は、管理センタに設置されており、複数の販売店サーバ４、複数のリース会社サーバ５および複数のメーカサーバ６にアクセスする機能を有する。受発注管理サーバ３は、種々の用途の物品（新品の製品及びリース品の製品）の在庫情報または保管位置情報などの情報を収集し、ユーザが欲しい物品（新品の製品及びリース品の製品）がどこで入手できるかがわかる情報を蓄積した製品管理データベース１０（図２参照）を作成・更新する機能を有する。この製品管理データベース１０には、新品の識別（名称や製品番号等）情報と販売場所の情報と販売条件の情報と、リース品の識別（名称や製品番号等）情報と保管場所の情報とリース条件の情報とが記憶されている。製品管理データベース１０の一例を、図２に示す。尚、製品管理データベース１０の詳細については、後述する。
【００１４】
受発注管理サーバ３は、ユーザ側携帯機器２を介してユーザのリクエストを受けて、該ユーザのリクエストに応じて、物品データベース１０に対してユーザが欲しい物品（新品の製品またはリース品の製品）がどこで入手できるかがわかる情報を検索し、その検索結果をユーザに提供する機能を有する。また、受発注管理サーバ３は、リースのサービスを利用したユーザの利用履歴の情報（製品の動作状況の情報と、ユーザの評価（リース品提供側の人のレビュー）の情報とが含まれる）を蓄積した利用履歴データベース１１（図３参照）を作成・更新する機能を有する。この利用履歴データベース１１の詳細については、後述する。
【００１５】
販売店サーバ４には、その販売店が販売する種々の製品（物品）８の製品情報（製品名称や製品番号や製品規格や価格等の情報）や在庫情報や配送情報等を蓄積した販売管理データベースが設けられている。リース会社サーバ５には、そのリース会社がリースする種々の製品（物品）８の製品情報（製品名称や製品番号や製品規格やリース料等の情報）や在庫情報や配送情報等を蓄積したリース管理データベースが設けられている。
【００１６】
メーカサーバ６には、そのメーカが販売した製品（物品）８の製品情報（製品名称や製品番号や製品規格や販売価格等の情報）や、販売先のユーザの個人ユーザ情報や、使用した製品８の動作状況の情報（使用履歴の情報）や使用者（製品８をリースして使用した人）の評価の情報等を蓄積したメーカ管理データベースが設けられている。この場合、製品８が使用されたときに該製品８の動作状況の情報を収集するために、製品８を販売したユーザ（製品８をリース品として提供可能なリース品提供側ユーザ）に対して、製品８の動作状況の情報をメーカサーバ６へ送信して記録するためのソフトウェアを提供する。このソフトウェアの提供方法としては、個人ユーザ情報に基づいて製品がはじめて使われるときまでにユーザが所有する携帯機器であってメーカサーバ６と通信可能な機能を持つリース側携帯機器７に対して、製品８の動作状況の情報をメーカサーバ６へ送信するための情報収集用ソフトウェアを送信（ダウンロード、インストール）しておく。
【００１７】
そして、ユーザが使用する製品８に、製品８の動作状況の情報を記録するための通信モジュール９を取り付けておく。上記通信モジュール９は、前記リース側携帯機器７と近距離で無線通信可能な近距離通信機能を有しており、ある設定距離以内に通信モジュール８とリース側携帯機器７が近づくと相互に認証処理を行ってデータ交換を実行可能な構成となっている。この構成の場合、リース側携帯機器７と通信モジュール８との間で通信可能になると、リース側携帯機器７は、通信モジュール８を認識して該通信モジュール８内に記憶された製品８の動作状況の情報等を取得すると共に、該取得した製品８の動作状況の情報等をメーカサーバ６へ送信するように構成されている。
【００１８】
上記情報収集用ソフトウェアには、製品の動作診断ソフト、メーカサーバ６との通信ソフト、製品の使用予定・履歴スケジュールソフト、製品８（通信モジュール９）との通信ソフトなどが含まれる。製品８（通信モジュール９）との通信ソフトには、ユーザ登録を短時間で行うための自動個人登録機能、製品８の型番を自動的にメーカサーバ６へ送信する機能、リース側携帯機器７のＧＰＳ機能などを利用して製品８が使用される場所をメーカサーバ６へ知らせる機能、製品８の状態を遠隔的に診断する機能などが含まれる。また、製品８の動作中の写真などをメーカサーバ６へ送る機能なども情報収集用ソフトウェアに含まれる。
【００１９】
上記構成の場合、リース側携帯機器７に情報収集ソフトウェアがインストールされた状態で、リース側携帯機器７と通信モジュール９（製品８）が通信のできる距離に近づくと、リース側携帯機器７の情報収集ソフトウェアが起動し、通信モジュール９から送られてきた製品８の動作状況の情報等をメーカサーバ６に送信する。尚、通信料金をメーカサーバ６側で支払うようにすると、ユーザの負担を少なくできる。
【００２０】
そして、リース側携帯機器７においてユーザが「個人リース希望」と入力すると、メーカサーバ６では、ユーザ及び製品８の各データに「個人リース希望」という情報が付加される。メーカサーバ６においては、動作状況の情報を受信した製品８に「個人リース可能」という設定がなされている場合、その動作状況の情報をリース可能機器の使用履歴（使用状態）の情報としてデータベースに登録して管理される。このデータベースは、受発注管理サーバ３によってアクセス（利用）できる構成となっている。
【００２１】
ここで、受発注管理サーバ３の製品管理データベース１０（図２参照）と利用履歴データベース１１（図３参照）について説明する。
まず、製品管理データベース１０は、図２に示すように、製品のジャンル毎に分けられており、各製品ジャンルにおいて、１つの製品について次の複数の項目のデータが入力（記憶）されている。具体的には、メーカ（メーカの名称）、型番ＩＤ（製品の型番や品名等のＩＤ）、保有者ＩＤ（現状の製品を保有している販売店や、販売された個人等の名称等のＩＤ）、現在位置（製品の保管住所）、位置座標（製品の保管住所の位置座標）、稼働時間（製品の稼働時間、例えば新品は０、すでに販売された製品については、実際に稼働した時間）、状態（製品の状態）、リース可否、及び、備考の各項目のデータが入力されている。尚、新品の製品であっても、リース可否を設定可能にしてもよい。
【００２２】
これに対して、緊急に製品を使用したいユーザは、ユーザ側携帯機器２（携帯電話機やパソコンなど）を用いて、例えば図４に示す入手リクエスト画面において、ユーザ情報、品名（欲しい製品の名称や型番）、入手条件、届け先（利用場所、配送先）などのデータを入力する。この場合、品名の入力については、メーカ名、型番などを、ユーザが知っていれば手入力する。
【００２３】
また、通常の検索アプリを使って用途に合う製品を見つけて、入力することも可能になっている。例えばアプリ対応の検索システムでは、ワンクリックで情報を入手リクエスト画面（図４参照）の該当フィールドに入力できるように構成すると便利である。例えば、入力フィールドにＸＭＬ限定などのデータ制限をつけ、検索データに該当するデータタグが付いているように構成すると、入力フィールドへの自動入力を実現可能となる。また、製品を購入する以外に、リースが利用できる場合については、ユーザは、リース可否の選択により、リース品の検索を依頼することができる。そして、ユーザによる入力が完了すると、図５に示す入力確認画面が表示され、ユーザにより確定送信ボタンが押されると、ユーザが入力したデータがユーザ側携帯機器２から受発注管理サーバ３へ送信される。
【００２４】
ユーザが入力したデータを受発注管理サーバ３が受信すると、条件に適合した製品が製品管理データベース１０（図２参照）にあるかどうかが検索される。本実施形態は、基本的には、通常のインターネット販売と類似であるが、個人単位でリースを行ってもよい人を製品管理データベース１０に含めることで、緊急時に、近くにいる人から必要なものを借りることが可能となる。
【００２５】
ここで、図３に示す利用履歴データベース１１について説明する。この利用履歴データベース１１は、リースのサービスを利用した人（ユーザ）の利用履歴の情報を蓄積したデータベースであり、これまでに、リースを利用したユーザが、どのような製品を借りて、その製品を何時間使用したかを記録している。更に、製品を貸した人（リース品提供側ユーザ）の評価（レビュー等）も記録されている。また、受発注管理サーバ３には、図示はしないが、個人で製品をリースする人（リース品提供側ユーザ）についても、どのような製品をどの程度の時間貸し、その評価はどうだったかという情報を蓄積したデータベース（図示しない）が作られる。
【００２６】
次に、本実施形態の物品入手システム１の動作について、図４ないし図２１を参照して説明する。そのうちの図１５ないし図１７は、本実施形態の物品入手システム１のシーケンスを説明するシーケンス図である。まず、図１５のステップＳ１０において、ユーザがユーザ側携帯機器２を操作することにより、緊急利用のリクエストを入力すると、ユーザＩＤ、希望製品、利用希望位置、利用希望時刻などの情報が受発注管理サーバ３に送られる。続いて、ステップＳ２０へ進み、受発注管理サーバ３は、製品管理データベース１０を参照して在庫確認をする。ユーザの希望時間に間に合う新品の製品があるか、希望時間にリースできる製品（リース品）があるかを確認し、回答リストを作成する。尚、受発注管理サーバ３は、販売店サーバ４、リース会社サーバ５及びリース側携帯機器７（メーカサーバ６）へアクセスして必要なデータを取得することに基づいて、上記製品管理データベース１０の作成・更新処理を行う。
【００２７】
さて、いずれの該当品も無ければ（ステップＳ３０にて「ＮＯ」、ステップＳ４０、ステップＳ６０にて「ＮＯ」）、該当品なしの情報をユーザ側携帯機器２に送信する。そして、ユーザ側携帯機器２では、上記該当品なしの情報を受信して、該当品なしのメッセージを表示する（ステップＳ１１０）。
【００２８】
また、該当品ありの結果が得られた場合には、新品またはリース品のリストを作成し、ユーザ側携帯機器２に送信する。具体的には、まずステップＳ３０にて、希望時刻に配送（配達）できる新品があるか否かを判断する。ここで、希望時刻に配送できる新品がない場合、ステップＳ３０にて「ＮＯ」へ進み、ステップＳ４０へ進み、新品無しのリストを作成する。続いて、ステップＳ６０へ進み、希望時刻にリースできるリース品があるか否かを判断する。ここで、リースできるリース品があれば、ステップＳ６０にて「ＹＥＳ」へ進み、ステップＳ８０へ進み、新品無し、リース品ありのリストを作成する。
【００２９】
また、ステップＳ３０にて、希望時刻に配送できる新品がある場合、「ＹＥＳ」へ進み、ステップＳ５０へ進み、新品のリストを作成する。続いて、ステップＳ７０へ進み、希望時刻にリースできるリース品があるか否かを判断する。ここで、リースできるリース品があれば、ステップＳ７０にて「ＹＥＳ」へ進み、ステップＳ９０へ進み、新品あり、リース品ありのリストを作成する。また、リースできるリース品が無いときは、ステップＳ７０にて「ＮＯ」へ進み、ステップＳ１００へ進み、新品あり、リース品無しのリストを作成する。そして、ステップＳ１２０へ進み、リストを作成した旨（該当品がある旨）の情報（例えばリスト種別ＩＤ）をユーザ側携帯機器２に送信する。
【００３０】
次いで、ステップＳ１３０へ進み、ユーザ側携帯機器２は、上記情報（該当品ありの情報）を受信して、図６に示すような画面を表示し、ユーザに該当品があることを知らせると共に、受信内容の設定、即ち、該当品リストの表示の優先条件の選択をユーザに促す。そして、ユーザは、ユーザ側携帯機器２を操作して、優先条件を選択し、選択した優先条件を受発注サーバ３へ送信する。尚、ここで優先条件を選択する理由は、優先条件を設定すると、ユーザが希望する可能性の高い該当品のデータから受信されて表示されることになるから、データ受信料を小さくできると共に、ユーザの待ち時間を低減できるためである。尚、上記優先条件のデフォルトは、ユーザが入手に要する時間が短いものからという条件である。
【００３１】
続いて、ステップＳ１４０へ進み、受発注サーバ３は、上記優先条件を受信し、優先条件に適合する該当品のリスト（例えばユーザが入手に要する時間が短いものから順に並べた物品のリスト）を作成する。次いで、受発注サーバ３は、作成した該当品のリストと詳細データをユーザ側携帯機器２へ送信する。この場合、受発注サーバ３からユーザ側携帯機器２へ送信する１回のデータ量は、ユーザ側携帯機器２の表示画面に表示する例えば複数ページ分のデータ量とすることが好ましい。尚、１回で送信するデータ量（ページ数）は、通信負荷や通信料金等に応じて適宜設定すれば良い。
【００３２】
そして、ステップＳ１５０へ進み、ユーザ側携帯機器２は、受発注サーバ３から送信された該当品の優先リストと詳細データを受信すると、図７に示すように、受信通知を行う。ここで、ユーザが「はい」を選択すると、ステップＳ１６０へ進み、ユーザ側携帯機器２は、図８に示すように、受信したデータに基づいて該当品の応答リストの１ページ分の画面を作成して表示する。
【００３３】
続いて、図１６のステップＳ１８０へ進み、図８の画面において、ユーザが製品を選択する処理を行う。この場合、表示されたリスト中においてユーザが希望する製品の行を選択すると、その詳細な条件が、図９に示すように表示される（ステップＳ１９０）。具体的には、リストに表示された製品について、メーカの評価、ユーザの個人評価、販売条件、販売価格、配達会社、配達料金、引き取りにいく場合の条件、また、引取りの場所などが表示される。これら詳細条件の情報は、製品毎に設定されており、受発注管理サーバ３の製品管理データベース１０内に記憶されている。尚、詳細条件の情報は、受発注管理サーバ３からユーザ側携帯機器２へ該当製品のリストを送信するときに一緒に送信される。
【００３４】
そして、ユーザは、上記詳細条件を見て、適切な利用条件であると判断したら、商品確定ボタンを押す。すると、図１０に示すように、商品確定画面が表示される（ステップＳ２００）。この後、ステップＳ２１０へ進み、支払い処理の受付（図１２参照）、支払い処理の確定（図１３参照）が実行される。尚、ステップＳ１９０の図９の画面において、ユーザが緊急配達の料金条件を知りたい場合には、料金条件ボタンを押す。すると、図１１に示すように、緊急度及び利用時間帯に応じて料金倍率が設定された料金設定表が表示される。このような料金設定表は、製品毎に設定されており、受発注管理サーバ３の製品管理データベース１０内に記憶されている。尚、料金設定表の情報は、受発注管理サーバ３からユーザ側携帯機器２へ該当製品のリストを送信するときに一緒に送信される。図１１の料金設定表は、緊急度が高いほど、また、配達を急ぐほど料金倍率が高くなるように設定した例である。料金設定表の具体値は、製品の状態や、ニーズ（販売店、リース会社、リース品を所有する個人などの要求）等に応じて、適宜設定することが好ましく、各値は受発注管理サーバ３において変更可能である。また、ユーザが表示された画面（図９、図１０、図１１）を見て、内容が気に入らなければ、前の画面や製品リスト（図８）に戻り、製品の選択を変更することができる。
【００３５】
この後、ユーザのユーザ側携帯機器２から上述したようにして選択確認された製品に関する確認情報が受発注管理サーバ３へ送られると、ステップＳ２２０へ進み、受発注管理サーバ３は、ユーザの条件を確認する。まず、ステップＳ２２０では、ユーザが新品を購入したいか否かを判断する。ここで、新品の購入の場合には、ステップＳ２２０にて「ＹＥＳ」へ進み、ステップＳ２３０へ進み、販売店サーバ４へ製品の購入確定の情報を送信する。販売店サーバ４は、上記製品の購入確定の情報を受信すると、製品の購入確定応答の情報を受発注管理サーバ３へ送信し、続いて、ステップＳ２４０へ進み、製品の配送処理を実行する。
【００３６】
そして、販売店サーバ４から送信された製品の購入確定応答の情報を受発注管理サーバ３が受信すると、ステップＳ２３０へ進み、受発注管理サーバ３は、新品購入の配送処理を実行する。この受発注管理サーバ３による配送処理の具体的内容については、後述する。
【００３７】
また、ステップＳ２２０において、新品の購入でない場合には、「ＮＯ」へ進み、ステップＳ２５０へ進み、ユーザがリース会社のリース品をリースしたいか否かを判断する。ここで、リース会社のリース品のリースの場合には、ステップＳ２５０にて「ＹＥＳ」へ進み、リース会社サーバ５へリース品のリース確定の情報（リース品配送条件や位置情報などの情報を含む）を送信する。リース会社サーバ５は、上記リース品のリース確定の情報を受信すると、リース確定応答の情報（リース品の保管位置などの情報を含む）を受発注管理サーバ３へ送信し、続いて、ステップＳ２７０へ進み、リース処理を実行する。
【００３８】
そして、リース会社サーバ５から送信されたリース品のリース確定応答の情報を受発注管理サーバ３が受信すると、ステップＳ２６０へ進み、受発注管理サーバ３は、リース品の配送処理を実行する。この受発注管理サーバ３による配送処理の具体的内容については、後述する。
【００３９】
また、ステップＳ２５０において、リース品のリースでない場合には、「ＮＯ」へ進み、ステップＳ２８０へ進み、個人ユーザからリース品をリースする処理を行う。ここでは、受発注管理サーバ３は、メーカサーバ６を介してリース側携帯機器７へリース品のリース確定の情報（リース品配送条件（緊急、通常）や位置情報などの情報を含む）を送信する。リース側携帯機器７は、上記リース品のリース確定の情報を受信すると、リース確定応答の情報（リース品の保管位置などの情報を含む）をメーカサーバ６を介して受発注管理サーバ３へ送信し、続いて、ステップＳ２９０へ進み、リース処理を実行する。
【００４０】
そして、リース側携帯機器７（メーカサーバ６）から送信されたリース品のリース確定応答の情報を受発注管理サーバ３が受信すると、ステップＳ３００へ進み、受発注管理サーバ３は、リース品の配送処理を実行する。この受発注管理サーバ３による配送処理の具体的内容については、後述する。
【００４１】
ここで、受発注管理サーバ３による配送処理（ステップＳ２３０、ステップＳ２６０、ステップＳ３００）と、配送業者サーバ１２による配送処理とについて、図１７のフローチャートを参照して説明する。この場合、受発注管理サーバ３は、ユーザ側携帯機器２から送信された製品に関する確認情報に基づいて配送する業者を選定して配達手配処理を行う。具体的には、図１７のステップＳ５１０において、ユーザが新品を購入したいか否かを判断する。ここで、新品の購入の場合には、ステップＳ５１０にて「ＹＥＳ」へ進み、ステップＳ５２０へ進み、配送業者へ配送依頼するか否かを判断する。ここで、配送業者へ配送依頼する場合には、ステップＳ５２０にて「ＹＥＳ」へ進み、ステップＳ５３０へ進み、配送業者を選定し、その業者へ配送依頼する、即ち、選定した業者の配送業者サーバ１２へ製品の配送依頼の情報、即ち、保管位置や配送条件（通常、緊急等）の情報を送信する。
【００４２】
続いて、配送業者サーバ１２は、受発注管理サーバ３からの上記配送依頼の情報を受信したら、その後、上記配送依頼を受諾（処理）する旨の応答の情報（配送依頼を受諾しない旨の応答の情報を含む）を受発注管理サーバ３へ送信する。そして、ステップＳ５４０へ進み、配送中の製品の現在位置等の情報をＷＥＢページ等を使用してユーザが確認できるようにする、即ち、ユーザへの状況応答の処理を実行する。
【００４３】
次いで、配送業者サーバ１２から配送依頼の応答の情報を受発注管理サーバ３が受信すると、ステップＳ５８０へ進み、受発注管理サーバ３は、配送（配達）手配処理完了の情報を記録（記憶）する。ここで、配送手配処理完了の情報の中に、ユーザが自身で製品を引き取る旨の情報が含まれている場合には、受発注管理サーバ３は、製品の引き取り情報をユーザ側携帯機器２へ送信する。この製品の引き取り情報としては、製品の重量、サイズ、荷姿、付属品の有無、住所、引き取り先の地図などの情報をユーザ側携帯機器２へ送信する構成となっている。これにより、ユーザ側携帯機器２がナビゲーション機能を備えていれば、引き取り先の地点を地図上に表示し、引き取り先の地点を目的地として設定し、引き取り先までの経路を計算し、引き取り先まで経路案内することが可能な構成となっている。
【００４４】
また、上記ステップＳ５２０において、配送業者へ配送依頼しない場合には、「ＮＯ」へ進み、ステップＳ６４０へ進み、ユーザによる製品の引き取り処理を実行する。この場合、受発注管理サーバ３は、製品の引き取り情報として、製品の重量、サイズ、荷姿、付属品の有無、住所、引き取り先の地図などの情報をユーザ側携帯機器２へ送信する。これにより、ユーザ側携帯機器２においては、上記製品の引き取り情報に基づいて、図１４に示すような製品引き取り情報提供画面を表示することができる。これにより、ユーザ側携帯機器２にナビゲーション機能があれば、ユーザ側携帯機器２において、引き取り先の地点を目的地として設定して、引き取り先までの経路を計算し、ユーザ側携帯機器２により引き取り地点まで経路案内することが可能である。続いて、ステップＳ６５０へ進み、受発注管理サーバ３は、配送（配達）手配処理完了の情報を記録（記憶）する。
【００４５】
また、上記ステップＳ５１０において、新品の購入でない場合には、「ＮＯ」へ進み、ステップＳ５５０へ進み、リース会社からリース品をリース（借受）するか否かを判断する。ここで、リース会社からリース品をリースする場合は、ステップＳ５５０にて「ＹＥＳ」へ進み、ステップＳ５６０へ進み、配送業者へ配送を依頼するか否かを判断する。ここで、配送業者へ配送を依頼する場合には、ステップＳ５６０にて「ＹＥＳ」へ進み、ステップＳ５７０へ進み、配送業者を選定し、その業者へ配送依頼する、即ち、選定した業者の配送業者サーバ１２へ配送依頼の情報、即ち、製品の保管位置や輸送条件（通常、緊急等）の情報を送信する。
【００４６】
続いて、配送業者サーバ１２は、受発注管理サーバ３からの上記配送依頼を受信したら、その後、上記配送依頼を受諾（処理）する旨の応答の情報（配送依頼を受諾しない旨の応答の情報を含む）を受発注管理サーバ３へ送信する。そして、ステップＳ５９０へ進み、配送業者サーバ１２は、配送中の製品の現在位置等の情報をＷＥＢページ等を使用してユーザが確認できるようにする、即ち、ユーザへの状況応答の処理を実行する。
【００４７】
次いで、配送業者サーバ１２からの配送依頼を受諾する旨の応答の情報を受発注管理サーバ３が受信すると、ステップＳ５８０へ進み、受発注管理サーバ３は、上述したように配送（配達）手配処理完了の情報を記録（記憶）する。
【００４８】
また、上記ステップＳ５６０において、配送業者へ配送を依頼しない（ユーザが引き取る）場合には、「ＮＯ」へ進み、ステップＳ６４０へ進み、上述したようにユーザによる製品の引き取り処理を実行する。続いて、ステップＳ６５０へ進み、受発注管理サーバ３は、上述したように配送（配達）手配処理完了の情報を記録（記憶）する。
【００４９】
また、上記ステップＳ５５０において、リース会社からリース品をリースしない（個人所有のリース品をリースする）場合には、「ＮＯ」へ進み、ステップＳ６１０へ進み、ユーザの近くの個人所有のリース品をリース（借受）する処理を実行する。まず、ステップＳ６２０へ進み、配送業者へ配送を依頼するか否かを判断する。ここで、配送業者へ配送を依頼する場合には、ステップＳ６２０にて「ＹＥＳ」へ進み、ステップＳ６３０へ進み、配送業者を選定し、その業者へ配送依頼する、即ち、選定した業者の配送業者サーバ１２へ製品の保管位置や輸送条件（通常、緊急等）の情報を送信する。
【００５０】
続いて、配送業者サーバ１２は、受発注管理サーバ３からの上記配送依頼を受信したら、その後、上記配送依頼を受諾（処理）する旨の応答の情報（配送依頼を受諾しない旨の応答の情報を含む）を受発注管理サーバ３へ送信する。そして、ステップＳ６００へ進み、配送中の製品の現在位置等の情報をＷＥＢページ等を使用してユーザが確認できるようにする、即ち、ユーザへの状況応答の処理を実行する。
【００５１】
次いで、配送業者サーバ１２からの配送依頼を受諾する旨の応答の情報を受発注管理サーバ３が受信すると、ステップＳ６５０へ進み、受発注管理サーバ３は、上述したように配送（配達）手配処理完了の情報を記録（記憶）する。
【００５２】
また、ステップＳ６２０において、配送業者へ配送を依頼しない（ユーザが引き取る）場合には、「ＮＯ」へ進み、ステップＳ６４０へ進み、上述したようにユーザによる製品の引き取り処理を実行する。続いて、ステップＳ６５０へ進み、受発注管理サーバ３は、上述したように配送（配達）手配処理完了の情報を記録（記憶）する。
【００５３】
次に、所有する製品リース品のリースを行う個人ユーザのリース処理について、図１８、図１９、図２０、図２１を参照して説明する。本実施形態では、個人がリースを行うために、受発注管理サーバ３に個人で所有する製品を個人リースすることを登録する方法と、メーカサーバ６にリース対象として購入した製品を登録する方法とを用意する。受発注管理サーバ３に個人リースすることを登録する方法は、リース会社を登録する方法とほぼ同じで良いことから、説明を省略する。以下、個人所有の製品（リース品）をリースする提供者（個人ユーザ）が、メーカサーバ６にリース対象として購入した製品を登録する方法について説明する。
【００５４】
この場合、個人リース品の提供者は、普段使っている製品が、使われていないとき、それを緊急に使いたいユーザにリースし、ユーザが使用した後は該製品を返却してもらい、その後、個人リース品の提供者が該製品を使用するようなリース形態を想定している。大手のリース会社では、新規な製品で、取扱いにリスクがあると考えられる製品は、リース品としない。このような場合に、個人がリース会社よりも先に新規製品を入手して使い勝手を把握しているときに、新規製品がどのようなものであるか使用してみたいユーザにリースするようなリース形態も想定している。
【００５５】
また、個人リース品の提供者は、製品を壊すような悪い使い方をするユーザにリースすると、製品が壊れた状態で返却されるおそれがあり、そのような場合、自分が該製品を使用できなくなって困ることが予想される。
【００５６】
そこで、個人リース品の提供者には、製品をリースしても良い相手であるかどうか（例えばユーザ評価に基づいて）を精度良く判定する仕組みが必要になる。そのため、製品の購入者のうちで、個人リースもしようと考えている購入者が購入した製品には、リースした相手の製品の使用状況をモニタして、使用履歴を記録したり、リース側携帯機器７のデータ通信機能を介して受発注管理サーバ３と通信して該受発注管理サーバ３に上記使用履歴を記録したりする機能を備えた通信モジュール９が取り付けられている。
【００５７】
通信モジュール９は、図１８に示すように、製品本体１３とインターフェース１４、１４を介して有線または無線で通信可能に接続されている。通信モジュール９は、図１９に示すように、コントローラ１５と、リース側携帯機器７と通信する通信手段１６と、製品本体１３と接続するI／Ｆ手段１７と、製品の始動・停止などを検知する検知手段１８と、製品の異常を判定する異常判定手段１９と、製品の動作状況（使用履歴等）を記憶する記憶手段２０と、電源回路（補助電源を含む）２１とを備えて構成されている。I／Ｆ手段１７は、例えば有線のときはコネクタを備えて構成され、無線のときは無線モジュールを備えて構成され、製品が例えば車両の場合、例えばＣＡＮ（Ｃａｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）の通信規格を介して種々の情報が得られるようになっている。異常判定手段１９は、振動センサ、音センサ、ＣＣＤカメラ等の各種センサを備えている。
【００５８】
そして、通信モジュール９により集められた製品の動作状況のデータは、リース側携帯機器７を介してメーカサーバ６へ送信され、メーカサーバ６の個人リース管理用のデータベース内に記録される。上記製品の動作履歴の情報は、例えば、日時、起動時刻、動作時間（使用時間）、部品交換日時、経験値（製品の使用時間によって設定）等からなるデータである。このように、メーカサーバ６へ製品の動作状況データを送る場合には、通信モジュール９の記憶手段２０の記憶容量を小さくしても良い。
【００５９】
そして、製品がはじめて使用されるとき、ユーザ登録が行われる。このユーザ登録について、図２０のフローチャートを参照して、説明する。まず、図２０のステップＳ８１０において、製品の始動スイッチがオンされると、製品が動作開始する。続いて、ステップＳ８２０へ進み、製品と通信モジュール９とリース側携帯機器７との間の通信設定及びその確認を行う。そして、ステップＳ８３０へ進み、ユーザ登録済であるか否かを判断し、ここで、ユーザ登録済でない場合、「ＮＯ」へ進み、ステップＳ８４０へ進む。ステップＳ８４０では、ユーザ登録を実行し、製品のリースが可能であるか否かの情報をメーカサーバ６の個人リース管理用のデータベースに登録する。
【００６０】
次に、製品の動作履歴を記録する制御について、図２１のフローチャートを参照して説明する。まず、図２１のステップＳ９１０において、製品の始動スイッチがオンされると、製品が動作開始し、ステップＳ９２０へ進み、製品の始動日時を記録する。続いて、ステップＳ９３０へ進み、ユーザの使用時間を初期化する。そして、ステップＳ９４０へ進み、製品の使用時に過剰負荷がかけられたか否かを判断し、ここで、過剰負荷（異常）の場合、「ＹＥＳ」へ進み、ステップＳ９６０へ進み、ユーザの使用時間のデータに「過剰」というラベル（データ区別）を付けて記憶手段（メモリ）に記録する。また、過剰負荷がかけられていない場合は、ステップＳ９４０にて「ＮＯ」へ進み、ステップＳ９５０へ進み、ユーザの使用時間のデータに「正常」というラベル（データ区別）を付けて記憶手段（メモリ）に記録する。
【００６１】
そして、ステップＳ９７０へ進み、製品（機器）の動作が停止したか否かを判断し、ここで、動作が停止していない場合は、「ＮＯ」へ進み、ステップＳ９４０へ戻り、上述した処理を繰り返す。上記ステップＳ９７０において、動作が停止した場合は、「ＹＥＳ」へ進み、ステップＳ９８０へ進み、ユーザの使用時間の計測を終了し、その計測結果を記憶手段（メモリ）に記録する。ここで、通信モジュール９とメーカサーバ６とがリース側携帯機器７を介して通信可能であれば、上記計測結果をメーカサーバ６へ送信する。そして、メーカサーバ６においては、受信したデータを解析して個人リース管理用のデータベースに正常稼働時間と異常稼働時間として記憶される。尚、通信モジュール９からリース側携帯機器７及びメーカサーバ６を介して受発注管理サーバ３へ上記計測結果を送信し、受発注管理サーバ３内の個人リース管理用のデータベースに記録するように構成しても良い。
【００６２】
また、個人リース品の提供者はメーカの製品をＰＲする役割もあるため、メーカは個人リース品の提供者に対して十分なサポートを行う体制になっている。例えば、製品に不具合が発生したり、製品が壊れた場合、メーカの手厚い保証（修理や部品提供）が受けられるようになっている。本実施形態では、製品の使用時に製品の動作状況をメーカサーバ６（あるいは受発注管理サーバ３）で把握しているので、製品の故障の状態を即座に且つ正確に判定可能となり、修理に必要な部品や故障した製品の代替品を速やかに準備することができる。
【００６３】
また、本実施形態では、メーカサーバ６により、個人ユーザの製品の習熟度を把握するために、どの程度の時間、個人ユーザが製品を使用したかをモニタできるようになっている。製品の個人リースを予定している購入者（リース品提供側ユーザ）が購入した製品には、使用履歴の情報を送信する機能を有する通信モジュール９を取り付ける。
【００６４】
また、本実施形態では、個人リース品の提供者は、メーカサーバ６にアクセスすることにより、リース利用希望者について、リース利用歴や評価等を調べることが可能な構成となっており、リースした製品の異常作動が多い、または、評価が低いリース利用希望者であることがわかった場合、そのリース利用希望者へのリースを断ることができるようになっている。
【００６５】
また、本実施形態においては、リース利用希望者がリースした製品を始めて使用する場合に、個人リース品の提供者（リース品提供側ユーザ）が製品の使用方法をリース利用希望者に直接指導するような提案を行うことも可能である。この指導を行うことにより、個人ユーザからリースするリース処理において、個人（リース側ユーザ）対個人（リース品提供側ユーザ）の間の貸し借りを円滑に行うことができる。
【００６６】
本実施形態によれば、ユーザが、製品（ツール・特別車両）を緊急に必要とする場合に、リース品提供側ユーザの個人リース品を検索することが可能であるので、使いたい製品を保有するリース品提供側ユーザが近くにいれば、その人から製品を直接借りることで、すぐに（１〜２時間程度の短時間で）製品を使用することができる。
【００６７】
また、本実施形態では、製品のリースを希望するユーザの製品（リース品）の使用熟練度をメーカのサポートやメンテナンス記録や使用履歴の情報等から判定可能であるから、緊急に製品使用を希望するユーザの該当製品の使用熟練度が低い場合（製品が使えない、または製品を壊しそうな場合）に、使用希望製品の使用法あるいはメンテナンス法に関する教習（指導）を実施することができる。
【００６８】
更に、本実施形態では、製品の保有者（リース品提供側ユーザ）による代行作業を、緊急に製品使用を希望するユーザの選択肢とすることが可能である。その際には、製品の操作料金も含めた料金をユーザに提示することが好ましい。
【００６９】
図２２は、本発明の第２実施形態を示すシーケンス図である。図１５と同一ステップには同一ステップ番号を付している。この第２実施形態では、まず新品の製品を入手できるか検索し、新品が無いときにリース品の検索を行うようにした。
【００７０】
具体的には、まず、図２２のステップＳ１０において、ユーザがユーザ側携帯機器２を操作することにより、緊急利用のリクエストを入力すると、ユーザＩＤ、希望製品、利用希望位置、利用希望時刻などの情報が受発注管理サーバ３に送られる。続いて、ステップＳ１０２０へ進み、受発注管理サーバ３は、製品管理データベース１０を参照して在庫確認をする。そして、ステップＳ１０３０へ進み、ユーザの希望時間に配達できる（間に合う）新品があるか否かを判断する。
【００７１】
ここで、希望時間に配達できる新品があれば、ステップＳ１０３０にて「ＹＥＳ」へ進み、受発注管理サーバ３からユーザ側携帯機器２へ上記新品についての確認情報（輸送法や料金等）を送信する。続いて、ユーザがユーザ側携帯機器２を操作して確定操作を行うと、新品購入の確定処理情報（配送または引き取りに行く旨の情報等）をユーザ側携帯機器２から受発注管理サーバ３へ送信する。次いで、受発注管理サーバ３は、上記新品の購入確定の情報を販売店サーバ４へ送信する。この購入確定の情報を受信して販売店サーバ４は、購入処理を実行し、購入確定応答を受発注管理サーバ３へ送信する。続いて、購入確定応答を受信すると、受発注管理サーバ３は、製品の保管位置の情報を配送業者サーバ１２へ送信する。そして、ステップＳ１０４０へ進み、受発注管理サーバ３は、売買処理と配送（配達）手配を実行する。尚、ユーザが製品を引き取る場合には、受発注管理サーバ３は、製品の位置情報等をユーザ側携帯機器２へ送信する。
【００７２】
続いて、ステップＳ１０５０へ進み、販売店サーバ４及び配送業者サーバ１２は、上記製品の緊急配送処理を実行する。更に、販売店サーバ５及び配送業者サーバ１２は、上記製品の配送情報をユーザ側携帯機器２へ送信する。
【００７３】
一方、前記ステップＳ１０３０において、希望時間に配達できる新品が無いときには、「ＮＯ」へ進み、ステップＳ１０６０へ進み、受発注管理サーバ３は、製品管理データベース１０を参照してリース品の状況（在庫）確認をする。そして、ステップＳ１０７０へ進み、ユーザの希望時間にリースできる（間に合う）リース品があるか否かを判断する。
【００７４】
ここで、希望時間にリースできるリース品があれば、ステップＳ１０７０にて「ＹＥＳ」へ進み、受発注管理サーバ３からユーザ側携帯機器２へ上記リース品についての候補リストの情報及び確認情報（輸送法や料金等）を送信する。続いて、ユーザがユーザ側携帯機器２を操作して確定操作を行うと、リース品の確定処理情報（配達または引き取りに行く旨の情報等）をユーザ側携帯機器２から受発注管理サーバ３へ送信する。次いで、受発注管理サーバ３は、上記リース品のリース確定の情報をリース会社サーバ５へ送信する。このリース確定の情報を受信してリース会社サーバ５は、リース処理を実行し、リース確定応答の情報を受発注管理サーバ３へ送信する。また、上記リース品を個人ユーザがリースする場合には、受発注管理サーバ３は、上記リース品のリース確定の情報をメーカサーバ６を介して個人ユーザのリース側携帯機器７へ送信する。このリース確定の情報を受信してリース側携帯機器７は、リース処理を実行し、リース確定応答の情報を受発注管理サーバ３へ送信する。
【００７５】
続いて、受発注管理サーバ３は、リース確定応答を受信すると、製品の保管位置の情報を配送業者サーバ１２へ送信する。そして、ステップＳ１０８０へ進み、受発注管理サーバ３は、リース処理と配送（配達）手配を実行する。尚、ユーザが製品を引き取る場合には、受発注管理サーバ３は、製品の位置情報をユーザ側携帯機器２へ送信する。
【００７６】
次いで、ステップＳ１０９０へ進み、リース会社サーバ５及び配送業者サーバ１２は、上記製品の緊急配送処理を実行する。更に、リース会社サーバ５及び配送業者サーバ１２は、上記製品の配送情報をユーザ側携帯機器２へ送信する。また、ユーザが製品を引き取る場合には、ユーザ側携帯機器２からリース会社サーバ５またはリース側携帯機器７へ引き取り先の位置の確認の情報やユーザの移動位置の情報（ヘルプ情報）等を必要に応じて適宜送信する。
【００７７】
尚、上述した以外の第２実施形態の構成は、第１実施形態と同じ構成となっている。従って、第２実施形態においても、第１実施形態とほぼ同じ作用効果を得ることができる。特に、第２実施形態によれば、まず条件に合う新品の製品があるかどうかを検索し、新品がないときに、リース品があるかどうかを検索するように構成したので、新品を欲しいユーザにとって検索時間が短くなるという効果がある。
【符号の説明】
【００７８】
図面中、１は物品入手システム、２はユーザ側携帯機器、３は受発注管理サーバ、４は販売店サーバ、５はリース会社サーバ、６はメーカサーバ、７はリース側携帯機器、８は製品、９は通信モジュール、１０は製品管理データベース、１１は利用履歴データベース、１２は配送業者サーバを示す。
【図１】
0005904007.tif 000002
【図２】
0005904007.tif 000003
【図３】
0005904007.tif 000004
【図４】
0005904007.tif 000005
【図５】
0005904007.tif 000006
【図６】
0005904007.tif 000007
【図７】
0005904007.tif 000008
【図８】
0005904007.tif 000009
【図９】
0005904007.tif 000010
【図１０】
0005904007.tif 000011
【図１１】
0005904007.tif 000012
【図１２】
0005904007.tif 000013
【図１３】
0005904007.tif 000014
【図１４】
0005904007.tif 000015
【図１５】
0005904007.tif 000016
【図１６】
0005904007.tif 000017
【図１７】
0005904007.tif 000018
【図１８】
0005904007.tif 000019
【図１９】
0005904007.tif 000020
【図２０】
0005904007.tif 000021
【図２１】
0005904007.tif 000022
【図２２】
0005904007.tif 000023