JP7850776B2 - 情報処理装置 - Google Patents

Description

本発明は、情報処理装置に関する。

電車や地下鉄の公共交通機関は、路線についてのインフラ設備を必要とするため、都市部と比較して地方での普及は遅れている。したがって、地方では、これらの公共交通機関の代わりに、バスやタクシー等によってカバーされている場合が多い。
このようなバスやタクシー等を利用する従来の技術としては、例えば、第１の技術や第２の技術が知られている。

即ち、第１の技術として、ユーザが指示した乗車地点に基づいて、タクシーの配車手配を行う技術が提案されている（例えば、特許文献１参照）。

また、第２の技術として、一地域内に居を構える高齢者に対して、施設や場所への移動のための運転手付きの車両を共同で使用するカーシェアリングによる送迎サービスを支援する技術が提案されている（例えば、特許文献２参照）。

特開２００３－０３０７９０号公報 特開２０１６－１６２４３８号公報

しかしながら、上述した第１技術及び第２技術を含め従来の技術では、一地域を越えた広い地域を移動する場合については考慮されていなかった。
また、金銭面をみても、従来の技術を用いて長距離を移動する場合には、距離又は乗車時間に応じて利用負担が大きくなるのが一般的である。したがって、従来の技術に基づいてインフラを構築するにしても、コストが高くなり、サービスの継続性の面で不安が残る。

本発明は、このような状況に鑑みてなされたものであり、複数のエリアを巡回する移動体を導入して地域移動を支援すると共に、当該移動体の複数のエリアに跨る運行の効率を向上させることを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
移動対象を乗せて移動し得る移動体の移動経路として、１以上の拠点を夫々有する複数のエリアを通過する経路を決定する情報処理装置であって、
１以上の前記移動対象の夫々について、前記移動体に乗る際に利用する拠点及び前記移動体から降りる際に利用する拠点を含む移動の予定を取得する予定取得手段と、
前記１以上の移動対象の夫々の前記予定に基づいて、前記複数のエリアの中から前記移動経路に含める２以上のエリアを決定すると共に、夫々の移動順番を決定する経路決定手段と、
を備える。

本発明によれば、複数のエリアを巡回する移動体を導入して地域移動を支援すると共に、当該移動体の複数のエリアに跨る運行の効率を向上させる技術を提供することができる。

定額タクシーの配車対応地域について説明する図である。 地域移動支援サービスにおける定額タクシーの適用地域とＡＩ運行バスの経路の一例を示す図である。 ＡＩ運行バスを利用する場合のユーザの予約情報を示す図である。 図３の予約情報に基づいて決定されるＡＩ運行バスのルートの一例を示す図である。 本発明の一実施形態に係る情報処理システムの構成を示す図である。 図５の情報処理システムのうちサーバのハードウェア構成を示すブロック図である。 図５のサーバ、定額タクシー搭載端末、ＡＩ運行バス搭載端末、及びユーザ端末の機能的構成例を示す機能ブロック図である。 図７のサーバが実行する予約情報取得処理の流れを説明するフローチャートである。 図７のサーバが実行するルート決定処理の流れを説明するフローチャートである。 図９のルート決定処理のうち経路情報生成処理の詳細の流れを説明するフローチャートである。

ここで、本発明の実施形態について、説明するに先立ち、簡単に本発明の前提となるサービス全般について説明する。

日本は４人に１人が６５歳以上という超高齢化社会を迎え、医療や福祉などに関する問題だけでなく、交通に関する問題も生じるようになっている。具体的に例えば、国土交通省による調査結果によれば、６５歳から７４歳では、一日に５００ｍ程度以上の歩行が困難な割合が２割程度、７５歳以上では、５割程度に上るとされている。

他方、高齢者の運転による交通事故は年々増加しており、今後も増加すると予測される。高齢化の進展と共に７５歳以上の運転免許保有者数は、２０１８年には５３３万人に達すると予測されており、高齢者が運転をしなくても問題なく生活できる環境作りについて対策する必要がある。その対策の１つとして、例えば、中心部に様々な機能を集約し、市街地をコンパクトな規模に収めた都市形態（コンパクトシティ）が考えられるが、特に地方部では各種拠点や住居が散在しているため、実現が難しい。

このような状況のため、特に地方の高齢者においては、「加齢と共に歩いて移動できる距離が短くなる」、「交通事故は怖いが、車を運転できないと生活に支障をきたす」、「近所づきあいがなく家に閉じこもったり、何かあったときに頼れる人がいない」等の問題や悩みを抱えている場合が多い。

さらに言えば、高齢者は勿論、一般の人々にとって、自家用車の購入や維持には、高額の費用が掛かるのが通常である。

そこで、高齢者の地域生活支援のため、見守り支援、地域生活支援、地域移動支援（自由に地域内を移動）の価値を提供するプラットフォームを構築し、高齢者向けに複合的なサービスを提供することが求められている。このようなサービスこそ、本発明に係る一実施形態の情報処理システム（例えば、図５の情報処理システム）の適用対象となるサービス（以下、「本サービス」と呼ぶ）である。

本サービスを提供されたユーザ、特に高齢者のユーザにとっては、「自由で欲のある生活」や「生きがいあふれる人生」が実現される。一方、本サービスを提供する者（後述するサービス提供者の従業員等）にとっては、「活かされている」、「実感・やりがい」を持ってサービスを提供することが可能になる。これらが有機的に機能することで、「生きがいの循環」が得られることになる。

続いて、このような「生きがいの循環」を目指すにあたり、構築される地域生活支援プラットフォームについて、簡単に説明する。
地域生活支援プラットフォームとは、本出願人等により提案されたサービスであり、他の事業者等と連携し、高齢者等向けに複合的サービスを提供するサービス提供プラットフォームである。
即ち、地域生活支援プラットフォームは、「見守り支援」、「地域生活支援」、「所定の地域内を自由に移動」といった価値を高齢者等に対して提供することができる。
具体的には例えば、地域生活支援プラットフォームには、「コンシェルジュ」、「地域移動支援」、「地域情報の集約・提供」、「お出かけチケット（地域通貨）提供」等のサービスが含まれる。

