JP2022160330A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】出発地から目的地までのルートにおいて移動体に関する遅延が発生した場合であっても、目的とする場所に定められた時間までに到着しておくことができる情報処理装置、情報処理方法及びプログラムを提供する。【解決手段】情報処理装置は、ユーザーごとに確認開始時刻が含まれる確認スケジュールを作成する。確認開始時刻になった場合、ユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていた場合は、遅延情報をユーザーに送信すると共に、迂回ルートを探索する。迂回ルートが存在する場合は、ユーザーに迂回ルートを送信する。迂回ルートが存在しない場合は、第１の移動体とは異なる第２の移動体を利用してユーザーが設定された時刻に目的地点に辿り着けるか判定する。第２の移動体を利用してユーザーが設定された時刻に目的地点に辿り着ける場合は、ユーザーに第２の移動体に関する情報を送信する。【選択図】図８

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

出発地と目的地とが入力されると乗り物の乗換案内を行う技術がある（特許文献１）。

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

出発地から目的地までのルートにおいて移動体に関する遅延が発生する場合がある。遅延が発生した場合であっても、目的とする場所に定められた時間までに到着しておくことが求められることがある。

本発明の一態様によれば、情報処理装置が提供される。この情報処理装置は、制御部を有する。制御部は、ユーザーごとに確認スケジュールを作成する。確認スケジュールには、確認開始時刻が含まれる。確認スケジュールに含まれる確認開始時時刻になった場合、確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定する。遅延情報が出されていた場合は、遅延情報をユーザーに送信すると共に、迂回ルートを探索する。迂回ルートが存在する場合は、ユーザーに迂回ルートを送信する。迂回ルートが存在しない場合は、第１の移動体とは異なる第２の移動体を利用してユーザーが設定された時刻に目的地点に辿り着けるか判定する。第２の移動体を利用してユーザーが設定された時刻に目的地点に辿り着ける場合は、ユーザーに第２の移動体に関する情報を送信する。

図１は、情報処理システムのシステム構成の一例を示す図である。 図２は、サーバー装置のハードウェア構成の一例を示す図である。 図３は、クライアント装置のハードウェア構成の一例を示す図である。 図４は、クライアント装置のハードウェア構成の一例を示す図である。 図５は、サーバー装置における確認スケジュールの作成に関する情報処理の一例を示すアクティビティ図である。 図６は、案件情報の一例を示す図である。 図７は、合計時間を示す図である。 図８は、サーバー装置における確認スケジュールに基づく情報処理の一例を示すアクティビティ図である。 図９は、クライアント装置の入出力部に表示された遅延情報の一例を示す図である。 図１０は、アルバイト先の医療機関のクライアント装置に送信する電子メールの一例を示す図である。 図１１は、変形例３のクライアント装置の入出力部に表示された遅延情報の一例を示す図である。 図１２は、緊急連絡時の画面の一例を示す図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

本明細書において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、０又は１で構成される２進数のビット集合体として信号値の高低によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

＜実施形態１＞
１．システム構成
図１は、情報処理システム１０００のシステム構成の一例を示す図である。図１に示されるように、情報処理システム１０００は、システム構成として、サーバー装置１００と、クライアント装置１１０と、クライアント装置１２０と、を含む。本実施形態では、医師をアルバイト先の医療機関に向かわせる例を用いて説明する。クライアント装置１１０は、医師が携帯している装置であって、例えばスマートフォンである。クライアント装置１２０は、医師のアルバイト先の医療機関の装置であって、例えばＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である。サーバー装置１００と、クライアント装置１１０と、クライアント装置１２０と、はネットワーク１５０を介して通信可能に接続されている。

図１では、説明の簡略化のため、情報処理システム１０００において、クライアント装置１１０及びクライアント装置１２０はそれぞれ１台しか図示していない。しかし、情報処理システム１０００には、情報処理システム１０００に登録されている医師の数だけクライアント装置１１０が含まれる。また、情報処理システム１０００には、情報処理システム１０００に登録されている医療機関の数だけクライアント装置１２０が含まれる。クライアント装置１１０は、スマートフォンに限られず、タブレット型コンピュータ等であってもよい。また、クライアント装置１２０は、ＰＣに限られず、タブレット型コンピュータ、スマートフォン等であってもよい。サーバー装置１００は、情報処理装置の一例である。

