(57)【要約】【課題】スケジュールの一部を共有できる。【解決手段】旅程変更プログラムは、第１のユーザの旅程の共有要求を受け付けると、第１のユーザの旅程に含まれるスポットを特定する処理をコンピュータに実行させる。また、旅程変更プログラムは、第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯にスポットが登録されるように、第１のユーザの旅程と第２のユーザの旅程とのうち少なくともいずれかの変更処理をコンピュータに実行させる。さらに、旅程変更プログラムは、変更処理に応じた出力をする処理をコンピュータに実行させる。【選択図】図１
2018112950.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれるスポットを特定し、
前記第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯に前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行し、
前記変更処理に応じた出力をする、
処理をコンピュータに実行させることを特徴とする旅程変更プログラム。
【請求項２】
前記共有要求は、前記第２のユーザを指定する情報を含む、
ことを特徴とする請求項１に記載の旅程変更プログラム。
【請求項３】
前記変更処理を実行する処理は、前記スポットの設定時間帯を変更する処理を含む、
ことを特徴とする請求項１又は２に記載の旅程変更プログラム。
【請求項４】
前記出力をする処理は、変更された前記第２のユーザの旅程を、前記第２のユーザに通知する、
ことを特徴とする請求項１乃至３のいずれか１つに記載の旅程変更プログラム。
【請求項５】
前記出力をする処理は、前記第１のユーザの旅程又は前記第２のユーザの旅程を変更した場合に得られるメリットを含む情報を出力する、
ことを特徴とする請求項１乃至４のいずれか１つに記載の旅程変更プログラム。
【請求項６】
前記出力をする処理は、前記スポットに前記第１のユーザ及び前記第２のユーザが同一時間帯で訪問した場合に参加できる旅行商品に関する情報を出力する処理を含む、
ことを特徴とする請求項５に記載の旅程変更プログラム。
【請求項７】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれる訪問予定のスポットと同じ地域のスポット又は前記訪問予定のスポットから所定の範囲内のスポットを旅程に含む第２のユーザの旅程を抽出し、
前記第１のユーザの旅程又は前記第２のユーザの旅程に含まれるスポットを特定し、
前記第１のユーザの旅程と前記第２のユーザの旅程とに対して、同一の時間帯に、特定した前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行し、
前記変更処理に応じた出力をする、
処理をコンピュータに実行させることを特徴とする旅程変更プログラム。
【請求項８】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれるスポットを特定し、
前記第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯に前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行し、
前記変更処理に応じた出力をする、
処理をコンピュータが実行することを特徴とする旅程変更方法。
【請求項９】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれる訪問予定のスポットと同じ地域のスポット又は前記訪問予定のスポットから所定の範囲内のスポットを旅程に含む第２のユーザの旅程を抽出し、
前記第１のユーザの旅程又は前記第２のユーザの旅程に含まれるスポットを特定し、
前記第１のユーザの旅程と前記第２のユーザの旅程とに対して、同一の時間帯に、特定した前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行し、
前記変更処理に応じた出力をする、
処理をコンピュータが実行することを特徴とする旅程変更方法。
【請求項１０】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれるスポットを特定する特定部と、
前記第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯に前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行する変更部と、
前記変更処理に応じた出力をする出力部と、
を有することを特徴とする旅程変更装置。
【請求項１１】
第１のユーザの旅程の共有要求を受け付けると、前記第１のユーザの旅程に含まれる訪問予定のスポットと同じ地域のスポット又は前記訪問予定のスポットから所定の範囲内のスポットを旅程に含む第２のユーザの旅程を抽出する抽出部と、
前記第１のユーザの旅程又は前記第２のユーザの旅程に含まれるスポットを特定する特定部と、
前記第１のユーザの旅程と前記第２のユーザの旅程とに対して、同一の時間帯に、特定した前記スポットが登録されるように、前記第１のユーザの旅程と前記第２のユーザの旅程とのうち少なくともいずれかの旅程について旅程の変更処理を実行する変更部と、
前記変更処理に応じた出力をする出力部と、
を有することを特徴とする旅程変更装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅程変更プログラム、旅程変更方法及び旅程変更装置に関する。
【背景技術】
【０００２】
スケジュールを複数人で共有する技術が知られている。例えば、入力したスケジュール要求に応じ、他の端末装置からのスケジュール要求を含む複数スケジュールを調整し、調整したスケジュールの登録を指示する技術が知られている。また、登録されたアポイントに関する情報をスケジュール管理システムにアクセスする構成員に開示し、同行を欲せられた構成員がその旨を知ってその可否を登録する技術も知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３４６６１号公報
【特許文献２】実用新案登録第３１０１３８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記技術においては、既存のスケジュールの空き時間を利用して、複数人で共有できる新たなスケジュールを設定することはできるものの、スケジュールの一部を共有するために既存のスケジュールを再提案することはできない。
【０００５】
一つの側面では、スケジュールの一部を共有できる旅程変更プログラム、旅程変更方法及び旅程変更装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの態様において、旅程変更プログラムは、第１のユーザの旅程の共有要求を受け付けると、第１のユーザの旅程に含まれるスポットを特定する処理をコンピュータに実行させる。また、旅程変更プログラムは、第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯にスポットが登録されるように、第１のユーザの旅程と第２のユーザの旅程とのうち少なくともいずれかの変更処理をコンピュータに実行させる。さらに、旅程変更プログラムは、変更処理に応じた出力をする処理をコンピュータに実行させる。
【発明の効果】
【０００７】
一つの態様によれば、スケジュールの一部を共有できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１における旅程変更装置の機能ブロックの一例を示す図である。
【図２】図２は、実施例１における変更前の旅程ＤＢの一例を示す図である。
【図３】図３は、実施例１における変更後の旅程ＤＢの一例を示す図である。
【図４】図４は、実施例１におけるスポットＤＢの一例を示す図である。
【図５】図５は、移動時間ＤＢの一例を示す図である。
【図６】図６は、実施例１における旅程変更処理の一例を示すフローチャートである。
【図７】図７は、旅程選択処理の一例を示すフローチャートである。
【図８】図８は、実施例１における変更前の旅程の出力結果の一例を示す図である。
【図９】図９は、実施例１における変更後の旅程の出力結果の一例を示す図である。
【図１０】図１０は、実施例２におけるスポットＤＢの一例を示す図である。
【図１１】図１１は、実施例２における旅程変更処理の一例を示すフローチャートである。
【図１２】図１２は、実施例２における変更後の旅程の出力結果の一例を示す図である。
【図１３】図１３は、実施例３における旅程変更装置の機能ブロックの一例を示す図である。
【図１４】図１４は、旅程リストの一例を示す図である。
【図１５】図１５は、実施例３における旅程変更処理の一例を示すフローチャートである。
【図１６】図１６は、実施例４における変更前の旅程の出力結果の一例を示す図である。
【図１７】図１７は、実施例４における変更後の旅程の出力結果の一例を示す図である。
【図１８】図１８は、旅程変更プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する旅程変更プログラム、旅程変更方法及び旅程変更装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。
【実施例１】
【００１０】
［機能構成］
図１は、実施例１における旅程変更装置の機能ブロックの一例を示す図である。図１に示すように、本実施例における旅程変更装置１００は、通信部１１１、記憶部１２０及び制御部１３０を有する。なお、旅程変更装置１００は、コンピュータなどの機器により実現され、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。また、旅程変更装置１００は、例えばサーバなどのコンピュータであるが、これに限られず、携帯可能なコンピュータなどであってもよい。
【００１１】
通信部１１１は、有線や無線を問わず、図示しないネットワークＮを経由して、図示しない外部のデータベースサーバや、図示しないユーザの端末や旅行代理店の担当者の端末などとの間の通信を制御する。なお、以下において、ユーザの端末及び旅行代理店の担当者の端末を区別せずに表現する場合に「端末等」と表記する場合がある。
【００１２】
記憶部１２０は、例えば制御部１３０が実行するプログラム、各種データなどを記憶する。また、記憶部１２０は、旅程ＤＢ１２１、スポットＤＢ１２２及び移動時間ＤＢ１２３を有する。記憶部１２０は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ（Flash  Memory）などの半導体メモリ素子や、ＨＤＤ（Hard  Disk  Drive）などの記憶装置に対応する。
【００１３】
旅程ＤＢ１２１は、各ユーザの旅程を記憶する。図２は、実施例１における変更前の旅程ＤＢの一例を示す図である。図２に示すように、旅程ＤＢ１２１は、「スポット名」と、「到着日時」と、「出発日時」とを対応付けて記憶する。なお、旅程ＤＢ１２１に記憶される情報は、例えば通信部１１１を通じて、端末等から予め入力される。また、旅程ＤＢ１２１に記憶される情報は、例えば後に説明する旅程変更部１３２により更新される。
【００１４】
図２において、「旅程ＩＤ（Identifier）」は、各ユーザの旅程を一意に識別する識別子である。旅程ＩＤは、例えばユーザを識別するＩＤ「Ａ００１」と、ユーザの旅程のシリアル番号「００１」との組み合わせである。図２に示すように、本実施例における旅程ＤＢ１２１は、「旅程ＩＤ」ごとに一つのテーブルを有する。すなわち、旅程ＤＢ１２１におけるテーブルは、ユーザＩＤ「Ａ００１」のユーザ、及びユーザＩＤ「Ｂ００１」のユーザなど、ユーザごとに個別に生成される。また、ユーザが複数の旅程を登録している場合には、旅程ごとに一つのテーブルが生成される。
【００１５】
図２において、「スポット名」は、旅程中においてユーザが訪問する予定のスポットの名前を記憶する。なお、本実施例における「スポット」は、例えば山や湖などの景勝地、及び遊園地や美術館などの施設といった観光スポットであるが、これに限られず、ホテルや旅館などの宿泊施設、並びに駅や空港などのターミナルを含んでもよい。
【００１６】
図２において、「到着日時」及び「出発日時」は、各スポットに到着する日時、及び出発する日時をそれぞれ記憶する。図２において、例えばユーザＩＤ「Ａ００１」のユーザは、シリアル番号「００１」の旅程において、「１月１５日１１：００」に「Ｆ登山口」に到着し、同日の「１３：００」に出発する予定であることを記憶する。なお、以下において、「到着日時」から「出発日時」までの期間を、「滞在期間」と表記する場合がある。
【００１７】
次に、旅程ＤＢ１２１が、旅程変更部１３２により変更された例について、図３を用いて説明する。図３は、実施例１における変更後の旅程ＤＢの一例を示す図である。図３において、旅程ＩＤ「Ａ００１−００１」の旅程は、図２に示す変更前の旅程と変わりがない。一方、旅程ＩＤ「Ｂ００１−００１」の旅程において、スポットの時間帯１９０１及び１９３１が、図２に示す変更前の旅程から変更されている。
【００１８】
図３に示すように、旅程ＩＤ「Ｂ００１−００１」の旅程においては、「Ｆ登山口」への到着日時及び出発日時が、旅程ＩＤ「Ａ００１−００１」における予定と同時になるように、それぞれ「１月１５日１１：００」及び「１月１５日１３：００」に変更されている。これに合わせて、旅程ＩＤ「Ｂ００１−００１」の旅程において、「Ｈ美術館」への到着日時及び出発日時も、それぞれ「１月１５日１７：００」及び「１月１５日１８：００」に変更されている。これに対して、旅程ＩＤ「Ｂ００１−００１」の旅程における「Ｙ湖畔」への到着日時及び出発日時は、旅程ＩＤ「Ａ００１−００１」の旅程におけるものと同様であるため、図３に示す例においても変更されていない。
【００１９】
図１に戻って、スポットＤＢ１２２は、同一の旅程の中で移動可能な範囲内にある各スポットに関する情報を記憶する。図４は、実施例１におけるスポットＤＢの一例を示す図である。図４に示すように、スポットＤＢ１２２は、「種別」と、「推奨滞在期間」と、「利用可能時間帯」とを「スポット名」に対応付けて記憶する。スポットＤＢ１２２は、例えば同一の旅程の中で移動可能な範囲を一意に識別する「地域ＩＤ」ごとに一つのテーブルを有する。なお、スポットＤＢ１２２に記憶される情報は、例えば通信部１１１を通じて、旅行代理店の担当者の端末から予め入力される。
【００２０】
図４において、「種別」は、各スポットの種別を記憶する。「推奨滞在期間」は、各スポットに滞在することが望ましい時間を示す。例えば、「観光スポット」である「Ｆ登山口」の推奨滞在期間は「２時間以上」であり、「Ｈ美術館」及び「Ｙ湖畔」の推奨滞在期間は、それぞれ「１時間以上」であることが記憶されている。「利用可能時間帯」は、各スポットを利用できる時間帯を示す。例えば、「Ｆ登山口」は「９：００〜１８：００」の間に利用可能であり、「Ｈ美術館」は「１０：００〜１８：００」の間、「Ｙ湖畔」は「８：００〜２０：００」の間に、それぞれ利用であることが記憶されている。
【００２１】
図１に戻って、移動時間ＤＢ１２３は、各スポット間の移動時間に関する情報を記憶する。図５は、移動時間ＤＢの一例を示す図である。図５に示すように、移動時間ＤＢ１２３は、縦軸に示す各スポットと、横軸に示す各スポットとの間の移動時間を記憶する。例えば、「Ｆ登山口」及び「Ｈ美術館」から「Ｄ旅館」までの移動時間は「３０分」であることが記憶されている。同様に、「Ｙ湖畔」から「Ｄ旅館」までの移動時間は「６０分」であり、「Ｃホテル」から「Ｄ旅館」までの移動時間は「９０分」であることが記憶されている。なお、移動時間ＤＢ１２３に記憶される情報は、例えば通信部１１１を通じて、旅行代理店の担当者により予め入力される。
【００２２】
図１に戻って、制御部１３０は、旅程変更装置１００の全体的な処理を司る処理部である。制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。この制御部１３０は、旅程データ取得部１３１、旅程変更部１３２及び旅程出力部１３３を有する。なお、旅程データ取得部１３１、旅程変更部１３２及び旅程出力部１３３は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。
【００２３】
旅程データ取得部１３１は、旅程ＤＢ１２１から旅程データを取得する。旅程データ取得部１３１は、例えば、通信部１１１を通じて、ユーザや旅行代理店の担当者から、対象ユーザの旅程ＩＤ、及びスケジュールの共有を希望する相手である「相乗り先ユーザ」の指定を含む旅程変更指示を受け付ける。そして、旅程データ取得部１３１は、対象ユーザ及び相乗り先ユーザの旅程データを旅程ＤＢ１２１から取得し、旅程変更部１３２に出力する。なお、対象ユーザは、第１のユーザの一例であり、相乗り先ユーザは、第２のユーザの一例である。また、以下において、複数のユーザが一部のスポットの時間帯を共有することを、「スポットに相乗りする」と表記する場合がある。
【００２４】
旅程変更部１３２は、旅程データ取得部１３１から出力された旅程データを更新する。例えば、旅程変更部１３２は、取得した対象ユーザの旅程と、相乗り先ユーザの旅程とに共通して含まれるスポットを特定する。次に、旅程変更部１３２は、特定したスポットの時間帯が一致するか否かを判定する。旅程変更部１３２は、特定したスポットの時間帯が一致しない場合において、いずれかのユーザの旅程において、スポットの時間帯、すなわちスポットへの到着時刻及び出発時刻を変更できるか否かを判定する。なお、旅程変更部１３２は、例えば変更先に空き時間があるか否かにより、スポットの時間帯が変更できるか否かを判定する。
【００２５】
そして、旅程変更部１３２は、スポットの時間帯の変更が可能である場合に、少なくともいずれかのユーザの旅程における、スポットの時間帯を変更する。かかる処理により、旅程変更部１３２は、例えば図２に示す変更前の旅程を、図３に示すような旅程に変更して、旅程ＤＢ１２１に記憶する。なお、旅程変更部１３２は、変更可能なスポットの時間帯が複数パターンある場合には、各パターンをそれぞれ旅程ＤＢ１２１に記憶する。
【００２６】
旅程出力部１３３は、旅程変更部１３２により変更され、旅程ＤＢ１２１に記憶される旅程データを出力する。具体的には、旅程出力部１３３は、旅程ＤＢ１２１に記憶された、旅程変更部１３２により変更された旅程を読み出し、例えば通信部１１１を通じて、端末等に送信する。
【００２７】
なお、旅程出力部１３３は、旅程ＤＢ１２１に複数パターンの旅程が記憶されている場合、通信部１１１を通じて、端末等からパターンの選択を受け付ける。
【００２８】
さらに、旅程出力部１３３は、変更された旅程の相乗り先ユーザへの通知が許可されているか否かを判定する。旅程出力部１３３は、相乗り先ユーザへの通知が許可されている場合、例えば通信部１１１を通じて、変更された旅程を、図示しない相乗り先ユーザの端末に送信する。
【００２９】
［処理の流れ］
次に、本実施例における旅程変更装置１００による処理について、図６及び図７を用いて説明する。図６は、実施例１における旅程変更処理の一例を示すフローチャートである。
【００３０】
図６に示すように、旅程変更装置１００の旅程データ取得部１３１は、例えば、通信部１１１を通じて、旅程変更指示を受け付けるまで待機する（Ｓ１００：Ｎｏ）。旅程データ取得部１３１は、旅程変更指示を受け付けると（Ｓ１００：Ｙｅｓ）、旅程ＤＢ１２１から、対象ユーザの旅程データを取得する（Ｓ１０１）。次に、旅程データ取得部１３１は、旅程ＤＢ１２１から、旅程変更指示において指定された相乗り先ユーザの旅程データを順次取得する（Ｓ１０２）。
【００３１】
次に、旅程変更部１３２は、対象ユーザの旅程に含まれるスポットと、相乗り先ユーザの旅程に含まれるスポットとを順次取得する（Ｓ１０３）。そして、旅程変更部１３２は、対象ユーザの旅程に含まれるスポットが、相乗り先ユーザの旅程に含まれるスポットと一致するか否かを判定する（Ｓ１０４）。旅程変更部１３２は、スポットが一致しないと判定した場合（Ｓ１０４：Ｎｏ）、Ｓ１０９に移行する。
【００３２】
一方、旅程変更部１３２は、スポットが一致したと判定した場合（Ｓ１０４：Ｙｅｓ）、対象ユーザの旅程におけるスポットの時間帯と、相乗り先ユーザの旅程におけるスポットの時間帯とが一致するか否かを判定する（Ｓ１０５）。旅程出力部１３３は、スポットの時間帯が一致すると判定された場合（Ｓ１０５：Ｙｅｓ）、該当する旅程データ案を出力する（Ｓ１０８）。
【００３３】
一方、旅程変更部１３２は、スポットの時間帯が一致しないと判定した場合（Ｓ１０５：Ｎｏ）、対象ユーザの旅程におけるスポットの時間帯又は相乗り先ユーザのスポットの時間帯のうち、少なくともいずれかが変更可能であるか否かを判定する（Ｓ１０６）。旅程変更部１３２は、スポットの時間帯が変更可能であると判定した場合（Ｓ１０６：Ｙｅｓ）、該当するスポットの時間帯を変更する（Ｓ１０７）。そして、旅程出力部１３３は、変更された旅程データ案を出力する（Ｓ１０８）。
【００３４】
一方、旅程変更部１３２は、スポットの時間帯が変更できないと判定した場合（Ｓ１０６：Ｎｏ）、Ｓ１０９に移行する。そして、旅程変更部１３２は、対象ユーザの旅程に含まれる全てのスポット及び相乗り先ユーザの旅程に含まれる全てのスポットを取得するまで、Ｓ１０３に戻って処理を繰り返す（Ｓ１０９）。
【００３５】
旅程変更部１３２は、Ｓ１０９において、全てのスポットを取得したと判定した場合、全ての相乗り先ユーザの旅程データを取得するまで、Ｓ１０２に戻って処理を繰り返す（Ｓ１１０）。そして、旅程変更部１３２は、Ｓ１１０において、全ての相乗り先ユーザの旅程データを取得したと判定した場合、端子Ａを通じて旅程選択処理に移行する。
【００３６】
図７は、実施例１における旅程選択処理の一例を示すフローチャートである。まず、旅程出力部１３３は、変更された旅程データ案があるか否かを判定する（Ｓ９００）。旅程出力部１３３は、変更された旅程データ案がないと判定した場合（Ｓ９００：Ｎｏ）、処理を終了する。
【００３７】
旅程出力部１３３は、出力された旅程データ案があると判定した場合（Ｓ９００：Ｙｅｓ）、ユーザ又は旅行代理店の担当者から旅程選択指示を受け付けるまで待機する（Ｓ９０１：Ｎｏ）。旅程出力部１３３は、旅程選択指示を受け付けた場合（Ｓ９０１：Ｙｅｓ）、選択された旅程データ案を、旅程ＤＢ１２１に記憶する（Ｓ９０３）。また、旅程出力部１３３は、変更された旅程の相乗り先ユーザへの通知が許可されているか否かを判定する（Ｓ９０４）。旅程出力部１３３は、相乗り先ユーザへの通知が許可されていないと判定した場合（Ｓ９０４：Ｎｏ）、処理を終了する。一方、旅程出力部１３３は、相乗り先ユーザへの通知が許可されていると判定した場合（Ｓ９０４：Ｙｅｓ）、相乗り先ユーザの端末へ変更された旅程を通知し（Ｓ９０５）、処理を終了する。
【００３８】
［出力結果］
以上の処理による旅程の変更について、図８及び図９を用いて説明する。図８は、実施例１における変更前の旅程の出力結果の一例を示す図である。図８に示すように、旅程変更装置１００は、スポット「Ｙ湖畔」及び「Ｆ登山口」が共通して含まれるユーザＡの旅程及びユーザＢの旅程を出力する。このうち、ユーザＡの旅程における「Ｙ湖畔」の時間帯１１１１及びユーザＢの旅程における「Ｙ湖畔」の時間帯１２０１は、いずれも「１４：００」である。一方、ユーザＡの旅程における「Ｆ登山口」の時間帯１１０１は「１１：００」であるのに対し、ユーザＢの旅程における「Ｆ登山口」の時間帯１２３１は「１６：００」である点が異なる。なお、図８に示すように、スポット「Ｈ美術館」の時間帯１２１１は、ユーザＢの旅程にのみ含まれ、ユーザＡの旅程には含まれない。
【００３９】
そこで、本実施例における処理により、ユーザＢの旅程におけるスポットの時間帯を変更した例について説明する。図９は、実施例１における変更後の旅程の出力結果の一例を示す図である。図９に示すように、旅程変更装置１００は、ユーザＢの旅程における「Ｆ登山口」の時間帯を「１１：００」に変更して、変更結果を出力する。また、旅程変更装置１００は、もともとユーザＡの旅程及びユーザＢの旅程に共通する「Ｙ湖畔」の時間帯についても、ユーザＡ及びユーザＢが相乗りするように変更した結果を出力する。この結果、図９に示すように、旅程変更装置１００は、ユーザＡ及びユーザＢが相乗りするスポットの時間帯１９０１及び１９１１を含む、ユーザＡの旅程及びユーザＢの旅程を出力する。
【００４０】
なお、例えば、旅程変更装置１００が、スポットの時間帯の変更先に別のスポットの時間帯が登録されている場合においても、別のスポットの時間帯を移動できる場合は、スポットの時間帯を変更できると判定してもよい。例えば、旅程変更装置１００は、図９に示すように、ユーザＢの旅程にのみ含まれるスポット「Ｈ美術館」の時間帯を「１０：３０」から「１７：００」に変更してもよい。これにより、旅程変更装置１００は、スポット「Ｆ登山口」の時間帯を「１１：００」に変更できるので、「Ｆ登山口」をユーザＡとユーザＢとが相乗りするスポットとすることができる。
【００４１】
また、図８及び図９に示す例においては、旅程変更装置１００が、対象ユーザと一人の相乗り先ユーザとの間、すなわち二人のユーザの間で旅程の一部を共有する構成について説明したが、これに限られない。例えば、旅程変更装置１００は、対象ユーザと二人以上の相乗り先ユーザとの間、すなわち三人以上のユーザの間で旅程の一部を共有するように、スポットの時間帯を変更してもよい。
【００４２】
［効果］
以上説明したように、本実施例における旅程変更装置１００は、第１のユーザの旅程の共有要求を受け付けると、第１のユーザの旅程に含まれるスポットを特定する。旅程変更装置１００は、第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯にスポットが登録されるように、第１のユーザの旅程と第２のユーザの旅程とのうち少なくともいずれかの変更処理を実行し、変更処理に応じた出力をする。これにより、スケジュールの一部を共有できる。
【００４３】
また、本実施例における旅程変更装置１００は、第２のユーザを指定する情報を含む共有要求を受け付ける。これにより、相乗り先ユーザを特定することができる。
【００４４】
また、本実施例における旅程変更装置１００は、スポットの設定時間帯を変更する。これにより、時間帯が異なるスケジュールの一部を共有できる。
【００４５】
また、本実施例における旅程変更装置１００は、変更された第２のユーザの旅程を、第２のユーザに通知する。これにより、変更された旅程を、相乗り先ユーザに通知できる。
【００４６】
なお、本実施例においては、旅程変更装置１００が、相乗り先ユーザの旅程におけるスポットの時間帯を変更する構成について説明したが、実施の形態はこれに限られない。例えば、旅程変更装置１００は、対象ユーザの旅程におけるスポットの時間帯を変更してもよく、相乗り先ユーザ及び対象ユーザの両方の旅程におけるスポットの時間帯を変更してもよい。
【実施例２】
【００４７】
実施例１における旅程変更装置１００は、ユーザの旅程におけるスポットの時間帯を変更した結果を出力するが、実施の形態はこれに限られない。例えば、旅程変更装置が、スポットの時間帯を変更した結果に加えて、スポットに相乗りすることで参加できる旅行商品や、参加料の割引などのメリットをユーザに提示するような構成であってもよい。
【００４８】
実施例２においては、スポットの時間帯を変更した結果、及びスポットに相乗りすることで参加できる旅行商品や、参加料の割引などのメリットをユーザに提示する旅程変更装置２００について説明する。なお、以下の実施例において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。
【００４９】
［機能構成］
本実施例における旅程変更装置２００は、通信部１１１、記憶部２２０及び制御部２３０を有する。なお、旅程変更装置２００も、旅程変更装置１００と同様に、コンピュータなどの機器により実現される。
【００５０】
記憶部２２０は、記憶部１２０と同様に、例えば制御部２３０が実行するプログラム、各種データなどを記憶する。また、記憶部２２０は、旅程ＤＢ１２１、スポットＤＢ２２２及び移動時間ＤＢ１２３を有する。
【００５１】
スポットＤＢ２２２は、同一の旅程の中で移動可能な範囲内にある各スポットに関する情報として、図４に示す情報に加えて、さらに「相乗りメリット」を「スポット名」に対応付けて記憶する。図１０は、実施例２におけるスポットＤＢの一例を示す図である。図１０において、「相乗りメリット」は、当該スポットに相乗りしたユーザが得られる、単独で訪問した場合には得られないメリットを記憶する。図１０に示すように、相乗りメリットとしては、割引やプレゼントなどに加えて、例えば野鳥観察ツアーなど、複数人でのみ参加できる旅行商品も含まれる。なお、スポットＤＢ１２２と同様に、スポットＤＢ２２２に記憶される情報も、例えば通信部１１１を通じて、旅行代理店の担当者の端末から予め入力される。
【００５２】
また、制御部２３０は、制御部１３０と同様に、旅程変更装置２００の全体的な処理を司る処理部である。この制御部２３０は、旅程データ取得部１３１、旅程変更部１３２及び旅程出力部２３３を有する。
【００５３】
旅程出力部２３３は、旅程ＤＢ１２１に記憶される旅程データに加えて、スポットＤＢ２２２に記憶される相乗りメリットを出力する。具体的には、旅程出力部２３３は、旅程出力部１３３と同様に、旅程ＤＢ１２１に記憶された、旅程変更部１３２により変更された旅程を読み出し、例えば通信部１１１を通じて、端末等に送信する。これに加えて、旅程出力部２３３は、複数のユーザが相乗りするスポットに対応して記憶される相乗りメリットを、スポットＤＢ２２２から読み出して、旅程に追加して送信する。
【００５４】
さらに、旅程出力部２３３は、変更された旅程の相乗り先ユーザへの通知が許可されているか否かを判定する。旅程出力部２３３は、相乗り先ユーザへの通知が許可されている場合、例えば通信部１１１を通じて、変更された旅程を、図示しない相乗り先ユーザの端末に送信する。
【００５５】
［処理の流れ］
次に、本実施例における旅程変更装置２００による処理について、図１１を用いて説明する。図１１は、実施例２における旅程変更処理の一例を示すフローチャートである。なお、以下の説明において、図６に示すステップと同じ符号については同様のステップであるため、詳細な説明を省略する。
【００５６】
図１１に示すように、旅程変更装置２００の旅程出力部２３３は、変更された旅程データ案を出力する（Ｓ１０８）。その後、旅程出力部２３３は、スポットＤＢ２２２を参照し、変更された旅程データ案に含まれる、複数のユーザが相乗りするスポットに対応して、相乗りメリットが記憶されているか否かを判定する（Ｓ２０９）。旅程出力部２３３は、相乗りメリットが記憶されていると判定した場合（Ｓ２０９：Ｙｅｓ）、スポットＤＢ２２２から相乗りメリットを読み出して、変更された旅程データ案に追加し（Ｓ２１０）Ｓ１０９に移行する。一方、旅程出力部２３３は、相乗りメリットが記憶されていないと判定した場合（Ｓ２０９：Ｎｏ）、Ｓ１０９に移行する。
【００５７】
［出力結果］
本実施例における出力結果について、図１２を用いて説明する。図１２は、実施例２における変更後の旅程の出力結果の一例を示す図である。なお、図１２においては、図９とは逆に、ユーザＡの旅程が、ユーザＢの旅程に合わせて変更されている。例えば、図１２において、ユーザＢの旅程における「Ｈ美術館」の時間帯２９０１及び「Ｆ登山口」の時間帯２９３１は、図８に示す変更前の時間帯と同一である。これに対して、図１２に示すように、ユーザＡの旅程において、「Ｆ登山口」の時間帯２９３１は、「１１：００」から「１６：００」に変更されている。
【００５８】
図１２に示すように、本実施例における出力結果は、相乗りするスポットの時間帯１９１１に加えて、スポットＤＢ２２２から読み出された相乗りメリット２９１２を含む。同様に、本実施例における出力結果は、相乗りするスポットの時間帯２９３１に加えて、相乗りメリット２９３２を含む。
【００５９】
［効果］
以上説明したように、本実施例における旅程変更装置２００は、第１のユーザの旅程又は第２のユーザの旅程を変更した場合に得られるメリットを含む情報を出力する。これにより、ユーザに対して、スポットに相乗りするモチベーションを提示できる。
【００６０】
また、本実施例における旅程変更装置２００は、スポットに第１のユーザ及び第２のユーザが同一時間帯で訪問した場合に参加できる旅行商品に関する情報を出力する。これにより、ユーザに対して、新たな旅行商品に関する販売を促進することができる。
【実施例３】
【００６１】
以上説明した各実施例においては、旅程変更装置１００又は２００は、端末等から、相乗り先ユーザの指定を含む旅程変更指示を受け付けるが、実施の形態はこれに限られない。例えば、旅程変更指示を受け付けた旅程変更装置が、相乗り先候補となるユーザを特定して、対象ユーザとの間で旅程の一部を供給するように変更するような構成であってもよい。
【００６２】
実施例３においては、相乗り先候補となるユーザを特定する旅程変更装置３００について説明する。なお、以下の実施例において、先に説明した図面に示す部位と同一の部位には同一の符号を付し、重複する説明は省略する。また、以下において、旅程変更装置３００が特定する、相乗り先候補となるユーザを「相乗り先候補」と表記する場合がある。
【００６３】
［機能構成］
図１３は、実施例３における旅程変更装置の機能ブロックの一例を示す図である。図１３に示すように、本実施例における旅程変更装置３００は、通信部１１１、記憶部３２０及び制御部３３０を有する。なお、旅程変更装置３００も、旅程変更装置１００と同様に、コンピュータなどの機器により実現される。
【００６４】
記憶部３２０は、記憶部１２０と同様に、例えば制御部３３０が実行するプログラム、各種データなどを記憶する。また、記憶部１２０は、旅程ＤＢ１２１、スポットＤＢ１２２、移動時間ＤＢ１２３及び旅程リスト３２４を有する。
【００６５】
旅程リスト３２４は、各ユーザの旅程における、訪問する地域及び滞在期間を対応付けて記憶する。図１４は、旅程リストの一例を示す図である。図１４に示すように、旅程リスト３２４は、「地域ＩＤ」と、「到着日時」と、「出発日時」とを、「旅程ＩＤ」に対応付けて記憶する。なお、旅程リスト３２４に記憶される情報は、旅程ＤＢ１２１に記憶される情報に基づいて、例えば後に説明する旅程データ取得部３３１により更新される。
【００６６】
図１４に示すように、旅程リスト３２４は、例えば、旅程ＩＤ「Ａ００１−００１」の旅程は、地域ＩＤ「Ｘ００１」に示す地域に「１月１４日９：００」に到着し、「１月１６日１３：００」に出発する旅程であることを記憶する。また、旅程リスト３２４は、例えば、旅程ＩＤ「Ｂ００１−００１」の旅程は、同じく地域ＩＤ「Ｘ００１」に示す地域に「１月１３日１０：００」に到着し、「１月１５日１９：００」に出発する旅程であることを記憶する。すなわち、「Ａ００１−００１」の旅程と、「Ｂ００１−００１」の旅程とは、同一の地域に訪問し、かつ滞在期間の一部又は全部が重複する。この場合、旅程ＩＤ「Ａ００１−００１」の旅程と、旅程ＩＤ「Ｂ００１−００１」の旅程との間では、「Ａ００１−００１」の到着日時「１月１４日９：００」から「Ｂ００１−００１」の出発日時「１月１５日１９：００」の間で旅程の一部を共有できる。
【００６７】
一方、図１４に示す旅程ＩＤ「Ｃ００１−００１」の旅程の到着日時及び出発日時は、旅程ＩＤ「Ａ００１−００１」の旅程のものと一致する。しかし、「Ｃ００１−００１」における訪問先の地域ＩＤは「Ｙ００１」であり、旅程ＩＤ「Ａ００１−００１」の旅程のものとは一致しない。この場合、旅程ＩＤ「Ａ００１−００１」の旅程と、旅程ＩＤ「Ｃ００１−００１」の旅程との間では、旅程の一部を共有することはできない。
【００６８】
また、図１４に示す旅程ＩＤ「Ｄ００１−００２」の旅程における訪問先の地域ＩＤは「Ｘ００１」であり、旅程ＩＤ「Ａ００１−００１」の旅程のものと一致する。しかし、「Ｄ００１−００２」における滞在期間と、旅程ＩＤ「Ａ００１−００１」の旅程の滞在期間とは全く重複しない。この場合も、旅程ＩＤ「Ａ００１−００１」の旅程と、旅程ＩＤ「Ｄ００１−００２」の旅程との間では、旅程の一部を共有することはできない。
【００６９】
図１３に戻って、制御部３３０は、制御部１３０と同様に、旅程変更装置３００の全体的な処理を司る処理部である。この制御部３３０は、旅程データ取得部３３１、旅程変更部３３２及び旅程出力部１３３を有する。
【００７０】
旅程データ取得部３３１は、旅程データ取得部１３１と同様に、旅程ＤＢ１２１から旅程データを取得するとともに、旅程リスト３２４から、対象ＩＤの旅程と地域が合致し、さらに滞在期間の一部又は全部が重複する旅程の旅程データをさらに取得する。そして、旅程データ取得部３３１は、取得した対象ユーザの旅程データと相乗り先候補の旅程データとを、旅程変更部３３２に出力する。
【００７１】
旅程データ取得部３３１は、例えば、旅程ＩＤ「Ａ００１−００１」を指定する旅程変更指示を受け付けた場合、旅程ＤＢ１２１から旅程ＩＤ「Ａ００１−００１」の旅程データを取得する。また、旅程データ取得部３３１は、旅程リスト３２４から、旅程ＩＤ「Ａ００１−００１」の旅程の旅程と地域ＩＤ「Ｘ００１」が合致し、さらに滞在期間の一部が重複する、旅程ＩＤ「Ｂ００１−００１」の旅程をさらに取得する。
【００７２】
旅程変更部３３２は、旅程データ取得部３３１から出力された旅程データを更新する。例えば、旅程変更部３３２は、取得した対象ユーザの旅程データの旅程と相乗り先候補の旅程データの旅程とに共通して含まれるスポットを特定する。次に、旅程変更部３３２は、特定したスポットの時間帯が一致するか否かを判定する。旅程変更部３３２は、特定したスポットの時間帯が一致しない場合において、いずれかのユーザの旅程において、スポットの時間帯、すなわちスポットへの到着時刻及び出発時刻を変更できるか否かを判定する。そして、旅程変更部３３２は、スポットの時間帯の変更が可能である場合に、少なくともいずれかのユーザの旅程における、スポットの時間帯を変更する。
【００７３】
［処理の流れ］
次に、本実施例における旅程変更装置３００による処理について、図１５を用いて説明する。図１５は、実施例３における旅程変更処理の一例を示すフローチャートである。なお、以下の説明において、図６に示すステップと同じ符号については同様のステップであるため、詳細な説明を省略する。
【００７４】
図１５に示すように、旅程変更装置３００の旅程データ取得部３３１は、旅程変更指示を受け付けると（Ｓ１００：Ｙｅｓ）、旅程リスト３２４を参照して、同一時期に同一地域を訪問する旅程を検索する（Ｓ３０１）。次に、旅程データ取得部３３１は、旅程ＤＢ１２１から、探索された相乗り先候補の旅程データを順次取得する（Ｓ３０２）。
【００７５】
次に、旅程変更部３３２は、対象ユーザの旅程に含まれるスポットと、相乗り先候補の旅程に含まれるスポットとを順次取得する（Ｓ３０３）。その後、Ｓ１０４に移行する。
【００７６】
また、旅程変更部３３２は、Ｓ１０８において旅程データ案を出力した後、又はＳ１０６においてスポットの時間帯の変更ができない場合、全てのスポットを取得するまで、Ｓ３０３に戻って処理を繰り返す（Ｓ３０９）。旅程変更部３３２は、Ｓ３０９において、全てのスポットを取得したと判定した場合、全ての相乗り先候補の旅程データを取得するまで、Ｓ３０２に戻って処理を繰り返す（Ｓ３１０）。そして、旅程変更部３３２は、Ｓ３１０において、全ての相乗り先ユーザの旅程データを取得したと判定した場合、端子Ａを通じて旅程選択処理に移行する。
【００７７】
［効果］
以上説明したように、本実施例における旅程変更装置３００は、第１のユーザの旅程の共有要求を受け付ける。旅程変更装置３００は、第１のユーザの旅程に含まれる訪問予定のスポットと同じ地域のスポット又は訪問予定のスポットから所定の範囲内のスポットを旅程に含む第２のユーザの旅程を抽出する。旅程変更装置３００は、第１のユーザの旅程又は第２のユーザの旅程に含まれるスポットを特定する。旅程変更装置３００は、第１のユーザの旅程と第２のユーザの旅程とに対して、同一の時間帯に、特定したスポットが登録されるように、第１のユーザの旅程と第２のユーザの旅程とのうち少なくともいずれかについて旅程の変更処理を実行する。そして、旅程変更装置３００は、変更処理に応じた出力をする。不特定のユーザの旅程と対象ユーザの旅程との間で、旅程の一部を共有できる。
【実施例４】
【００７８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【００７９】
［日付をまたいだ時間帯の変更］
例えば、旅程変更装置１００が、スポットの時間帯を、異なる日付の時間帯に変更するような構成であってもよい。このように、スポットの時間帯を、日付をまたいで変更する例について、図１６及び図１７を用いて説明する。
【００８０】
図１６は、実施例４における変更前の旅程の出力結果の一例を示す図である。図１６に示すように、変更前のユーザＡの旅程において、スポット「Ｈ美術館」の時間帯４１９１は、「１月１５日」の「１１：００」から１時間となっている。
【００８１】
一方、図１７は、実施例４における変更後の旅程の出力結果の一例を示す図である。図１７に示すように、変更後のユーザＡの旅程において、スポット「Ｈ美術館」の時間帯４９９１は、「１月１４日」の「１７：００」から１時間となっている。また、時間帯４９９１は、ユーザＢの旅程及びユーザＣの旅程との間で共有される。このように、日付をまたいでスポットの時間帯を変更することで、他のユーザとスポットに相乗りできる可能性を高めることができる。
【００８２】
［ユーザの属性］
各実施例においては、旅程変更装置１００、２００又は３００がユーザの属性を保持しない構成について説明したが、例えば、旅程変更装置３００が、ユーザの属性に基づいて相乗り先候補ユーザを特定するような構成であってもよい。例えば、旅程変更装置３００の旅程データ取得部３３１が、ユーザの属性の指定を含む旅程変更指示を受け付け、旅程リスト３２４から旅程を取得する際に、旅程のユーザの属性が、ユーザによる属性の指定に合致するか否かを判定してもよい。この場合において、旅程変更装置３００の記憶部３２０が、ユーザの属性をユーザのＩＤに対応付けて記憶する、図示しないユーザＤＢをさらに有してもよい。
【００８３】
［時間帯の変更可否の判定］
旅程変更部１３２又は３３２が、スポットの時間帯を変更できるか否かを判定する構成は、各実施例において説明した例に限られない。また、旅程ＤＢ１２１が、各スポットの時間帯を変更できるか否かをさらに記憶してもよい。この場合において、旅程変更部１３２は、旅程ＤＢ１２１にスポットの時間帯の変更ができないことが記憶されているときは、変更先に空き時間がある場合においても、スポットの時間帯を変更できないと判定してもよい。
【００８４】
［システム］
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、スポットＤＢ１２２と移動時間ＤＢ１２３とを統合するような構成であってもよく、また旅程出力部１３３を旅程を出力する処理部と旅程の選択をする処理部とに分散するような構成であってもよい。さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【００８５】
［ハードウェア］
上記の実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１８は、旅程変更プログラムを実行するコンピュータの一例を示す図である。なお、以下においては、旅程変更装置１００を例として説明するが、旅程変更装置２００及び３００についても同様のコンピュータにより実現できる。
【００８６】
図１８に示すように、コンピュータ９００は、通信インタフェース９０１、ＨＤＤ（Hard  Disk  Drive）９０２、メモリ９０３、プロセッサ９０４及び入出力インタフェース９０５を有する。これら９０１〜９０５の各部は、バス９１０を介して接続される。
【００８７】
通信インタフェース９０１は、各機能部の説明時に示した通信部１１１に該当し、例えばネットワークインタフェースカードなどである。ＨＤＤ９０２には、旅程変更装置１００の旅程データ取得部１３１、旅程変更部１３２及び旅程出力部１３３と同様の機能を発揮する旅程変更プログラム９２０ａが予め記憶される。なお、旅程変更プログラム９２０ａについては、適宜分離しても良い。また、ＨＤＤ９０２は、各種情報を記憶する。
【００８８】
プロセッサ９０４は、旅程変更プログラム９２０ａをＨＤＤ９０２等から読み出してメモリ９０３に展開することで、図１等で説明した各機能を実行するプロセスを動作させる。すなわち、このプロセスは、旅程データ取得部１３１、旅程変更部１３２及び旅程出力部１３３と同様の機能を実行する。入出力インタフェース９０５は、各機能部への情報の入力及び各機能部からの情報の出力を行う。
【００８９】
なお、上記した旅程変更プログラム９２０ａについては、必ずしも最初からＨＤＤ９０２に記憶させることを要しない。例えば、コンピュータ９００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ９００がこれらからプログラムを読み出して実行するようにしてもよい。さらには、公衆回線、インターネット、ＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）などを介してコンピュータ９００に接続される「他のコンピュータ（またはサーバ）」などにプログラムを記憶させておく。そして、コンピュータ９００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００９０】
１００、２００、３００  旅程変更装置
１１１  通信部
１２０、２２０、３２０  記憶部
１２１  旅程ＤＢ
１２２  スポットＤＢ
１２３  移動時間ＤＢ
３２４  旅程リスト
１３０、２３０、３３０  制御部
１３１、３３１  旅程データ取得部
１３２、３３２  旅程変更部
１３３、２３３  旅程出力部
【図１】
2018112950.tif 000003
【図２】
2018112950.tif 000004
【図３】
2018112950.tif 000005
【図４】
2018112950.tif 000006
【図５】
2018112950.tif 000007
【図６】
2018112950.tif 000008
【図７】
2018112950.tif 000009
【図８】
2018112950.tif 000010
【図９】
2018112950.tif 000011
【図１０】
2018112950.tif 000012
【図１１】
2018112950.tif 000013
【図１２】
2018112950.tif 000014
【図１３】
2018112950.tif 000015
【図１４】
2018112950.tif 000016
【図１５】
2018112950.tif 000017
【図１６】
2018112950.tif 000018
【図１７】
2018112950.tif 000019
【図１８】
2018112950.tif 000020