以上、本発明の実施形態の説明に先立ち、簡単に本発明の前提となるサービス全般について説明した。なお、以降の説明においては、上述の各種サービスのうち「地域移動支援」に関連する「定額タクシー」のサービスを採用した場合の例を中心として説明する。

ここで、定額タクシーについて説明する。
後述する地域移動支援サービスでは、各地域間の移動ではＡＩ運行バスが利用されるが、各地域内の移動では定額タクシーが利用される。
定額タクシーとは、所定地域内に限定する移動ではその対価が一律に設定されているタクシーをいう。
ここで、一律とは、ユーザを乗せてタクシーが所定地域内で移動した際の対価が、所定の時間単位（例えば１ヶ月）では一定となることをいう。ただし、所定の時間単位（例えば１ヶ月）あたりの対価は、全てのユーザにとって同一でなく、松竹梅の３区分等のように複数区分が設定されている場合には、区分毎に異なることになる。
なお、以下の例では、ユーザは、毎月一定の金額（例えば、区分毎に決定される金額）を支払うことで、定額タクシーを利用するものとする。

図１は、本サービスが適用される定額タクシーの配車対応地域について説明する図である。図１の例では、地域Ａ１，Ａ２が示されている。なお、地域は例示であって、これに限定されず、任意の範囲の領域、即ち「エリア」であってよい。

ここで、定額タクシーの夫々は、予め決められた地域を担当し、その地域内を移動するようになっている。例えば、図１の例では、地域Ａ１を担当する定額タクシーは地域Ａ１内を移動し、地域Ａ２を担当する定額タクシーＴ－１、Ｔ－２は地域Ａ２内を移動する。
ユーザは、自宅等が含まれる地域（例えば、地域Ａ２）を設定し、毎月一定の金額（例えば、３万円）を支払うことで、設定した地域を担当する定額タクシー（例えば、地域Ａ２では定額タクシーＴ－１，Ｔ－２）に限り、設定した地域内で自由に利用することができる。ただし、ここでいう「自由に利用する」とは、松竹梅の３区分等のように複数区分が設定されている場合には、区分毎に設定された利用方法の範囲内で利用することをいう。

図１には、地域Ａ２を担当する定額タクシーＴ－３、Ｔ－４のみが図示されているが、地域Ａ１にも、図示せぬ所定台数（例えば２台）の定額タクシーが担当する。
地域Ａ２の例では、例えば運転手３名が交代で、定額タクシーＴ－３、Ｔ－４の２台を運転する。
この様に、運転手は、所定の一地域のみを担当させ、かつ、ある程度少数の者に限定とする好適である。ユーザと運転手とにおいて濃い人間関係を形成し、ユーザに安心感を与えることが可能となるからである。

ここで、本サービスの提供者等が目指す「本事業のビジョン」は、「高齢者の方々が行きたい場所まで、どこまでもいくことができる社会を構築する」ことである。このビジョンの達成のためには、定額タクシーの利用だけでは足りない場合もある。
例えば、ユーザは、自身の住居等がある地域内に存在するかかりつけの医院に診てもらう場合には定額タクシーを利用することができるが、別地域の大病院にいく必要が生じた場合には、同一地域内だけを移動可能な定額タクシーは利用することができない。そこで、同一地域内しか移動できない定額タクシーを補完するために、地域間を移動可能な移動手段が導入される。このような移動手段としては、例えば後述するＡＩ運行バスが採用可能である。
同一地域内の移動では定額タクシーを利用し、異なる地域間の移動ではＡＩ運行バス等の移動手段利用するサービスを、以下、地域移動支援サービスと呼ぶ。

図２は、地域移動支援サービスにおける定額タクシーの適用地域とＡＩ運行バスの経路の一例を示す図である。
ＡＩ運行バスとは、路線バスのように一定ルートを決まった時間で運行するのではなく、各地域（エリア）の各ユーザの「地域間の移動の予定」に応じて柔軟に運行ルート（運行時間帯）をＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）が適切に決定して運行するバスを示す。

したがって、例えば、とあるユーザの予定の変更や、乗車予定のユーザの数の増減（急に隣町に出かけたくなった、急用で出かけるのをキャンセルした）に応じて、ＡＩが運行ルートを適宜（走行中でも）更新することができる。

図２の例では、地域Ａ１乃至Ａ７と、定額タクシーＴ－１乃至Ｔ－１４と、ＡＩ運行バスＢと、停留場ＢＳ－１乃至ＢＳ－７が示されている。

なお、以下、地域Ａ１乃至Ａ７の夫々を個々に区別する必要がない場合、これらをまとめて「地域Ａ」と呼ぶ。
また、定額タクシーＴ－１乃至Ｔ－１４の夫々を個々に区別する必要がない場合、これらをまとめて「定額タクシーＴ」と呼ぶ。
また、停留場ＢＳ－１乃至ＢＳ－７の夫々を個々に区別する必要がない場合、これらをまとめて「停留場ＢＳ」と呼ぶ。

定額タクシーＴ－１乃至Ｔ－１４の夫々は、担当する地域Ａ内のみの移動をし、２以上の地域Ａをまたがる移動をしない。図２の例では一例として、各地域Ａには夫々２台の定額タクシーＴが担当されているが、これに限定されず、１台以上であればよい。また、各地域Ａで担当する定額タクシーＴの台数は、特に同一にする必要はなく、独立した任意の台数でよい。

図２の例では、ＡＩ運行バスＢは、地域Ａ１乃至Ａ７の地域間を巡回運行する。
ただし、ＡＩ運行バスＢが巡回運行し得る地域Ａは、図２の例に特に限定されず、２以上の任意の地域Ａ（図２に図示せぬ地域Ａも含む）でよい。