２．ハードウェア構成
（１）サーバー装置１００のハードウェア構成
図２は、サーバー装置１００のハードウェア構成の一例を示す図である。サーバー装置１００は、ハードウェア構成として、制御部２０１と、記憶部２０２と、通信部２０３と、を含む。制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等であって、サーバー装置１００の全体を制御する。記憶部２０２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等であって、プログラム及び制御部２０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部２０１が、記憶部２０２に記憶されているプログラムに基づき、処理を実行することによって、サーバー装置１００の機能及び後述する図５、図８に示すアクティビティ図の処理等が実現される。通信部２０３は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等であって、サーバー装置１００をネットワーク１５０に接続し、他の装置（例えば、クライアント装置１１０及びクライアント装置１２０等）との通信を司る。記憶部２０２は、記憶媒体の一例である。

（２）クライアント装置１１０のハードウェア構成
図３は、クライアント装置１１０のハードウェア構成の一例を示す図である。クライアント装置１１０は、ハードウェア構成として、制御部３０１と、記憶部３０２と、撮像部３０３と、入出力部３０４と、通信部３０５と、を含む。制御部３０１は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部３０２は、ＲＯＭ、ＲＡＭ等であって、プログラム、制御部３０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部３０１が、記憶部３０２に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１１０の機能等が実現される。撮像部３０３は、カメラ等であって、被写体を撮像する。入出力部３０４は、タッチパネルディスプレイ等であって、ユーザー操作に応じて情報を制御部３０１に入力したり、制御部３０１による処理の結果等を出力したりする。通信部３０５は、クライアント装置１１０をネットワーク１５０に接続し、他の装置（例えば、サーバー装置１００）との通信を司る。

（３）クライアント装置１２０のハードウェア構成
図４は、クライアント装置１２０のハードウェア構成の一例を示す図である。クライアント装置１２０は、ハードウェア構成として、制御部４０１と、記憶部４０２と、撮像部４０３と、入力部４０４と、出力部４０５と、通信部４０６と、を含む。制御部４０１は、ＣＰＵ等であって、クライアント装置１１０の全体を制御する。記憶部４０２は、ＲＯＭ、ＲＡＭ、ＨＤＤ等であって、プログラム、制御部４０１がプログラムに基づき処理を実行する際に利用するデータ等を記憶する。制御部４０１が、記憶部４０２に記憶されているプログラムに基づき、処理を実行することによって、クライアント装置１２０の機能等が実現される。撮像部４０３は、カメラ等であって、被写体を撮像する。入力部４０４は、マウス、キーボード等であって、ユーザー操作に応じて情報を制御部４０１に入力する。出力部４０５は、制御部３０１による処理の結果等を出力したりする。通信部４０６は、クライアント装置１２０をネットワーク１５０に接続し、他の装置（例えば、サーバー装置１００）との通信を司る。

