ホーム > 特許ランキング > 株式会社デンソーテン
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024000052
(43)【公開日】2024-01-05
(54)【発明の名称】交通サービスの予約管理装置及び方法
(51)【国際特許分類】
G06Q 10/02 20120101AFI20231225BHJP
G06Q 30/0601 20230101ALI20231225BHJP
G06Q 50/40 20240101ALI20231225BHJP
【ＦＩ】
G06Q10/02
G06Q30/06 312
G06Q50/30
【審査請求】未請求
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022098575
(22)【出願日】2022-06-20
(71)【出願人】
【識別番号】000237592
【氏名又は名称】株式会社デンソーテン
(74)【代理人】
【識別番号】110001933
【氏名又は名称】弁理士法人 佐野特許事務所
(72)【発明者】
【氏名】上松 健治
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA03
5L049BB53
5L049CC42
(57)【要約】
【課題】各利用者にとって有益な交通サービスの予約管理を行う。
【解決手段】第１予約処理（１１１０）にて、第１端末装置から受信した第１対象者の第１予約依頼情報（６２０）に基づき第１対象者に対して交通サービスの利用予約を行う。第２予約処理（１１２０）にて、第２端末装置から受信した第２対象者の第２予約依頼情報（６４０）に基づき第２対象者に対して交通サービスの利用予約を行う。それらの予約処理の後、予約管理装置は割当変更処理を実行可能である。割当変更処理は、第１予約処理にて第１対象者に割り当てられた交通機関の利用権利を第２対象者に提供する権利提供処理（１１４０）と、第２対象者から徴収される優先利用料に基づく対価を第１対象者に付与する清算処理（１１６０）と、を含む。
【選択図】図２１
【解決手段】第１予約処理（１１１０）にて、第１端末装置から受信した第１対象者の第１予約依頼情報（６２０）に基づき第１対象者に対して交通サービスの利用予約を行う。第２予約処理（１１２０）にて、第２端末装置から受信した第２対象者の第２予約依頼情報（６４０）に基づき第２対象者に対して交通サービスの利用予約を行う。それらの予約処理の後、予約管理装置は割当変更処理を実行可能である。割当変更処理は、第１予約処理にて第１対象者に割り当てられた交通機関の利用権利を第２対象者に提供する権利提供処理（１１４０）と、第２対象者から徴収される優先利用料に基づく対価を第１対象者に付与する清算処理（１１６０）と、を含む。
【選択図】図２１
【特許請求の範囲】
【請求項1】
交通サービスの予約管理装置において、
第１端末装置から第１対象者による前記交通サービスの利用希望情報を含む第１予約依頼情報を受信し、且つ、第２端末装置から第２対象者による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報を受信する情報入力部と、
前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理部と、備え、
前記処理部は、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能に構成され、
前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む
、予約管理装置。
第１端末装置から第１対象者による前記交通サービスの利用希望情報を含む第１予約依頼情報を受信し、且つ、第２端末装置から第２対象者による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報を受信する情報入力部と、
前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理部と、備え、
前記処理部は、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能に構成され、
前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む
、予約管理装置。
【請求項2】
前記処理部は、前記第２予約処理での前記交通サービスの利用予約の内容と前記第２対象者の前記利用希望情報の内容とが相違するときに、前記割当変更処理を実行する
、請求項１に係る予約管理装置。
、請求項１に係る予約管理装置。
【請求項3】
前記割当変更処理において、前記処理部は、
複数の第１対象者に対する前記第１予約処理の結果と、前記第２対象者の前記利用希望情報と、前記第２対象者に対する前記第２予約処理の結果と、に基づき、前記複数の第１対象者の中から実提供者を選別し、
前記第１予約処理にて前記実提供者に割り当てられた交通機関の利用権利を前記第２対象者に提供し、前記対価を前記実提供者に付与する
、請求項２に係る予約管理装置。
複数の第１対象者に対する前記第１予約処理の結果と、前記第２対象者の前記利用希望情報と、前記第２対象者に対する前記第２予約処理の結果と、に基づき、前記複数の第１対象者の中から実提供者を選別し、
前記第１予約処理にて前記実提供者に割り当てられた交通機関の利用権利を前記第２対象者に提供し、前記対価を前記実提供者に付与する
、請求項２に係る予約管理装置。
【請求項4】
前記割当変更処理において、前記処理部は、
各第１対象者に対する前記第１予約処理の結果と、複数の第２対象者の夫々の前記利用希望情報と、各第２対象者に対する前記第２予約処理の結果と、に基づき、前記複数の第１対象者の何れかを前記複数の第２対象者の何れかに対応付けるマッチング処理を実行し、
前記マッチング処理にて特定の第１対象者に対し２以上の第２対象者が対応付けられたとき、前記処理部は、前記２以上の第２対象者の何れかを被提供者として決定する被提供者決定処理を実行し、前記特定の第１対象者を前記被提供者に対する前記実提供者に設定して、前記第１予約処理にて前記実提供者に割り当てられた交通機関の利用権利を前記被提供者に提供し、
前記被提供者決定処理において、前記処理部は 前記２以上の第２対象者についての各優先利用料に基づき前記被提供者を決定する
、請求項３に係る予約管理装置。
各第１対象者に対する前記第１予約処理の結果と、複数の第２対象者の夫々の前記利用希望情報と、各第２対象者に対する前記第２予約処理の結果と、に基づき、前記複数の第１対象者の何れかを前記複数の第２対象者の何れかに対応付けるマッチング処理を実行し、
前記マッチング処理にて特定の第１対象者に対し２以上の第２対象者が対応付けられたとき、前記処理部は、前記２以上の第２対象者の何れかを被提供者として決定する被提供者決定処理を実行し、前記特定の第１対象者を前記被提供者に対する前記実提供者に設定して、前記第１予約処理にて前記実提供者に割り当てられた交通機関の利用権利を前記被提供者に提供し、
前記被提供者決定処理において、前記処理部は 前記２以上の第２対象者についての各優先利用料に基づき前記被提供者を決定する
、請求項３に係る予約管理装置。
【請求項5】
前記マッチング処理において、前記処理部は、前記２以上の第２対象者についての各優先利用料の内、最大の優先利用料を特定し、前記２以上の第２対象者の内、前記最大の優先利用料に対応する第２対象者を前記被提供者として決定する
、請求項４に係る予約管理装置。
、請求項４に係る予約管理装置。
【請求項6】
各第２対象者の前記第２予約依頼情報は、前記交通サービスの優先利用の希望度合いを表す優先希望度の情報を含み、
前記被提供者決定処理において、前記処理部は 前記２以上の第２対象者についての各優先利用料及び各優先希望度に基づき前記被提供者を決定する
、請求項４に係る予約管理装置。
前記被提供者決定処理において、前記処理部は 前記２以上の第２対象者についての各優先利用料及び各優先希望度に基づき前記被提供者を決定する
、請求項４に係る予約管理装置。
【請求項7】
前記被提供者決定処理において、前記処理部は、前記２以上の第２対象者についての各優先利用料の内、最大の優先利用料を特定し、前記最大の優先利用料に対応する第２対象者の総数が１である場合には前記最大の優先利用料に対応する第２対象者を前記被提供者として決定し、前記最大の優先利用料に対応する第２対象者の総数が２以上である場合には前記最大の優先利用料に対応する各第２対象者の優先希望度に基づき前記被提供者を決定する
、請求項６に係る予約管理装置。
、請求項６に係る予約管理装置。
【請求項8】
前記被提供者決定処理にて、前記最大の優先利用料に対応する第２対象者が第１優先利用依頼者及び第２優先利用依頼者から成る場合において、前記第１優先利用依頼者の優先希望度が前記第２優先利用依頼者の優先希望度よりも高いとき、前記処理部は前記第１優先利用依頼者を前記被提供者として決定し、前記第２優先利用依頼者の優先希望度が前記第１優先利用依頼者の優先希望度よりも高いとき、前記処理部は前記第２優先利用依頼者を前記被提供者として決定する
、請求項７に係る予約管理装置。
、請求項７に係る予約管理装置。
【請求項9】
前記第１対象者は、自身に割り当てられた交通機関の利用権利を他者に譲り渡すことを認容する人物を含む
、請求項１～８の何れかに係る予約管理装置。
、請求項１～８の何れかに係る予約管理装置。
【請求項10】
前記権利提供処理において、前記処理部は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利と、前記第２予約処理にて前記第２対象者に割り当てられた交通機関の利用権利と、を交換することで、前前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する
、請求項１～８の何れかに係る予約管理装置。
、請求項１～８の何れかに係る予約管理装置。
【請求項11】
前記第１対象者及び前記第２対象者は各々に１以上の人物を含む
、請求項１～８の何れかに係る予約管理装置。
、請求項１～８の何れかに係る予約管理装置。
【請求項12】
交通サービスの予約管理方法において、
第１端末装置から第１対象者による前記交通サービスの利用希望情報を含む第１予約依頼情報を受信し、且つ、第２端末装置から第２対象者による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報を受信する情報入力工程と、
前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理工程と、を有し、
前記処理工程において、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能であり、
前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む
、予約管理方法。
第１端末装置から第１対象者による前記交通サービスの利用希望情報を含む第１予約依頼情報を受信し、且つ、第２端末装置から第２対象者による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報を受信する情報入力工程と、
前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理工程と、を有し、
前記処理工程において、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能であり、
前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む
、予約管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、交通サービスの予約管理装置及び方法に関する。
【背景技術】
【0002】
交通サービスの利用時において、利用者は希望通りに交通サービスを利用できないときがある。例えば交通サービスの需要が供給を上回るとき、利用者は、利用できる交通機関（タクシー等）に空きがでるまで待つ必要がある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２１－００６９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
交通サービスの優先利用を望む利用者に対して優先的に交通機関を割り当てるといったことも検討されるが、この際、受益と負担のバランスをとることが肝要である。各利用者にとってメリットのある態様で交通機関の割り当て等を行うことが望ましい。
【0005】
本発明は、各利用者にとって有益な交通サービスの予約管理装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明に係る交通サービスの予約管理装置は、第１端末装置から第１対象者による前記交通サービスの利用希望情報を含む第１予約依頼情報を受信し、且つ、第２端末装置から第２対象者による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報を受信する情報入力部と、前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理部と、備え、前記処理部は、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能に構成され、前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む。
【発明の効果】
【0007】
本発明によれば、各利用者にとって有益な交通サービスの予約管理装置及び方法を提供することが可能となる。
【図面の簡単な説明】
【0008】
【図1】本発明の実施形態に係るシステムの概略全体構成図である。
【図2】本発明の実施形態に係る端末装置の概略ブロック図である。
【図3】本発明の実施形態に係り、予約管理装置の内部構成と、システムの運用に関わる幾つかの端末装置及び各端末装置のユーザと、を示す図である。
【図4】本発明の実施形態に係り、システムの運用に関わる複数の人物の関係を示す図である。
【図5】本発明の実施形態に係り、システムの全体的な流れを表すフローチャートである。
【図6】本発明の実施形態に係り、利用者の登録工程における情報の流れを示す図である。
【図7】本発明の実施形態に係り、利用登録者情報及び利用者保存情報の構成を示す図である。
【図8】本発明の実施形態に係り、提供可能者の登録工程における情報の流れを示す図である。
【図9】本発明の実施形態に係り、提供可能者情報及び第１種保存情報の構成を示す図である。
【図10】本発明の実施形態に係り、優先利用の受付工程における情報の流れを示す図である。
【図11】本発明の実施形態に係り、優先依頼情報及び第２種保存情報の構成を示す図である。
【図12】本発明の実施形態に係り、チェック工程、マッチング工程及び権利提供工程における情報の流れを示す図である。
【図13】本発明の実施形態に係り、提供可能者及び優先利用依頼者間で、割り当てられるサービス車両が交換される様子を示す図である。
【図14】本発明の実施形態に係り、割当結果情報の構成を示す図である。
【図15】本発明の実施形態に係り、結果報告工程における情報の流れを示す図である。
【図16】本発明の実施形態に係り、提供結果情報の構成を示す図である。
【図17】本発明の実施形態に係り、依頼結果情報の構成を示す図である。
【図18】本発明の実施形態に係り、会員ポイントに関するテーブルデータを示す図である。
【図19】本発明の実施形態に係り、提供可能者に対応する各種情報に記号が割り当てられる様子を示す図である。
【図20】本発明の実施形態に係り、優先利用依頼者に対応する各種情報に記号が割り当てられる様子を示す図である。
【図21】本発明の実施形態に属する第１実施例に係り、システムの動作の流れを示すシーケンス図である。
【図22】本発明の実施形態に属する第１実施例に係り、提供可能者及び優先利用依頼者に対応する各種情報を示す図である。
【図23】本発明の実施形態に属する第２実施例に係り、マッチング処理にて成否が判断される第１～第３判定条件の概念図である。
【図24】本発明の実施形態に属する第４実施例に係り、特定の提供可能者に対し、２以上の優先利用依頼者が対応付けられる様子を示す図である。
【図25】本発明の実施形態に属する第７実施例に係り、予約管理装置の機能ブロック図である。
【発明を実施するための形態】
【0009】
以下、本発明の実施形態の例を、図面を参照して具体的に説明する。参照される各図において、同一の部分には同一の符号を付し、同一の部分に関する重複する説明を原則として省略する。尚、本明細書では、記述の簡略化上、情報、信号、物理量、機能部、回路、素子又は部品等を参照する記号又は符号を記すことによって、該記号又は符号に対応する情報、信号、物理量、機能部、回路、素子又は部品等の名称を省略又は略記することがある。
【0010】
図１に本発明の実施形態に係るシステムＳＹＳの概略全体構成図を示す。システムＳＹＳは予約管理装置１００及びサービス業者側装置２００を備える。図１には複数の端末装置ＴＭが示される。各端末装置ＴＭは各端末装置ＴＭの操作者により操作される電子機器である。例えば、スマートホン、タブレット又はパーソナルコンピュータ等を端末装置ＴＭとして用いることができる。各端末装置ＴＭはシステムＳＹＳの構成要素に含まれないと解しても良いし、システムＳＹＳの構成要素に含まれると解しても良い。
【0011】
予約管理装置１００と各端末装置ＴＭは所定の通信網ＮＥＴを介して無線接続され、予約管理装置１００と各端末装置ＴＭとは通信網ＮＥＴを介して互いに双方向通信が可能である。また、予約管理装置１００とサービス業者側装置２００は上記通信網ＮＥＴを介して無線接続され、予約管理装置１００とサービス業者側装置２００とは通信網ＮＥＴを介して互いに双方向通信が可能である。通信網ＮＥＴは、インターネット、無線ＬＡＮ（Local Area Network）及び近距離無線通信回線の内、全部又は一部を含む。無線ＬＡＮは、例えばＷｉ－Ｆｉ（登録商標）に準拠したものであって良い。近距離無線通信回線は、例えばBluetooth（登録商標）に準拠したものであって良い。通信網ＮＥＴには無線通信システムが含まれ得る。ここにおける無線通信システムは、IMT-Advanced規格に準拠する無線通信システムを含み、例えば第４世代移動通信システムであって良い。
【0012】
予約管理装置１００は利用者に提供されるべき交通サービスの予約等を行う。交通サービスにおいて、システムＳＹＳの利用者は旅客となり、交通機関である乗り物に搭乗して出発地から目的地まで移動する。交通機関としての乗り物は、路面上を相当する車両及び線路上を走行する列車を含み、船舶又は飛行機であっても良い。路面上を相当する車両として、タクシー又はバス（デマンドバスを含む）が挙げられる。以下では、説明の具体化のため、特に記述無き限り、交通サービスにおける交通機関（乗り物）はタクシー等の車両（以下、サービス車両と称する）であることを想定する。但し、交通機関の種類は任意であって良い。
【0013】
図２に１つの端末装置ＴＭの概略ブロック図を示す。システムＳＹＳにおいて、任意の２つの端末装置ＴＭは互いに異なる種類の端末装置であって良い。即ち例えば、或る端末装置ＴＭはスマートホンであって、他の端末装置ＴＭはパーソナルコンピュータであっても良い。或いは、任意の２つの端末装置ＴＭは互いに異なる種類のスマートホンであっても良い。但し、以下の説明では、各端末装置ＴＭが図２に示す構成を有しているものとする。即ち、システムＳＹＳにおける各端末装置ＴＭは、符号５１０、５２０、５３０、５４０、５５０、５６０及び５７０により参照される各部位を備えるものとする。
【0014】
端末制御部５１０は、ＣＰＵ（Central Processing Unit）及びＧＰＵ（Graphics Processing Unit）等を含む演算処理部５１０ａをハードウェア資源として備え、端末装置ＴＭの各部位の動作を統括的に制御する。演算処理部５１０ａにおいてＣＰＵとＧＰＵが一体に形成されていても良い（例えばＣＰＵにＧＰＵが内蔵されていても良い）。
【0015】
メモリ５２０は、ＲＯＭ（Read only memory）又はフラッシュメモリ等の不揮発性メモリ、及び、ＲＡＭ（Random access memory）等の揮発性メモリを含む。メモリ５２０の全部又は一部は端末制御部５１０に内蔵されたメモリであっても良い。
【0016】
カメラ５３０は、自身の撮影領域内の被写体を撮影し、撮影領域内の画像（以下撮影画像）の画像データを生成する。生成された画像データは端末制御部５１０に送られる。カメラ５３０において所定のフレーム周期で順次撮影が行われ、これにより時系列上に並ぶ複数の撮影画像が取得される。時系列上に並ぶ複数の撮影画像により動画像が形成される。
【0017】
通信処理部５４０は、端末装置ＴＭの相手側装置との通信網ＮＥＴを介した双方向通信を実現する。端末装置ＴＭの相手側装置に予約管理装置１００が含まれる。
【0018】
ＧＰＳ処理部５５０は、ＧＰＳ（Global Positioning System）を形成する複数のＧＰＳ衛星からの信号を受信することで端末装置ＴＭの位置（端末装置ＴＭの現在地）を検出する。検出された端末装置ＴＭの位置を端末位置と称し、端末位置を表す情報を端末位置情報と称する。端末位置情報はＧＰＳ処理部５５０から端末制御部５１０に送られる。或る端末装置ＴＭの端末位置は、端末装置ＴＭのユーザの現在地を表すと考えて良い。端末装置ＴＭのユーザは端末装置ＴＭの所持者又は操作者であり、端末装置ＴＭに対応する人物とも表現され得る。
【0019】
日時情報取得部５６０は現在の日付及び時刻を示す日時情報を取得して端末制御部５１０に送る。日時情報取得部５６０は通信網ＮＥＴを介して他の装置（不図示）から日時情報を取得しても良い。
【0020】
インターフェース部５７０は、端末装置ＴＭと端末装置ＴＭのユーザとの間のマンマシンインターフェースであり、表示画面５７１、操作部５７２、マイクロホン５７３及びスピーカ５７４を備える。表示画面５７１は液晶ディスプレイパネル等にて構成され、端末制御部５１０の制御の下で任意の画像を表示する。操作部５７２は端末装置ＴＭのユーザから任意の操作の入力を受け付ける。表示画面５７１及び操作部５７２によりタッチパネルが構成されていても良く、操作部５７２への操作はタッチパネルに対する操作であっても良い。マイクロホン５７３は、マイクロホン５７３の周辺音を収音し、収音した音を電気信号に変換する。スピーカ５７４は端末制御部５１０の制御の下で任意の音を出力する。
【0021】
図３に、予約管理装置１００の内部構成と、システムＳＹＳの運用に関わる幾つかの端末装置及び各端末装置のユーザを示す。
【0022】
予約管理装置１００は、データ入力対応部１０、優先利用対応部２０、優先利用管理部３０及びデータ保持部４０を備える。予約管理装置１００は、通信網ＮＥＴに対して無線又は有線で接続された１以上のコンピュータ装置（サーバ装置）にて構成される。予約管理装置１００は、クラウドコンピューティングを利用して構成されるクラウドサーバであっても良い。
【0023】
データ入力対応部１０は、データ受信部１１、データ識別部１２及びデータ書込部１３を備える。優先利用対応部２０は、データ読込部２１、割当変更部２２及び提供結果報告部２３を備える。優先利用管理部３０は、データ読込部３１、データ解析部３２、割当結果報告部３３及びポイント更新部３４を備える。データ保持部４０は、磁気ディスク及び半導体メモリ等にて構成された不揮発性の記録媒体から成り、各種データを保持する。データ保持部４０にはデータベース４１～４５が保持される。以下、データベースをＤＢと表記する。ＤＢ４１は利用登録者ＤＢである。ＤＢ４２は提供可能者ＤＢである。ＤＢ４３は優先利用ＤＢである。ＤＢ４４は割当結果ＤＢである。ＤＢ４５はポイント情報ＤＢである。
【0024】
システムＳＹＳの利用者は、予め予約管理装置１００に登録される。登録される利用者を利用登録者Ａと称する。利用登録者Ａに対応する端末装置ＴＭを端末装置ＴＭ＿Ａと称する。利用登録者Ａは端末装置ＴＭ＿Ａのユーザである。また予約管理装置１００には提供可能者Ｂも登録される。提供可能者Ｂに対応する端末装置ＴＭを端末装置ＴＭ＿Ｂと称する。提供可能者Ｂは端末装置ＴＭ＿Ｂのユーザである。
【0025】
利用登録者Ａ及び提供可能者Ｂは夫々に１以上存在する。以下では、図４に示す如く、特に記述無き限り、利用登録者Ａ及び提供可能者Ｂは夫々に複数存在するものとする。各利用登録者Ａに対して端末装置ＴＭ＿Ａが割り当てられ、各提供可能者Ｂに対して端末装置ＴＭ＿Ｂが割り当てられる。何れかの利用登録者Ａと何れかの提供可能者Ｂは同一人物である場合もある。
【0026】
利用登録者Ａ、提供可能者Ｂは、端末装置ＴＭ＿Ａ、ＴＭ＿Ｂを通じて、予約管理装置１００に対し交通サービスの利用予約を行うよう依頼することができる。交通サービスの利用予約は、換言すれば交通機関の利用予約である。上記依頼を行う人物の種類として、第１種類と第２種類がある。第１種類の人物は、自身に割り当てられた交通機関の利用権利を他者に譲り渡すことを認容する人物である。提供可能者Ｂは第１種類の人物である又は第１種類の人物を含む。第２種類の人物は、交通サービスの優先利用を依頼する人物である。第２種類の人物を優先利用依頼者Ｃと称する。優先利用依頼者Ｃに対応する端末装置ＴＭを端末装置ＴＭ＿Ｃと称する。優先利用依頼者Ｃは端末装置ＴＭ＿Ｃのユーザである。何れかの利用登録者Ａが優先利用依頼者Ｃとなる。或る注目した利用登録者Ａが優先利用依頼者Ｃとなるとき、当該注目した利用登録者Ａの端末装置ＴＭ＿Ａが端末装置ＴＭ＿Ｃとして機能する。
【0027】
優先利用依頼者Ｃは端末装置ＴＭ＿Ｃを用いて、予約管理装置１００に対し交通サービスの利用予約を行う。複数の利用登録者Ａの内、２以上の人物が同時に優先利用依頼者Ｃになることもある。
【0028】
一方で、各提供可能者Ｂは、優先利用依頼者Ｃとは別に、自身の端末装置ＴＭ＿Ｂを用いて予約管理装置１００に対し交通サービスの利用予約を行う。予約管理装置１００では、各提供可能者Ｂの依頼内容に従って交通サービスの利用予約を行うが、何れかの提供可能者Ｂに割り当てられた交通サービスの利用予約は、優先利用依頼者Ｃに提供されることがある。
【0029】
提供可能者Ｂに割り当てられた交通サービスの利用予約が優先利用依頼者Ｃに提供されるとは、提供可能者Ｂに割り当てられた交通機関の利用権利が優先利用依頼者Ｃに提供されることを指す。交通機関の利用権利の提供を、交通機関の利用権利の譲渡又は承継と読み替えても良い。或る注目した提供可能者Ｂに割り当てられた交通サービスの利用予約（交通機関の利用権利）が優先利用依頼者Ｃに提供（承継）されるとき、当該注目した提供可能者Ｂを実提供者Ｄと称する。実提供者Ｄは端末装置ＴＭ＿Ｄのユーザである。或る注目した提供可能者Ｂが実提供者Ｄとなるとき、注目した提供可能者Ｂの端末装置ＴＭ＿Ｂが端末装置ＴＭ＿Ｄとして機能する。
【0030】
予約管理装置１００において、優先利用依頼者Ｃによる依頼（交通サービスの優先利用の依頼）が認可されることもあるし、認可されないこともある。優先利用依頼者Ｃによる依頼が認可されることで、実提供者Ｄに割り当てられていた交通サービスの利用予約（交通機関の利用権利）が優先利用依頼者Ｃに提供されたとき、提供を受けた優先利用依頼者Ｃを特に被提供者Ｅと称する。被提供者Ｅは端末装置ＴＭ＿Ｅのユーザである。或る注目した優先利用依頼者Ｃが被提供者Ｅとなるとき、注目した優先利用依頼者Ｃの端末装置ＴＭ＿Ｃが端末装置ＴＭ＿Ｅとして機能する。
【0031】
図５はシステムＳＹＳの全体的な流れを表すフローチャートである。システムＳＹＳにおいてステップＳ１～Ｓ１０の各工程を実行できる。ステップＳ１では利用者の登録工程が実行される。ステップＳ２では提供可能者の登録工程が実行される。ステップＳ３では優先利用の依頼受付工程が実行される。ステップＳ４ではチェック工程が実行される。ステップＳ５ではマッチング工程が実行される。ステップＳ６では権利提供工程が実行される。ステップＳ７では結果報告工程が実行される。ステップＳ８では清算工程が実行される。ステップＳ９では実配車工程が実行される。ステップＳ１０では標準対応工程が実行される。
【0032】
システムＳＹＳにおいてステップＳ１～Ｓ９の工程を、この順番で実行できる。但し、ステップＳ４の工程の結果によっては、ステップＳ４の後、ステップＳ５～Ｓ９の各工程が行われることなく、ステップＳ１０の工程のみが実行されることがある。また、ステップＳ６～Ｓ８の工程が実行されるとき、ステップＳ６～Ｓ８の工程の実行順序は任意に変更可能であり、それらを並行に実行しても良い。
【0033】
尚、所定のアプリケーションプログラム（以下、配車アプリと称する）が各端末装置ＴＭに予めインストールされており、各端末装置ＴＭの演算処理部５１０ａにて配車アプリが実行可能であるとする。端末装置ＴＭのユーザが配車アプリの実行中の端末装置ＴＭを操作することで後述の任意の情報を端末装置ＴＭから予約管理装置１００に送信でき、且つ、予約管理装置１００からの任意の情報を端末装置ＴＭにて受信できる。以下、図５の各ステップについて説明する。
【0034】
［ステップＳ１：利用者の登録工程］
まずステップＳ１にて実行される利用者の登録工程について説明する。利用者の登録工程では、複数の利用登録者Ａが予約管理装置１００に登録される。図６に利用者の登録工程における情報の流れを示す。利用者の登録工程では、利用登録者情報６００の送受信を経て利用者保存情報６１０がデータ保持部４０に保存される。
まずステップＳ１にて実行される利用者の登録工程について説明する。利用者の登録工程では、複数の利用登録者Ａが予約管理装置１００に登録される。図６に利用者の登録工程における情報の流れを示す。利用者の登録工程では、利用登録者情報６００の送受信を経て利用者保存情報６１０がデータ保持部４０に保存される。
【0035】
予約管理装置１００に対し利用登録者Ａとして登録することを希望する人物を、登録希望者Ａ’と称する。登録希望者Ａ’ごとに利用者の登録工程が実行されることで、各登録希望者Ａ’が利用登録者Ａとなる。具体的には、登録希望者Ａ’は、自身に対応する端末装置ＴＭを操作することで、当該端末装置ＴＭから予約管理装置１００に対して利用登録者情報６００を送信させる。利用登録者情報６００はデータ受信部１１にて受信される。データ識別部１２は、データ受信部１１にて受信された情報が利用登録者情報６００であるかを判別する。データ受信部１１にて受信された情報が利用登録者情報６００であると判別されると、データ書込部１３は受信された利用登録者情報６００を含む利用者保存情報６１０を利用登録者ＤＢ４１に書き込む。これによって利用者保存情報６１０が利用登録者ＤＢ４１に保存される。登録希望者Ａ’に対応する利用者保存情報６１０が利用登録者ＤＢ４１に保存されることで、登録希望者Ａ’が利用登録者Ａとして予約管理装置１００に登録及び管理される、以後、登録希望者Ａ’は予約管理装置１００にて利用登録者Ａとして識別されると共に、登録希望者Ａ’に対応する端末装置ＴＭは端末装置ＴＭ＿Ａとして機能する。
【0036】
図７に利用登録者情報６００及び利用登録者ＤＢ４１内の利用者保存情報６１０の構成を示す。登録希望者Ａ’が利用登録者Ａと等しいと考えて、利用登録者情報６００を説明する。利用登録者情報６００は、利用登録者Ａの氏名、住所、年齢及び性別を含む個人情報６０１と、利用登録者Ａが指定した金融機関に関する情報６０２と、利用登録者Ａの連絡先を表す情報６０３と、を含む。
【0037】
任意の注目人物がシステムＳＹＳを利用して交通サービスの予約等を行う際、当該注目人物はサービス利用料を支払うことがある。この際、注目人物は、サービス利用料を通貨にて支払うことができる。或る利用登録者Ａが注目人物であるとき、当該利用登録者Ａの情報６０２にて示される金融機関の口座からサービス利用料の支払いが決済される。ここにおける通貨は法定通貨又は仮想通貨である。仮想通貨は電子マネーに分類されるものであっても良い。尚、予約管理装置１００ではシステムＳＹＳ内で流通するポイント（以下、会員ポイントと称する）が管理される。任意の注目人物は、自身が所持する会員ポイントでサービス利用料の支払いを行うこともできる。
【0038】
情報６０３は、予約管理装置１００が利用登録者Ａに対して任意の情報を伝達する際における利用登録者Ａの連絡先を表す。利用登録者Ａの端末装置ＴＭ＿Ａに割り当てられた電話番号若しくはメールアドレス、又は、端末装置ＴＭ＿Ａにて実行されるインスタントメッセンジャーのアカウント情報などが情報６０３に該当する。予約管理装置１００が情報６０３の連絡先に向けて発信した情報は、端末装置ＴＭ＿Ａを通じて利用登録者Ａに伝わり、利用登録者Ａが優先利用依頼者Ｃ、被提供者Ｅであるならば、端末装置ＴＭ＿Ｃ、ＴＭ＿Ｅを通じて優先利用依頼者Ｃ、被提供者Ｅに伝わる。尚、予約管理装置１００からの情報の発信は、情報の送信又は出力と同義である。
【0039】
登録希望者Ａ’が利用登録者Ａとして登録されるための手続きの中で、データ入力対応部１０は、登録希望者Ａ’（従って利用登録者Ａ）に対し固有の会員ＩＤを割り当て且つパスワードを設定する。利用者保存情報６１０は（図７参照）、ここで割り当てられた会員ＩＤを表す情報６１１及び設定されたパスワードを表す情報６１２を含み、更に、利用登録者情報６００中の情報６０１～６０３を含む。また、利用者保存情報６１０は利用者保存情報６１０自体の更新日時を表す情報６１３を含む。予約管理装置１００において、利用登録者ＤＢ４１内の利用者保存情報６１０が更新されるたびに情報６１３が更新される。
【0040】
［ステップＳ２：提供可能者の登録工程］
次にステップＳ２にて実行される提供可能者の登録工程について説明する。提供可能者の登録工程では、複数の提供可能者Ｂが予約管理装置１００に登録される。図８に提供可能者の登録工程における情報の流れを示す。提供可能者の登録工程では、提供可能者情報６２０の送受信を経て第１種保存情報６３０がデータ保持部４０に保存される。
次にステップＳ２にて実行される提供可能者の登録工程について説明する。提供可能者の登録工程では、複数の提供可能者Ｂが予約管理装置１００に登録される。図８に提供可能者の登録工程における情報の流れを示す。提供可能者の登録工程では、提供可能者情報６２０の送受信を経て第１種保存情報６３０がデータ保持部４０に保存される。
【0041】
予約管理装置１００に対し提供可能者Ｂとして登録することを希望する人物を、登録希望者Ｂ’と称する。登録希望者Ｂ’ごとに提供可能者の登録工程が実行されることで、各登録希望者Ｂ’が提供可能者Ｂとなる。具体的には、登録希望者Ｂ’は、自身に対応する端末装置ＴＭを操作することで、当該端末装置ＴＭから予約管理装置１００に対して提供可能者情報６２０を送信させる。提供可能者情報６２０はデータ受信部１１にて受信される。データ識別部１２は、データ受信部１１にて受信された情報が提供可能者情報６２０であるかを判別する。データ受信部１１にて受信された情報が提供可能者情報６２０であると判別されると、データ書込部１３は受信された提供可能者情報６２０を含む第１種保存情報６３０を提供可能者ＤＢ４２に書き込む。これによって、第１種保存情報６３０が提供可能者ＤＢ４２に保存される。第１種保存情報６３０は提供可能者Ｂに関する保存情報である。登録希望者Ｂ’に対応する第１種保存情報６３０が提供可能者ＤＢ４２に保存されることで、登録希望者Ｂ’が提供可能者Ｂとして予約管理装置１００に登録及び管理される。以後、登録希望者Ｂ’は予約管理装置１００にて提供可能者Ｂとして識別されると共に、登録希望者Ｂ’に対応する端末装置ＴＭは端末装置ＴＭ＿Ｂとして機能する。
【0042】
図９に提供可能者情報６２０及び提供可能者ＤＢ４２内の第１種保存情報６３０の構成を示す。登録希望者Ｂ’が提供可能者Ｂと等しいと考えて、提供可能者情報６２０を説明する。提供可能者情報６２０は、提供可能者Ｂの氏名、住所、年齢及び性別を含む個人情報６２１と、提供可能者Ｂが指定した金融機関に関する情報６２２と、提供可能者Ｂの連絡先を表す情報６２３と、を含む。
【0043】
上述したように、任意の注目人物がシステムＳＹＳを利用して交通サービスの予約等を行う際、当該注目人物はサービス利用料を支払うことがある。この際、注目人物は、サービス利用料を通貨にて支払うことができる。或る提供可能者Ｂが注目人物であるとき、当該提供可能者Ｂの情報６２２にて示される金融機関の口座からサービス利用料の支払いが決済される。
【0044】
情報６２３は、予約管理装置１００が提供可能者Ｂに対して任意の情報を伝達する際における提供可能者Ｂの連絡先を表す。提供可能者Ｂの端末装置ＴＭ＿Ｂに割り当てられた電話番号若しくはメールアドレス、又は、端末装置ＴＭ＿Ｂにて実行されるインスタントメッセンジャーのアカウント情報などが情報６２３に該当する。予約管理装置１００が情報６２３の連絡先に向けて発信した情報は、端末装置ＴＭ＿Ｂを通じて提供可能者Ｂに伝わり、提供可能者Ｂが実提供者Ｄであるならば端末装置ＴＭ＿Ｄを通じて実提供者Ｄに伝わる。
【0045】
提供可能者情報６２０は更に情報６２４を含む。情報６２４は提供可能者Ｂによる交通サービスの利用希望情報であり、以下、利用予約情報６２４とも称される。利用予約情報６２４は提供可能者Ｂが交通サービスをどのような条件で利用することを希望するのかを表す。具体的には、提供可能者Ｂの希望出発日時、出発地及び目的地を示す情報が利用予約情報６２４に含められる。利用予約情報６２４における出発地及び目的地は、提供可能者Ｂに対して割り当てられたサービス車両にて提供可能者Ｂが移動するときの、提供可能者Ｂの出発地及び目的地を表す。利用予約情報６２４における希望出発日時は、サービス車両により利用予約情報６２４で指定された出発地から、提供可能者Ｂが出発する希望の日時を表す。
【0046】
提供可能者Ｂは端末装置ＴＭ＿Ｂを操作することで利用予約情報６２４を任意に指定できる。提供可能者Ｂは希望出発日時を任意に指定しても良いし、即時利用を指定しても良い。即時利用が指定されたとき、希望出発日時は現在日時に設定される又は現在日時から所定の微小時間だけ後の日時であるとみなされる。現在日時は端末装置ＴＭ＿Ｂの日時情報取得部５６０（図２参照）より取得され得る。提供可能者Ｂは自身の現在地を出発地に設定することもでき、この場合、端末装置ＴＭ＿ＢのＧＰＳ処理部５５０から得られる端末位置情報（図２参照）に基づき出発地が設定されて良い。
【0047】
登録希望者Ｂ’が提供可能者Ｂとして登録されるための手続きの中で、データ入力対応部１０は、登録希望者Ｂ’（従って提供可能者Ｂ）に対し固有の会員ＩＤを割り当て且つパスワードを設定する。第１種保存情報６３０は（図９参照）、ここで割り当てられた会員ＩＤを表す情報６３１及び設定されたパスワードを表す情報６３２を含み、更に、提供可能者情報６２０中の情報６２１～６２４を含む。
【0048】
図９に示す如く、第１種保存情報６３０は情報６３３を含む。情報６３３は予約順位情報であって、交通サービスの予約の優先順位を表す。具体的には、予約順位情報６３３は交通サービスの予約発生日時を表す、即ちステップＳ２にて提供可能者Ｂに対し交通サービスの利用予約が行われた日時（後述の第１予約処理の実行日時）を表し、その日時が早いほど交通サービスの予約の優先順位は高い。但し、一旦設定された予約順位情報６３３は後に更新され得る（詳細は後述）。
【0049】
また、ステップＳ２での登録工程では第１予約処理が実行される（図５参照）。データ入力対応部１０にて第１予約処理が実行される。第１予約処理において、データ入力対応部１０は、提供可能者Ｂからの提供可能者情報６２０（特に利用希望情報６２４）に基づき提供可能者Ｂに対して交通サービスの利用予約（換言すれば交通機関の利用予約）を行う。予約管理装置１００はシステムＳＹＳ内で運用される各サービス車両の運行スケジュールを把握している。第１予約処理では、各サービス車両の運行スケジュールに基づき、システムＳＹＳ内で運用される複数のサービス車両の中から、利用希望情報６２４に従って運行可能なサービス車両を探索する。この際、利用希望情報６２４に完全に沿うことのできるサービス車両が存在しない場合、利用希望情報６２４をなるだけ充足できるサービス車両を探索する。第１予約処理において、探索されたサービス車両は配車予約車両として提供可能者Ｂに割り当てられる。
【0050】
第１種保存情報６３０に含められる情報６３４は予約車両情報である。予約車両情報６３４は、提供可能者Ｂに割り当てられた配車予約車両を識別する車両ＩＤを表す。第１種保存情報６３０に含められる情報６３５は輸送予約情報である。輸送予約情報６３５は、提供可能者Ｂに割り当てられた配車予約車両の予約出発日時、出発地及び目的地を指し示す。配車予約車両の予約出発日時は、配車予約車両が出発する予定の日時であって且つ予約された出発日時である。輸送予約情報６３５における予約出発日時、出発地及び目的地が利用希望情報６２４における希望出発日時、出発地及び目的地と一致することを目指して第１予約処理が実行されるが、それらは一致する場合もあるし、一致しない場合もある。第１予約処理の直後においては第１予約処理の結果が情報６３４及び６３５に反映されるが、後の権利提供処理により情報６３４及び６３５の内容は更新され得る。
【0051】
また、第１種保存情報６３０は第１種保存情報６３０自体の更新日時を表す情報６３６を含む（図９参照）。予約管理装置１００において、提供可能者ＤＢ４２内の第１種保存情報６３０が更新されるたびに情報６３６が更新される。
【0052】
尚、一人の人物が利用登録者Ａであると同時に提供可能者Ｂである場合、当該一人の人物に対して単一の会員ＩＤが割り当てられて良く、且つ、当該一人の人物に対して共通のパスワードが設定されて良い。この場合、当該一人の人物に対する会員ＩＤの情報６１１及び６３１は互いに同じとなり、当該一人の人物に対するパスワードの情報６１２及び６３２は互いに同じとなる。
【0053】
［ステップＳ３：優先利用の依頼受付工程］
次にステップＳ３にて実行される優先利用の依頼受付工程について説明する。優先利用の依頼受付工程では、優先利用依頼者Ｃによる交通サービスの利用予約の依頼を受け付ける。優先利用依頼者Ｃは、上述したように交通サービスの優先利用を依頼する人物である。図１０に優先利用の依頼受付工程における情報の流れを示す。優先利用の依頼受付工程では、優先依頼情報６４０の送受信を経て第２種保存情報６５０がデータ保持部４０に保存される。
次にステップＳ３にて実行される優先利用の依頼受付工程について説明する。優先利用の依頼受付工程では、優先利用依頼者Ｃによる交通サービスの利用予約の依頼を受け付ける。優先利用依頼者Ｃは、上述したように交通サービスの優先利用を依頼する人物である。図１０に優先利用の依頼受付工程における情報の流れを示す。優先利用の依頼受付工程では、優先依頼情報６４０の送受信を経て第２種保存情報６５０がデータ保持部４０に保存される。
【0054】
登録された複数の利用登録者Ａの内、何れかの利用登録者Ａが優先利用依頼者Ｃとなる（図４参照）。優先利用依頼者Ｃは端末装置ＴＭ＿Ｃを操作することで、優先依頼情報６４０を端末装置ＴＭ＿Ｃに入力し且つ優先依頼情報６４０を端末装置ＴＭ＿Ｃから予約管理装置１００に送信させる。優先依頼情報６４０はデータ受信部１１にて受信される。優先依頼情報６４０は、交通サービスの優先利用の依頼を伴う情報である。データ識別部１２は、データ受信部１１にて受信された情報が優先依頼情報６４０であるかを判別する。データ受信部１１にて受信された情報が優先依頼情報６４０であると判別されると、データ書込部１３は受信された優先依頼情報６４０を含む第２種保存情報６５０を優先利用ＤＢ４３に書き込む。これによって第２種保存情報６５０が優先利用ＤＢ４３に保存される。第２種保存情報６５０は優先利用依頼者Ｃに関する保存情報である。
【0055】
図１１に優先依頼情報６４０及び優先利用ＤＢ４３内の第２種保存情報６５０の構成を示す。優先依頼情報６４０は優先利用依頼者Ｃの会員ＩＤを表す情報６４１を含む。予約管理装置１００は情報６４１に基づき優先利用依頼者Ｃが何れの利用登録者Ａであるのかを特定する。
【0056】
優先依頼情報６４０は更に情報６４２を含む。情報６４２は優先利用依頼者Ｃによる交通サービスの利用希望情報であり、以下、利用予約情報６４２とも称される。利用予約情報６４２は優先利用依頼者Ｃが交通サービスをどのような条件で利用することを希望するのかを表す。具体的には、優先利用依頼者Ｃの希望出発日時、出発地及び目的地を示す情報が利用予約情報６４２に含められる。利用予約情報６４２における出発地及び目的地は、優先利用依頼者Ｃに対して割り当てられたサービス車両にて優先利用依頼者Ｃが移動するときの、優先利用依頼者Ｃの出発地及び目的地を表す。利用予約情報６４２における希望出発日時は、サービス車両により利用予約情報６４２で指定された出発地から、優先利用依頼者Ｃが出発する希望の日時を表す。
【0057】
優先利用依頼者Ｃは端末装置ＴＭ＿Ｃを操作することで利用予約情報６４２を任意に指定できる。優先利用依頼者Ｃは希望出発日時を任意に指定しても良いし、即時利用を指定しても良い。即時利用が指定されたとき、希望出発日時は現在日時に設定される又は現在日時から所定の微小時間だけ後の日時であるとみなされる。現在日時は端末装置ＴＭ＿Ｃの日時情報取得部５６０（図２参照）より取得され得る。優先利用依頼者Ｃは自身の現在地を出発地に設定することもでき、この場合、端末装置ＴＭ＿ＣのＧＰＳ処理部５５０から得られる端末位置情報（図２参照）に基づき出発地が設定されて良い。
【0058】
優先依頼情報６４０は更に情報６４３及び６４４を含む。情報６４３は優先利用料を表し、情報６４４は優先希望度を表す。優先利用依頼者Ｃは優先依頼情報６４０を端末装置ＴＭ＿Ｃから送信させる際に、優先利用料及び優先希望度を自由に設定できる。優先利用料及び優先希望度が本システムＳＹＳにおいてどのように機能するかについては後の説明から明らかとなる。
【0059】
第２種保存情報６５０は優先依頼情報６４０中の情報６４１～６４４を含み、更に情報６５１を含む。情報６５１は予約順位情報であって、交通サービスの予約の優先順位を表す。具体的には、予約順位情報６５１は交通サービスの予約発生日時を表す、即ちステップＳ３にて優先利用依頼者Ｃに対して交通サービスの利用予約が行われた日時（後述の第２予約処理の実行日時）を表し、その日時が早いほど交通サービスの予約の優先順位は高い。但し、一旦設定された予約順位情報６５１は後に更新され得る（詳細は後述）。
【0060】
また、ステップＳ３の依頼受付工程では第２予約処理が実行される（図５参照）。データ入力対応部１０にて第２予約処理が実行される。第２予約処理において、データ入力対応部１０は、優先利用依頼者Ｃからの優先依頼情報６４０（特に利用希望情報６４２）に基づき優先利用依頼者Ｃに対して交通サービスの利用予約（換言すれば交通機関の利用予約）を行う。予約管理装置１００はシステムＳＹＳ内で運用される各サービス車両の運行スケジュールを把握している。第２予約処理では、各サービス車両の運行スケジュールに基づき、システムＳＹＳ内で運用される複数のサービス車両の中から、利用希望情報６４２に従って運行可能なサービス車両を探索する。この際、利用希望情報６４２に完全に沿うことのできるサービス車両が存在しない場合、利用希望情報６４２をなるだけ充足できるサービス車両を探索する。第２予約処理において、探索されたサービス車両は配車予約車両として優先利用依頼者Ｃに割り当てられる。
【0061】
第２種保存情報６５０に含められる情報６５２は予約車両情報である。予約車両情報６５２は、優先利用依頼者Ｃに割り当てられた配車予約車両を識別する車両ＩＤを表す。第２種保存情報６５０に含められる情報６５３は輸送予約情報である。輸送予約情報６５３は、優先利用依頼者Ｃに割り当てられた配車予約車両の予約出発日時、出発地及び目的地を指し示す。配車予約車両の予約出発日時は、配車予約車両が出発する予定の日時であって且つ予約された出発日時である。輸送予約情報６５３における予約出発日時、出発地及び目的地が利用希望情報６４２における希望出発日時、出発地及び目的地と一致することを目指して第２予約処理が実行されるが、それらは一致する場合もあるし、一致しない場合もある。第２予約処理の直後においては第２予約処理の結果が情報６５２及び６５３に反映されるが、後の権利提供処理により情報６５２及び６５３の内容は更新され得る。
【0062】
また、第２種保存情報６５０は第２種保存情報６５０自体の更新日時を表す情報６５４を含む（図１１参照）。予約管理装置１００において、優先利用ＤＢ４３内の第２種保存情報６５０が更新されるたびに情報６５４が更新される。
【0063】
［ステップＳ４：チェック工程］
次にステップＳ４にて実行されるチェック工程について説明する。チェック工程は優先利用対応部２０により実行される。図１２に、ステップＳ４のチェック工程、ステップＳ５のマッチング工程及びステップＳ６の権利提供工程における情報の流れを示す。
次にステップＳ４にて実行されるチェック工程について説明する。チェック工程は優先利用対応部２０により実行される。図１２に、ステップＳ４のチェック工程、ステップＳ５のマッチング工程及びステップＳ６の権利提供工程における情報の流れを示す。
【0064】
第２種保存情報６５０が新たに優先利用ＤＢ４３に書き込まれたことを契機に（即ち優先利用ＤＢ４３が更新されると）、データ読込部２１は、提供可能者ＤＢ４２内の第１種保存情報６３０を読み出すと共に優先利用ＤＢ４３内の第２種保存情報６５０を読み出す。ステップＳ４において、チェック工程に係る優先利用対応部２０は、第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃの利用希望情報６４２の内容とが一致しているかを判断する。これは、優先利用依頼者Ｃの希望通りの交通サービスを予約できたかを判断することに等しい。ステップＳ４での判断が肯定である場合には（ステップＳ４のＹ）ステップＳ１０に進む一方、ステップＳ４での判断が否定である場合には（ステップＳ４のＮ）ステップＳ５に進む。ステップＳ５に進んだ場合に、特徴的な動作が実行される。
【0065】
ステップＳ５に進む場合の典型例を図１３に示す。図１３の例では、第１予約処理にて提供可能者Ｂに対して提供可能者Ｂの希望通りのサービス車両８０１（例えば１５：００出発予定の車両）の配車が予約される。その後、優先利用依頼者Ｃに対して第２予約処理が実行されるが、サービス車両の需要が供給を上回ることにより、優先利用依頼者Ｃの希望通りのサービス車両（例えば１５：００出発予定の車両）を手配できず、代わりにサービス車両８０２（例えば１５：３０出発予定のサービス車両）の配車が予約される。図１３の例において、サービス車両８０１が優先利用依頼者Ｃに割り当てられたならばサービス車両８０１は優先利用依頼者Ｃの希望通りに運行可能であるが、サービス車両８０２は、運行スケジュール上、優先利用依頼者Ｃの希望通りには運行できない。このような場合、ステップＳ５及びＳ６の工程を通じて提供可能者Ｂ及び優先利用依頼者Ｃ間の予約内容を入れ替える。結果、提供可能者Ｂはサービス車両８０２を利用し、優先利用依頼者Ｃはサービス車両８０１を利用する。
【0066】
以下、特に記述なき限り、ステップＳ５に進んだ場合を想定してシステムＳＹＳの動作を説明する。
【0067】
［ステップＳ５：マッチング工程］
ステップＳ５にて実行されるマッチング工程について説明する。マッチング工程は優先利用対応部２０により実行される。マッチング工程において優先利用対応部２０はマッチング処理を実行する。マッチング処理では、何れかの提供可能者Ｂと何れかの優先利用依頼者Ｃとを対応付け、対応付けの結果に基づき実提供者Ｄ及び被提供者Ｅを選別する（換言すれば、実提供者Ｄ及び被提供者Ｅの組み合わせを決定する；図５参照）。
ステップＳ５にて実行されるマッチング工程について説明する。マッチング工程は優先利用対応部２０により実行される。マッチング工程において優先利用対応部２０はマッチング処理を実行する。マッチング処理では、何れかの提供可能者Ｂと何れかの優先利用依頼者Ｃとを対応付け、対応付けの結果に基づき実提供者Ｄ及び被提供者Ｅを選別する（換言すれば、実提供者Ｄ及び被提供者Ｅの組み合わせを決定する；図５参照）。
【0068】
割当変更部２２にてマッチング処理を実行することができる。マッチング処理では、データ読込部２１にて読み出された第１種保存情報６３０及び第２種保存情報６５０に基づき、提供可能者Ｂと優先利用依頼者Ｃとのマッチング（対応付け）が行われる。ステップＳ５に至る場合、ステップＳ３の段階では優先利用依頼者Ｃの希望通りの交通サービスが予約できていない。マッチング処理では、優先利用依頼者Ｃの希望通り又は優先利用依頼者Ｃの希望に極力沿った配車予約車両が割り当てられている提供可能者Ｂを優先利用依頼者Ｃに対応付ける。優先利用依頼者Ｃが複数存在する場合には、優先利用依頼者Ｃごとに提供可能者Ｂが対応付けられる。
【0069】
第１種保存情報６３０（図９参照）には、提供可能者Ｂの利用希望情報６２４が含まれ、且つ、第１予約処理の結果を示す情報（６３４及び６３５）が含まれる。第２種保存情報６５０（図１１参照）には、優先利用依頼者Ｃの利用希望情報６４２が含まれ、且つ、第２予約処理の結果を示す情報（６５２及び６５３）が含まれる。
【0070】
このため、一人の優先利用依頼者Ｃに注目したマッチング処理は、各提供可能者Ｂの利用希望情報６２４と、各提供可能者Ｂに対する第１予約処理の結果と、優先利用依頼者Ｃの利用希望情報６４２と、優先利用依頼者Ｃに対する第２予約処理の結果と、に基づき実行されて良い（但し、各提供可能者Ｂの利用希望情報６２４の参照は必須ではない）。複数の優先利用依頼者Ｃに注目したマッチング処理は、各提供可能者Ｂの利用希望情報６２４と、各提供可能者Ｂに対する第１予約処理の結果と、各優先利用依頼者Ｃの利用希望情報６４２と、各優先利用依頼者Ｃに対する第２予約処理の結果と、に基づき実行されて良い（但し、各提供可能者Ｂの利用希望情報６２４の参照は必須ではない）。
【0071】
或る一人の優先利用依頼者Ｃに注目したとき、マッチング処理において、注目された優先利用依頼者Ｃに対応付けられた提供可能者Ｂは実提供者Ｄとなる。即ち、マッチング処理では、何れかの提供可能者Ｂが実提供者Ｄとして選別され、この際、注目された優先利用依頼者Ｃは被提供者Ｅとなる。
【0072】
［ステップＳ６：権利提供工程］
ステップＳ５に続くステップＳ６の権利提供工程では、割当変更部２２により権利提供処理が実行される。ステップＳ５にて実提供者Ｄ及び被提供者Ｅが選別及び決定されると、割当変更部２２は、権利提供処理にて実提供者Ｄに対する交通サービスの利用予約を被提供者Ｅに提供（譲渡）する。即ち、第１予約処理にて実提供者Ｄとしての提供可能者Ｂに割り当てられた交通機関の利用権利を、権利提供処理にて被提供者Ｅに提供する（換言すれば承継させる）。この際、交通機関の利用権利の内容が実提供者Ｄ及び被提供者Ｅ間で交換される。
ステップＳ５に続くステップＳ６の権利提供工程では、割当変更部２２により権利提供処理が実行される。ステップＳ５にて実提供者Ｄ及び被提供者Ｅが選別及び決定されると、割当変更部２２は、権利提供処理にて実提供者Ｄに対する交通サービスの利用予約を被提供者Ｅに提供（譲渡）する。即ち、第１予約処理にて実提供者Ｄとしての提供可能者Ｂに割り当てられた交通機関の利用権利を、権利提供処理にて被提供者Ｅに提供する（換言すれば承継させる）。この際、交通機関の利用権利の内容が実提供者Ｄ及び被提供者Ｅ間で交換される。
【0073】
即ち、実提供者Ｄである提供可能者Ｂの現在の予約順位情報６３３及び予約車両情報６３４（図９）と、被提供者Ｅである優先利用依頼者Ｃの現在の予約順位情報６５１及び予約車両情報６５２（図１１）とを、権利提供処理にて交換する。この交換に伴い、実提供者Ｄの輸送予約情報６３５中の予約出発日時は、交換後の予約車両情報６３４にて示される配車予約車両のスケジュールに沿ったものに更新される。この交換に伴い、被提供者Ｅの輸送予約情報６５３中の予約出発日時は、交換後の予約車両情報６５２にて示される配車予約車両のスケジュールに沿ったものに更新される。これらの更新は割当変更部２２にて行われて良い。割当変更部２２は、権利提供処理による交換の結果が反映されるようＤＢ４２及び４３内の情報を更新する。
【0074】
更に、割当変更部２２は、権利提供処理の内容を示す割当結果情報６６０を割当結果ＤＢ４４に保存する。図１４に割当結果情報６６０の構成を示す。割当結果情報６６０は情報６６１～６６６を含む。情報６６１は割当結果情報６６０の固有識別情報である割当管理ＩＤを表す。情報６６２は権利提供処理の対象となった提供可能者Ｂ（実提供者Ｄ）の会員ＩＤを表し、情報６６３は権利提供処理の対象となった優先利用依頼者Ｃ（被提供者Ｅ）の会員ＩＤを表す。情報６６４及び６６５は、権利提供処理の対象となった交通サービスの出発地及び目的地を表す。情報６６６は割当結果情報６６０自体の更新日時を表す。
【0075】
［ステップＳ７：結果報告工程］
ステップＳ７にて実行される結果報告工程について説明する。図１５に結果報告工程における情報の流れを示す。結果報告工程において、提供結果報告部２３は、実提供者Ｄの端末装置ＴＭ＿Ｄに対して提供結果情報６７０を送信する。端末装置ＴＭ＿Ｄの表示画面５７１にて提供結果情報６７０が表示される。
ステップＳ７にて実行される結果報告工程について説明する。図１５に結果報告工程における情報の流れを示す。結果報告工程において、提供結果報告部２３は、実提供者Ｄの端末装置ＴＭ＿Ｄに対して提供結果情報６７０を送信する。端末装置ＴＭ＿Ｄの表示画面５７１にて提供結果情報６７０が表示される。
【0076】
図１６に提供結果情報６７０の構成を示す。提供結果情報６７０は情報６７１～６７４を含む。情報６７１は実提供者Ｄの会員ＩＤを表す。情報６７２は最終的に実提供者Ｄに割り当てられた予約車両情報を表す。情報６７３は実提供者Ｄの輸送の予約内容を表す輸送予約情報である。予約車両情報６７２及び輸送予約情報６７３は、権利提供処理の後に実提供者Ｄに割り当てられている予約車両情報６３４及び輸送予約情報６３５（図９参照）と一致する。故に、図１３の例では、予約車両情報６７２はサービス車両８０２の利用予約が行われていることを指し示し、実提供者Ｄは予約車両情報６７２及び輸送予約情報６７３に従ってサービス車両８０２（元々は優先利用依頼者Ｃが利用する予定だったサービス車両）を利用する。情報６７４は、実提供者Ｄに元々割り当てられていた予約内容が他者に承継された（譲り渡された）ことを指し示す提供情報である。
【0077】
一方、割当結果情報６６０が新たに割当結果ＤＢ４４に書き込まれたことを契機に（即ち割当結果ＤＢ４４が更新されると）、データ読込部３１は、割当結果ＤＢ４４内の割当結果情報６６０を読み出すと共に優先利用ＤＢ４３内の第２種保存情報６５０を読み出す。結果報告工程において、データ解析部３２は、データ読込部３１にて読みされた割当結果情報６６０及び第２種保存情報６５０に基づき、権利提供処理の対象となった優先利用依頼者Ｃ（即ち被提供者Ｅ）を特定する。結果報告工程において、割当結果報告部３３は、特定された優先利用依頼者Ｃである被提供者Ｅの端末装置ＴＭ＿Ｅに対して依頼結果情報６８０を送信する。端末装置ＴＭ＿Ｅの表示画面５７１にて依頼結果情報６８０が表示される。
【0078】
図１７に依頼結果情報６８０の構成を示す。依頼結果情報６８０は情報６８１～６８４を含む。情報６８１は被提供者Ｅの会員ＩＤを表す。情報６８２は最終的に被提供者Ｅに割り当てられた予約車両情報を表す。情報６８３は被提供者Ｅの輸送の予約内容を表す輸送予約情報である。予約車両情報６８２及び輸送予約情報６８３は、権利提供処理の後に被提供者Ｅに割り当てられている予約車両情報６５２及び輸送予約情報６５３（図１１参照）と一致する。故に、図１３の例では、予約車両情報６８２はサービス車両８０１の利用予約が行われていることを指し示し、被提供者Ｅは予約車両情報６８２及び輸送予約情報６８３に従ってサービス車両８０１（元々は提供可能者Ｂが利用する予定だったサービス車両）を利用する。情報６８４は、他者（実提供者Ｄ）に元々割り当てられていた予約内容が被提供者Ｅに承継された（譲り渡された）ことを指し示す被提供情報である。
【0079】
このように、結果報告工程では、実提供者Ｄの端末装置ＴＭ＿Ｄに対して提供結果情報６７０を送信する処理と、被提供者Ｅの端末装置ＴＭ＿Ｅに対して依頼結果情報６８０を送信する処理と、を含む結果報告処理が実行される。
【0080】
［ステップＳ８：清算工程］
上述したように、予約管理装置１００ではシステムＳＹＳ内で流通する会員ポイントが管理される。会員ポイントは会員ごとに設定され、図１８に示す如く、会員ポイントに関するテーブルデータ７００がポイント情報ＤＢ４５に保存されている。利用登録者Ａ及び提供可能者Ｂは会員である。各会員の会員ＩＤに対応付けられる態様で、各会員の会員ポイントを表す情報をテーブルデータ７００に格納しておけば良い。会員ポイントに対して有効期限が定められ、テーブルデータ７００では会員ごとに会員ポイントの有効期限が示される。また、テーブルデータ７００では、会員ごとに会員ポイントの更新日時を示す情報が格納される。
上述したように、予約管理装置１００ではシステムＳＹＳ内で流通する会員ポイントが管理される。会員ポイントは会員ごとに設定され、図１８に示す如く、会員ポイントに関するテーブルデータ７００がポイント情報ＤＢ４５に保存されている。利用登録者Ａ及び提供可能者Ｂは会員である。各会員の会員ＩＤに対応付けられる態様で、各会員の会員ポイントを表す情報をテーブルデータ７００に格納しておけば良い。会員ポイントに対して有効期限が定められ、テーブルデータ７００では会員ごとに会員ポイントの有効期限が示される。また、テーブルデータ７００では、会員ごとに会員ポイントの更新日時を示す情報が格納される。
【0081】
ステップＳ８の清算工程では、ポイント更新部３４により清算処理が実行される。清算処理において、ポイント更新部３４は、実提供者Ｄとなった提供可能者Ｂの会員ポイントが増加するようテーブルデータ７００を更新する（具体例は後述）。同一の提供可能者Ｂが、２回以上、実提供者Ｄとなった場合、１回だけ実提供者Ｄとなる場合と比べて、１回当たりの会員ポイントの増加量を大きくする割増処理を行うようにしても良い。
【0082】
［ステップＳ９：実配車工程］
予約管理装置１００はデータ保持部４０に保持されている情報に基づき、提供可能者Ｂ及び優先利用依頼者Ｃに対してサービス車両が配車されるよう、サービス業者側装置２００に必要な情報を送信する。予約管理装置１００からサービス業者側装置２００に対し、第１種保存情報６３０の全部又は一部及び第２種保存情報６５０の全部又は一部が送信されて良い。
予約管理装置１００はデータ保持部４０に保持されている情報に基づき、提供可能者Ｂ及び優先利用依頼者Ｃに対してサービス車両が配車されるよう、サービス業者側装置２００に必要な情報を送信する。予約管理装置１００からサービス業者側装置２００に対し、第１種保存情報６３０の全部又は一部及び第２種保存情報６５０の全部又は一部が送信されて良い。
【0083】
ステップＳ９の実配車工程において、サービス業者側装置２００は、予約管理装置１００から受信した情報に基づき、提供可能者Ｂ及び優先利用依頼者Ｃに対してサービス車両の配車を行う。図１３の例では、サービス業者側装置２００は、第１種保存情報６３０中の予約車両情報６３４及び輸送予約情報６３５に従ってサービス車両８０２を提供可能者Ｂ（実提供者Ｄ）に配車し、第２種保存情報６５０中の予約車両情報６５２及び輸送予約情報６５３に従ってサービス車両８０１を優先利用依頼者Ｃ（被提供者Ｅ）に配車する。
【0084】
尚、実配車工程を経て実際にサービス車両が運行された後において、又は、ステップＳ９の清算工程において、予約管理装置１００及び２００と金融機関側の装置（不図示）とが連携して、サービス利用料の決済が行われる。任意の注目人物が支払うべきサービス利用料は、当該注目人物が交通機関を利用して移動する際の運賃を含み、当該注目人物が優先利用依頼者Ｃであるときには優先利用料を含み得る。
【0085】
［ステップＳ１０：標準対応工程］
ステップＳ１０の標準対応工程では、第１及び第２予約処理の結果に従って提供可能者Ｂ及び優先利用依頼者Ｃの夫々にサービス車両が配車される。この場合にも、実際にサービス車両が運行された後には（又はその前に）、予約管理装置１００及び２００と金融機関側の装置（不図示）とが連携して、サービス利用料の決済が行われる。
ステップＳ１０の標準対応工程では、第１及び第２予約処理の結果に従って提供可能者Ｂ及び優先利用依頼者Ｃの夫々にサービス車両が配車される。この場合にも、実際にサービス車両が運行された後には（又はその前に）、予約管理装置１００及び２００と金融機関側の装置（不図示）とが連携して、サービス利用料の決済が行われる。
【0086】
＜＜対応記号の定義＞＞
図１９及び図２０を参照する。以下では、説明の具体化のため、以下のように各種の情報等に対して記号を対応付ける。システムＳＹＳの会員には第１～第ｍの提供可能者Ｂ及び第１～第ｎの優先利用依頼者Ｃが含まれる。ｍ及びｎは２以上の整数であるとする（但し、“ｍ＝１”、“ｎ＝１”であり得て良い）。第ｉの提供可能者Ｂを提供可能者Ｂ［ｉ］と称し、第ｉの優先利用依頼者Ｃを優先利用依頼者Ｃ［ｉ］と称する。ｉは任意の自然数を表す。
図１９及び図２０を参照する。以下では、説明の具体化のため、以下のように各種の情報等に対して記号を対応付ける。システムＳＹＳの会員には第１～第ｍの提供可能者Ｂ及び第１～第ｎの優先利用依頼者Ｃが含まれる。ｍ及びｎは２以上の整数であるとする（但し、“ｍ＝１”、“ｎ＝１”であり得て良い）。第ｉの提供可能者Ｂを提供可能者Ｂ［ｉ］と称し、第ｉの優先利用依頼者Ｃを優先利用依頼者Ｃ［ｉ］と称する。ｉは任意の自然数を表す。
【0087】
提供可能者Ｂ［ｉ］の利用希望情報６２４にて示される希望出発日時、出発地、目的地を、夫々、記号Ｊ１＿Ｂ［ｉ］、Ｊ２＿Ｂ［ｉ］、Ｊ３＿Ｂ［ｉ］にて参照する。提供可能者Ｂ［ｉ］の予約順位情報６３３及び予約車両情報６３４を、夫々、記号Ｊ４＿Ｂ［ｉ］、Ｊ５＿Ｂ［ｉ］にて参照する。提供可能者Ｂ［ｉ］の輸送予約情報６３５にて示される予約出発日時、出発地、目的地を、夫々、記号Ｊ６＿Ｂ［ｉ］、Ｊ７＿Ｂ［ｉ］、Ｊ８＿Ｂ［ｉ］にて参照する。出発地Ｊ２＿Ｂ［ｉ］が示す地点と出発地Ｊ７＿Ｂ［ｉ］が示す地点は等しい。目的地Ｊ３＿Ｂ［ｉ］が示す地点と目的地Ｊ８＿Ｂ［ｉ］が示す地点は等しい。希望出発日時Ｊ１＿Ｂ［ｉ］と予約出発日時Ｊ６＿Ｂ［ｉ］は一致することもあるし、相違することもある。
【0088】
優先利用依頼者Ｃ［ｉ］の利用希望情報６４２にて示される希望出発日時、出発地、目的地を、夫々、記号Ｊ１＿Ｃ［ｉ］、Ｊ２＿Ｃ［ｉ］、Ｊ３＿Ｃ［ｉ］にて参照する。優先利用依頼者Ｃ［ｉ］の予約順位情報６５１及び予約車両情報６５２を、夫々、記号Ｊ４＿Ｃ［ｉ］、Ｊ５＿Ｃ［ｉ］にて参照する。優先利用依頼者Ｃ［ｉ］の輸送予約情報６５３にて示される予約出発日時、出発地、目的地を、夫々、記号Ｊ６＿Ｃ［ｉ］、Ｊ７＿Ｃ［ｉ］、Ｊ８＿Ｃ［ｉ］にて参照する。出発地Ｊ２＿Ｃ［ｉ］が示す地点と出発地Ｊ７＿Ｃ［ｉ］が示す地点は等しい。目的地Ｊ３＿Ｃ［ｉ］が示す地点と目的地Ｊ８＿Ｃ［ｉ］が示す地点は等しい。希望出発日時Ｊ１＿Ｃ［ｉ］と予約出発日時Ｊ６＿Ｃ［ｉ］は一致することもあるし、相違することもある。
【0089】
尚、説明の簡略化上、以下では単一の日付にのみ注目し、以下に示す時刻は単一の日付における時刻であるとする。故に、以下では、日時の具体例として時刻のみを記載する。また、本実施形態では時刻を２４時間表記で表す。従って例えば、９時３０分又は９：３０は午前９時３０分を表し、１５時３０分又は１５：３０は午後３時３０分を表す。単一の日付のみに注目した場合、出発日時は出発時刻と等価である。
【0090】
上述の各動作を基本としつつ、以下に示される複数の実施例の中で、システムＳＹＳに関わる幾つかの具体的な動作例、応用技術、変形技術等を説明する。本実施形態にて上述した事項は、特に記述無き限り且つ矛盾無き限り、以下の各実施例に適用される。各実施例において、上述の事項と矛盾する事項がある場合には、各実施例での記載が優先されて良い。また矛盾無き限り、以下に示す複数の実施例の内、任意の実施例に記載した事項を、他の任意の実施例に適用することもできる（即ち複数の実施例の内の任意の２以上の実施例を組み合わせることも可能である）。
【0091】
＜＜第１実施例＞＞
第１実施例を説明する。第１実施例では、提供可能者Ｂ［１］と優先利用依頼者Ｃ［１］にのみ注目する。図２１は、第１実施例に係るシステムＳＹＳの動作の流れを示すシーケンス図である。図２２は、提供可能者Ｂ［１］及び優先利用依頼者Ｃ［１］に関わる情報を示す図である。時間経過と共に、時刻ｔ１１、ｔ１２、ｔ１３、ｔ１４、この順番で訪れるものとする。時刻ｔ１１、ｔ１２、ｔ１３、ｔ１４は、例えば、夫々、９：００、９：３０、１１：００、１１：３０である。
第１実施例を説明する。第１実施例では、提供可能者Ｂ［１］と優先利用依頼者Ｃ［１］にのみ注目する。図２１は、第１実施例に係るシステムＳＹＳの動作の流れを示すシーケンス図である。図２２は、提供可能者Ｂ［１］及び優先利用依頼者Ｃ［１］に関わる情報を示す図である。時間経過と共に、時刻ｔ１１、ｔ１２、ｔ１３、ｔ１４、この順番で訪れるものとする。時刻ｔ１１、ｔ１２、ｔ１３、ｔ１４は、例えば、夫々、９：００、９：３０、１１：００、１１：３０である。
【0092】
図２１の例では、第１予約処理１１１０及び第２予約処理１１２０の後、それらの予約内容の変更を伴う割当変更処理が実行される。割当変更処理は後述の処理１１３０、１１４０、１１５０及び１１６０を含む。但し、処理１１３０及び１１４０にて割当変更処理が構成されると考えても良い。
【0093】
時刻ｔ１１において、提供可能者Ｂ［１］の端末装置ＴＭ＿Ｂから提供可能者Ｂ［１］の提供可能者情報６２０が予約管理装置１００に送信され、これを受けて予約管理装置１００にて提供可能者情報６２０に基づく第１予約処理１１１０が実行される。第１予約処理１１１０にて提供可能者Ｂ［１］に対し交通サービスの利用予約が行われ、サービス車両ＣＲ１が配車予約車両として提供可能者Ｂ［１］に割り当てられる。
【0094】
ここで、提供可能者Ｂ［１］の希望出発日時Ｊ１＿Ｂ［１］は時刻ｔ１３であって、出発地Ｊ２＿Ｂ［１］及び目的地Ｊ３＿Ｂ［１］は夫々第１地点（例えば神戸駅）及び第２地点（例えば六甲山登山口）であるとする。第１予約処理１１１０が行われた直後において、予約順位情報Ｊ４＿Ｂ［１］は時刻ｔ１１を表し、予約車両情報Ｊ５＿Ｂ［１］はサービス車両ＣＲ１の車両ＩＤを表す。また第１予約処理１１１０が行われた直後において、予約出発日時Ｊ６＿Ｂ［１］は時刻ｔ１３であるとする。出発地Ｊ７＿Ｂ［１］及び目的地Ｊ８＿Ｂ［１］は夫々第１地点及び第２地点に設定される。このように、第１予約処理１１１０にて提供可能者Ｂ［１］の希望通りのサービス車両が予約される。仮に、後述の権利提供処理１１４０が行われなければ、提供可能者Ｂ［１］は時刻ｔ１３にてサービス車両ＣＲ１により出発地から出発することになる。
【0095】
時刻ｔ１２において、優先利用依頼者Ｃ［１］の端末装置ＴＭ＿Ｃから優先利用依頼者Ｃ［１］の優先依頼情報６４０が予約管理装置１００に送信され、これを受けて予約管理装置１００にて優先依頼情報６４０に基づく第２予約処理１１２０が実行される。第２予約処理１１２０にて優先利用依頼者Ｃ［１］に対し交通サービスの利用予約が行われ、サービス車両ＣＲ２が配車予約車両として優先利用依頼者Ｃ［２］に割り当てられる。
【0096】
ここで、優先利用依頼者Ｃ［１］の希望出発日時Ｊ１＿Ｃ［１］は時刻ｔ１３であって、出発地Ｊ２＿Ｃ［１］及び目的地Ｊ３＿Ｃ［１］は夫々第１地点（例えば神戸駅）及び第２地点（例えば六甲山登山口）であるとする。第２予約処理１１２０が行われた直後において、予約順位情報Ｊ４＿Ｃ［１］は時刻ｔ１２を表し、予約車両情報Ｊ５＿Ｃ［１］はサービス車両ＣＲ２の車両ＩＤを表す。優先利用依頼者Ｃ［１］は時刻ｔ１３での出発を希望するものの、運行スケジュール上、サービス車両ＣＲ２は時刻ｔ１３にて出発できないものとする。結果、第２予約処理１１２０が行われた直後において、予約出発日時Ｊ６＿Ｃ［１］は時刻ｔ１４であったとする。出発地Ｊ７＿Ｃ［１］及び目的地Ｊ８＿Ｃ［１］は夫々第１地点及び第２地点に設定される。このように、第２予約処理１１２０では、優先利用依頼者Ｃ［１］の希望通りのサービス車両が予約されていない（時刻ｔ１３での出発を希望しているが、時刻ｔ１４に出発するサービス車両しか予約できていない）。仮に、後述の権利提供処理１１４０が行われなければ、優先利用依頼者Ｃ［１］は時刻ｔ１４にてサービス車両ＣＲ２により出発地から出発することになる。
【0097】
第１予約処理１１１０及び第２予約処理１１２０の後、ステップＳ４のチェック工程（図５参照）が実行される。本例に係るチェック工程において、第２予約処理１１２０での交通サービスの利用予約の内容（輸送予約情報６５３）と優先利用依頼者Ｃ［１］の利用希望情報６４２の内容とが一致していない。即ち、第２予約処理１１２０の直後において希望出発日時Ｊ１＿Ｃ［１］と予約出発日時Ｊ６＿Ｃ［１］とが相違する（詳細には希望出発日時Ｊ１＿Ｃ［１］よりも予約出発日時Ｊ６＿Ｃ［１］が遅い）。このため、ステップＳ４からステップＳ５に進む（図５参照）。
【0098】
ステップＳ５のマッチング工程にてマッチング処理１１３０が実行される。第１実施例では、マッチング処理１１３０にて提供可能者Ｂ［１］及び優先利用依頼者Ｃ［１］が対応付けられることを通じ、提供可能者Ｂ［１］及び優先利用依頼者Ｃ［１］が夫々実提供者Ｄ及び被提供者Ｅに設定される。その後、ステップＳ６にて権利提供処理１１４０が実行される。
【0099】
権利提供処理１１４０では、第１予約処理１１１０にて実提供者Ｄとしての提供可能者Ｂ［１］に割り当てられた交通機関の利用権利を、被提供者Ｅとしての優先利用依頼者Ｃ［１］に提供する（換言すれば承継させる）。この際、割当変更部２２は、第１予約処理１１１０にて提供可能者Ｂ［１］に割り当てられた交通機関の利用権利と、第２予約処理１１２０にて優先利用依頼者Ｃ［１］に割り当てられた交通機関の利用権利と、を交換する。これは、第１予約処理１１１０の直後における提供可能者Ｂ［１］の情報Ｊ４＿Ｂ［１］及びＪ５＿Ｂ［１］と、第２予約処理１１２０の直後における優先利用依頼者Ｃ［１］の情報Ｊ４＿Ｃ［１］及びＪ５＿Ｃ［１］とを、交換することに相当する。この交換により、第１予約処理１１１０にて提供可能者Ｂ［１］に割り当てられた交通機関の利用権利が優先利用依頼者Ｃ［１］に提供（承継）されることになる。権利提供処理１１４０において、優先利用依頼者Ｃ［１］の予約車両情報Ｊ５＿Ｃ［１］がサービス車両ＣＲ２の車両ＩＤからサービス車両ＣＲ１の車両ＩＤに変更されることになる（図２２）。一方、権利提供処理１１４０において、提供可能者Ｂ［１］の予約車両情報Ｊ５＿Ｂ［１］がサービス車両ＣＲ１の車両ＩＤからサービス車両ＣＲ２の車両ＩＤに変更されることになる。
【0100】
また権利提供処理１１４０において、割当変更部２２は、予約順位情報Ｊ４＿Ｂ［１］を時刻ｔ１１から時刻ｔ１２に変更し、且つ、予約順位情報Ｊ４＿Ｃ［１］を時刻ｔ１２から時刻ｔ１１に変更する（図２２参照）。即ち、権利提供処理１１４０が行われることで、提供可能者Ｂ［１］の予約を行った日時が時刻ｔ１１から時刻ｔ１２に繰り下がったものとみなされ、優先利用依頼者Ｃ［１］の予約を行った日時が時刻ｔ１２から時刻ｔ１１に繰り上がったものとみなされる。予約を行った日時の繰り下げは予約の優先順位の低下に相当し、予約を行った日時の繰り上げは予約の優先順位の上昇に相当する。
【0101】
更に権利提供処理１１４０において、割当変更部２２は、実提供者Ｄである提供可能者Ｂ［１］の予約出発日時Ｊ６＿Ｂ［１］をサービス車両ＣＲ２のスケジュールに沿ったものに更新する。ここでは、時刻ｔ１４になるまでサービス車両ＣＲ２が出発できない事情があるため、予約出発日時Ｊ６＿Ｂ［１］が時刻ｔ１３から時刻ｔ１４に変更される（図２２参照）。同様に権利提供処理１１４０において、割当変更部２２は、被提供者Ｅである優先利用依頼者Ｃ［１］の予約出発日時Ｊ６＿Ｃ［１］をサービス車両ＣＲ１のスケジュールに沿ったものに更新する。サービス車両ＣＲ１は元々時刻ｔ１３にて出発可能であるため、予約出発日時Ｊ６＿Ｃ［１］が時刻ｔ１４から時刻ｔ１３に変更される（図２２参照）。
【0102】
権利提供処理１１４０の後、結果報告処理１１５０が実行される。結果報告処理１１５０において、実提供者Ｄ（Ｂ［１］）の端末装置ＴＭ＿Ｄに対し提供結果情報６７０を送信する処理と、被提供者Ｅ（Ｃ［１］）の端末装置ＴＭ＿Ｅに対し依頼結果情報６８０を送信する処理と、が実行される。
【0103】
本例における提供結果情報６７０中の予約車両情報６７２及び輸送予約情報６７３（図１６参照）は、権利提供処理１１４０後における実提供者Ｄ（Ｂ［１］）の予約車両情報６３４及び輸送予約情報６３５（Ｊ５＿Ｂ［１］～Ｊ８＿Ｂ［１］）と一致する。提供結果情報６７０を受けて、実提供者Ｄ（Ｂ［１］）は、予約出発日時である時刻ｔ１４にてサービス車両ＣＲ２を利用する。
【0104】
本例における依頼結果情報６８０中の予約車両情報６８２及び輸送予約情報６８３（図１７参照）は、権利提供処理１１４０後における被提供者Ｅ（Ｃ［１］）の予約車両情報６５２及び輸送予約情報６５３（Ｊ５＿Ｃ［１］～Ｊ８＿Ｃ［１］）と一致する。依頼結果情報６８０を受けて、被提供者Ｅ（Ｃ［１］）は、予約出発日時である時刻ｔ１３にてサービス車両ＣＲ１を利用する。
【0105】
尚、権利提供処理１１４０及び結果報告処理１１５０は時刻ｔ１２の後であって且つ時刻ｔ１３の前に実行される。権利提供処理１１４０の後、任意のタイミングでポイント更新部３４により清算処理１１６０が実行される。
【0106】
清算処理１１６０において、ポイント更新部３４は、実提供者Ｄとなった提供可能者Ｂ［１］が所持する会員ポイントを値ＰＮＴＵＰだけ増加させる（ＰＮＴＵＰ＞０）。増加の結果がテーブルデータ７００に反映される。被提供者Ｅとなった優先利用依頼者Ｃ［１］からの優先依頼情報６４０中の情報６４３により表される優先利用料（図１１参照）を、便宜上、優先利用料αと称する。優先利用料αが大きいほど値ＰＮＴＵＰは大きくなる。
【0107】
値ＰＮＴＵＰによる会員ポイントの増加は、提供可能者Ｂ［１］が交通機関の利用権利を優先利用依頼者Ｃ［１］に提供（譲渡）したことに対して受け取る対価（換言すれば報酬）である。一方で優先利用依頼者Ｃ［１］は自身が設定した優先利用料を支払う。清算処理１１６０において、ポイント更新部３４は優先利用依頼者Ｃ［１］から優先利用料を徴収する。優先利用依頼者Ｃ［１］から徴収した優先利用料は、提供可能者Ｂ［１］が受け取る対価の原資となる。優先利用料の全て又は一部が提供可能者Ｂ［１］が受け取る対価に相当する。
【0108】
優先利用依頼者Ｃ［１］は優先利用料を自身が所持する会員ポイントにて支払うことができる。この場合、清算処理１１６０において、ポイント更新部３４は、優先利用依頼者Ｃ［１］が所持する会員ポイントを値ＰＮＴＤＷＮだけ減少させる。ここで“ＰＮＴＤＷＮ＝ＰＮＴＵＰ”又は“ＰＮＴＤＷＮ＞ＰＮＴＵＰ”が成立すると良い。この際、値ＰＮＴＤＷＮ分の会員ポイントが優先利用料に相当する。
【0109】
このように、優先利用管理部３０は、被提供者Ｅ（Ｃ［１］）から徴収される優先利用料に基づく対価を実提供者Ｄ（Ｂ［１］）に対して付与するための清算処理１１６０を実行する。会員ポイントにて優先利用料の支払い及び対価の受け取りが行われる場合には、ポイント更新部３４が清算処理１１６０を行うことになる。
【0110】
但し、清算処理１１６０において優先利用依頼者Ｃ［１］は優先利用料を通貨（法定通貨又は仮想通貨）にて支払うことができて良い。同様に、清算処理１１６０において提供可能者Ｂ［１］は対価を通貨で受け取ることができて良い。通貨による優先利用料の支払い及び対価の受け取りは、各会員の金融機関の情報６０２及び６２２（図７及び図９参照）に基づいて決済され、当該決済は優先利用管理部３０の制御の下で実行される。
【0111】
尚、予約管理装置１００では通貨と会員ポイントが所定の交換率で交換される。会員ポイントは、各種商品の購入費用として用いることのできる電子マネーであっても良い。電子マネーは、任意のサービスの提供に対して支払うことのできるポイント等であっても良い。任意の会員は、システムＳＹＳで運用される交通機関の利用に対する運賃として、自身の会員ポイントを利用できても良い。
【0112】
急いで目的地にまで移動したい会員など、交通サービスの優先利用を希望する会員は優先利用依頼者Ｃとして交通サービスの利用予約を申し込むことができる。一方で、急ぐ必要のない会員など、予約を譲っても良いと考える会員は提供可能者Ｂとして交通サービスの利用予約を申し込むことができる。これにより、提供可能者Ｂに対して一旦割り当てられた交通機関の利用権利が優先利用依頼者Ｃに譲り渡されることがあり、優先利用依頼者Ｃの希望を叶えることができる。一方、その見返りとして、優先利用依頼者Ｃは優先利用料を支払い、提供可能者Ｂは優先利用料に基づく対価を受け取る。このため、提供可能者Ｂにとってもメリットがある。結果、交通サービスの供給に対して需要が上回るようなときにおいても、提供可能者Ｂ及び優先利用依頼者Ｃの双方にてメリットを享受することができる。
【0113】
交通サービスの優先利用を希望する人物を優先利用依頼者Ｃとして機能させる一方で、自身に割り当てられた交通機関の利用権利を他者に譲り渡すことを認容する人物を提供可能者Ｂとして機能させる。これにより、各会員（各利用者）にとってより有益な交通サービスを提供できる。優先利用依頼者Ｃにとっては優先利用の希望が叶えられ、提供可能者Ｂにとっては交通機関の利用権利の譲渡により対価を受け取ることができるからである。
またシステムＳＹＳにとっても、予約の柔軟性が得られるというメリットがある。
またシステムＳＹＳにとっても、予約の柔軟性が得られるというメリットがある。
【0114】
第１予約処理１１１０にて提供可能者Ｂに対して割り当てられた交通機関の利用権利と、第２予約処理１１２０にて優先利用依頼者Ｃに対して割り当てられた交通機関の利用権利とを交換することで、前者の利用権利が優先利用依頼者Ｃに提供される（承継される）。このため、提供可能者Ｂの交通機関の利用権利が一切消失するわけではなく、提供可能者Ｂは目的地への移動が可能である。
【0115】
＜＜第２実施例＞＞
第２実施例を説明する。提供可能者Ｂ［ｉ］と優先利用依頼者Ｃ［ｊ］に対して実行されるマッチング処理を説明する。ｉ及びｊは任意の自然数である。優先利用依頼者Ｃ［ｊ］に対して実行されるステップＳ４での判断は否定であるものとする。即ち、優先利用依頼者Ｃ［ｊ］に対する第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃ［ｊ］の利用希望情報６４２の内容とは相違している。これは、第２予約処理の段階では、優先利用依頼者Ｃ［ｊ］の希望通りの交通サービスを予約できていないことを意味し、第２予約処理での予約出発日時Ｊ６＿Ｃ［ｊ］（例えば時刻ｔ１４）は希望出発日時Ｊ１＿Ｃ［ｊ］（例えば時刻ｔ１３）よりも遅い（図２２参照）。尚、以下では、記載の簡略化上、提供可能者Ｂ及びＢ［ｉ］を人物Ｂ及びＢ［ｉ］と表記することがあり、優先利用依頼者Ｃ及びＣ［ｊ］を人物Ｃ及びＣ［ｊ］と表記することがある。
第２実施例を説明する。提供可能者Ｂ［ｉ］と優先利用依頼者Ｃ［ｊ］に対して実行されるマッチング処理を説明する。ｉ及びｊは任意の自然数である。優先利用依頼者Ｃ［ｊ］に対して実行されるステップＳ４での判断は否定であるものとする。即ち、優先利用依頼者Ｃ［ｊ］に対する第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃ［ｊ］の利用希望情報６４２の内容とは相違している。これは、第２予約処理の段階では、優先利用依頼者Ｃ［ｊ］の希望通りの交通サービスを予約できていないことを意味し、第２予約処理での予約出発日時Ｊ６＿Ｃ［ｊ］（例えば時刻ｔ１４）は希望出発日時Ｊ１＿Ｃ［ｊ］（例えば時刻ｔ１３）よりも遅い（図２２参照）。尚、以下では、記載の簡略化上、提供可能者Ｂ及びＢ［ｉ］を人物Ｂ及びＢ［ｉ］と表記することがあり、優先利用依頼者Ｃ及びＣ［ｊ］を人物Ｃ及びＣ［ｊ］と表記することがある。
【0116】
割当変更部２２は、マッチング処理において、人物Ｂ［ｉ］に対する第１予約処理の結果と、人物Ｃ［ｊ］の利用希望情報６４２と、人物Ｃ［ｊ］に対する第２予約処理の結果と、に基づき、人物Ｂ［ｉ］及びＣ［ｊ］を互いに対応付けるかを判断できる。対応付けの方法として、以下に第１及び第２対応付け方法を挙げる。
【0117】
第１対応付け方法を説明する。第１対応付け方法では、以下の第１～第３判定条件の成否を判断し、人物Ｂ［ｉ］及びＣ［ｊ］について第１～第３判定条件が全て満たされる場合に限り、人物Ｂ［ｉ］及びＣ［ｊ］を互いに対応付ける。図２３に第１～第３判定条件の概念図を示す。
【0118】
第１判定条件は、「第１予約処理における人物Ｂ［ｉ］の予約出発日時Ｊ６＿Ｂ［ｉ］は、第２予約処理での人物Ｃ［ｊ］の予約出発日時Ｊ６＿Ｃ［ｊ］よりも早い」という条件である。
【0119】
第２判定条件は、「第１予約処理における人物Ｂ［ｉ］の予約出発日時Ｊ６＿Ｂ［ｉ］が、人物Ｃ［ｊ］の希望出発日時Ｊ１＿Ｃ［ｊ］を基準とする期間ＰＰ［ｊ］に属する」という条件である。期間ＰＰ［ｊ］は、希望出発日時Ｊ１＿Ｃ［ｊ］より第１所定時間ΔＴＡだけ前の日時から、希望出発日時Ｊ１＿Ｃ［ｊ］より第２所定時間ΔＴＢだけ後の日時までの期間である。但し、第２所定時間ΔＴＢはゼロであっても良く、この場合、期間ＰＰ［ｊ］は、希望出発日時Ｊ１＿Ｃ［ｊ］より第１所定時間ΔＴＡだけ前の日時から希望出発日時Ｊ１＿Ｃ［ｊ］までの期間となる。第１所定時間ΔＴＡをゼロとしても良い。所定時間ΔＴＡ及びΔＴＢの双方をゼロにすることも可能である。所定時間ΔＴＡ及びΔＴＢの双方がゼロであるとき、第１予約処理における人物Ｂ［ｉ］の予約出発日時Ｊ６＿Ｂ［ｉ］が人物Ｃ［ｊ］の希望出発日時Ｊ１＿Ｃ［ｊ］と一致するときにのみ、第２判定条件が成立する。
【0120】
第３判定条件は、「人物Ｂ［ｉ］の出発地Ｊ７＿Ｂ［ｉ］と人物Ｃ［ｊ］の出発地Ｊ７＿Ｃ［ｊ］との距離ｄ［ｉ，ｊ］が所定距離ｄＲＥＦ以下である」という条件である。距離ｄ［ｉ，ｊ］は出発地Ｊ２＿Ｂ［ｉ］及びＪ２＿Ｃ［ｊ］間の距離でもある。所定距離ｄＲＥＦはゼロであっても良い。この場合、人物Ｂ［ｉ］及びＣ［ｊ］間で出発地が一致する場合に限り第３判定条件が成立することになる。
【0121】
第２対応付け方法を説明する。割当変更部２２は、提供可能者Ｂと優先利用依頼者Ｃとの組み合わせごとにマッチングスコアＳＣＲを導出できる。人物Ｂ［ｉ］及びＣ［ｊ］の組み合わせに関するマッチングスコアＳＣＲを特に記号ＳＣＲ［ｉ，ｊ］で表す。第２対応付け方法では、マッチングスコアＳＣＲ［ｉ，ｊ］に基づき人物Ｂ［ｉ］及びＣ［ｊ］を互いに対応付けるかを判断する。
【0122】
マッチングスコアＳＣＲ［ｉ，ｊ］は時間スコアと距離スコアの和である。マッチングスコアＳＣＲ［ｉ，ｊ］における時間スコアは、上記第１判定条件が成立する前提の下、第１予約処理における人物Ｂ［ｉ］の予約出発日時Ｊ６＿Ｂ［ｉ］が、人物Ｃ［ｊ］の希望出発日時Ｊ１＿Ｃ［ｊ］に近いほど増加する。第１予約処理における人物Ｂ［ｉ］の予約出発日時Ｊ６＿Ｂ［ｉ］と人物Ｃ［ｊ］の希望出発日時Ｊ１＿Ｃ［ｊ］との差が一定であるとき、前者の日時（Ｊ６＿Ｂ［ｉ］）が後者の日時（Ｊ１＿Ｃ［ｊ］）より早い方が、その逆よりも、マッチングスコアＳＣＲ［ｉ，ｊ］中の時間スコアは大きい。マッチングスコアＳＣＲ［ｉ，ｊ］中の距離スコアは、距離ｄ［ｉ，ｊ］が小さくなるほど増加する。
【0123】
第２対応付け方法に係る割当変更部２２は、マッチングスコアＳＣＲ［ｉ，ｊ］が所定の基準スコア以上であるとき、人物Ｂ［ｉ］及びＣ［ｊ］を互いに対応付け、そうでないとき、人物Ｂ［ｉ］及びＣ［ｊ］を互いに対応付けない。人物Ｂ［ｉ］及びＣ［ｊ］について上述の第１～第３判定条件が全て満たされる場合に限ってマッチングスコアＳＣＲ［ｉ，ｊ］が基準スコア以上となるよう、マッチングスコアＳＣＲ［ｉ，ｊ］の導出規則が定められていて良い。
【0124】
割当変更部２２は第１又は第２対応付け方法を利用できる。第１又は第２対応付け方法により人物Ｂ［ｉ］及びＣ［ｊ］が対応付けられた場合において（ｉ，ｊ）＝（１，１）であるならば、人物Ｂ［１］及びＣ［１］が実提供者Ｄ及び被提供者Ｅに設定され、図２１の処理１１４０～１１６０を含む第１実施例に示した動作が実行される。
【0125】
＜＜第３実施例＞＞
第３実施例を説明する。提供可能者Ｂ［１］～Ｂ［ｐ］に対するｐ人分の第１種保存情報６３０がＤＢ４２に保存されている状態を想定する。ｐは２以上の任意の整数である。この状態において、優先利用依頼者Ｃ［ｊ］に対する第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃ［ｊ］の利用希望情報６４２の内容とが相違していたとする。これは、第２予約処理の段階では、優先利用依頼者Ｃ［ｊ］の希望通りの交通サービスを予約できていないことを意味し、第２予約処理での予約出発日時Ｊ６＿Ｃ［ｊ］（例えば時刻ｔ１４）は希望出発日時Ｊ１＿Ｃ［ｊ］（例えば時刻ｔ１３）よりも遅い（図２２参照）。
第３実施例を説明する。提供可能者Ｂ［１］～Ｂ［ｐ］に対するｐ人分の第１種保存情報６３０がＤＢ４２に保存されている状態を想定する。ｐは２以上の任意の整数である。この状態において、優先利用依頼者Ｃ［ｊ］に対する第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃ［ｊ］の利用希望情報６４２の内容とが相違していたとする。これは、第２予約処理の段階では、優先利用依頼者Ｃ［ｊ］の希望通りの交通サービスを予約できていないことを意味し、第２予約処理での予約出発日時Ｊ６＿Ｃ［ｊ］（例えば時刻ｔ１４）は希望出発日時Ｊ１＿Ｃ［ｊ］（例えば時刻ｔ１３）よりも遅い（図２２参照）。
【0126】
この場合、割当変更部２２は、人物Ｂ［１］～Ｂ［ｐ］に対する第１予約処理の結果と、人物Ｃ［ｊ］の利用希望情報６４２と、人物Ｃ［ｊ］に対する第２予約処理の結果と、に基づき、マッチング処理を実行する。このマッチング処理により、人物Ｂ［１］～Ｂ［ｐ］の何れかが人物Ｃ［ｊ］に対応付けられる、又は、人物Ｂ［１］～Ｂ［ｐ］の何れもが人物Ｃ［ｊ］に対応付けられない。当該マッチング処理により、人物Ｂ［１］～Ｂ［ｐ］の内の人物Ｂ［ｉ］が人物Ｃ［ｊ］に対応付けられた場合、人物Ｂ［ｉ］は実提供者Ｄに設定（選別）されることになる。一方で人物Ｃ［ｊ］が被提供者Ｅとなり、結果、第１予約処理にて実提供者Ｄ（Ｂ［ｉ］）に割り当てられた交通機関の利用権利が被提供者Ｅ（Ｃ［ｊ］）に提供されることになる。
【0127】
対応付けの方法として上述の第１又は第２対応付け方法を利用できる。第１又は第２対応付け方法により人物Ｂ［ｉ］及びＣ［ｊ］が互いに対応付けられた場合において（ｉ，ｊ）＝（１，１）であるならば、人物Ｂ［１］及びＣ［１］が実提供者Ｄ及び被提供者Ｅに設定され、図２１の処理１１４０～１１６０を含む第１実施例に示した動作が実行される。
【0128】
本実施例に示すマッチング処理により、交通機関の利用権利の授受を行うべき妥当な会員同士をマッチングさせることができる。
【0129】
尚、第１又は第２対応付け方法が用いられる場合において、人物Ｃ［ｊ］に対し複数の提供可能者Ｂ（例えば人物Ｂ［１］～Ｂ［３］）が対応付けられることもある。この場合、例えば、複数の提供可能者Ｂと人物Ｃ［ｊ］との間で導出されたマッチングスコアＳＣＲを参照し、最大のマッチングスコアＳＣＲに対応する提供可能者Ｂを実提供者Ｄとして選別して良い。
【0130】
＜＜第４実施例＞＞
第４実施例を説明する。第１～第３実施例では、優先利用依頼者Ｃとして一人の人物Ｃ［１］又はＣ［ｊ］のみに注目している。但し、多くの会員がシステムＳＹＳを利用したとき、複数の提供可能者Ｂと複数の優先利用依頼者Ｃとのマッチング処理が行われる。この場合にも、割当変更処理無しでは希望通りのサービス車両を予約できない優先利用依頼者Ｃごとに、第１～第３実施例に示す方法で、マッチング処理を含む割当変更処理が実行されて良い。
第４実施例を説明する。第１～第３実施例では、優先利用依頼者Ｃとして一人の人物Ｃ［１］又はＣ［ｊ］のみに注目している。但し、多くの会員がシステムＳＹＳを利用したとき、複数の提供可能者Ｂと複数の優先利用依頼者Ｃとのマッチング処理が行われる。この場合にも、割当変更処理無しでは希望通りのサービス車両を予約できない優先利用依頼者Ｃごとに、第１～第３実施例に示す方法で、マッチング処理を含む割当変更処理が実行されて良い。
【0131】
今、提供可能者Ｂ［１］～Ｂ［ｐ］に対するｐ人分の第１種保存情報６３０がＤＢ４２に保存され且つ優先利用依頼者Ｃ［１］～Ｃ［ｑ］に対するｑ人分の第２種保存情報６５０がＤＢ４３に保存されている状態を想定する。ｐ及びｑは２以上の任意の整数である。そして、“１≦ｊ≦ｑ”を満たす全ての整数ｊに関して、優先利用依頼者Ｃ［ｊ］に対する第２予約処理での交通サービスの利用予約の内容と優先利用依頼者Ｃ［ｊ］の利用希望情報６４２の内容とが相違していたとする。これは、第２予約処理の段階では、優先利用依頼者Ｃごとに、優先利用依頼者Ｃ［ｊ］の希望通りの交通サービスを予約できていないことを意味し、第２予約処理での予約出発日時Ｊ６＿Ｃ［ｊ］（例えば時刻ｔ１４）は希望出発日時Ｊ１＿Ｃ［ｊ］（例えば時刻ｔ１３）よりも遅い（図２２参照）。
【0132】
この場合、割当変更部２２は、人物Ｂ［１］～Ｂ［ｐ］に対する第１予約処理の結果と、人物Ｃ［１］～Ｃ［ｑ］の利用希望情報６４２と、人物Ｃ［１］～Ｃ［ｑ］に対する第２予約処理の結果と、に基づき、マッチング処理を実行する。このマッチング処理により、人物Ｂ［１］～Ｂ［ｐ］の何れかが人物Ｃ［１］～Ｃ［ｑ］の何れかに対応付けられる。理想的には、人物Ｃ［１］～Ｃ［ｑ］の夫々に対し人物Ｂ［１］～Ｂ［ｐ］の何れかが一人ずつ対応付けられるが、条件次第で、そうならない。
【0133】
今、人物Ｂ［１］～Ｂ［ｐ］中における特定の人物である人物Ｂ［ｉ］に対し、２以上の優先利用依頼者である人物Ｃ［１］～Ｃ［ｋ］が対応付けられたケースＣＳＭＬＴを考える（図２４参照）。ｋは２以上且つｑ以下の任意の整数である。対応付けの方法としては上述の第１又は第２対応付け方法を利用できる。例えば、第１対応付け方法を利用した場合において、人物Ｂ［ｉ］と人物Ｃ［１］～Ｃ［ｋ］の夫々との間で第１～第３判定条件が全て満たされるとき、人物Ｂ［ｉ］に対し人物Ｃ［１］～Ｃ［ｋ］が対応付けられる。或いは例えば、第２対応付け方法を利用した場合において、マッチングスコアＳＣＲ［ｉ，１］～ＳＣＲ［ｉ，ｋ］が全て基準スコア以上であるとき、人物Ｂ［ｉ］に対し人物Ｃ［１］～Ｃ［ｋ］が対応付けられる。
【0134】
ケースＣＳＭＬＴにおいて、割当変更部２２は、人物Ｃ［１］～Ｃ［ｋ］の何れか一人を被提供者Ｅとして決定する被提供者決定処理を実行し、その被提供者Ｅに対する実提供者Ｄに人物Ｂ［ｉ］（上記特定の人物）を設定する。そして、割当変更部２２は、第１予約処理にて実提供者Ｄ（Ｂ［ｉ］）に割り当てられた交通機関の利用権利を被提供者Ｅに提供する。
【0135】
被提供者決定処理を説明する。ケースＣＳＭＬＴにおいて、割当変更部２２は、人物Ｃ［１］～Ｃ［ｋ］の第２種保存情報６５０中の情報６４３を参照する（図１１）、即ち、人物Ｃ［１］～Ｃ［ｋ］が設定した各優先利用料を参照する。そして、割当変更部２２は、人物Ｃ［１］～Ｃ［ｋ］についての優先利用料の内、最大の優先利用料ＦＭＡＸを特定し、人物Ｃ［１］～Ｃ［ｋ］の内、最大の優先利用料ＦＭＡＸに対応する人物を被提供者Ｅとして決定する。例えば、人物Ｃ［１］についての優先利用料が５００円であり、人物Ｃ［２］～Ｃ［ｋ］についての優先利用料が全て５００円未満であれば、優先利用料ＦＭＡＸは５００円であって、人物Ｃ［１］が被提供者Ｅとして決定される。
【0136】
これによれば、より高い優先利用料を設定した優先利用依頼者Ｃに対して交通サービスが優先的に手配されるようになり、負担と受益とのバランスがとれる。また、実提供者Ｄが受け取れる対価も増大する方向に向かい、実提供者Ｄにとってもメリットが大きい。
【0137】
各優先利用依頼者Ｃは優先依頼情報６４０を端末装置ＴＭ＿Ｃから送信させる際に、複数段階の料金の中から優先利用料を選択設定できる、或いは、優先利用料を任意の料金に設定できる。選択設定方式が採用される場合にあっては特に、複数優先利用依頼者Ｃにて同じ優先利用料が設定されることも多い。
【0138】
ケースＣＳＭＬＴにおいて、人物Ｃ［１］～Ｃ［ｋ］の内、最大の優先利用料ＦＭＡＸに対応する人物の総数が１である場合、割当変更部２２は、最大の優先利用料ＦＭＡＸに対応する人物を被提供者Ｅとして決定すれば良い。ケースＣＳＭＬＴにおいて、人物Ｃ［１］～Ｃ［ｋ］の内、最大の優先利用料ＦＭＡＸに対応する人物の総数が２以上である場合、割当変更部２２は、最大の優先利用料ＦＭＡＸに対応する２以上の人物Ｃの内、最も早い予約発生日時（６５１）に対応付けられた人物Ｃを被提供者Ｅとして決定しても良い。
【0139】
＜＜第５実施例＞＞
第５実施例を説明する。第５実施例では、被提供者決定処理の他の例を説明する。
第５実施例を説明する。第５実施例では、被提供者決定処理の他の例を説明する。
【0140】
上述のケースＣＳＭＬＴにおいて、人物Ｃ［１］～Ｃ［ｋ］の内、最大の優先利用料ＦＭＡＸに対応する人物の総数が１である場合、割当変更部２２は、最大の優先利用料ＦＭＡＸに対応する人物を被提供者Ｅとして決定すれば良い。ケースＣＳＭＬＴにおいて、人物Ｃ［１］～Ｃ［ｋ］の内、最大の優先利用料ＦＭＡＸに対応する人物の総数が２以上である場合、第５実施例に係る割当変更部２２は、更に優先希望度を参照して被提供者Ｅを決定する。
【0141】
優先希望度は交通サービスの優先利用の希望度合いを表す。各優先利用依頼者Ｃは優先依頼情報６４０を端末装置ＴＭ＿Ｃから送信させる際に、優先希望度を複数段階の何れかに選択設定できる。
【0142】
ケースＣＳＭＬＴの内、最大の優先利用料ＦＭＡＸに対応する２以上の人物が人物Ｃ［１］～Ｃ［ｋ］に含まれるケースを、特に、ケースＣＳＭＬＴ＿１と称する。ケースＣＳＭＬＴ＿１において、最大の優先利用料ＦＭＡＸに対応する２以上の人物が人物Ｃ［１］～Ｃ［ｒ］であるとする。ｒは“２≦ｒ≦ｋ”を満たす整数である。例えば、ケースＣＳＭＬＴの内、人物Ｃ［１］及びＣ［２］についての優先利用料が５００円であって且つ人物Ｃ［３］～Ｃ［ｋ］についての優先利用料が全て５００円未満であるケースはケースＣＳＭＬＴ＿１と該当する。この場合、優先利用料ＦＭＡＸは５００円であって、人物Ｃ［１］及びＣ［２］が最大の優先利用料ＦＭＡＸに対応する二人の人物となる。
【0143】
ケースＣＳＭＬＴ＿１において、割当変更部２２は、人物Ｃ［１］～Ｃ［ｒ］の第２種保存情報６５０中の情報６４４を参照し（図１１）、人物Ｃ［１］～Ｃ［ｒ］の優先希望度の内、最も高い優先希望度ＰＭＡＸを特定する。そして、割当変更部２２は、人物Ｃ［１］～Ｃ［ｒ］の内、最も高い優先希望度ＰＭＡＸに対応する人物を被提供者Ｅとして決定する。ここでは、優先希望度を「低」、「中」及び「高」の何れかに設定できるものとする。「低」の優先希望度よりも「中」の優先希望度の方が高く、「中」の優先希望度よりも「高」の優先希望度の方が更に高い。但し、優先希望度の設定段階数は２以上であれば任意である。
【0144】
従って例えば、ケースＣＳＭＬＴ＿１にて“ｒ＝２”である場合において、人物Ｃ［１］の優先希望度が「高」であって且つ人物Ｃ［２］の優先希望度が「低」又は「中」であれば、「高」の優先希望度ＰＭＡＸに対応する人物Ｃ［１］が被提供者Ｅとして決定される。逆に例えば、ケースＣＳＭＬＴ＿１にて“ｒ＝２”である場合において、人物Ｃ［２］の優先希望度が「高」であって且つ人物Ｃ［１］の優先希望度が「低」又は「中」であれば、「高」の優先希望度ＰＭＡＸに対応する人物Ｃ［２］が被提供者Ｅとして決定される。ケースＣＳＭＬＴ＿１において“ｒ≧３”の場合も同様である。
【0145】
本実施例により、優先利用料だけでは優劣がつけられないときでも、各優先利用依頼者Ｃの優先希望度に応じ、実際に交通サービスの優先利用を受ける被提供者Ｅを決定することができる。優先希望度は優先利用の希望度合いを表すため、優先希望度を参照することで、妥当な被提供者Ｅを選択及び決定することができる。優先利用料を支払う可能性が高まるが是非とも優先利用を受けたい人物Ｃは優先希望度を高く設定すれば良い。可能であれば優先利用を受けたいという程度の考えを持つ人物Ｃは優先希望度を中程度に設定すれば良い。
【0146】
尚、優先利用依頼者Ｃが設定する優先希望度に応じて、設定可能な優先利用料に下限が定められるようにしても良い。例えば、優先希望度を「中」にする場合には、優先利用料を下限料２００円以上にしか設定できず、優先希望度を「高」にする場合には、優先利用料を下限料４００円以上にしか設定できないようにしても良い。下限料は、出発地及び目的地間の距離に依存する料金であっても良いし、サービス車両による出発地及び目的地間の移動に必要な運賃に依存する料金であっても良い。
【0147】
ケースＣＳＭＬＴ＿１において、優先希望度を参照しても、なお優劣がつけられないケースもあり得る。即ち、ケースＣＳＭＬＴ＿１において、人物Ｃ［１］～Ｃ［ｒ］の内、優先利用料ＦＭＡＸ及び優先希望度ＰＭＡＸに対応する人物の総数が２以上となる場合もあり得る。この場合には、優先利用料ＦＭＡＸ及び優先希望度ＰＭＡＸに対応する２以上の人物Ｃの内、最も早い予約発生日時（６５１）に対応付けられた人物Ｃを被提供者Ｅとして決定して良い。
【0148】
＜＜第６実施例＞＞
第６実施例を説明する。
第６実施例を説明する。
【0149】
権利提供処理を経た後、被提供者Ｅの希望通りの予約が確保されることが期待されるものの、それが叶わないときもある。例えば、被提供者Ｅとなるべき優先利用依頼者Ｃの希望出発日時が１１：００であるときにおいて、第２予約処理にて１１：００発のサービス車両を予約できず、且つ、１１：００に出発可能なサービス車両の予約を有する提供可能者Ｂが一人も存在しないときもある。この場合には、１１：００の後であって且つ１１：００になるだけ近い時刻に出発可能なサービス車両の予約を有する提供可能者Ｂを特定し、その提供可能者Ｂを実提供者Ｄに設定すると良い。
【0150】
データ保持部４０において、過去の一定期間分の第１種保存情報６３０及び第２種保存情報６５０を蓄積しておいても良く、更に過去の一定期間分の配車実績情報を蓄積させておいても良い。配車実績情報はサービス車両の配車の実績情報である。そして、予約管理装置１００（例えば優先利用対応部２０）は、データ保持部４０の蓄積情報に基づき以下の事前通知処理を行うようにしても良い。事前通知処理では、データ保持部４０の蓄積情報に基づき、未来における特定の時間帯、曜日又は日付における特定の場所の混雑度合いを予想し、混雑度合いの予想結果をシステムＳＹＳの全会員に通知する。混雑度合いの予想結果の通知は、混雑度合いの予想結果を示す情報を各会員の端末装置ＴＭに送信することで実現される。ここにおける混雑度合いとは、システムＳＹＳで運営されるサービス車両の利用の混雑度合いを指す。通知を受けた会員は、混雑度合いの予想結果に基づき、必要に応じて、早めに交通サービスの予約を申請するといったことが可能であり、また通知内容を参考にして優先利用料又は優先希望度を設定するといったことが可能である。
【0151】
混雑度合いの予想結果は、上記の特定の時間帯、曜日又は日付における特定の場所への配車可能時間の予測値（サービス車両の配車までに必要な時間の予測値）を含んでいても良い。
【0152】
予約管理装置１００（例えば優先利用対応部２０）は、提供可能者Ｂ及び優先利用依頼者Ｃによる交通サービスの予約状況を各会員の個人情報を隠した状態で、各会員に公開するようにしても良い。優先利用依頼者Ｃは、適宜公開情報を参照しつつ、交通サービスの予約を確定させるまでは、交通サービスの利用に関わる様々な条件を変更することができる。
【0153】
優先利用依頼者Ｃは他者から譲り受けた交通機関の利用権利を更に別の人物に譲ることが可能であって良い。例えば、図２１の例において、被提供者Ｅの端末装置ＴＭ＿Ｅにて依頼結果情報６８０を受信した後、被提供者Ｅとしての人物Ｃ［１］は予定変更等により提供可能者Ｂになりかわっても良い。この際、端末装置ＴＭ＿Ｅにて依頼結果情報６８０が受信された後、被提供者Ｅは、他者から譲り受けた交通機関の利用権利（サービス車両ＣＲ１の利用権利）を更に別の人物に譲っても良いことを示す情報を、自身の端末装置ＴＭから予約管理装置１００に送信させれば良い。当該情報を受けて予約管理装置１００は、被提供者Ｅであった人物の意図に沿って上記利用権利（サービス車両ＣＲ１の利用権利）を、他の優先利用依頼者Ｃに譲り渡すことがある。
【0154】
予約管理装置１００は、サービス車両による移動ルートが近似している会員同士を組み合わせ、組み合わせた会員同士が同じサービス車両で移動するように、サービス車両の運行業者に依頼を行う（サービス業者側装置２００に必要な情報を送信する）ようにしても良い。
【0155】
予約管理装置１００は、各会員のサービス車両による移動ルートの関連性等を考慮して、マッチング処理又はサービス車両の割り当てを行って良い。例えば、第１会員の目的地の近辺に出発地を設定した第２会員が存在するとき、第１会員と第２会員に共通のサービス車両が割り当てられるようにして良い。
【0156】
人物Ｂ及びＣは、予約管理装置１００に対して交通サービスの利用予約を依頼する予約依頼者に属する。予約依頼者は自身の端末装置ＴＭから予約依頼情報を予約管理装置１００に送信することで、交通サービスの利用予約を依頼する。予約依頼者が人物Ｂであるときの予約依頼情報は提供可能者情報６２０であり、予約依頼者が人物Ｃであるときの予約依頼情報は優先依頼情報６４０である。予約管理装置１００は予約依頼者から予約依頼情報を受け付けるときに、自身が提供可能者Ｂとなっても良いかの登録を受け付けるようにして良い。全ての予約依頼情報に優先希望度の情報が含まれるようにしても良い。この場合において、複数段階の優先希望度の内、最低の優先希望度（第５実施例に示した具体例では「低」の優先希望度）が指定された予約依頼情報に対応する予約依頼者を提供可能者Ｂとして機能させ、他の予約依頼者を優先利用依頼者Ｃとして機能させるようにしても良い。提供可能者Ｂとして登録された人物に対する交通機関の割り当て優先順位は、優先利用依頼者Ｃのそれよりも下げられる。
【0157】
全ての予約依頼情報に優先希望度の情報が含まれる場合において、優先希望度を第１～第５段階の何れかに設定できる場合を考える。ここで、第（ｉ＋１）段階の優先希望度は第ｉ段階の優先希望度よりも高いものとする。この場合において、第１又は第２段階の優先希望度が指定された予約依頼情報に対応する予約依頼者を提供可能者Ｂとして機能させ、第３、第４又は第５段階の優先希望度が指定された予約依頼情報に対応する予約依頼者を優先利用依頼者Ｃとして機能させるようにしても良い。優先利用対応部２０は、相対的に高い優先希望度に対応する会員に対し、相対的に低い優先希望度に対応する会員よりも、優先的に交通機関の利用権利を割り当てる。そして、第２段階の提供可能者Ｂが実提供者Ｄとなったときに清算処理にて実提供者Ｄに付与される対価（例えば会員ポイント）は、第１段階の提供可能者Ｂが実提供者Ｄとなったときに清算処理にて実提供者Ｄに付与される対価（例えば会員ポイント）よりも高くても良い。即ち、交通機関の利用権利を他者に譲った会員（実提供者Ｄ）に付与される対価は、当該会員の優先希望度に応じて変更されるものであっても良い。提供可能者Ｂの優先希望度の設定段階数が３段階以上である場合も同様である。
【0158】
実提供者Ｄは自身が所有していた交通機関の利用権利を被提供者Ｅに譲る。この際、実提供者Ｄは、基本的に代わりの交通機関を利用することになるが、自身が所有していた交通機関の利用権利を被提供者Ｅに譲ったことに伴い、交通機関を用いた移動を取りやめることもある。
【0159】
優先利用料は特殊追加料を含んでいても良い。特殊追加料は、サービス車両による輸送の運賃及び実提供者Ｄへ支払われるべき対価とは別の料金であり、例えば、予約管理装置１００若しくはサービス業者側装置２００の運営会社、又は、サービス車両の運転手に支払われる。
【0160】
本実施形態では本発明を交通サービスに適用した例を詳説したが、本発明は交通サービス以外のサービスに適用することもできる。例えば、宿泊サービス又は飲食サービスにも本発明を適用でき、この場合、上述の説明における交通サービスを宿泊サービス又は飲食サービスに読み替えて考えれば良い。交通サービスに対する予約管理装置では交通サービスの利用予約に関わる処理を行う。これに対し、宿泊サービスに対する予約管理装置では宿泊サービスの利用予約（宿泊施設の利用予約）に関わる処理を行う。飲食サービスに対する予約管理装置では飲食サービスの利用予約（飲食店の利用予約）に関わる処理を行う。
【0161】
＜＜第７実施例＞＞
第７実施例を説明する。図２５に予約管理装置１００の機能ブロック図を示す。図２５は、図３とは異なる観点から予約管理装置１００の各機能をブロック図として示したものである。予約管理装置１００は大きく分けて機能ブロックＦ１～Ｆ４を備える。
第７実施例を説明する。図２５に予約管理装置１００の機能ブロック図を示す。図２５は、図３とは異なる観点から予約管理装置１００の各機能をブロック図として示したものである。予約管理装置１００は大きく分けて機能ブロックＦ１～Ｆ４を備える。
【0162】
機能ブロックＦ１は情報入力部である。情報入力部Ｆ１は、図３のデータ受信部１１にて構成される又は図３のデータ入力対応部１０にて構成される。情報入力部Ｆ１は、端末装置ＴＭからの各種の情報及び信号を受信する入力インターフェースに相当する。
【0163】
機能ブロックＦ２は処理部である。処理部Ｆ２は、図３のデータ入力対応部１０、優先利用対応部２０及び優先利用管理部３０の内、機能ブロックＦ１に属さない部位を含む。例えば、処理部Ｆ２は、優先利用対応部２０及び優先利用管理部３０を含んで構成される。機能ブロックＦ３はメモリである。メモリＦ３は、ＲＯＭ又はフラッシュメモリ等の不揮発性メモリ、及び、ＲＡＭ等の揮発性メモリを含む。機能ブロックＦ４はデータ保持部である。データ保持部Ｆ４は図３のデータ保持部４０と同じものである。尚、データ保持部Ｆ４は、予約管理装置１００の外部に設けられて予約管理装置１００に対して外部接続される記録装置であっても良い。
【0164】
処理部Ｆ２は、ＣＰＵ及びＧＰＵ等を含む演算処理部であって、メモリＦ３内に格納されたプログラムを処理部Ｆ２にて実行することで処理部Ｆ２の各機能が実現されて良い。処理部Ｆ２にて実行されるプログラムは複数のプログラムを含んでいて良い。処理部Ｆ２に複数のＣＰＵを設けておき、当該複数のＣＰＵにて複数のプログラムが実行されることで、処理部Ｆ２における複数の機能が実現されて良い。処理部Ｆ２にて実現される複数の機能は、複数のコンピュータ装置にて実現されても良く、クラウドコンピューティングを利用して実現されても良い。ここでは、処理部Ｆ２は、端末装置ＴＭに対して各種の情報及び信号を送信する出力インターフェース（情報出力部）を内包すると考える。
【0165】
処理部Ｆ２は、少なくとも、上述の第１予約処理、第２予約処理、マッチング処理、権利提供処理、結果報告処理及び清算処理を実行する。図５のステップＳ１～Ｓ１０の各工程で実行される処理の内、機能ブロックＦ１による情報又は信号の受信以外の処理は、全て、処理部Ｆ２にて実行されるものであっても良い。
【0166】
本発明の一側面に係る交通サービスの予約管理装置（１００）は、第１端末装置から第１対象者（提供可能者Ｂ）による前記交通サービスの利用希望情報を含む第１予約依頼情報（提供可能者情報６２０）を受信し、且つ、第２端末装置から第２対象者（優先利用依頼者Ｃ）による前記交通サービスの利用希望情報及び優先利用料の情報を含む第２予約依頼情報（優先依頼情報６４０）を受信する情報入力部（Ｆ１）と、前記第１予約依頼情報に基づき前記第１対象者に対して前記交通サービスの利用予約を行う第１予約処理、及び、前記第２予約依頼情報に基づき前記第２対象者に対して前記交通サービスの利用予約を行う第２予約処理を実行する処理部（Ｆ２）と、備え、前記処理部は、前記第１予約処理と前記第２予約処理とを実行した後に割当変更処理を実行可能に構成される（例えば図２１参照）。前記割当変更処理は、前記第１予約処理にて前記第１対象者に割り当てられた交通機関の利用権利を前記第２対象者に提供する権利提供処理と、前記第２対象者から徴収される前記優先利用料に基づく対価を前記第１対象者に付与する清算処理と、を含む。
【0167】
第１対象者は提供可能者Ｂに相当する。提供可能者Ｂは、複数の人物から成る第１グループ（第１人物群）の代表者であっても良い。この場合、第１予約依頼情報としての提供可能者情報６２０に含まれる利用希望情報６２４は、第１グループに属する各人物の利用希望情報６２４に相当する（図８及び図９参照）。第１対象者は提供可能者Ｂを含む第１グループ中の各人物を含む、と考えることもできる。第１対象者が第１グループにおける複数の人物を含む場合、優先利用料に基づく対価は第１グループ中の何れか一人（提供可能者情報６２０にて示された個人）に付与されても良いし、第１グループ中の各人物に分配して付与されても良い。
【0168】
第１端末装置は端末装置ＴＭ＿Ｂに相当する。第１端末装置としての端末装置ＴＭ＿Ｂは、基本的に、提供可能者Ｂが所持及び操作する端末装置ＴＭである。但し、上記第１グループ中の何れかの人物が所持する端末装置ＴＭが第１端末装置（端末装置ＴＭ＿Ｂ）であっても良い。
【0169】
第１予約依頼情報を第１端末装置に入力する操作又は第１予約依頼情報を第１端末装置から予約管理装置（１００）に向けて送信させるための操作（以下、これらを纏めて第１予約操作と称する）は、基本的には提供可能者Ｂが第１端末装置に対して行う。但し、第１端末装置に対する第１予約操作は、第１グループ中の何れの人物が行っても良いし、第１グループに属さない任意の人物が行っても良い。提供可能者Ｂから依頼を受けた第３者が、第１予約操作を第１端末装置に対して行っても良い。
【0170】
第２対象者は優先利用依頼者Ｃに相当する。優先利用依頼者Ｃは、複数の人物から成る第２グループ（第２人物群）の代表者であっても良い。この場合、第２予約依頼情報としての優先依頼情報６４０に含まれる利用希望情報６４２は、第２グループに属する各人物の利用希望情報６４２に相当する（図１０及び図１１参照）。第２対象者は優先利用依頼者Ｃを含む第２グループ中の各人物を含む、と考えることもできる。第２対象者が第２グループにおける複数の人物を含む場合、第２グループ中の何れか一人（優先依頼情報６４０にて示された個人）が優先利用料の全てを負担しても良いし、第２グループ中の各人物が優先利用料を分担して負担するようにしても良い。
【0171】
第２端末装置は端末装置ＴＭ＿Ｃに相当する。第２端末装置としての端末装置ＴＭ＿Ｃは、基本的に、優先利用依頼者Ｃが所持及び操作する端末装置ＴＭである。但し、上記第２グループ中の何れかの人物が所持する端末装置ＴＭが第２端末装置（端末装置ＴＭ＿Ｃ）であっても良い。
【0172】
第２予約依頼情報を第２端末装置に入力する操作又は第２予約依頼情報を第２端末装置から予約管理装置（１００）に向けて送信させるための操作（以下、これらを纏めて第２予約操作と称する）は、基本的には優先利用依頼者Ｃが第２端末装置に対して行う。但し、第２端末装置に対する第２予約操作は、第２グループ中の何れの人物が行っても良いし、第２グループに属さない任意の人物が行っても良い。優先利用依頼者Ｃから依頼を受けた第３者が、第２予約操作を第２端末装置に対して行っても良い。
【0173】
本発明の実施形態にて述べた任意の方法をコンピュータに実行させるプログラム、及び、そのプログラムを記録した記録媒体であって且つコンピュータ読み取り可能な不揮発性の記録媒体は、本発明の実施形態の範囲に含まれる。本発明の実施形態における任意の処理は、半導体集積回路等のハードウェア、上記プログラムに相当するソフトウェア、又は、ハードウェアとソフトウェアの組み合わせによって実現されて良い。ここにおけるソフトウェア及びハードウェアは、夫々に、複数あっても良い。
【0174】
本発明の実施形態は、特許請求の範囲に示された技術的思想の範囲内において、適宜、種々の変更が可能である。以上の実施形態は、あくまでも、本発明の実施形態の例であって、本発明ないし各構成要件の用語の意義は、以上の実施形態に記載されたものに制限されるものではない。上述の説明文中に示した具体的な数値は、単なる例示であって、当然の如く、それらを様々な数値に変更することができる。
【符号の説明】
【0175】
ＳＹＳ システム
１００ 予約管理装置
２００ サービス業者側装置
ＮＥＴ 通信網
ＴＭ、ＴＭ＿Ａ、ＴＭ＿Ｂ、ＴＭ＿Ｃ、ＴＭ＿Ｄ、ＴＭ＿Ｅ 端末装置
１０ データ入力対応部
１１ データ受信部
１２ データ識別部
１３ データ書込部
２０ 優先利用対応部
２１ データ読込部
２２ 割当変更部
２３ 提供結果報告部
３０ 優先利用管理部
３１ データ読込部
３２ データ解析部
３３ 割当結果報告部
３４ ポイント更新部
４０ データ保持部
４１ 利用登録者ＤＢ
４２ 提供可能者ＤＢ
４３ 優先利用ＤＢ
４４ 割当結果ＤＢ
４５ ポイント情報ＤＢ
６００ 利用登録者情報
６１０ 利用者保存情報
６２０ 提供可能者情報
６３０ 第１種保存情報
６４０ 優先依頼情報
６５０ 第２種保存情報
６６０ 割当結果情報
６７０ 提供結果情報
６８０ 依頼結果情報
１００ 予約管理装置
２００ サービス業者側装置
ＮＥＴ 通信網
ＴＭ、ＴＭ＿Ａ、ＴＭ＿Ｂ、ＴＭ＿Ｃ、ＴＭ＿Ｄ、ＴＭ＿Ｅ 端末装置
１０ データ入力対応部
１１ データ受信部
１２ データ識別部
１３ データ書込部
２０ 優先利用対応部
２１ データ読込部
２２ 割当変更部
２３ 提供結果報告部
３０ 優先利用管理部
３１ データ読込部
３２ データ解析部
３３ 割当結果報告部
３４ ポイント更新部
４０ データ保持部
４１ 利用登録者ＤＢ
４２ 提供可能者ＤＢ
４３ 優先利用ＤＢ
４４ 割当結果ＤＢ
４５ ポイント情報ＤＢ
６００ 利用登録者情報
６１０ 利用者保存情報
６２０ 提供可能者情報
６３０ 第１種保存情報
６４０ 優先依頼情報
６５０ 第２種保存情報
６６０ 割当結果情報
６７０ 提供結果情報
６８０ 依頼結果情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】