停留場ＢＳ－１乃至ＢＳ－７の夫々は、各地域Ａ１乃至Ａ７の夫々でＡＩ運行バスＢが停車して、乗客が乗り降りする拠点である。
図２の例では、停留場ＢＳ－１乃至ＢＳ－７の夫々は地域Ａ１乃至Ａ７の夫々に１つずつ設置されているが、これは例示に過ぎず、停留場ＢＳは１つの地域Ａに１以上設置されていれば足りる。また、各地域Ａに設置される停留場ＢＳの設置数は、特に同一にする必要はなく、独立した任意の台数でよい。

ここで、停留場ＢＳは、「設置」されると記載しているが、従来の路線バスの「バス停」のように、ＡＩ運行バスＢの停車のために専用に「設置」される必要は特にない。換言すると、地域Ａ内の既存の場所を停留場ＢＳとして採用することができる。
具体的には例えば、町の集会所、将棋や囲碁をやる場所等、ユーザ（高齢者）が集まり（ＡＩ運行バスＢを待っている間）コミュニケーションが図れる場所を、停留場ＢＳとして採用することができる。
つまり、定額タクシーＴやＡＩ運行バスＢは、必ずしも時間通りの運行を目的とするわけではなく、乗車したユーザ同士がワイワイとコミュニケーションを取りながら、移動を行うことを想定しているものである。これに伴い、ユーザは、定額タクシーＴや運行バスＢを待つ間、或いはこれらに乗車しなくても、停留場ＢＳたる町の集会所等に集合して、ユーザ同士がワイワイとコミュニケーションを取ることも想定している。

ここで、例えば、地域Ａ１に居住しているユーザが地域Ａ５の病院に通院する場合を想定する。この場合、ユーザは、定額タクシーＴ－１で自宅から停留場ＢＳ－１まで移動し、停留場ＢＳ－１に到着すると、定額タクシーＴ－１を降車する。それから、ユーザは、停留場ＢＳ－１にてＡＩ運行バスＢに乗車して、当該ＡＩ運行バスＢで地域Ａ５の停留場ＢＳ－５まで移動し、停留場ＢＳ－５に到着すると、ＡＩ運行バスＢから降車する。それから、ユーザは、定額タクシーＴ－９に乗車して、目的の病院へ移動する。

このように、自宅のある地域Ａ１の外の地域Ａに存在する目的地へ行く場合、ＡＩ運行バスＢと定額タクシーを利用することで、低料金で無理なく、安全に目的地へ行くことができる。

さらに、定額タクシーＴ、ＡＩ運行バスＢ、停留場ＢＳは、単なる移動手段や停車場に留まらず、「高齢者の地域生活支援」という側面をも有する。即ち、「高齢者の地域生活支援」という点で、ユーザ（高齢者）は、定額タクシーＴをいつも利用することで、定額タクシーＴの運転手と知り合いになり、定額タクシーＴの移動中ではコミュニケーションを図ることができる。換言すると、運転手は、ユーザ（高齢者）を見守る人にもなり、「いつも乗っているのにこの頃乗ってなければどうしたのだろう？」と生存確認等もできる。
これにより、ユーザに何か問題が生じた場合であっても、早期に発見することが可能となり、ユーザ、即ち、高齢者の地域生活の支援として機能することになる。
また、停留場ＢＳやＡＩ運行バスＢは、上述のように、ユーザ同士がワイワイとコミュニケーションを取ることができる環境を提供することになる。

また、ここで、ＡＩ運行バスとは、例えば、路線バスのように一定ルートを決まった時間で運行するのではなく、各地域（エリア）の各ユーザの「地域間の移動の予定」等に応じて柔軟に運行ルートや運行時間を適切に決定して運行するバスであることを意味する。そのため、ユーザの予定の変更や、ユーザの増減（例えば、急に隣町に出かけたくなった、体調が悪くバスの利用をキャンセルした）等に応じて、ＡＩが運行ルートを、適宜、更新することができる。なお、ＡＩが運行ルートの更新する処理の詳細については、図９等を用いて後述する。

図３は、ＡＩ運行バスを利用する場合のユーザの予約情報の一例を示す図である。ユーザは、スマートフォン等のユーザ端末（例えば後述する図５のユーザ端末４）を操作することで、ＡＩ運行バスの乗車の予約をすることができる。即ち、ユーザは、自身が居住する地域（居住地域）、ＡＩ運行バスＢに乗車する場合に使用する停留場（乗車停留場）、ＡＩ運行バスＢから降車する場合に使用する停留場（降車停留場）、ＡＩ運行バスＢに乗車する時間帯（乗車時間帯）を、ユーザ端末を用いて指定操作をして、予約する。

例えば、図３の例の予約情報によれば、地域Ａ３に在住するユーザＵ１は、朝の時間帯に停留場ＢＳ３２で乗車し、停留場ＢＳ２１で降車する予約を行っている。地域Ａ１に在住するユーザＵ２は、朝の時間帯に停留場ＢＳ１１で乗車し、停留場ＢＳ２２で降車する予約を行っている。地域Ａ２に在住するユーザＵｎ（ｎは任意の整数）は、昼の時間帯に停留場ＢＳ２１で乗車し、停留場ＢＳ３１で降車する予約を行っている。

これらの予約情報に基づいて、ＡＩ運行バスＢの経路が決定される。これについて、図４を用いて説明する。

図４は、図３の予約情報に基づいて決定されるＡＩ運行バスのルートの一例を示す図である。
図４の例では、より早い時間帯の予約情報からルートが決定され、かつ同じ時間帯の予約情報について効率的に各地域を廻れるようにルートが決定される。