３．情報処理
（１）確認スケジュールの作成に関する情報処理
図５は、サーバー装置１００における確認スケジュールの作成に関する情報処理の一例を示すアクティビティ図である。
Ａ５０１において、制御部２０１は、確認スケジュールに関連付けられていない案件情報があるか否かを判定する。ここで、案件情報には、本実施形態では、図６に示されるように、医療機関の個々の求人情報と、医師の情報と、を含む。図６は、案件情報の一例を示す図である。求人情報には、勤務開始時間を含む勤務日時情報、アルバイト先の場所情報、時給、募集人数、仕事内容、アルバイト先の最寄り駅情報等が含まれる。図６に示される情報は記憶部２０２等に記憶されている。なお、本実施形態においては、求人に応募してきて採用が決まっている医師の情報は既に求人情報に関連付けられて案件情報として記憶部２０２等に記憶されているものとする。医師の情報には、医師の名前、医師免許証に関する情報、連絡先情報（電話番号、メールアドレス等）、医師の自宅情報、医師の最寄り駅情報、自宅から最寄り駅までの移動方法、自宅から最寄り駅までの移動時間、アルバイト先の最寄り駅からアルバイト先までの移動方法、アルバイト先の最寄り駅からアルバイト先までの移動時間、過去の勤務情報等が含まれる。過去の勤務情報には、過去のアルバイト先の情報、過去の勤務時間の情報（勤務前にアルバイト先に到着した時間、勤務後にアルバイト先を出発した時間）、過去の勤務態度の情報等が含まれる。
制御部２０１は、確認スケジュールに関連付けられていない案件情報があると判定すると、処理をＡ５０２に進める。制御部２０１は、確認スケジュールに関連付けられていない案件情報がないと判定すると、Ａ５０１の処理を繰り返す。

Ａ５０２において、制御部２０１は、確認スケジュールに関連付けられていない案件情報について、目的地点に到着するべき時刻に基づき、ユーザーの確認スケジュールを作成する。ここで、ユーザーとは、本実施形態の例では、情報処理システム１０００に登録している医者等を示す。より具体的に説明すると、制御部２０１は、案件情報に基づき、図７に示されるように、ユーザーの自宅から目的地までの移動に関する合計時間を求める。図７は、合計時間を示す図である。制御部２０１は、目的地に到着するべき時刻から合計時間を差し引いて出発時間を求める。制御部２０１は、出発時間より所定時間前（例えば、３時間前）を確認開始時間として、確認開始時間を含む、確認スケジュールを作成する。ここで、確認スケジュールには、ユーザーの出発地点と目的地点との間の第１の移動体に関する情報、勤務開始時間から所定時間前の時間情報も含まれる。図７の例では、第１の移動体の例は電車である。以下、本実施形態の例では電車を例に説明を行うが、バス、又は自家用車等であってもよい。

Ａ５０３において、制御部２０１は、Ａ５０２で作成した確認スケジュールを、該当する案件情報に関連付けて記憶部２０２等に記憶する。
（２）確認スケジュールに基づく情報処理
図８は、サーバー装置１００における確認スケジュールに基づく情報処理の一例を示すアクティビティ図である。
Ａ６０１において、制御部２０１は、記憶部２０２等に記憶されている確認スケジュールの中で確認開始時刻になっている確認スケジュールがあるか否かを判定する。制御部２０１は、確認開始時刻になっている確認スケジュールがあると判定すると、その確認スケジュールに関してＡ６０２以降の処理を実行する。制御部２０１は、確認開始時刻になっている確認スケジュールがないと判定すると、Ａ６０１の処理を繰り返す。

Ａ６０２において、制御部２０１は、確認開始時間になっている確認スケジュールに関して処理を行う。制御部２０１は、確認スケジュールに含まれる、ユーザーの出発地点と目的地点との間の電車に関する情報に基づいて、外部の路線情報を提供する情報処理システム（又はサーバー装置）より出発地点から目的地点までの路線情報を取得する。この路線情報には、出発地点から目的地点までの複数の経路情報と、経路において遅延や事故が発生していた場合はその情報も含まれる。

Ａ６０３において、制御部２０１は、取得した路線情報に基づき、確認スケジュールに関するユーザーの出発地点と目的地点との間の電車に関する遅延情報が出されていないか判定する。制御部２０１は、遅延情報が出されていると判定すると、処理をＡ６０４に進める。制御部２０１は、遅延情報が出されていないと判定すると、Ａ６０２の処理を繰り返す。

