(57)【特許請求の範囲】
【請求項１】
通信端末のユーザをシミュレーション空間において模擬した複数のエージェントの単位時間ごとの所在地を、前記エージェントごとに予め設定されたエージェントデータに基づいて変更する移動行動部と、
前記単位時間ごとに、通信を開始していないエージェントのトラヒック量を決定して当該トラヒック量を当該エージェントの残トラヒック量とし、通信を開始している各エージェントの残トラヒック量を、当該エージェントに対して割り当てられた利用可能帯域を差し引くことで更新する通信行動部と、
前記単位時間ごとに、前記シミュレーション空間における１以上の通信範囲について、当該通信範囲に所在地が含まれる各エージェントの残トラヒック量と、当該通信範囲に設定された前記単位時間あたりに利用可能なトラヒック量とに基づいて、当該各エージェントに対して前記利用可能帯域を割り当てる通信環境制御部と、
を有することを特徴とするトラヒック予測装置。
【請求項２】
前記各通信範囲には、接続数の上限値が設定されており、
前記通信環境制御部は、前記各通信範囲について、当該通信範囲に設定された接続数の上限値の範囲内で、当該通信範囲に所在地が含まれるエージェントに対して前記利用可能帯域を割り当てる、
ことを特徴とする請求項１記載のトラヒック予測装置。
【請求項３】
前記通信環境制御部は、所在地が複数の通信範囲に含まれるエージェントについて、前記上限値に対する残余が相対的に多い通信範囲に関して前記利用可能帯域を割り当てる、
ことを特徴とする請求項２記載のトラヒック予測装置。
【請求項４】
前記各エージェントには、１以上の経由地点を示す情報が設定され、
前記各エージェントに対して、当該エージェントに設定された各経由地点を経由する移動経路を設定する行動制御部を有し、
前記移動行動部は、前記エージェントごとに、当該エージェントに関して計算された前記移動経路に基づいて所在地を変更する、
ことを特徴とする請求項１乃至３いずれか一項記載のトラヒック予測装置。
【請求項５】
前記経由地点を示す情報は、前記エージェントの行動目的であり、
前記シミュレーション空間は、それぞれが複数種類の前記行動目的のうちのいずれかを満たすことが可能な複数の目的地候補を含み、
前記行動制御部は、前記エージェントごとに、前記行動目的を満たすことが可能な目的地候補を目的地として選択し、当該エージェントの所在地から当該エージェントに関して選択された目的地までの移動経路を当該エージェントに設定する、
ことを特徴とする請求項４記載のトラヒック予測装置。
【請求項６】
通信端末のユーザをシミュレーション空間において模擬した複数のエージェントの単位時間ごとの所在地を、前記エージェントごとに予め設定されたエージェントデータに基づいて変更する移動行動手順と、
前記単位時間ごとに、通信を開始していないエージェントのトラヒック量を決定して当該トラヒック量を当該エージェントの残トラヒック量とし、通信を開始している各エージェントの残トラヒック量を、当該エージェントに対して割り当てられた利用可能帯域を差し引くことで更新する通信行動手順と、
前記単位時間ごとに、前記シミュレーション空間における１以上の通信範囲について、当該通信範囲に所在地が含まれる各エージェントの残トラヒック量と、当該通信範囲に設定された前記単位時間あたりに利用可能なトラヒック量とに基づいて、当該各エージェントに対して前記利用可能帯域を割り当てる通信環境制御手順と、
をコンピュータが実行することを特徴とするトラヒック予測方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラヒック予測装置及びトラヒック予測方法に関する。
【背景技術】
【０００２】
移動体通信網が広く利用されるに従い、モバイル端末の高機能化及び移動体通信網の高帯域化により、場所を問わずモバイルトラヒックが生じやすい環境となってきている。また、モバイル端末の利用形態も多様化し、スポーツ大会やコミックマーケット等のようなイベントにおいて、様々なモバイルアプリによる局所的なアップロード／ダウンロードによるトラヒック（以下、「イベントトラヒック」という。）の発生が見込まれる。
【０００３】
イベントトラヒックは、イベント開催時における一時的なものであり、イベント毎にトラヒック量も変化するため、光ファイバーや基地局等の常設となる通信リソースを配備すると、普段イベントが行われていない期間はリソースの使用率が低く、結果として余剰な設備投資となる。そこで、移動基地局などの動かすことが可能な臨時用の通信リソースを適切に配備することで、通信リソースに必要なコストを抑えつつイベント当日の通信品質を向上させるトラヒック対策が考えられる。
【０００４】
臨時用の通信リソースは数に限りがあるため、適切な通信リソースの配備には、イベント時に発生するトラヒック量のピークを時空間レベルで予測することが重要となる。従来は、コミックマーケット等のような定期的に開催されている大規模なイベントがトラヒック対策の対象であり、過去の経験・ノウハウを基に次回イベント時のトラヒック量を予測し、通信リソースの配備を実施していた。過去のノウハウを基にトラヒック予測をするアプローチとしては、特許文献１や特許文献２のように、過去に観測されたトラヒックデータを基に外挿等で将来のトラヒック量を予測するアプローチ等がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−２３１１８７号公報
【特許文献２】特開２０１５−２１６５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これまでの大規模イベントは、同一の場所で定期的に開催されるものが主体であったが、モバイルサービスの多様化とそれを可能とする移動体通信網の機能向上によって、今後は過去に実施経験のないイベント、及びそれに伴うイベントトラヒックの発生が場所を問わずに発生するものが増加していくと見込まれる。この様な新たなイベント（以降、将来イベントと呼ぶ）を対象にトラヒック対策を考える上では、トラヒック観測値等の過去のノウハウがまだ得られていないため、従来技術等の外挿によるイベントトラヒックの予測を、直接適用することは困難である。
【０００７】
本発明は、上記の点に鑑みてなされたものであって、将来のイベントにおけるトラヒックを時空間レベルで予測可能とすることを目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、トラヒック予測装置は、通信端末のユーザをシミュレーション空間において模擬した複数のエージェントの単位時間ごとの所在地を、前記エージェントごとに予め設定されたエージェントデータに基づいて変更する移動行動部と、前記単位時間ごとに、通信を開始していないエージェントのトラヒック量を決定して当該トラヒック量を当該エージェントの残トラヒック量とし、通信を開始している各エージェントの残トラヒック量を、当該エージェントに対して割り当てられた利用可能帯域を差し引くことで更新する通信行動部と、前記単位時間ごとに、前記シミュレーション空間における１以上の通信範囲について、当該通信範囲に所在地が含まれる各エージェントの残トラヒック量と、当該通信範囲に設定された前記単位時間あたりに利用可能なトラヒック量とに基づいて、当該各エージェントに対して前記利用可能帯域を割り当てる通信環境制御部と、
を有する。
【発明の効果】
【０００９】
将来のイベントにおけるトラヒックを時空間レベルで予測することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態の構成例を示す第１の図である。
【図２】本発明の実施の形態の構成例を示す第２の図である。
【図３】本発明の実施の形態におけるシミュレータ装置のハードウェア構成例を示す図である。
【図４】本発明の実施の形態におけるシミュレータ装置の機能構成例を示す図である。
【図５】エージェントの移動範囲と目的地候補に関するイメージを示す図である。
【図６】通信範囲に関するイメージを示す図である。
【図７】ＭＡＳエンジンが実行する処理手順の一例を説明するためのフローチャートである。
【図８】行動制御部が実行する処理手順の一例を説明するためのフローチャートである。
【図９】経路計算部が実行する処理手順の一例を説明するためのフローチャートである。
【図１０】移動行動部が実行する処理手順の一例を説明するためのフローチャートである。
【図１１】通信行動部が実行する処理手順の一例を説明するためのフローチャートである。
【図１２】移動環境制御部が実行する処理手順の一例を説明するためのフローチャートである。
【図１３】通信環境制御部が実行する処理手順の一例を説明するためのフローチャートである。
【図１４】本実施の形態のトラヒック予測において対象としたイベント会場周辺の情報を示す図である。
【図１５】トラヒック量の予測結果と、各トラヒック量が発生する通信範囲の場所を示す図である。
【発明を実施するための形態】
【００１１】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態は、移動体通信網上の通信サービスにおいて、スポーツ大会やコミックマーケットの様な大規模イベントが新規で企画された場合に対し、トラヒックを収容する上で事前に用意すべき通信リソースを見積もることを目的に、イベント会場周辺におけるモバイルトラヒック量を、指定された時間及び空間粒度で予測する技術に関するものである。
【００１２】
本実施の形態は、ユーザ行動モデル１３と環境モデル１４の仕組み、及び、そのモデルを動作させる装置に関するものである。ユーザ行動モデル１３は、イベント時における代表的なモバイルユーザの移動行動及び通信行動をアルゴリズム化したものである。また、環境モデル１４は、道路・建物のようなモバイルユーザの移動範囲、Ｗｉ−Ｆｉ（登録商標）、ＬＴＥ（Long Term Evolution）等の様な各種通信方式が利用可能な通信範囲等の様なモバイルユーザが通信する条件として用いられる外部要因をモデル化したものである。本実施の形態は、個々人の動きをシミュレートするマルチエージェントベースシミュレーション（ＭＡＳ）の枠組みにて動作し、個々人の動作結果に基づき将来イベントの発生トラヒックを予測する技術である。
【００１３】
図１及び図２は、本発明の実施の形態の構成例を示す図である。本実施の形態は、スポーツ大会やコミックマーケット等のようなイベントにおいて、様々なモバイルアプリによる局所的なアップロード／ダウンロードによるトラヒック（以下、「イベントトラヒック」という。）の予測を行う上で、将来イベントでのトラヒック発生を模したシミュレーションを実行するソフトウェア、ソフトウェアを動作させるハードウェア、シミュレーション時に要する入出力データを保存するためのストレージで構成される。
【００１４】
ソフトウェア上では、シミュレーション全体を制御するＭＡＳエンジン１１にＡＰＩ１２（Application Program Interface）を介して、ユーザ行動モデル１３、環境モデル１４、入力データ記憶部１５が繋がっており、ＭＡＳエンジン１１がシミュレーション全体の計算を実行し、ＡＰＩ１２を介して、出力データ記憶部１６に計算結果を出力する。
【００１５】
以降の説明では簡便化のため、全てのソフトウェア及び入出力データ用記憶媒体を一つのハードウェア上に実装している例を示すが、ソフトウェアが実装されるハードウェアに関しては、ユーザ行動モデル１３、環境モデル１４、ＡＰＩ１２、ＭＡＳエンジン１１、入力データ記憶部１５、出力データ記憶部１６間でデータの送受信が可能であれば実装形態は問わない。例えば、全てのソフトウェアと入出力データを保持する記憶媒体が一つのハードウェア上に実装されてもよいし、各ソフトウェアと入出力データ用記憶媒体とが個別のハードウェアに実装されてもよい。
【００１６】
図３は、本発明の実施の形態におけるシミュレータ装置のハードウェア構成例を示す図である。図３のシミュレータ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１７】
シミュレータ装置１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってシミュレータ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１９】
図４は、本発明の実施の形態におけるシミュレータ装置の機能構成例を示す図である。図４において、ユーザ行動モデル１３、環境モデル１４、ＡＰＩ１２、及びＭＡＳエンジン１１は、シミュレータ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。入力データ記憶部１５及び出力データ記憶部１６は、例えば、補助記憶装置１０２、又はシミュレータ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００２０】
シミュレータ装置１０内では、予測対象とするイベント内のモバイル端末（通信端末）のユーザを各種パラメータやモデルによって模擬している。各種パラメータやモデルによって模擬されるモバイル端末ユーザを「エージェント」と呼ぶ。
【００２１】
ユーザ行動モデル１３は、シミュレーション上の将来イベントにおけるエージェントの行動アルゴリズムである。エージェントは、ユーザ行動モデル１３と入力データから得られるパラメータに基づいて単位時間毎に計算される移動行動と通信行動とを実施する。
【００２２】
エージェントは、入力データ記憶部１５に記憶されているエージェントデータＤ２に設定されたシナリオに従い、行動目的に応じた移動行動及び通信行動を実施する。エージェントデータＤ２には、エージェントごとに、以下のパラメータが設定されている。
・エージェントＩＤ：エージェントごとに一意な識別子
・属性：エージェントの性別、年齢、趣味等に応じてグルーピングされたグループごとに割り当てられる、シミュレーション内時間において不変のグループＩＤ
・速度：エージェントの歩行速度
・停止限界：エージェントが停止状態の際に行動目的を切替えるまでの時間
・開始時間：エージェントが行動を開始する時間
・終了時間：エージェントが行動を終了する予定時間
・開始場所：エージェントが行動を開始する目的地候補
・到着場所：エージェントが行動を終了する際の目的地候補
・経由地点：到着場所にたどり着くまでに実施する行動目的（経由地点を特定するための情報）のリスト
経由地点は行動目的毎に以下のパラメータを含む。
・優先順位：行動目的が複数設定されているエージェントについて、現在設定されている行動目的が混雑等の要因により、一定時間処理不可能と判断された際に、行動目的を変更するために用いられるパラメータ（小さいほど優先して実行される）
・タスクタイプ：行動目的のタイプ
・予定開始時間：行動目的の処理を実行開始する予定の時間
・予定滞留時間：行動目的を処理可能な目的地候補に到着した際に滞留する時間（予定終了時間が優先される）
・予定終了時間：行動目的の処理を実行中に滞留を止め、次の目的に移行する時間
・処理完了フラグ：初期値は０であり、行動目的の処理が完了した場合に１となる
また、各エージェントは、シミュレーション空間内に置いて、動的に変化する動的状態を持つ、動的状態は、シミュレーション内時間帯、エリア種別、及び移動状態の組み合わせからなる。シミュレーション内時間帯は、シミュレーション空間内における現在の時間帯（例えば、１時、２時、・・・等、１時間間隔の時間帯）である。エリア種別は、エージェントの現在の所在地（以下、「現在地」という。）を含む場所（エリア）の種別（例：屋内、屋外、イベント会場・・・等）である。移動状態は、エージェントの移動の状態を示し、移動、停止、滞留のいずれかの状態に分類される。移動は、エージェントがシミュレーション上で移動中である状態を示す。停止は、エージェントがシミュレーション上で停止中（信号などの環境起因、行列・混雑などのエージェント起因）であることを示す。滞留は、エージェントが、目的地候補で滞留している状態を示す。なお、移動とは、エージェントの現在地を示す座標値が、シミュレーション空間内の２次元座標系（後述の移動範囲）において変化することをいう。
【００２３】
ユーザ行動モデル１３は、行動制御部１３１、移動行動部１３２、通信行動部１３３、及び経路計算部１３４等を含む。行動制御部１３１は、各エージェントに対する行動目的の設定及び変更と、行動目的の変更に伴う移動行動及び通信行動の変更を制御する。行動制御部１３１は、また、経路計算部１３４を利用して、エージェントの移動経路の生成を実施する。なお、各エージェントは、それぞれに設定された行動目的を満たす場所を目的地として移動を行う。
【００２４】
移動行動部１３２は、シミュレーション内時間におけるエージェントの移動行動を決定する。
【００２５】
通信行動部１３３は、エージェントの通信行動を決定する。
【００２６】
経路計算部１３４は、エージェントに設定された行動目的に対応する目的地までの移動経路を計算する。
【００２７】
環境モデル１４は、シミュレーション上におけるイベント空間を模擬し、エージェントが実施した移動行動及び通信行動に対する結果を返す仕組みである。環境モデル１４は、道路や建物等を模擬したエージェントの移動範囲や、ＬＴＥやＷｉ−Ｆｉ（登録商標）等を模擬したエージェントの通信範囲に応じて、ユーザ行動モデル１３で実施された移動行動及び通信行動の可否を判断する。
【００２８】
エージェントは、シミュレーション空間内において２次元で表現された、移動範囲及び目的地候補となる平面上のみを移動する。エージェントの移動範囲と目的地候補に関するイメージを図５に示す。なお、目的地候補とは、エージェントの目的地となりうる場所（すなわち、エージェントの行動目的を満たしうる場所）をいう。移動範囲や目的地候補に関する情報は、入力データ記憶部１５に記憶されている移動範囲・目的地データＤ４に含まれている。
【００２９】
エージェント自身にも幅が設定されているため、複数のエージェントが密集して長期間滞留しているエリアにおいて、各エージェントは、他のエージェントが通過する際の障害となる（混雑や行列を再現するためである。）。移動範囲は、予め設定された時間に応じて一時的に移動禁止となる場合がある。また、目的地候補には、処理可能な行動目的の種別がタスクタイプとして設定されている。上述したように、エージェントには行動目的が設定されており、設定された行動目的が処理可能な目的地候補に到達することで当該行動目的は達成される。全ての行動目的が達成されたエージェントの行動は終了する。
【００３０】
環境モデル１４は、移動環境制御部１４１及び通信環境制御部１４２を含む。移動環境制御部１４１は、移動行動部１３２が実施しようとしているエージェントの移動行動について、可否判断を行う。
【００３１】
通信環境制御部１４２は、通信行動部１３３が実施しようとしているエージェントの通信行動について、可否判断を行う。通信行動の可否判断は、エージェントの位置が、予め設定された通信範囲に含まれるか否か等に基づいて行われる。
【００３２】
図６は、通信範囲に関するイメージを示す図である。エージェントは、シミュレーション空間内において２次元で表現された、通信範囲となる平面上に存在する場合に、通信行動が可能となる。各通信範囲には識別子として通信範囲ＩＤが設定されており、Ｗｉ−Ｆｉ（登録商標）とＬＴＥ等の通信方式毎に任意の平面で通信範囲が表現可能である（通信方式の種類も追加可能）。各通信範囲には、単位時間あたり利用可能なアップロード（ＵＬ）／ダウンロード（ＤＬ）トラヒック量の上限値と接続端末数の上限値が設定されており、既に接続端末数が上限値となってしまっている通信範囲では、新規に通信を行うことは出来ない。通信範囲に関する情報は、入力データ記憶部１５に記憶されている通信範囲データＤ３に含まれている。なお、図６では、ＬＴＥの通信範囲として、通信範囲Ｌ１、Ｌ２、及びＬ３が例示されており、Ｗｉ−Ｆｉ（登録商標）の通信範囲として、Ｗ１が例示されている。エージェントＡ１は、通信範囲Ｌ２及び通信範囲Ｗ１に含まれる位置に所在している。
【００３３】
通信環境制御部１４２は、シミュレーション空間内における全ての通信範囲の接続端末数とそのエージェントの要求帯域を管理する。
【００３４】
ＭＡＳエンジン１１は、シミュレーション全体の制御を実施する（同等の機能を持つ市販製品も存在するため、それらを利用することも可能）。例えば、ＭＡＳエンジン１１は、シミュレーション空間における時間の経過を管理し、各エージェントについて、シミュレーション上のイベント空間を模擬する環境モデル１４と、エージェントの行動を模擬するユーザ行動モデル１３に従う移動行動及び通信行動を単位時間毎に、移動行動部１３２及び通信行動部１３３に計算させる。
【００３５】
ＡＰＩ１２は、ＭＡＳエンジン１１とユーザ行動モデル１３及び環境モデル１４間で必要なデータのやりとり、並びにエージェントの行動ログＬ１を出力データとして出力する。
【００３６】
以下、シミュレータ装置１０が実行する処理手順について説明する。図７は、ＭＡＳエンジンが実行する処理手順の一例を説明するためのフローチャートである。
【００３７】
イベントトラヒック予測の実施の開始時において、ＭＡＳエンジン１１は、入力データ記憶部１５から通信アプリデータＤ１、エージェントデータＤ２、通信範囲データＤ３、及び移動範囲・目的地データＤ４を読み込むと共にシミュレーション空間内の時間ｔの初期化を行う（ｔ＝０）（Ｓ１０１）。また、エージェントデータＤ２において定義されている全てのエージェントのステータスが、「行動開始前」に設定される。
【００３８】
続いて、ＭＡＳエンジン１１は、開始時間がｔであり、ステータスが「行動開始前」である各エージェントのステータスを「行動中」に設定し、当該各エージェントの行動目的の設定又は変更等を行動制御部１３１に実行させる（Ｓ１０２）。この際、各エージェントのエージェントＩＤが行動制御部１３１に対して入力され、行動制御部１３１によって、該当する各エージェントに行動目的が設定されると共に、当該各エージェントの移動経路が決定される。
【００３９】
続いて、ＭＡＳエンジン１１は、ステータスが「行動中」である全エージェントの行動フラグを０に初期化する（Ｓ１０３）。続いて、ＭＡＳエンジン１１は、ステータスが「行動中」であり、かつ、行動フラグが０であるエージェントを一つ選択する（Ｓ１０４）。続いて、ＭＡＳエンジン１１は、選択したエージェント（以下、「対象エージェント」という。）の移動行動の決定を、移動行動部１３２に実行させる（Ｓ１０５）。この際、対象エージェントのエージェントＩＤが、移動行動部１３２に入力される。続いて、ＭＡＳエンジン１１は、対象エージェントの行動フラグを１に設定する（Ｓ１０６）。
【００４０】
ステップＳ１０４〜Ｓ１０６が、ステータスが「行動中」であり、かつ、行動フラグが０である全てのエージェントについて実行されると（Ｓ１０７でＹｅｓ）、ＭＡＳエンジン１１は、各エージェントの通信行動の決定を、通信行動部１３３に実行させる（Ｓ１０８）。
【００４１】
続いて、ＭＡＳエンジン１１は、ステータスが「行動中」であり、かつ、行動フラグが１である各エージェントが採用した移動行動及び通信行動等を示す情報である行動ログＬ１の出力をＡＰＩ１２に実行させる（Ｓ１０９）。続いて、ＭＡＳエンジン１１は、シミュレーション空間内の現在時間ｔを１単位時間進める（Ｓ１１０）。
【００４２】
ステップＳ１０２〜Ｓ１１０は、全てのエージェントが行動終了となるまで繰り返される（Ｓ１１１）。
【００４３】
図８は、行動制御部が実行する処理手順の一例を説明するためのフローチャートである。行動制御部１３１は、エージェントが行動開始となる時間ｔにＭＡＳエンジン１１から要求される場合（図７のステップＳ１０２）、又は、後述されるように、行動目的の変更が移動行動部１３２から要求された場合に処理を実行する。
【００４４】
ステップＳ２０１において、行動制御部１３１は、要求元から入力されたエージェントＩＤに対応するエージェントデータＤ２を取得する。
【００４５】
続いて、行動制御部１３１は、要求元がＭＡＳエンジン１１であるか否かを判定する（Ｓ２０２）。すなわち、図７のステップＳ１０２において、行動開始となるエージェントに関する処理を実行すべきか否かが判定される。
【００４６】
要求元がＭＡＳエンジン１１である場合（Ｓ２０２でＹｅｓ）、処理対象のエージェント（以下、「対象エージェント」という。）のエージェントデータＤ２に含まれている経由地点（行動目的のリスト）の中で、予定開始時間が一番早い行動目的を選択する（Ｓ２０３）。なお、開始時間が共通するエージェントが複数有る場合、複数のエージェントが処理対象とされる。この場合、ステップＳ２０３〜Ｓ２０５が、該当エージェントごとに繰り返されればよい。
【００４７】
続いて、行動制御部１３１は、選択された行動目的のタスクタイプを処理可能であって、現在地から最寄りの目的地候補を対象エージェントの目的地として設定する（Ｓ２０４）。なお、各エージェントの最初の現在地（移動の開始場所）は、各エージェントのエージェントデータに設定されている開始場所によって特定される。
【００４８】
続いて、行動制御部１３１は、対象エージェントのエージェントデータＤ２に設定されている開始場所を移動元とし、ステップＳ２０４において選択された目的地を移動先として、当該移動元及び当該移動先の間の移動経路の計算を経路計算部１３４に実行させる（Ｓ２０５）。なお、当該移動元、当該移動先、及び対象エージェントのエージェントＩＤが経路計算部１３４に入力される。
【００４９】
一方、後述される移動行動部１３２が要求元である場合（Ｓ２０２でＮｏ）、すなわち、既に行動を開始しているエージェントに関して行動目的の変更が移動行動部１３２から要求された場合、行動制御部１３１は、現在時間ｔが、対象エージェントのエージェントデータＤ２に設定されている終了時間を経過しているか否かを判定する（Ｓ２０６）。
【００５０】
現在時間ｔが、終了時間を経過している場合（Ｓ２０６でＹｅｓ）、行動制御部１３１は、対象エージェントのエージェントデータＤ２に設定されている到着場所を、対象エージェントの目的地として設定する（Ｓ２０７）。
【００５１】
現在時間ｔが終了時間を経過していない場合（Ｓ２０６でＮｏ）、行動制御部１３１は、対象エージェントのエージェントデータＤ２に設定されている経由地点に含まれる行動目的のうち、以下の（ａ）〜（ｃ）の条件の全てを満たす行動目的の有無を判定する（Ｓ２０８）。
（ａ）処理完了フラグが０である。
（ｂ）現在時間ｔが予定開始時間を過ぎている。
（ｃ）現在時間ｔが予定終了時間に達していない。
【００５２】
該当する行動目的が１以上有る場合（Ｓ２０８でＹｅｓ）、行動制御部１３１は、該当する行動目的のうちのいずれか一つの行動目的を選択する（Ｓ２０９）。該当する行動目的が複数有る場合、優先順位が最小である行動目的が選択される。優先順位が最小である行動目的が複数有る場合、当該複数の行動目的の中から予定終了時間が最も早い行動目的が選択される。予定終了時間が最も早い行動目的が複数有る場合、当該複数の行動目的の中から、例えば、ランダムに一つの行動目的が選択される。なお、選択された行動目的が、対象エージェントの新たな行動目的となる。
【００５３】
続いて、行動制御部１３１は、選択された行動目的のタスクタイプを処理可能な目的地候補の中で、対象エージェントの現在地に対して最寄りの目的地候補を対象エージェントの目的地として設定する（Ｓ２１０）。
【００５４】
一方、ステップＳ２０８において該当する行動目的が無い場合（Ｓ２０８でＮｏ）、以下の（ａ）〜（ｂ）の条件の全てを満たす行動目的の有無を判定する（Ｓ２１３）。
（ａ）処理完了フラグが０である。
（ｂ）現在時間ｔが予定終了時間に達していない。
【００５５】
該当する行動目的が１以上有る場合（Ｓ２１３でＹｅｓ）、シミュレーション時間経過後実行可能な行動目的がまだ有ると判断し、現在地を目的地として設定する（実行可能な行動目的が現れるまで行動目的を変えずに現在地に留まる）（Ｓ２１４）。
一方、ステップＳ２１３において該当する行動目的が無い場合（Ｓ２１３でＮｏ）、
行動制御部１３１は、実行可能な行動目的が無いと判断し、対象エージェントのエージェントデータＤ２に設定されている到着場所を、対象エージェントの目的地として設定する（Ｓ２１１）。
【００５６】
ステップＳ２０７、Ｓ２１０、Ｓ２１１、又はＳ２１４に続いて、行動制御部１３１は、対象エージェントの現在地を移動元とし、対象エージェントの目的地を移動先として、当該移動元及び当該移動先を経路計算部１３４に入力して、対象エージェントの新たな移動経路を経路計算部１３４に計算させる（Ｓ２１２）。なお、対象エージェントのエージェントＩＤも経路計算部１３４に入力される。
【００５７】
図９は、経路計算部が実行する処理手順の一例を説明するためのフローチャートである。図９の処理手順は、図８のステップＳ２０５又はＳ２１１において呼び出される。
【００５８】
ステップＳ３０１において、経路計算部１３４は、入力された移動元及び移動先（のそれぞれを示す座標値）と、移動範囲・目的地データＤ４において定義されている移動範囲及び目的地情報と、予め設定された方針とに基づいて、移動元から移動先までの経路計算を実行する。予め設定された方針とは、例えば、最短距離の経路を探索することである。また、経路計算（又は経路探索）は、公知の方法を用いて行われればよい。
【００５９】
続いて、経路計算部１３４は、計算された移動経路を示す情報（以下、「移動経路情報」という。）を、入力されたエージェントＩＤに紐付けて、例えば、メモリ装置１０３又は補助記憶装置１０２に記憶する（Ｓ３０２）。当該エージェントＩＤに対して既に移動経路情報が紐付けられている場合、当該移動経路情報は、新たな移動経路情報によって上書きされる。
【００６０】
図１０は、移動行動部が実行する処理手順の一例を説明するためのフローチャートである。移動行動部１３２は、ＭＡＳエンジン１１からの要求に応じ、対象エージェントの移動経路情報に基づいて、対象エージェントにおいて、シミュレーション空間内の現在時間ｔに対して、ｔ＋１における現在地を決定する。なお、図１０の処理手順は、図７のステップＳ１０５において呼び出される。
【００６１】
ステップＳ４０１において、移動行動部１３２は、入力されたエージェントＩＤに係るエージェント（対象エージェント）の動的属性の移動状態を確認する。当該移動状態が「移動」又は「停止」である場合（Ｓ４０２でＮｏ）、移動行動部１３２は、シミュレーション内の現在時間ｔにおける対象エージェントの現在地と、対象エージェントのエージェントデータＤ２に設定されている速度とを用いて、対象エージェントが単位時間あたりに移動可能な範囲を計算する（Ｓ４０３）。例えば、対象エージェントの現在地を中心とし、速度×単位時間を半径とする円の範囲が、移動可能な範囲として計算される。
【００６２】
続いて、移動行動部１３２は、移動可能な範囲の内、対象エージェントの移動経路情報が示す、目的地までの経路について、残りの距離が最小となる位置を仮選択する（Ｓ４０４）。続いて、移動行動部１３２は、移動環境制御部１４１を起動し、対象エージェントのエージェントＩＤと、仮選択した位置を示す位置情報とを移動環境制御部１４１に入力して、対象エージェントの最終的な移動先を示す位置情報を確定する（Ｓ４０５）。
【００６３】
なお、移動行動部１３２は、このタイミングで、必要に応じて、対象エージェントの動的属性のシミュレーション内時間帯及びエリア種別を更新する。すなわち、対象エージェントのシミュレーション内時間帯が、現在時間ｔの時間帯に整合していなければ、対象エージェントのシミュレーション内時間帯が、現在時間ｔが属する時間帯に更新される。また、確定された位置情報に係る位置のエリア種別が、対象エージェントのエリア種別と異なっていれば、対象エージェントのエリア種別が、当該位置情報に係る位置のエリア種別に更新される。
【００６４】
続いて、移動行動部１３２は、移動環境制御部１４１から返された位置情報が示す位置が、対象エージェントの目的地又は当該目的地と同じタスクタイプを有する他の目的地候補に含まれるか否かを判定する（Ｓ４０６）。当該位置情報が、当該目的地又は当該他の目的地候補に含まれる場合（Ｓ４０６でＹｅｓ）、移動行動部１３２は、対象エージェントの現在の行動目的の予定滞留時間をｔに加算した時間と、対象エージェントの現在の行動目的の予定終了時間との早いほうを、滞留終了時間として対象エージェントに設定し、対象エージェントの行動状態を「滞留」に遷移させる（Ｓ４０７）。
【００６５】
移動環境制御部１４１から返された位置情報が、対象エージェントの目的地又は当該目的地と同じタスクタイプを有する他の目的地候補に含まれない場合（Ｓ４０６でＮｏ）、移動行動部１３２は、対象エージェントのｔにおける現在地から、対象エージェントの目的地までの距離ｄｓｔ＿ｏｌｄと、移動環境制御部１４１から返された位置情報が示す位置から対象エージェントの目的地までの距離ｄｓｔ＿ｎｅｗとの差ｄｓｔ＿ｎｅｗ−ｄｓｔ＿ｏｌｄが、予め定められた閾値ｔｈ＿ｄｓｔ以上であるか否かを判定する（Ｓ４０８）。
【００６６】
当該差が、閾値ｔｈ＿ｄｓｔ以上である場合（Ｓ４０８でＹｅｓ）、移動環境制御部１４１は、対象エージェントの移動状態が「停止」であれば、対象エージェントの移動状態を「移動」に設定する（Ｓ４０９）。
【００６７】
当該差が、閾値ｔｈ＿ｄｓｔより小さい場合（Ｓ４０８でＮｏ）、対象エージェントの移動状態が「移動」であれば（Ｓ４０９でＹｅｓ）、移動行動部１３２は、現在時間ｔを停止状態開始時間として、当該停止状態開始時間を対象エージェントのエージェントＩＤに紐付けて、対象エージェントの移動状態を「停止」に遷移させる。（Ｓ４１０）。
【００６８】
一方、対象エージェントの移動状態が「停止」であれば（Ｓ４１０でＮｏ）、移動行動部１３２は、対象エージェントについて、シミュレーション空間内の現在時間ｔが停止状態開始時間＋停止限界を超えているか否かを判定する（Ｓ４１２）。現在時間ｔが停止状態開始時間＋停止限界を超えている場合（Ｓ４１２でＹｅｓ）、移動行動部１３２は、対象エージェントが長時間停止状態にあると判断し、行動制御部１３１を呼び出して対象エージェントの行動目的を変更する（Ｓ４１３）。この際、対象エージェントのエージェントＩＤが行動制御部１３１に入力される。続いて、移動行動部１３２は、対象エージェントの行動状態を「移動」に遷移させる（Ｓ４１４）。
【００６９】
一方、対象エージェントの移動状態が「滞留」である場合（Ｓ４０２でＹｅｓ）、移動行動部１３２は、対象エージェントのエージェントＩＤに紐付けられている滞留終了時間を確認する（Ｓ４１５）。シミュレーション空間内の現在時間ｔが、当該滞留終了時間を過ぎている場合（Ｓ４１６でＹｅｓ）、移動行動部１３２は、対象エージェントの現在の行動目的の処理完了フラグに１を設定する（Ｓ４１７）。続いて、移動行動部１３２は、行動制御部１３１を起動して対象エージェントの行動目的を再設定した後（Ｓ４１８）、対象エージェントの移動状態を「移動」に遷移させる（Ｓ４１９）。なお、行動制御部１３１の起動の際、対象エージェントのエージェントＩＤが行動制御部１３１に入力される。
【００７０】
図１１は、通信行動部が実行する処理手順の一例を説明するためのフローチャートである。図１１の処理手順は、図７のステップＳ１０８において呼び出される。通信行動部１３３は、シミュレーション内時間の現在時間ｔにおける全エージェントの移動先が移動行動部１３２によって確定した後に、入力データ記憶部１５に予め記憶されている通信アプリデータＤ１を用いて、各場所における通信アプリの選択及び発生トラヒックの決定を行う。例えば、通信アプリデータＤ１のパラメータは、エージェントの属性と動的状態の組合せの数だけ種類が存在する。
【００７１】
ステップＳ５０１において、通信行動部１３３は、入力されたエージェントＩＤに紐付けられた通信フラグを確認する。通信フラグとは、エージェントが通信中であるか否かを示すフラグであり、エージェントの行動開始時に、０に設定される。なお、０は、通信中でないことを示し、１は、通信中であることを示す。
【００７２】
続いて、通信行動部１３３は、通信フラグが０である各エージェントについて通信アプリデータＤ１に予め設定されている通信確率に従い、通信アプリを使用するか否かを決定する（Ｓ５０２）。
【００７３】
続いて、通信行動部１３３は、ステップＳ５０２において通信アプリを使用することが決定された各エージェントの通信フラグに１を設定して、通信アプリデータＤ１に設定されているアプリ選択比率に従って、当該各エージェントが使用する通信アプリを決定する（Ｓ５０３）。各通信アプリについては、一度の利用で通信するトラヒック量と単位時間あたりの要求帯域とが、ＤＬ／ＵＬ毎に通信アプリデータＤ１に設定されている。また、通信アプリを使用する各エージェントについては、変数として残トラヒック量が生成され、当該通信アプリに関して通信アプリデータＤ１に設定されている、一度の利用で通信する（ＤＬ／ＵＬ）トラヒック量が、残トラヒック量に設定される。
続いて、通信行動部１３３は、通信フラグが１であるエージェントのエージェントＩＤ及び単位時間あたりの要求帯域の組み合わせのリストを生成する（Ｓ５０４）。続いて、通信行動部１３３は、ステップＳ５０４において生成したリストを、通信環境制御部１４２に入力として、通信環境制御部１４２によって生成される、シミュレーション空間内の現在時間ｔにおける利用可能帯域のリストを受け取る（Ｓ５０５）。利用可能帯域のリストとは、エージェントＩＤ及び要求帯域のリストの要素ごとに、当該要素に係るエージェントに対して割り当てられた、単位時間あたりに利用可能な帯域を含むリストである。
【００７４】
続いて、通信行動部１３３は、通信環境制御部１４２から受け取った利用可能帯域のリストに基づいて、各エージェントの残トラヒック量を更新する（Ｓ５０６）。すなわち、各エージェントの残トラヒック量が、残トラヒック量−利用可能帯域×単位時間によって更新される。
【００７５】
続いて、通信行動部１３３は、残トラヒック量が０以下となったエージェントの通信フラグに０を設定する（Ｓ５０７）。その結果、当該エージェントの通信行動は終了する。
【００７６】
図１２は、移動環境制御部が実行する処理手順の一例を説明するためのフローチャートである。図１２の処理手順は、図１０のステップＳ４０５において呼び出される。移動環境制御部１４１は、２次元で表現されるエージェントの移動範囲及び目的地候補に関する情報と、シミュレーション空間内における全てのエージェントに関する現在地情報を管理する。
【００７７】
ステップＳ６０１において、移動環境制御部１４１は、入力されたエージェントＩＤに係るエージェント（対象エージェント）の現在地を取得する。続いて、移動環境制御部１４１は、現在地から、行動移動部から入力された位置情報（仮選択された位置情報）が示す移動先、又は当該移動先までの経路上に通行禁止区が無いか否かを判定する（Ｓ６０２）。例えば、信号等の存在による移動の制限の有無が判定される。信号等の通行禁止区は、予め移動範囲に対してその範囲が設定されている。
【００７８】
該当する通行禁止区が無い場合（Ｓ６０２でＹｅｓ）、移動環境制御部１４１は、当該移動先、又は当該移動先までの経路となる移動範囲が、他のエージェントによって塞がれていないか否かを判定する（Ｓ６０３）。すなわち、混雑や行列の存在による移動の制限の有無が判定される。なお、当該判定は、当該移動範囲に、他のエージェントの現在地が含まれているか否かに基づいて実行可能である。
【００７９】
当該移動先、又は当該移動先までの経路となる移動範囲が他のエージェントによって塞がれていない場合（Ｓ６０３でＹｅｓ）、移動環境制御部１４１は、当該移動先の目的地候補が他のエージェントによって塞がれていないか否かを判定する（Ｓ６０４）。すなわち、他のエージェントによる目的地候補の利用による移動の制限の有無が判定される。
【００８０】
当該目的地候補が他のエージェントによって塞がれていない場合（Ｓ６０４でＹｅｓ）、移動環境制御部１４１は、移動行動部１３２から入力された位置情報をそのまま移動行動部１３２に出力する（Ｓ６０５）。
【００８１】
当該目的地候補が他のエージェントによって塞がれている場合（Ｓ６０４でＮｏ）、移動環境制御部１４１は、当該目的地候補に滞留可能なスペースが有るか否かを判定する（Ｓ６０６）。すなわち、当該目的地候補について、対象エージェントの幅以上の空きスペースの有無が判定される。
【００８２】
滞留可能なスペースが有る場合（Ｓ６０６でＹｅｓ）、移動環境制御部１４１は、当該スペースの位置情報を、移動行動部１３２に出力する（Ｓ６０７）。
【００８３】
一方、ステップＳ６０３、ステップＳ６０４、又はステップＳ６０６の判定結果が否定的な場合、移動環境制御部１４１は、対象エージェントの現在地を中心とし、入力でされた移動情報が示す移動先までの距離を半径とした円上で、移動先に一番近い場所の位置情報を移動行動部１３２に出力する（Ｓ６０８）。
【００８４】
ステップＳ６０５、Ｓ６０７、又はＳ６０８に続いて、移動環境制御部１４１は、対象エージェントの現在地を、ステップＳ６０５、Ｓ６０７、又はＳ６０８において移動行動部１３２に対して出力された位置情報によって更新する（Ｓ６０９）。
【００８５】
図１３は、通信環境制御部が実行する処理手順の一例を説明するためのフローチャートである。図１３の処理手順は、図１１のステップＳ５０５において呼び出される。
【００８６】
ステップＳ７０１において、通信環境制御部１４２は、通信行動部１３３から入力された各エージェントＩＤに係るエージェントごとに、当該エージェントの現在地を含む通信範囲をリストアップし、一つの通信範囲のみがリストアップされたエージェントの接続先を当該通信範囲に決定する。なお、いずれの通信範囲にも含まれないエージェントについては、通信範囲はリストアップされない。また、接続端末数に空き（残余）が無い通信範囲は、リストアップされない。
【００８７】
続いて、通信環境制御部１４２は、相互に異なる通信方式に係る複数の通信範囲がリストアップされたエージェントが存在する場合、当該各エージェントについて、予め設定された方針に従って接続先の通信範囲を選択する（Ｓ７０２）。予め設定された方針とは、例えば、ＬＴＥよりＷｉ−Ｆｉ（登録商標）の方を優先して接続する等である。
【００８８】
続いて、通信環境制御部１４２は、同じ通信方式で利用可能な通信範囲が複数リストアップされたエージェントについて、予め設定された方針に従って、一つの通信範囲を選択する（Ｓ７０３）。予め定められた方針とは、例えば、接続端末数の上限に対する残余が相対的に多い通信範囲が優先的に選択される等である。
【００８９】
なお、ステップＳ７０２及びＳ７０３において、現在時間より１単位時間前の時間（ｔ−１）において、既にいずれかの通信範囲に接続していたエージェントについては、当該通信範囲が優先的に選択される。
【００９０】
ステップＳ７０１〜Ｓ７０３の実行の結果、通信範囲ごとに、当該通信範囲に接続するエージェントのエージェントＩＤと要求帯域のリストが生成される。
【００９１】
続いて、通信環境制御部１４２は、接続するエージェント数が接続端末数の上限値を超える通信範囲について、接続するエージェント数が当該上限値以下となるように、ステップＳ７０１〜Ｓ７０３において接続することが決定されたエージェントのうちの一部のエージェントを接続対象から除外する（Ｓ７０４）。この際、現在時間ｔより１単位時間前の時間（ｔ−１）において、当該通信範囲に接続していなかったエージェントが優先的に除外対象として選択される。すなわち、既に通信中であったエージェントが突然通信できなくなるといった状況が回避されるようにする。
【００９２】
続いて、通信環境制御部１４２は、通信範囲ごとに当該通信範囲へ接続することが決定された各エージェントへの単位時間あたりの帯域の割当てを実行する（Ｓ７０５）。具体的には、通信範囲ごとに、当該通信範囲の帯域上限を、当該通信範囲に接続する各エージェントの要求帯域で按分した値が、各エージェントの単位時間あたりの利用可能帯域として割り当てられる。斯かる割り当ては、ＵＬ及びＤＬの両方について同様に行われる。
【００９３】
なお、要求帯域が存在するが、通信範囲に接続できなかったエージェントの利用可能帯域は、ＤＬ及びＵＬ共に０とされる。すなわち、いずれの通信範囲にも含まれないエージェントや、ステップＳ７０４において除外されたエージェントの利用可能帯域は０とされる。
【００９４】
続いて、通信環境制御部１４２は、入力とされたエージェントＩＤと要求帯域の組み合せリストの要求帯域の部分が、利用可能帯域によって置換されたリストを通信行動部１３３に出力する（Ｓ７０６）。
【００９５】
続いて、図７のステップＳ１０９の詳細について説明する。ステップＳ１０９において、ＡＰＩ１２は、ユーザ行動モデル１３、環境モデル１４、ＭＡＳエンジン１１、及び入力データ記憶部１５の間のデータの授受を仲介し、かつ、ＭＡＳエンジン１１の実行結果を行動ログＬ１として出力する。行動ログＬ１は、エージェントごとに、エージェントＩＤ、時間、位置（現在地）、動的状態、接続した通信範囲のＩＤ、利用している通信方式、利用している通信アプリ、通信トラヒック量（割り当てられた利用可能帯域）（ＤＬ／ＵＬ）等の項目を含み、単位時間毎に出力データ記憶部１６に記憶される。
【００９６】
次に、東京都内のイベント会場を対象とした場合の、本実施の形態によるトラヒック予測の結果について以下に説明する。
【００９７】
当該トラヒック予測では、エージェントの総数は２０００、各エージェントは、５時以降に駅より移動を開始、１０時まで待機エリアに滞留、その後、２時間展示エリアで滞留、１時間休憩エリアで滞留、２時間展示エリアで滞留、駅に移動し、行動終了というシナリオを設定した。当該トラヒック予測において対象としたイベント会場周辺の情報を図１４に示す。
【００９８】
イベント時のモバイルトラヒック需要を予測するために、通信範囲を１００ｍメッシュ単位で区切り、通信帯域及び接続端末数の上限を大きく設定した場合におけるトラヒック発生量を、本実施の形態により算出した。図１５にトラヒック量の予測結果と、各トラヒック量が発生する通信範囲の場所を示す。なお、トラヒック量の予測結果を示すグラフと、当該グラフに対応する通信範囲の場所には、共通の符号（Ａ１〜Ａ４）が付されている。
【００９９】
上述したように、本実施の形態によれば、これまでに実施経験のないイベント（将来イベント）を対象とした場合に発生すると見込まれるイベントトラヒックのピーク値を時空間レベルで予測することが可能となる。
【０１００】
これにより、従来、将来イベントを対象としたイベントトラヒック対策において、イベント時に発生するトラヒック量を過少に見積もることによる通信品質の劣化、又は、過大に見積もることによる通信リソースの配備に要するコストの過剰投入の可能性が低下する効果が期待される。
【０１０１】
また、将来イベントにおけるイベントトラヒックのピーク量を時間・空間レベルで予測することが可能となるため、イベント当日における移動可能な通信リソースの再配置及び制御に関するスケジュールを事前に計画することで、事前に配備可能な通信リソースに限りがある場合でも、イベント当日の通信品質を維持・向上させる効果が見込まれる。
【０１０２】
なお、本実施の形態において、シミュレータ装置１０は、トラヒック予測装置の一例である。
【０１０３】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１０４】
１０          シミュレータ装置
１１          ＭＡＳエンジン
１２          ＡＰＩ
１３          ユーザ行動モデル
１４          環境モデル
１５          入力データ記憶部
１６          出力データ記憶部
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１３１        行動制御部
１３２        移動行動部
１３３        通信行動部
１３４        経路計算部
１４１        移動環境制御部
１４２        通信環境制御部
Ｂ            バス
Ｄ１          通信アプリデータ
Ｄ２          エージェントデータ
Ｄ３          通信範囲データ
Ｄ４          移動範囲・目的地データ
Ｌ１          行動ログ
【図１】
0006417361.tif 000002
【図２】
0006417361.tif 000003
【図３】
0006417361.tif 000004
【図４】
0006417361.tif 000005
【図５】
0006417361.tif 000006
【図６】
0006417361.tif 000007
【図７】
0006417361.tif 000008
【図８】
0006417361.tif 000009
【図９】
0006417361.tif 000010
【図１０】
0006417361.tif 000011
【図１１】
0006417361.tif 000012
【図１２】
0006417361.tif 000013
【図１３】
0006417361.tif 000014
【図１４】
0006417361.tif 000015
【図１５】
0006417361.tif 000016