例えば、図３の例の予約情報の場合、朝の時間帯において、地域Ａ１においてユーザＵ２を停留場ＢＳ１１で乗せた後、ＡＩ運行バスＢが地域Ａ３まで移動するようにルートが決定される。次に、停留場ＢＳ３２にて、ユーザＵ１を乗せた後、ＡＩ運行バスＢが地域Ａ２まで移動するようにルートが決定される。次に、停留場ＢＳ２２にて、ユーザＵ２を降ろし、停留場ＢＳ２１にて、ユーザＵ１を降ろすようにルートが決定される。次に、昼の時間帯において、地域Ａ２において、ＡＩ運行バスＢは、ユーザＵｎを乗せた後、地域Ａ３へ移動し、停留場ＢＳ３１にてユーザＵｎを降ろすようにルートが決定される。

つまり、地域Ａ１の停留場ＢＳ１１→地域Ａ３の停留場ＢＳ３２→地域Ａ２の停留場ＢＳ２２→地域Ａ２の停留場ＢＳ２１→地域Ａ３の停留場ＢＳ３１の順で廻るルートが決定される。このようなルートでＡＩ運行バスＢは移動することで、効率的に地域を巡回でき、予約したユーザの乗車及び降車をスムーズにすることができる。

以下、上述したような各種サービスの提供の際に適用される情報処理システムの実施形態、即ち、本発明の一実施形態に係る情報処理システムについて説明する。

図５は、本発明の一実施形態に係る情報処理システムの構成を示す図である。
図５に示す情報処理システムは、上述した地域移動支援サービスを実現するために、定額タクシーとＡＩ運行バスとを管理するシステムである。

情報処理システムは、図５に示すように、サーバ１と、定額タクシーＴ－１乃至Ｔ－ｎ（ｎは任意の整数）の夫々に搭載されている定額タクシー搭載端末２－１乃至２－ｍ（ｍは任意の整数）と、ＡＩ運行バスＢに搭載されているＡＩ運行バス搭載端末３と、ユーザ端末４－１乃至４－ｐ（ｐは任意の整数）とを含むように構成される。

サーバ１と、定額タクシー搭載端末２－１乃至２－ｍの夫々と、ＡＩ運行バス搭載端末３と、ユーザ端末４－１乃至４－ｐの夫々とは、インターネット等の所定のネットワークＮを介して相互に接続される。

なお、以下、定額タクシー搭載端末２－１乃至２－ｍの夫々を個々に区別する必要がない場合、これらをまとめて「定額タクシー搭載端末２」と呼ぶ。また、ユーザ端末４－１乃至４－ｐの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザ端末４」と呼ぶ。

図６は、図５の情報処理システムのうちサーバのハードウェア構成を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。

ＣＰＵ１１は、ＲＯＭ１２に記憶されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１，ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた。入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

出力部１６は、各種液晶ディスプレイ等で構成され、各種情報を出力する。
入力部１７は、各種ハードウェア釦等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図５の例では、ユーザ端末４）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等によりなる、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。またリムーバブルメディア２１は記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

定額タクシー搭載端末２、ＡＩ運行バス搭載端末３、及びユーザ端末４の構成は、サーバ１の構成と基本的に同様であるので、ここではそれらの説明は省略する。
このような図５のサーバ１、定額タクシー搭載端末２、ＡＩ運行バス搭載端末３、及びユーザ端末４と各種ソフトウェアとの協働により、ＡＩ運行バスＢの経路（ルート）を決定するための次のような一連の処理（以下、「ルート決定処理」と呼ぶ）の実行が可能となる。

即ち、ユーザ端末４は、ＡＩ運行バスＢの乗降予約に必要な情報として上述の「予約情報」の入力を受け付けて、当該予約情報をサーバ１へと送信する。
予約情報は、上述の図３の例では、ユーザ識別情報、居住地域情報、乗車停留場情報、降車停留場情報、及び乗車時間帯情報を含む。
ユーザ識別情報は、ユーザを識別する情報（例えば、ユーザＩＤ：Ｕ１）である。居住地域情報は、ユーザの居住地域（例えば、地域Ａ３）を特定する情報である。乗車停留場情報は、ユーザがＡＩ運行バスＢに乗車する際に利用する停留場を特定する情報（例えば、停留場ＢＳ３２）である。降車停留場情報は、ユーザが乗車したＡＩ運行バスＢから降車する際に利用する停留場を特定する情報（例えば、停留場ＢＳ２１）である。乗車時間帯情報は、ユーザがＡＩ運行バスＢに乗車する時間帯を特定する情報（例えば、朝）である。

サーバ１は、ユーザ端末４から送信される予約情報を取得すると、時間帯情報に基づいて、現時刻の直近の予約情報からルート決定処理を行う。具体的には、サーバ１は、現時刻の直近の時間帯の乗車停留場情報及び降車停留場情報に基づいて、各地域の停留場を効率的に巡回可能なルートを決定すべく、ルート決定処理を実行する。ルート決定処理では、例えば、ＣＰＵ１１がＡＩとして機能するプログラムを実行することにより、ＡＩにより、経路のパターンを学習させて最適な経路を導かせてもよいし、又はダイクストラ法等の動的計画法を用いた経路探索アルゴリズムを利用してもよい。

サーバ１は、ルート決定処理により算出された経路情報をＡＩ運行バス搭載端末３及び定額タクシー搭載端末２へ通知する。

ＡＩ運行バス搭載端末３は、通知された経路情報に基づいて、ＡＩ運行バスＢを誘導する。

定額タクシー搭載端末２は、例えば、配車された地域Ａの停留場ＢＳでＡＩ運行バスＢから降車するユーザを定額タクシーＴに乗車させることができるように、通知された経路情報に基づいて、ＡＩ運行バスＢがその停留場ＢＳに停車する時刻の前に到着するように管理する。
また、定額タクシー搭載端末２は、例えば、配車された地域Ａの停留場ＢＳでＡＩ運行バスＢに乗車することができるように、通知された経路情報に基づいて、ＡＩ運行バスＢがその停留場ＢＳに停車する時刻の前に到着するように管理する。
ただし、停留場ＢＳは、上述のようにユーザのコミュニケーションの場としても機能するので、定額タクシー搭載端末２は、停留場ＢＳでのユーザの滞在時間を考慮して、定額タクシーＴが当該停留場ＢＳに到着する時間帯を柔軟に管理する。