Ａ６０４において、制御部２０１は、確認スケジュールに関連する案件情報の医者の情報に基づき、該当する医者のクライアント装置１１０に遅延情報を送信する。制御部２０１は、例えば、電子メールに遅延情報を記載して、医者のクライアント装置１１０に送信する。図９は、クライアント装置１１０の入出力部３０４に表示された遅延情報の一例を示す図である。
なお、制御部２０１は、ユーザーである医者に遅延情報を送信するだけでなく、アルバイト先の医療機関のクライアント装置１２０及び、情報処理システム１０００の管理者の不図示のＰＣ等に対して、医師を識別する情報（例えば、医師の名前）、医者が遅れる可能性があることを示す情報、遅延情報が出されていると判定した区間の情報等を含む電子メール等を送信する。アルバイト先の医療機関のクライアント装置１２０は、目的地点の装置の一例である。図１０は、アルバイト先の医療機関のクライアント装置１２０に送信する電子メールの一例を示す図である。なお、制御部２０１は、情報処理システム１０００の管理者のＰＣにも同様の電子メールを送信する。
このように、ユーザーが定められた時間までに到着が困難な場合は、医師のみならず、目的地点の装置や、情報処理システム１０００の管理者の装置にも遅延情報に関する情報を送信することによって、現状についての迅速な情報の共有を行うことができる。
Ａ６０５において、制御部２０１は、外部の情報処理システムから路線情報を取得し、遅延している電車の路線を迂回して、ユーザーが現在居ると推定される位置から時間情報で示される時間までに目的地点に到着できる迂回ルートを探索する。Ａ６０５において、制御部２０１は、迂回ルートとして、第１の移動体（本実施形態では電車）と同じ移動体による迂回ルートを探索する。同じ移動体とは、例えば、第１の移動体が電車の場合、電車である。但し、電車であれば、電車の種類、すなわち、新幹線か、特急か、急行か、快速か、普通か、は問わないものとする。また、電車であれば、鉄道会社も問わないものとする。
なお、制御部２０１は、ユーザーの位置は推定してもよいし、該当するユーザーのクライアント装置１１０に対して位置情報の取得要求を送信し、クライアント装置１１０から位置情報を受信するようにしてもよい。以下においても同様である。

Ａ６０６において、制御部２０１は、Ａ６０５における探索の結果、迂回ルートが存在したか否かを判定する。制御部２０１は、迂回ルートが存在したと判定すると、処理をＡ６０７に進める。制御部２０１は、迂回ルートが存在しないと判定すると、処理をＡ６０８に進める。
Ａ６０７において、制御部２０１は、確認スケジュールに関連する案件情報の医者の情報に基づき、該当する医者のクライアント装置１１０に迂回ルートを送信する。
ここで、制御部２０１は、クライアント装置１１０より迂回ルートにて目的地点に向かう旨の選択を受け取った場合、迂回ルートで目的地点に到着する時刻を予測する。より具体的に説明すると、制御部２０１は、現在の時刻情報と、ユーザーが現在居ると推定される位置と、目的地点と、迂回ルートの情報と、に基づいて、迂回ルートで目的地点に到着する時刻を予測する。そして、制御部２０１は、アルバイト先の医療機関のクライアント装置１２０に予測した時刻の情報を送信する。

Ａ６０８において、制御部２０１は、第１の移動体である電車とは異なる第２の移動体を利用してユーザーが設定された時刻に目的地点に辿り着けるか判定する。本実施形態において、第２の移動体は、目的地点に関する自動車である。より具体的に説明すると、第２の移動体は、アルバイト先の医療機関の車である。
例えば、制御部２０１は、クライアント装置１２０に遅延情報を送信する際に、医者の位置情報と、医者を迎えに行けるか否かの確認ボタンを含む電子メールをクライアント装置１２０に送信する。医師を迎えに行けることが選択された場合、制御部２０１は、医師の位置情報と目的地点の医療機関との距離、外部システム等から取得した交通情報等に基づき、医療機関の車を利用して医師が設定された時刻に辿り着けるか否かを判定する。
制御部２０１は、第２の移動体である、医療機関の車を用いて、勤務開始時間までに目的地であるアルバイト先の医療機関に辿り着けると判定すると、処理をＡ６０９に進める。制御部２０１は、第２の移動体である、医療機関の車を用いて、勤務開始時間までに目的地であるアルバイト先の医療機関に辿り着けないと判定すると、処理をＡ６１０に進める。