また、ＡＩ運行バス搭載端末３は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等で取得したＡＩ運行バスＢの位置情報を運行状況情報として所定のタイミングでサーバ１へ通知する。なお、定額タクシー搭載端末２も、ＧＰＳ等で継続的に取得した定額タクシーＴの位置情報を運行状況情報として所定のタイミングでサーバ１へ通知してもよい。

サーバ１は、ユーザ端末４にＡＩ運行バスＢの運行状況情報（定額タクシーＴの運行状況情報も含んでいてもよい）を通知する。

ユーザ端末４は、サーバ１から通知されるＡＩ運行バスＢの運行状況情報（定額タクシーＴの運行状況情報も含んでいてもよい。）に基づいて、ＡＩ運行バスＢの運行状況（さらには、定額タクシーの運行状況）をユーザに提示する。

このような一連の処理がルート決定処理である。
このルート決定処理を実現すべく、サーバ１、定額タクシー搭載端末２、ＡＩ運行バス搭載端末３、及びユーザ端末４は、図７に示すような機能的構成を有している。

図７は、図５のサーバ１、定額タクシー搭載端末２、ＡＩ運行バス搭載端末３、及びユーザ端末４の機能的構成例を示す機能ブロック図である。

ユーザ端末４のＣＰＵ８１では、予約情報入力受付部９０と、予約情報送信制御部９１と、運行状況情報取得部９２と、運行状況提示部９３とが機能する。

予約情報入力受付部９０は、タッチ操作入力部８０を介してユーザから入力される予約情報を受け付ける。
予約情報送信制御部９１は、予約情報入力受付部９０により受け付けられた予約情報を、通信部８３を介してサーバ１へ送信するための制御を実行する。

運行状況情報取得部９２は、サーバ１から送信されてきたＡＩ運行バスＢの運行状況情報（定額タクシーＴの運行状況情報も含んでいてもよい。）を通信部８３を介して取得する。
運行状況提示部９３は、運行状況情報取得部９２により取得された運行状況情報を表示部８２に表示させる制御を実行することで、ユーザに運行状況を提示する。

定額タクシー搭載端末２のＣＰＵ３０では、運行管理部４０、運行状況情報送信制御部４１、経路情報取得部４２、及び経路情報管理部４３とが機能する。

運行管理部４０は、図示せぬ人工衛星等からＧＰＳ等で継続的に取得した定額タクシーＴの位置情報を運行状況情報として管理している。
運行状況情報送信制御部４１は、運行管理部４０で管理されている定額タクシーＴの運行状況情報を、通信部３１を介してサーバ１へ送信するための制御を実行する。
経路情報取得部４２は、サーバ１から送信されてきたＡＩ運行バスＢの経路情報を通信部３１を介して取得する。
経路情報管理部４３は、経路情報取得部４２により取得されたＡＩ運行バスＢの経路情報に基づいて、地域内においてユーザが降車する停留場及び降車予定時間を管理し、定額タクシーＴを誘導する。

ＡＩ運行バス搭載端末３のＣＰＵ５０では、運行管理部６０と、運行状況情報送信制御部６１と、経路情報取得部６２と、経路情報管理部６３とが機能する。

運行管理部６０は、ＧＰＳ等で継続的に取得したＡＩ運行バスＢの位置情報を運行状況情報として管理している。
運行状況情報送信制御部６１は、運行管理部６０で管理されているＡＩ運行バスＢの運行状況情報を、通信部５１を介してサーバ１へ送信するための制御を実行する。
経路情報取得部６２は、サーバ１から送信されてきたＡＩ運行バスＢの経路情報を通信部５１を介して取得する。
経路情報管理部６３は、経路情報取得部６２により取得されたＡＩ運行バスＢの経路情報に基づいて、ＡＩ運行バスＢの経路を管理する。

サーバ１のＣＰＵ１１では、運行状況情報取得部７０と、運行状況情報送信制御部７１と、予約情報取得部７２と、ルート決定部７３と、経路情報送信制御部７４とが機能する。

運行状況情報取得部７０は、定額タクシー搭載端末２及びＡＩ運行バス搭載端末３から送信された運行状況情報を、通信部１９を介して取得する。
運行状況情報送信制御部７１は、運行状況情報取得部７０により取得された運行状況情報を、通信部１９を介してユーザ端末４へ送信するための制御を実行する。
予約情報取得部７２は、ユーザ端末４から送信された予約情報を通信部１９を介して取得する。

ルート決定部７３は、予約情報取得部７２により取得された予約情報に基づいて、予約したユーザが乗り降りする停留場等の拠点を巡回するルートを決定し、決定したルートを含む情報を経路情報として生成する。なお、このルート決定部７３によるルートの決定や更新の詳細については、図１０等を用いて後述する。
経路情報送信制御部７４は、ルート決定部７３により生成された経路情報を、通信部１９を介してＡＩ運行バスＢ及び定額タクシーＴへ送信するための制御を実行する。

次に、図８乃至図１０を参照して、図７の機能的構成を有するサーバ１が実行する処理について説明する。

図８は、サーバ１が実行する予約情報取得処理の流れを説明するフローチャートである。

ステップＳ１において、予約情報取得部７２は、予約情報が送信されてきたか否かを判定する。
ユーザ端末４から予約情報が送信されてこなければ、ステップＳ１においてＮＯであると判定されて、ステップＳ１においてＹＥＳであると判定されるまでステップＳ１の処理が繰り返される。
これに対して、ユーザ端末４から予約情報が送信されてきていれば、ステップＳ１においてＹＥＳであると判定されて、処理はステップＳ２に進む。