Ａ６０９において、制御部２０１は、確認スケジュールに関連する案件情報の医者の情報に基づき、該当する医者のクライアント装置１１０に、第２の移動体である、医療機関の車に関する情報を送信する。医療機関の車に関する情報としては、車が迎えに行く旨の情報、到着予定時間、待ち合わせの場所等が含まれる。

Ａ６１０において、制御部２０１は、情報処理システム１０００に登録しているユーザーの中から、勤務開始時間までに医療機関に辿り着ける他のユーザーを検索する。より具体的に説明すると、制御部２０１は、該当する医療機関の位置情報と、医師の自宅の位置情報と、から勤務開始時間までに医療機関に辿り着けるユーザーを検索し、該当する医師が存在する場合は、その医師のクライアント装置１１０に対して、急なアルバイトの依頼として、目的地である医療機関に向かって貰う旨の依頼の電子メールを送信する。

以上、上述したように本実施形態の処理によれば、ユーザーの勤務開始時間等に基づいて、確認スケジュールを作成し、確認スケジュールに基づいて、出発地点から目的地点までの経路で使用される移動体において遅延情報が出ていないか確認することができる。そして、遅延情報が出ている場合は、迂回ルートや別の移動手段による移動の情報をユーザーに提供することができる。すなわち、これらのことによって、遅刻を防止することができる。また、勤務開始時間までに目的地に辿り着けないような場合は、勤務開始時間までに間に合う他のユーザーを探し、目的地に向かわせるようにすることができる。

＜変形例１＞
実施形態１の変形例を説明する。実施形態１では、Ａ６０５において、制御部２０１は、外部の情報処理システムから路線情報を取得し、遅延している電車の路線を迂回して、ユーザーが現在居ると推定される位置から時間情報で示される時間までに目的地点に到着できる迂回ルートを探索した。しかし、変形例１の制御部２０１は、外部の情報処理システムの路線情報に基づき、確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関して遅延情報が出されていると判定した場合、ソーシャルネットワーク（以下、ＳＮＳという）より第１の移動体の遅延に関する投稿情報を取得し、遅延情報と投稿情報とに基づき迂回ルートを探索するよ。ＳＮＳの情報のほうが、リアルタイム性に優れるとともに、より詳細な情報も取得することができるからである。例えば、Ｂ駅とＤ駅との間で電車が運転見合わせになり、Ｄ駅の一つ手前のＥ駅もホームに人が溢れてすぐにＥ駅を利用できない場合であってもＳＮＳの情報からはＥ駅が人で溢れている旨の情報をリアルタイムで取得することができる。
他の例として、制御部２０１は、外部の情報処理システムから取得した路線情報と確認スケジュールに関するユーザーの出発地点と目的地点との間の電車に関するＳＮＳの投稿情報とに基づいて確認スケジュールに関するユーザーの出発地点と目的地点との間の電車に関する遅延情報が出されていないか判定するようにしてもよい。

変形例１によれば、より現場に近い詳細な情報に基づき処理を行うことができる。また、より早く情報を取得し、処理を行うことができる。

＜変形例２＞
実施形態１の変形例を説明する。実施形態１では制御部２０１は、確認スケジュールに関連付けられていない案件情報について、目的地点に到着するべき時刻に基づき、ユーザーの確認スケジュールを作成した。しかし、変形例２の制御部２０１は、ユーザーの過去の行動履歴と、目的地点に到着するべき時刻と、に基づきユーザーの確認スケジュールを作成する。ここで、ユーザーの過去の行動履歴とは、ユーザーが過去に目的地点に到着するべき時刻のどれだけ前に目的地点に目的しているかの情報である。過去の行動履歴として、同じアルバイト先の医療機関に関する行動履歴であってもよいし、他のアルバイト先の医療機関に関する行動履歴であってもよい。
例えば、ユーザーによってはアルバイト先の医療機関にいつも１時間前に到着する場合、制御部２０１は、行動履歴よりこのことを把握すると、実施形態１で説明した合計時間に１時間を足して、目的地に到着するべき時刻から合計時間を差し引いて出発時間を求める。

このようにユーザーの行動履歴を加味した確認スケジュールを作成することによって、ユーザーに応じた実際のユーザーの行動に即した情報をユーザーに提供することができる。

＜変形例３＞
実施形態１の変形例を説明する。図１１は、変形例３のクライアント装置１１０の入出力部３０４に表示された遅延情報の一例を示す図である。変形例３の遅延情報には、緊急時に表示するＷｅｂページのリンクが含まれるオブジェクト１０１０が含まれている。ユーザーである医者がオブジェクト１０１０を選択すると、変形例３の制御部２０１は、クライアント装置１１０の入出力部３０４に図１２に示されるような画面を表示させる。図１２は、緊急連絡時の画面の一例を示す図である。ボタン１１１０は、運転の遅れがあったとしても支障がない場合に選択するボタンである。ボタン１１２０は、電車又はバスの遅延により遅刻する可能性がある場合に選択するボタンである。ボタン１１３０は、タクシー待ちにより遅刻する可能性がある場合に選択するボタンである。ボタン１１４０は、渋滞により遅刻する可能性がある場合に選択するボタンである。ボタン１１５０は、クライアント装置１１０を保持しているユーザーの現在地をサーバー装置１００に送信する際に選択するボタンである。ボタン１１６０は、アルバイト先の医療機関の責任者に電話する際に選択するボタンである。ボタン１１７０は、情報処理システム１０００の管理者、又は情報処理システム１０００の緊急対応時のスタッフに電話する際に選択するボタンである。ボタン１１８０は、ユーザーの現在地近くの配車センターを検索する際に選択するボタンである。

変形例３によれば、遅延等が発生した場合に様々な連絡手段を示唆する画面を提供することができる。

＜変形例４＞
実施形態１の変形例を説明する。変形例４の制御部２０１は、Ａ６０６において、迂回ルートがないと判定した場合、時間情報で示される時間から所定時間遅刻した場合に、目的地点に到着できる迂回ルートを探索するようにしてもよい。制御部２０１は、ユーザーのアルバイト先の業務内容に基づいて、遅刻に関する所定時間を変更するようにしてもよい。例えば、アルバイト先の業務内容が通常の患者の診察であった場合、制御部２０１は、所定時間を１０分とする。一方、アルバイト先の業務内容が集団健康診察であった場合、検診検査を先にしてもらうことで医師による診察を検診検査の後にして貰う等することによって、制御部２０１は、所定時間を３０分とする。制御部２０１は、業務内容と許容される遅刻の時間とを関連付けられて記憶部２０２等に記憶する。
遅刻を許容する迂回ルートがユーザーによって選択され、かつ、到着予定時刻とアルバイト先の業務内容とによって、アルバイト先の業務内容の業務の順序を入れ替えてもらう必要がある場合、制御部２０１は、到着予定時刻等とともに、アルバイト先の業務内容の業務の順序を入れ替えの依頼をアルバイト先の医療機関のクライアント装置１２０に送信する。

変形例４によれば、許容される遅刻の範囲内でユーザーを目的地にまで到着させるようにすることができる。また、変形例４によれば、アルバイト先の業務内容等に基づいて、業務の順序の入れ替え等をアルバイト先の医療機関に提案することで、遅刻したとしても影響をできるだけ抑えてスムーズな業務の実行を可能とすることができる。