ステップＳ２において、予約情報取得部７２は、ユーザ端末４から予約情報を取得する。
ステップＳ３において、予約情報取得部７２は、取得した予約情報を、記憶部１８に設けられた図示せぬデータベース（以下、「ＤＢ」と呼ぶ）に格納する。

図９は、サーバ１が実行するルート決定処理の流れを説明するフローチャートである。
ステップＳ１１において、ルート決定部７３は、現在時刻とＤＢに格納されている予約情報の乗車時間帯とを比較し、乗車時間帯が変わったか否か、即ち現在時刻が直近の乗車時間帯に含まれるようになったか否かを判定する。
乗車時間帯が変わっていない、即ち直近の乗車時間帯が到来していないと判定された場合には、ステップＳ１１でＮＯであると判定されて、処理はステップＳ１６に進む。
乗車時間帯が変わった、即ち直近の乗車時間帯が到来したと判定された場合には、ステップＳ１１でＹＥＳと判定されて、処理はステップＳ１２へ進む。

ステップＳ１２において、ルート決定部７３は、ＤＢから現在時刻を含む乗車時間帯の予約情報を抽出する。
ステップＳ１３において、ルート決定部７３は、抽出した予約情報を作業用予約情報と定義する。

ステップＳ１４において、ルート決定部７３は、作業用予約情報に基づいて、経路情報生成処理を行う。Ｓ１４の詳細については、図１０で説明する。
ステップＳ１５において、経路情報送信制御部７４は、ステップＳ１４で生成した経路情報を移動体端末（ＡＩ運行バス搭載端末３，定額タクシー搭載端末２）へ送信する。

ステップＳ１６以降の処理は、ルート決定処理中に、ユーザ端末４から送信された予約情報の乗車時間帯が、ステップＳ１２で抽出した乗車時間帯と同じ時間帯であるために、その送信された予約情報を作業用予定情報に含めて再度ルート決定処理を行うための処理である。

ステップＳ１６において、予約情報取得部７２は、予約情報が送信されてきたか否かを判定する。
ユーザ端末４から予約情報が送信されてこなければ、ステップＳ１６においてＮＯであると判定されて、処理は終了する。
これに対して、ユーザ端末４から予約情報が送信されてきていれば、ステップＳ１６においてＹＥＳであると判定されて、処理はステップＳ１７に進む。

ステップＳ１７において、予約情報取得部７２は、ユーザ端末４から予約情報を取得する。
ステップＳ１８において、予約情報取得部７２は、取得した予約情報をＤＢに格納する。
ステップＳ１９において、ルート決定部７３は、ステップＳ１７で取得された予約情報の乗車時間帯と現在時刻とを比較し、現在時刻がその乗車時間帯に含まれるか否かを判定する。現在時刻がその乗車時間帯に含まれないと判定された場合には、ステップＳ１９でＮＯであると判定されて、処理は終了する。現在時刻がその乗車時間帯に含まれると判定された場合には、ステップＳ１９でＹＥＳであると判定されて、処理はステップＳ２０へ進む。

ステップＳ２０において、ルート決定部７３は、ステップＳ１７で取得された予約情報を、ステップＳ１３で定義された作業用予約情報に追加して、ステップＳ１４以降の処理を繰り返す。

図１０は、図９のステップＳ１４の経路情報生成処理の詳細な流れの一例を示すフローチャートである。
即ち、図９のステップＳ１３の処理が実行されると、ステップＳ１４の経路情報生成処理として、次のような処理が実行される。

ステップＳ３１において、ルート決定部７３は、作業用予約情報に基づいて、経路情報に含めるエリアを決定する。ここで、ＤＢには、乗車停留場及び降車停留場と、乗車停留場及び降車停留場が設置されているエリアとが関係付けられている。ルート決定部７３は、作業用予約情報に含まれる乗車停留場情報及び降車停留場情報に基づいて、ＤＢから乗車停留場及び降車停留場が設置されているエリアを検索し、決定する。

ステップＳ３２において、ルート決定部７３は、エリアの移動順番を決定する。エリアの移動順番は、ルート決定処理では、例えば、ＣＰＵ１１がＡＩとして機能するプログラムを実行することにより、ＡＩにより、経路のパターンを学習させて最適な経路を導かせてもよいし、又はダイクストラ法等の動的計画法を用いた経路探索アルゴリズムを利用してもよい。

ステップＳ３３において、ルート決定部７３は、エリア毎に、拠点を決定する。拠点は、予約情報に含まれる乗車停留場及び降車停留場を含む。
ステップＳ３４において、ルート決定部７３は、拠点の移動順番を決定する。エリア毎の拠点の移動順番は、例えば、ＣＰＵ１１がＡＩとして機能するプログラムを実行することにより、ＡＩにより、経路のパターンを学習させて最適な拠点の移動順番を導かせてもよいし、又はダイクストラ法等の動的計画法を用いた経路探索アルゴリズムを利用してもよい。
なお、エリア内でのスタートとなる拠点はその前までにいたエリアの最後の拠点、エリア内でのエンドとなる拠点は次のエリアの最初の拠点との位置関係やそこまでの移動時間に基づいて決定されてもよい。

ステップＳ３５において、ルート決定部７３は、ステップＳ３１乃至ステップＳ３４で決定した情報を、経路情報として生成する。
これにより、図９のステップＳ１４の経路情報生成処理が終了し、図９のステップＳ１５の処理が実行される。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。
また、本実施形態に記載された効果は、本発明から生じる最も好適な効果の列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

また、上述の実施形態では、移動体としてＡＩ運行バスＢや定額タクシーＴを用いて説明を行ったが、これらは説明のための例示に過ぎず、特にこれに限定されない。例えば、移動体として、バス、通常料金のタクシー、自動車だけでなく、バイク、自転車（電動式も含む）、船舶等、いかなる輸送車両を用いても構わない。
また、移動体の乗客は、上述の実施形態では主に老人を対象としていたが、特にこれに限定されない。例えば、通勤や通学に使用する者を、移動体の乗客としてもよい。この場合、移動体の乗客の属性等に応じて、当該移動体のルートを変更するようにしてもよい。

この場合の移動体の料金の徴収形態は、特に限定されず、その都度でもよいし、定額タクシーの所定単位（例えば１月）毎の料金に含めてもよい。移動体の料金を定額タクシーの料金に含める場合も、全ての移動体の乗車について含めてもよいし、例えば、ユーザが事前に登録したエリア（例えば自宅等がある第１エリアと、病院等がある第２エリア）の間の移動のみ含めることとしてもよい。

また、移動体がルートとして走行する可能性があるエリアは、全ての移動体に対して同一である必要は特にない。例えば、第１移動体は、全てのエリアを走行し得るのに対して、第２移動体は、人口や都市のサイズが大きなエリアのみを走行するようにしてもよい。

また、ルート決定部７３が実行するルート決定処理については、上述の実施形態に限らず、いかなるアルゴリズムや方法を用いることもできる。
即ち、本発明の目的を達成するための範囲において、どのような手段やアルゴリズムを用いることも可能である。

また、上述の実施形態では、拠点として、乗車停留場及び降車停留場を挙げたが、これに限定されず、さらに、そのエリア内の他の場所も拠点に含めてよい。他の場所としては、例えば、公共交通機関の駅であったり、町の集会所、将棋や囲碁をやる場所等、ユーザ（高齢者）が集まり（ＡＩ運行バスを待っている間）コミュニケーションが図れる場所であってもよいし、道の駅や観光案内所であってもよいし、車両の燃料を補充したり、車両を整備するための場所であってもよい。

また、上述の実施形態では、乗車時間帯として、朝、昼等を単位にしたが、これは例示に過ぎず、特にこれに限定されない。例えば、乗車時間帯として、１時間単位や２時間単位で、乗車時間帯を設定してもよいし、１日単位や２日単位、さらには、週単位や月単位等で設定してもよい。

また、上述の実施形態では、ユーザ端末４から送信された予約情報に基づいてルートを決定したが、ルート決定のためのパラメータはこれに限定されるものではない。
例えば、ルート決定のためのパラメータとして、気象情報や渋滞情報（事故情報を含む）、当日の当該エリア内でのイベント情報等を用いてもよい。ルート決定のためのパラメータとして気象情報や渋滞情報等を用いるのは、気象の状況によって、人や自動車の流れが変わったり、道路状況（例えば、一部の道は通行止めになる）が変わるので、それに応じてルートを変更する必要もあるからである。なお、渋滞情報として、例えば、ＡＩ運行バス搭載端末３及び定額タクシー搭載端末２から送信される運行状況情報を用いてもよい。

また、上述の実施形態では、本発明の情報処理システムは、サーバ１、定額タクシー搭載端末２、ＡＩ運行バス搭載端末３、及びユーザ端末４により構成されていたが、本発明の目的を達成するための例示に過ぎず、特に限定されない。
また、図６に示す各ハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

また、図７に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるかは、特に図７の例に限定されない。即ち、ルート決定処理のための一連の処理は、単一の情報処理装置（例えば、サーバ１）によって実現されていてもよいし、複数の情報処理装置（サーバ１、ユーザ端末４等）からなる情報処理システムによって実現されてもよい。

また、機能ブロックの存在場所も、図７に限定されず、任意でよい。例えば、サーバ１側の機能ブロックの少なくとも一部をユーザ端末４側に設けてもよいし、その逆でもよい。
そして１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体との組み合わせで構成してもよい。

また、上述の実施形態ではユーザ端末４はスマートフォンで構成されていたが、スマートフォンだけでなく、タブレットや今後の新しいデバイスを含めた任意の装置で構成することもできる。

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するコンピュータが、コンピュータ等にネットワークや記録媒体からインストールされる。

コンピュータは、専門のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。

以上をまとめると、本発明が適用される情報処理装置は、次のような構成を取れば足り、各種各様な実施形態をとることができる。
即ち、本発明が適用される情報処理装置は、
移動対象（自然人含む）を乗せて移動し得る移動体（例えばＡＩ運行バス、通常料金のタクシー等）の移動経路として、１以上の拠点（例えば停留場）を夫々有する複数のエリアを通過する経路を決定する情報処理装置（例えば、サーバ１）であって、
１以上の前記移動対象の夫々について、前記移動体に乗る際に利用する拠点及び前記移動体から降りる際に利用する拠点を含む移動の予定を取得する予定取得手段（例えば、図７の予約情報取得部７２）と、
前記１以上の移動対象の夫々の前記予定に基づいて、前記複数のエリアの中から前記移動経路に含める２以上のエリアを決定すると共に、夫々の移動順番を決定する経路決定手段（例えば、図７のルート決定部７３）と、
を備える情報処理装置であれば足りる。
このような情報処理装置を適用することで、複数のエリアを巡回する移動体を導入して地域移動を支援すると共に、当該移動体の複数のエリアに跨る運行の効率を向上させる技術を提供することができる。

前記経路決定手段は、さらに、前記移動経路に含める前記エリア毎に、前記１以上の拠点の中から前記移動体が停留する拠点を決定すると共に、夫々の移動順番を決定することができる。
これにより、エリア毎の拠点及びその移動順番を決定することができるので、各エリア内を効率よく巡回することができる。

また、１つの前記エリアは、前記移動体とは異なる種類の別種移動体（例えば、定額タクシー）の移動範囲であって、
前記移動対象が前記別種移動体を利用して前記エリア内で移動する際の対価は、当該エリア内で一律に設定されている。
これにより、ユーザ（移動対象）は、エリア内の自宅等から乗車時の拠点までの移動や、別のエリア内の降車時の拠点から病院等の目的地までの移動として、定額タクシーを利用することができる。その結果、ユーザは乗車距離や乗車時間に応じた利用料金を気にすることなく、一律に設定された料金でエリア内を移動することができるので、費用面での負担が軽減される。

なお、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。