＜付記＞
発明は、次に記載の各態様で提供されてもよい。
前記情報処理装置において、前記第１の移動体は、電車であり、前記第２の移動体は、前記目的地点に関する自動車である、情報処理装置。
前記情報処理装置において、前記制御部は、前記目的地点に到着するべき時刻に基づき前記確認スケジュールを作成する、情報処理装置。
前記情報処理装置において、前記制御部は、ユーザーの過去の行動履歴と、前記目的地点に到着するべき時刻と、に基づきユーザーの確認スケジュールを作成する、情報処理装置。
前記情報処理装置において、前記ユーザーの過去の行動履歴とは、ユーザーが過去に目的地点に到着するべき時刻のどれだけ前に目的地点に目的しているかの情報である、情報処理装置。
前記情報処理装置において、前記制御部は、前記第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着けない場合は、前記時刻に前記目的地点に辿り着ける、登録されている他のユーザーを検索する、情報処理装置。
前記情報処理装置において、前記制御部は、前記時刻に前記目的地点に辿り着ける他のユーザーが存在した場合には、前記他のユーザーに対して前記目的地点に向かって貰う旨の依頼を送信する、情報処理装置。
前記情報処理装置において、確認スケジュールに含まれる確認開始時時刻になった場合、前記制御部は、外部の情報処理システムから取得した路線情報に基づき、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定する、情報処理装置。
前記情報処理装置において、前記制御部は、前記路線情報に基づき、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関して遅延情報が出されていると判定した場合、ソーシャルネットワークより前記第１の移動体の遅延に関する投稿情報を取得し、前記遅延情報と前記投稿情報とに基づき迂回ルートを探索する、情報処理装置。
前記情報処理装置において、前記遅延情報が出されていた場合は、前記制御部は、前記目的地点の装置に前記遅延情報に関する情報を送信する、情報処理装置。
前記情報処理装置において、前記ユーザーが前記迂回ルートで前記目的地点まで行くことを選択した場合は、前記制御部は、前記迂回ルートで前記目的地点に到着する時間を予測し、前記目的地の装置に前記時間に関する情報を送信する、情報処理装置。
情報処理装置が実行する情報処理方法であって、ユーザーごとに確認スケジュールを作成し、確認スケジュールには、確認開始時刻が含まれ、確認スケジュールに含まれる確認開始時時刻になった場合、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定し、前記遅延情報が出されていた場合は、前記遅延情報を前記ユーザーに送信すると共に、迂回ルートを探索し、迂回ルートが存在する場合は、前記ユーザーに前記迂回ルートを送信し、迂回ルートが存在しない場合は、前記第１の移動体とは異なる第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着けるか判定し、前記第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着ける場合は、前記ユーザーに前記第２の移動体に関する情報を送信する、情報処理方法。
プログラムであって、コンピュータを、前記情報処理装置の制御部として機能させるためのプログラム。
もちろん、この限りではない。

例えば、上述のプログラムを記憶させる、コンピュータ読み取り可能な非一時的な記憶媒体として提供してもよい。
また、上述した実施形態及び変形例を任意に組み合わせて実施するようにしてもよい。
上述した実施形態では、第２の移動体の例として、アルバイト先の医療機関の車を例に説明を行ったが、これに限定されるものではない。例えば、第１の移動体が電車の場合、第２の移動体は、バス、又はタクシー等であってもよい。バスの場合、サーバー装置１００は、バスの路線図情報、時刻情報を保持する。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１００ ：サーバー装置
１１０ ：クライアント装置
１２０ ：クライアント装置
１５０ ：ネットワーク
２０１ ：制御部
２０２ ：記憶部
２０３ ：通信部
３０１ ：制御部
３０２ ：記憶部
３０３ ：撮像部
３０４ ：入出力部
３０５ ：通信部
４０１ ：制御部
４０２ ：記憶部
４０３ ：撮像部
４０４ ：入力部
４０５ ：出力部
４０６ ：通信部
１０００ ：情報処理システム
１０１０ ：オブジェクト
１１１０ ：ボタン
１１２０ ：ボタン
１１３０ ：ボタン
１１４０ ：ボタン
１１５０ ：ボタン
１１６０ ：ボタン
１１７０ ：ボタン
１１８０ ：ボタン

Claims (13)

1. 情報処理装置であって、
   制御部を有し、
   前記制御部は、
   ユーザーごとに確認スケジュールを作成し、
   確認スケジュールには、確認開始時刻が含まれ、
   確認スケジュールに含まれる確認開始時時刻になった場合、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定し、
   前記遅延情報が出されていた場合は、前記遅延情報を前記ユーザーに送信すると共に、迂回ルートを探索し、
   迂回ルートが存在する場合は、前記ユーザーに前記迂回ルートを送信し、
   迂回ルートが存在しない場合は、前記第１の移動体とは異なる第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着けるか判定し、
   前記第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着ける場合は、前記ユーザーに前記第２の移動体に関する情報を送信する、
   情報処理装置。
2. 請求項１に記載の情報処理装置において、
   前記第１の移動体は、電車であり、
   前記第２の移動体は、前記目的地点に関する自動車である、
   情報処理装置。
3. 請求項１又は請求項２に記載の情報処理装置において、
   前記制御部は、前記目的地点に到着するべき時刻に基づき前記確認スケジュールを作成する、
   情報処理装置。
4. 請求項３に記載の情報処理装置において、
   前記制御部は、ユーザーの過去の行動履歴と、前記目的地点に到着するべき時刻と、に基づきユーザーの確認スケジュールを作成する、
   情報処理装置。
5. 請求項４に記載の情報処理装置において、
   前記ユーザーの過去の行動履歴とは、ユーザーが過去に目的地点に到着するべき時刻のどれだけ前に目的地点に目的しているかの情報である、
   情報処理装置。
6. 請求項１から請求項５までの何れか１項に記載の情報処理装置において、
   前記制御部は、前記第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着けない場合は、前記時刻に前記目的地点に辿り着ける、登録されている他のユーザーを検索する、
   情報処理装置。
7. 請求項６に記載の情報処理装置において、
   前記制御部は、前記時刻に前記目的地点に辿り着ける他のユーザーが存在した場合には、前記他のユーザーに対して前記目的地点に向かって貰う旨の依頼を送信する、
   情報処理装置。
8. 請求項１から請求項７までの何れか１項に記載の情報処理装置において、
   確認スケジュールに含まれる確認開始時時刻になった場合、前記制御部は、外部の情報処理システムから取得した路線情報に基づき、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定する、
   情報処理装置。
9. 請求項８に記載の情報処理装置において、
   前記制御部は、前記路線情報に基づき、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関して遅延情報が出されていると判定した場合、ソーシャルネットワークより前記第１の移動体の遅延に関する投稿情報を取得し、前記遅延情報と前記投稿情報とに基づき迂回ルートを探索する、
   情報処理装置。
10. 請求項１から請求項９までの何れか１項に記載の情報処理装置において、
    前記遅延情報が出されていた場合は、前記制御部は、前記目的地点の装置に前記遅延情報に関する情報を送信する、
    情報処理装置。
11. 請求項１から請求項１０までの何れか１項に記載の情報処理装置において、
    前記ユーザーが前記迂回ルートで前記目的地点まで行くことを選択した場合は、前記制御部は、前記迂回ルートで前記目的地点に到着する時間を予測し、前記目的地点の装置に前記時間に関する情報を送信する、
    情報処理装置。
12. 情報処理装置が実行する情報処理方法であって、
    ユーザーごとに確認スケジュールを作成し、
    確認スケジュールには、確認開始時刻が含まれ、
    確認スケジュールに含まれる確認開始時時刻になった場合、前記確認スケジュールに関するユーザーの出発地点と目的地点との間の第１の移動体に関する遅延情報が出されていないか判定し、
    前記遅延情報が出されていた場合は、前記遅延情報を前記ユーザーに送信すると共に、迂回ルートを探索し、
    迂回ルートが存在する場合は、前記ユーザーに前記迂回ルートを送信し、
    迂回ルートが存在しない場合は、前記第１の移動体とは異なる第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着けるか判定し、
    前記第２の移動体を利用して前記ユーザーが設定された時刻に前記目的地点に辿り着ける場合は、前記ユーザーに前記第２の移動体に関する情報を送信する、
    情報処理方法。
13. プログラムであって、
    コンピュータを、請求項１から請求項１１までの何れか１項に記載の情報処理装置の制御部として機能させるためのプログラム。

Images