１・・・サーバ、２・・・定額タクシー搭載端末、３・・・ＡＩ運行バス搭載端末、４・・・ユーザ端末、４０・・・運行管理部、４１・・・運行状況情報送信制御部、４２・・・経路情報取得部、４３・・・経路情報管理部、６０・・・運行管理部、６１・・・運行状況情報送信制御部、６２・・・経路情報取得部、６３・・・経路情報管理部、７０・・・運行状況情報取得部、７１・・・運行状況情報送信制御部、７２・・・予約情報取得部、７３・・・ルート決定部、７４・・・経路情報送信制御部、９０・・・予約情報入力受付部、９１・・・予約情報送信制御部、９２・・・運行状況情報取得部、９３・・・運行状況提示部

Claims (3)

1. 移動対象を乗せて移動し得る移動体の移動経路として、１以上の拠点を夫々有する複数のエリアを通過する経路を決定する情報処理装置であって、
   前記複数のエリアは、前記移動体とは異なる種類の別種移動体の移動範囲となる所定エリアであって、前記移動対象が前記別種移動体を利用して当該移動範囲内で移動する際の対価は、所定時間単位では当該移動範囲内で一律に設定されていて、当該移動対象が当該所定時間単位毎に当該対価を支払うことを条件に当該移動範囲内で当該別種移動体を自由に利用することが可能な所定エリアを１以上有しており、
   １以上の前記移動対象からの移動の予約内容に基づいて、当該１以上の移動対象の夫々について、前記移動体に乗る際に利用する拠点及び前記移動体から降りる際に利用する拠点を含む移動の予定を取得する予定取得手段と、
   前記１以上の移動対象の夫々の前記予定に基づいて、前記複数のエリアの中から前記移動経路に含める２以上のエリアを決定すると共に、夫々の移動順番を決定し、かつ、前記移動経路に含める前記エリア毎に、前記１以上の拠点の中から前記移動体が停留する拠点を決定すると共に、夫々の移動順番及び予定到着時間の決定をする経路決定手段と、
   を備え、
   前記経路決定手段による前記決定の処理の最中又はその後において、前記予約内容の少なくとも一部が変更された場合、前記予定取得手段は、前記予約内容の変更内容を反映させた新たな予定を取得し、前記経路決定手段は、当該新たな予定と既存の他の移動対象の予定とに基づいて、前記決定の処理を再度実行する、
   情報処理装置。
2. 移動対象を乗せて移動し得る移動体の移動経路として、１以上の拠点を夫々有する複数のエリアを通過する経路を決定する情報処理装置が実行する情報処理方法であって、
   前記複数のエリアは、前記移動体とは異なる種類の別種移動体の移動範囲となる所定エリアであって、前記移動対象が前記別種移動体を利用して当該移動範囲内で移動する際の対価は、所定時間単位では当該移動範囲内で一律に設定されていて、当該移動対象が当該所定時間単位毎に当該対価を支払うことを条件に当該移動範囲内で当該別種移動体を自由に利用することが可能な所定エリアを１以上有しており、
   １以上の移動対象からの移動の予約内容に基づいて、当該１以上の移動対象の夫々について、前記移動体に乗る際に利用する拠点及び前記移動体から降りる際に利用する拠点を含む移動の予定を取得する予定取得ステップと、
   前記１以上の移動対象の夫々の前記予定に基づいて、前記複数のエリアの中から前記移動経路に含める２以上のエリアを決定すると共に、夫々の移動順番を決定し、かつ、前記移動経路に含める前記エリア毎に、前記１以上の拠点の中から前記移動体が停留する拠点を決定すると共に、夫々の移動順番及び予定到着時間の決定をする経路決定ステップと、
   を含み、
   前記情報処理装置が、
   前記経路決定ステップによる前記決定の処理の最中又はその後において、前記予約内容の少なくとも一部が変更された場合に、前記予定取得ステップによる処理として、前記予約内容の変更内容を反映させた新たな予定を取得し、前記経路決定ステップによる処理として、当該新たな予定と既存の他の移動対象の予定とに基づいて、前記決定の処理を再度実行する、
   情報処理方法。
3. 移動対象を乗せて移動し得る移動体の移動経路として、１以上の拠点を夫々有する複数のエリアを通過する経路を決定するための制御処理をコンピュータに実行させるプログラムであって、
   前記複数のエリアは、前記移動体とは異なる種類の別種移動体の移動範囲となる所定エリアであって、前記移動対象が前記別種移動体を利用して当該移動範囲内で移動する際の対価は、所定時間単位では当該移動範囲内で一律に設定されていて、当該移動対象が当該所定時間単位毎に当該対価を支払うことを条件に当該移動範囲内で当該別種移動体を自由に利用することが可能な所定エリアを１以上有しており、
   前記制御処理として、
   １以上の移動対象からの移動の予約内容に基づいて、当該１以上の移動対象の夫々について、前記移動体に乗る際に利用する拠点及び前記移動体から降りる際に利用する拠点を含む移動の予定を取得する予定取得ステップと、
   前記１以上の移動対象の夫々の前記予定に基づいて、前記複数のエリアの中から前記移動経路に含める２以上のエリアを決定すると共に、夫々の移動順番を決定し、かつ、前記移動経路に含める前記エリア毎に、前記１以上の拠点の中から前記移動体が停留する拠点を決定すると共に、夫々の移動順番及び予定到着時間の決定をする経路決定ステップと、
   を含む制御処理を前記コンピュータに実行させると共に、
   前記経路決定ステップによる前記決定の処理の最中又はその後において、前記予約内容の少なくとも一部が変更された場合、前記予定取得ステップとして、前記予約内容の変更内容を反映させた新たな予定を取得するステップを含む制御処理を実行させ、前記経路決定ステップとして、当該新たな予定と既存の他の移動対象の予定とに基づいて、前記決定の処理を再度実行するステップを含む制御処理を前記コンピュータに実行させる、
   プログラム。