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

Abstract

【課題】利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供すること。【解決手段】情報処理装置は、ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する監視部と、第１予約対象の費用と、第２予約対象の費用との関係に応じて、第１予約対象から第２予約対象に予約を変更する予約変更部と、を備える。【選択図】図１

Description

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

近年、生活水準の向上や、航空機を含む長距離交通手段の発達に伴い、国内外の旅行が商品として広く販売・利用されている。このような旅行商品については、旅行会社などの扱うパックツアーが代表的であるが、個別のチラシやシリーズの冊子形式などでパンフレットなどの資料が一般に発行される。近年では、インターネットなどの通信ネットワーク経由でクライアントシステムから、旅行の目的や場所に応じて、ツアーを検索することができるようになっている（例えば、特許文献１）。

特開２０１９－０８２８９８号公報

しかしなから、従来のシステムは、条件に一致するツアーなどが検出されると通知されるものはあるが、予約済みのツアーと同じもしくは同様のツアーなどが安くなると予約の変更を行うことができるようなものはなく、利便性に向上の余地がある。

本発明は、上記課題を鑑みてなされたものであり、利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

上記の課題を解決すべく、本発明の情報処理装置は、ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する監視部と、第１予約対象の費用と、第２予約対象の費用との関係に応じて、第１予約対象から第２予約対象に予約を変更する予約変更部と、を備える。

本発明によれば、利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。

第１実施形態に係る情報処理システムの概略構成の一例を示す図である。 第１実施形態に係るサーバの構成の一例を示す図である。 第１実施形態に係るユーザ端末の構成の一例を示す図である。 第１実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 第１実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 第１実施形態に係る情報処理システムの処理の一例を示すフローチャートである。 第１実施形態に係る情報処理システムの処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について説明する。なお、以下の説明では、第１予約対象及び第２予約対象として宿泊プランを例に実施形態を説明するが、第１予約対象及び第２予約対象は、宿泊プランだけに限られない。例えば、飛行機や車両、バスなどの予約についても適用可能である。

[第１実施形態]
（情報処理システム１の構成）
図１に示すように、第１実施形態の情報処理システム１は、サーバ２（情報処理装置）と、ユーザ端末３とがネットワーク５を介して通信可能に接続された構成を備えている。また、第１実施形態では、サーバ２は、ネットワーク５を介してＷＥＢサイトなどのサーバ４（例えば、オンライン旅行サイトなどを提供するサーバ）にアクセスして種々の情報（情報の詳細については後述する）を参照・取得可能に構成されている。なお、情報処理システム１が備えるサーバ２及びユーザ端末３の数は任意である。また、ネットワーク５は、通信が可能であればよく、有線又は無線を問わずどのようなネットワーク形態であってもよい。

（サーバ２の構成）
図２は、サーバ２の構成の一例を示す図である。図２（ａ）は、サーバ２の主なハード構成の一例を示しており、サーバ２は、通信ＩＦ２００Ａ、記憶装置２００Ｂ、ＣＰＵ２００Ｃなどを備える。なお、サーバ２は、キーボード、マウス、タッチパネルなどの入力装置、液晶ディスプレイ、有機ＥＬ（electroluminescence）ディスプレイ、ＣＲＴ（Cathode Ray Tube）ディスプレイなどの表示装置などを備えていてもよい。

通信ＩＦ２００Ａは、他の装置（例えば、ユーザ端末３、サーバ４）と通信するためのインターフェースである。

記憶装置２００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）であり、各種データや情報処理プログラムなどが記憶されている。なお、記憶装置２００Ｂは、情報（データ）の書き込み、読み出しが可能であれば、他の装置や機器であってもよい。

記憶装置２００Ｂには、ユーザの個人情報、例えば、性別、年齢、住所、連絡先（電話番号、メールアドレス）、ログインＩＤ、ログインパスワード（以下、ログインＰＷともいう）、宿泊プランの検索履歴（例えば、日程、宿泊施設、最大宿泊人数、部屋サイズ、ベッドタイプ（ツイン、ダブル、シングルなど）、部屋からの景観、Wifi条件（Wifiの有無）、タバコ条件（禁煙又は喫煙）、食事条件（朝、昼、夜）、解約（キャンセル）可否などの条件）、予約履歴（例えば、日程、宿泊施設、最大宿泊人数、部屋サイズ、ベッドタイプ（ツイン、ダブル、シングルなど）、部屋からの景観、Wifi条件（Wifiの有無）、タバコ条件（禁煙又は喫煙）、食事条件（朝、昼、夜）、解約（キャンセル）可否などの条件）、予約の自動変更の設定の有無などの情報がユーザＩＤに関連付けて格納されている。なお、どのような情報を個人情報としてユーザＩＤに関連付けてユーザＤＢ１に格納するかは任意であり、上記情報だけに限られない。第１実施形態では、ログインＩＤ、ログインＰＷは、ユーザ登録を行うと、ユーザに対して付与されるが、ユーザがログインＩＤ、ログインＰＷを選択できるようにしてもよい。

ＣＰＵ２００Ｃは、サーバ２を制御するものであり、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。

図２（ｂ）は、サーバ２の主な機能ブロックの一例を示しており、サーバ２は、受信部２０１（第１，第２受信部）、送信部２０２、記憶装置制御部２０３、監視部２０４、取得部２０５、確認部２０６、判定部２０７、予約変更部２０８、検索部２０９、予約部２１０などの機能を有する。なお、図２（ｂ）に示す機能は、サーバ２のＲＯＭ（不図示）に記憶された情報処理プログラムをＣＰＵ２００Ｃが実行することにより実現される。

受信部２０１は、例えば、ユーザ端末３から送信される情報を受信する。例えば、受信部２０１は、宿泊プランの検索条件（例えば、日程、場所、最大宿泊人数、部屋サイズ、ベッドタイプ（ツイン、ダブル、シングルなど）、部屋からの景観、Wifi条件（Wifiの有無）、タバコ条件（禁煙又は喫煙）、食事条件（朝、昼、夜）、解約可否などの条件）を受信する。また、受信部２０１は、第１予約対象から第２予約対象への変更を許可するか否かの情報をユーザ端末３から受信する。また、受信部２０１は、第１予約対象から第２予約対象へ変更する際に許可を必要とするか否かの情報（予約の自動変更の設定）をユーザ端末３から受信する。

送信部２０２は、例えば、ユーザ端末３へ情報を送信する。例えば、送信部２０２は、検索部２０９での検索結果を送信する。

記憶装置制御部２０３は、例えば、記憶装置３００Ｂを制御する。例えば、記憶装置制御部２０３は、記憶装置３００Ｂを制御して記憶装置３００Ｂに対して情報の書き込みや読み出しを行う。

監視部２０４は、例えば、ネットワーク５を介してＷＥＢサイトなどのサーバ４（例えば、オンライン旅行サイトなどを提供するサーバ）に定期的又は不定期にアクセスしてユーザが現在予約している第１予約対象と同一又は類似する第２予約対象を監視する。本実施形態では、予約した宿泊プラン（第１予約対象）と、日程、宿泊施設、最大宿泊人数、部屋サイズ（平米数がプラスマイナス５％の範囲内では同部屋とする）、ベッドタイプ（ツイン、ダブル、シングルなど）、部屋からの景観、Wifi条件（Wifiの有無）、タバコ条件（禁煙又は喫煙）、食事条件（朝、昼、夜）、解約可否などの条件が同じ宿泊プランを同一又は類似する宿泊プラン（第２予約対象）としている。つまり本実施形態では、監視部２０４は、部屋サイズ（平米数）がプラスマイナス５％の範囲内であり、その他の条件が現在予約している宿泊プラン（第１予約対象）と同一の宿泊プランを第２予約対象として監視する。

なお、飛行機の予約の場合、航空会社の指定の有無、乗り換え回数の制限、出発到着時間の範囲（例えば、所定の分（１５分など）単位で設定可能）をユーザが設定し、サーバ２の監視部２０４は、現在予約している第１予約対象からユーザが設定した範囲内で変更可能な他の航空便の費用を監視する。また、列車やバスに関しても、航空券と同様に、時間変更可能な範囲をユーザが設定した上で、現在予約している第１予約対象からユーザが設定した範囲内で変更可能な他の便の費用を監視する。

なお、上述したように本実施形態では、監視部２０４は、部屋サイズ（平米数）がプラスマイナス５％の範囲内であり、その他の条件が現在予約している宿泊プラン（第１予約対象）と同一の宿泊プランを第２予約対象として監視しているが、変更可能な範囲をユーザが設定した上で、サーバ２の監視部２０４は、現在予約している第１予約対象からユーザが設定した範囲内（例えば、日程、宿泊施設、最大宿泊人数、部屋サイズ（平米数がプラスマイナス５％の範囲内では同部屋とする）、ベッドタイプ（ツイン、ダブル、シングルなど）、部屋からの景観、Wifi条件（Wifiの有無）、タバコ条件（禁煙又は喫煙）、食事条件（朝、昼、夜）など）で変更可能な他の宿泊プランを第２予約対象として監視するようにしてもよい。

取得部２０５は、例えば、第１予約対象の解約費用（キャンセル料）を取得する。解約費用には、例えば、宿泊プランの解約費用（以下、第１解約費用ともいう）やクレジットカードなどによる決済の解約費用（以下、第２解約費用ともいう）などがある。また、取得部２０５は、例えば、第１予約対象を解約する場合に補償される補償費用を取得する。補償費用は、例えば、宿泊を解約（キャンセル）した場合に解約料の全額又は一部、もしくは所定額が補償される保険などから補填される費用である。なお、宿泊を解約した場合に何らかの金銭的価値を有するもの（例えば、ポイントなど）が出るのであれば、保険に限られない。なお、取得部２０５は、解約費用や補償費用をユーザや本情報処理システム１の管理者などが入力したデータのほか、宿泊プランを提供する宿泊施設や旅行会社のサーバ、クレジットの決済会社のサーバ、補償費用を提供する保険会社などのサーバなどから取得してもよい。

確認部２０６は、例えば、第１予約対象の解約に解約費用（第１解約費用）が必要か確認する。また、確認部２０６は、例えば、第１予約対象の費用が決済前であるか否かを確認する。また、確認部２０６は、例えば、第１予約対象を解約する場合に補償される補償費用があるか否かを確認する。

判定部２０７は、例えば、ユーザの決済の与信枠を参照し、第２予約対象の費用を決済可能であるか否かを判定する。

予約変更部２０８は、例えば、第１予約対象の費用と、第２予約対象の費用との関係などに応じて、第１予約対象から第２予約対象に予約を変更する。なお、第１予約対象の費用と、第２予約対象の費用との関係などについては、図７で説明する。

検索部２０９は、例えば、ユーザが入力した宿泊プランの検索条件を満たす宿泊プランを検索する。

予約部２１０は、例えば、ユーザ端末３から送信されるユーザの操作情報（宿泊プランの予約）に基づいて検索部２０９が検索した宿泊プランを予約する。

（ユーザ端末３）
ユーザ端末３は、情報処理システム１の利用者（以下、ユーザ）が利用する端末であり、例えば、スマートフォン、タブレット型ＰＣ（パーソナルコンピュータ）、デスクトップＰＣやノートＰＣなどの情報通信端末である。ユーザは、ユーザ端末３を使用して、情報処理システム１の利用に必要な操作を行う。

図３は、ユーザ端末３の構成図である。図３（ａ）は、ユーザ端末３の主なハード構成を示しており、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅがバスを介して接続された構成を有する。

通信ＩＦ３００Ａは、例えば、他の装置（例えば、サーバ２）と通信するためのインターフェースである。

記憶装置３００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。記憶装置３００Ｂには、ユーザＩＤや情報処理プログラムなどが記憶される。ユーザＩＤは、ユーザ端末３を識別するための識別子である。ユーザ端末３から送信する情報にユーザＩＤを付与することで、サーバ２は、受信した情報がどのユーザ端末３から送信されたものであるかを判定することができる。なお、ユーザＩＤは、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよく、サーバ２がユーザ端末３に対して付与するようにしてもよい。

入力装置３００Ｃは、例えば、キーボード、マウスなどの入力デバイスであるが、入力可能であれば、他の装置や機器（例えば、タッチパネル）であってもよい。また、音声入力装置であってもよい。

表示装置３００Ｄは、例えば、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどであるが、表示可能であれば他の装置や機器（例えば、ＣＲＴ：Cathode Ray Tube）であってもよい。

ＣＰＵ３００Ｅは、例えば、本実施形態に係るユーザ端末３を制御するものであり、図示しないＲＯＭ及びＲＡＭを備える。

図３（ｂ）は、ユーザ端末３の主な機能ブロックの一例を示しており、ユーザ端末３は、受信部３０１、送信部３０２、記憶装置制御部３０３、入力受付部３０４、表示装置制御部３０５などの機能を有する。なお、図３（ｂ）に示す機能は、ＣＰＵ３００Ｅが、記憶装置３００Ｂなどに記憶されている情報処理プログラムを実行することで実現される。

受信部３０１は、例えば、サーバ２から送信される情報を受信する。

送信部３０２は、例えば、入力受付部３０４で受け付けた入力操作に応じた情報をサーバ２へ送信する。

記憶装置制御部３０３は、記憶装置３００Ｂを制御する。例えば、記憶装置制御部３０３は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。

入力受付部３０４は、例えば、入力装置３００Ｃからの入力操作を受け付ける。

表示装置制御部３０５は、例えば、表示装置３００Ｄを制御し、受信部３０１で受信した情報などを表示装置３００Ｄに表示する。

（情報処理システムによる処理）
図４から図７は、情報処理システム１による処理の一例を示すフローチャートである。以下、図４から図７を参照して、情報処理システム１による処理について説明する。

（予約処理）
図４は、情報処理システム１の予約処理の一例を示すフローチャートである。以下、図４を参照して、予約処理の一例について説明する。

（ステップＳ１０１）
サーバ２の受信部２０１は、ユーザ端末３から送信された宿泊プランの検索条件を受信する。

（ステップＳ１０２）
サーバ２の検索部２０９は、受信部２０１が受信した宿泊プランの検索条件を満たす宿泊プランを検索する。受信部２０１が受信した宿泊プランの検索条件を満たす宿泊プランがある場合（ＹＥＳ）、サーバ２はステップＳ１０３の処理を実行する。受信部２０１が受信した宿泊プランの検索条件を満たす宿泊プランがない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ１０３）
サーバ２の送信部２０２は、検索部２０９が検索した宿泊プランの検索条件を満たす宿泊プランの情報をユーザ端末３へ送信する。サーバ２から送信された宿泊プランの検索条件を満たす宿泊プランの情報は、ユーザ端末３の表示装置制御部３０５により表示装置に３００Ｄに表示される。ユーザは、ユーザ端末３の表示装置に３００Ｄに表示された宿泊プランの検索条件を満たす宿泊プランから希望する宿泊プランを選択して予約を行う。なお、この予約の際にユーザは登録済みのクレジットカードを利用して予約する宿泊プランの費用を決済するか、クレジットカードを登録して予約する宿泊プランの費用を決済する。

（ステップＳ１０４）
サーバ２の予約部２１０は、ユーザ端末３から宿泊プランの予約を受信したか否かを判定する。受信部２０１が宿泊プランの予約を受信した場合（ＹＥＳ）、サーバ２はステップＳ１０５の処理を実行する。受信部２０１が宿泊プランの予約を受信していない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ１０５）
サーバ２の予約部２１０は、受信した宿泊プランを予約する。送信部２０２は、予約部２１０が予約した宿泊プランの情報をユーザ端末３へ送信する。サーバ２から送信されたユーザが予約した宿泊プランの情報は、ユーザ端末３の表示装置制御部３０５により表示装置に３００Ｄに表示される。

（自動設定処理）
図５は、情報処理システム１の自動設定処理の一例を示すフローチャートである。以下、図５を参照して、自動設定処理の一例について説明する。

（ステップＳ２０１）
サーバ２の受信部２０１がユーザ端末３から予約の自動変更の設定をＯＮにする情報を受信した場合（ＹＥＳ）、サーバ２はステップＳ２０２の処理を実行する。受信部２０１がユーザ端末３から予約の自動変更の設定をＯＮにする情報を受信していない場合（ＮＯ）、サーバ２はステップＳ２０３の処理を実行する。

（ステップＳ２０２）
サーバ２の記憶装置制御部２０３は、記憶装置２００Ｂに記憶されたユーザ端末３に対応するユーザの予約の自動変更の設定をＯＮとする。

（ステップＳ２０３）
サーバ２の受信部２０１がユーザ端末３から予約の自動変更の設定をＯＦＦにする情報を受信した場合（ＹＥＳ）、サーバ２はステップＳ２０４の処理を実行する。受信部２０１がユーザ端末３から予約の自動変更の設定をＯＦＦにする情報を受信していない場合（ＮＯ）、サーバ２は処理を終了する。

（ステップＳ２０４）
サーバ２の記憶装置制御部２０３は、記憶装置２００Ｂに記憶されたユーザ端末３に対応するユーザの予約の自動変更の設定をＯＦＦとする。

（予約変更処理）
図６は、情報処理システム１の予約変更処理の一例を示すフローチャートである。以下、図６を参照して、予約変更処理の一例について説明する。

（ステップＳ３０１）
サーバ２の監視部２０４は、ユーザが予約した宿泊プラン（以下、第１予約対象）と同一又は類似する宿泊プラン（以下、第２予約対象）を監視する。第２予約対象がある場合（ＹＥＳ）、サーバ２は、ステップＳ３０２の処理を実行する。第２予約対象がない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ３０２）
サーバ２の監視部２０４は、第１予約対象が解約（予約キャンセル）可能であるか否かを監視する（例えば、第１予約対象のキャンセルポリシーなどの情報を参照する）。第１予約対象が解約可能である場合（ＹＥＳ）、サーバ２は、ステップＳ３０３の処理を実行する。第１予約対象が解約可能でない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ３０３）
サーバ２の判定部２０７は、ユーザのクレジットカードの決済の与信枠を参照し、第２予約対象の費用を決済可能であるか否かを判定する。決済可能である場合（ＹＥＳ）、サーバ２はステップＳ３０４の処理を実行する。決済可能でない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ３０４）
予約変更部２０８は、第１予約対象の費用と、第２予約対象の費用との関係などを比較する。ステップＳ３０４の処理については図７で後述する。

（ステップＳ３０５）
サーバ２の予約変更部２０８は、後述する図７のステップＳ４０４、Ｓ４０５、Ｓ４０７、Ｓ４０８、Ｓ４１１、Ｓ４１２、Ｓ４１４及びＳ４１５で説明する関係式を満たすか否かを判定する。関係式を満たす場合（ＹＥＳ）、サーバ２は、ステップＳ３０６の処理を実行する。関係式を満たさない場合（ＮＯ）、サーバ２は、処理を終了する。

（ステップＳ３０６）
予約変更部２０８は、記憶装置２００Ｂを参照し、ユーザの予約の自動変更の設定がＯＮである否かを判定する。ユーザの予約の自動変更の設定がＯＮである場合（ＹＥＳ）、サーバ２はステップＳ３０９の処理を実行する。ユーザの予約の自動変更の設定がＯＮでない場合（ＮＯ）、サーバ２はステップＳ３０７の処理を実行する。

（ステップＳ３０７）
サーバ２の送信部２０２は、第１予約対象から第２予約対象へ予約を変更してもよいかを確認するために、第１予約対象から第２予約対象へ予約を変更してもよいかを確認するための情報をユーザ端末３へ送信する。サーバ２から送信された第１予約対象から第２予約対象へ予約を変更してもよいかを確認するための情報は、ユーザ端末３の表示装置制御部３０５により表示装置に３００Ｄに表示される。

（ステップＳ３０８）
サーバ２の受信部２０１が第１予約対象から第２予約対象へ予約の変更を許可する情報をユーザ端末３から受信した場合（ＹＥＳ）、サーバ２はステップＳ３０９の処理を実行する。受信部２０１が第１予約対象から第２予約対象へ予約の変更を許可する情報をユーザ端末３から受信しない場合（ＮＯ）、サーバ２は処理を終了する。

（ステップＳ３０９）
サーバ２の予約変更部２０８は、第２予約対象を予約する。

（ステップＳ３１０）
サーバ２の予約変更部２０８は、第１予約対象を解約する。

（ステップＳ３１１）
サーバ２の送信部２０２は、第１予約対象から第２予約対象へ予約を変更した旨の情報をユーザ端末３へ送信する。サーバ２から送信された第１予約対象から第２予約対象へ予約を変更した旨の情報は、ユーザ端末３の表示装置制御部３０５により表示装置に３００Ｄに表示される。

上記説明では、サーバ２の予約変更部２０８は、第２予約対象を予約したのち第１予約対象を解約しているが、第１予約対象を解約したのち第２予約対象を予約する構成としてもよい。この場合、図６を参照して説明したステップＳ３０９（予約変更部２０８による第２予約対象の予約）とステップＳ３１０（予約変更部２０８による第１予約対象の解約）の処理順序が入れ替わる。つまり、予約変更部２０８は、ステップＳ３１０（予約変更部２０８による第１予約対象の解約）の処理のあとにステップＳ３０９（予約変更部２０８による第２予約対象の予約）の処理を行う。

（費用比較処理）
図７は、情報処理システム１の費用比較処理の一例を示すフローチャートである。以下、図７を参照して、費用比較処理の一例について説明する。

（ステップＳ４０１）
サーバ２の確認部２０６は、第１予約対象の解約に解約費用（第１解約費用）が必要か確認する。第１解約費用が必要でない場合（ＮＯ）、サーバ２はステップＳ４０２の処理へ移行する。第１解約費用が必要である場合（ＹＥＳ）、取得部２０５は、第１解約費用を取得し、サーバ２はステップＳ４０９の処理へ移行する。

（ステップＳ４０２）
サーバ２の確認部２０６は、第１予約対象の費用が決済前であるか否かを確認する。第１予約対象の費用が決済前である場合（ＹＥＳ）、サーバ２はステップＳ４０３の処理へ移行する。第１予約対象の費用が決済前でない場合（ＮＯ）、取得部２０５は、第１予約対象の決済の解約費用（第２解約費用）を取得し、サーバ２はステップＳ４０６の処理へ移行する。

（ステップＳ４０３）
サーバ２の確認部２０６は、第１予約対象を解約する場合に補償される補償費用があるか否かを確認する。補償費用がない場合（ＮＯ）、サーバ２はステップＳ４０４の処理へ移行する。補償費用がある場合（ＹＥＳ）、取得部２０５は、第１予約対象を解約する場合に補償される補償費用を取得し、サーバ２はステップＳ４０５の処理へ移行する。

（ステップＳ４０４）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａと、第２予約対象の費用Ｂとを比較し、下記（１）式の関係を満たすか否かを判定する。
Ａ＞Ｂ・・・（１）

（ステップＳ４０５）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａに補償費用Ｅを加算した値と、第２予約対象の費用Ｂとを比較し、下記（２）式の関係を満たすか否かを判定する。
Ａ＋Ｅ＞Ｂ・・・（２）

（ステップＳ４０６）
サーバ２の確認部２０６は、第１予約対象を解約する場合に補償される補償費用があるか否かを確認する。補償費用がない場合（ＮＯ）、サーバ２はステップＳ４０７の処理へ移行する。補償費用がある場合（ＹＥＳ）、取得部２０５は、第１予約対象を解約する場合に補償される補償費用を取得し、サーバ２はステップＳ４０８の処理へ移行する。

（ステップＳ４０７）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａと、第２予約対象の費用Ｂに第２解約費用Ｄを加算した値とを比較し、下記（３）式の関係を満たすか否かを判定する。
Ａ＞Ｂ＋Ｄ・・・（３）

（ステップＳ４０８）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａに補償費用Ｅを加算した値と、第２予約対象の費用Ｂに第２解約費用Ｄを加算した値とを比較し、下記（４）式の関係を満たすか否かを判定する。
Ａ＋Ｅ＞Ｂ＋Ｄ・・・（４）

（ステップＳ４０９）
サーバ２の確認部２０６は、第１予約対象の費用が決済前であるか否かを確認する。第１予約対象の費用が決済前である場合（ＹＥＳ）、サーバ２はステップＳ４１０の処理へ移行する。第１予約対象の費用が決済前でない場合（ＮＯ）、取得部２０５は、第１予約対象の決済の解約費用（第２解約費用）を取得し、サーバ２はステップＳ４１３の処理へ移行する。

（ステップＳ４１０）
サーバ２の確認部２０６は、第１予約対象を解約する場合に補償される補償費用があるか否かを確認する。補償費用がない場合（ＮＯ）、サーバ２はステップＳ４１１の処理へ移行する。補償費用がある場合（ＹＥＳ）、取得部２０５は、第１予約対象を解約する場合に補償される補償費用を取得し、サーバ２はステップＳ４１２の処理へ移行する。

（ステップＳ４１１）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａと、第２予約対象の費用Ｂに第１解約費用Ｃを加算した値とを比較し、下記（５）式の関係を満たすか否かを判定する。
Ａ＞Ｂ＋Ｃ・・・（５）

（ステップＳ４１２）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａに補償費用Ｅを加算した値と、第２予約対象の費用Ｂに第１解約費用Ｃを加算した値とを比較し、下記（６）式の関係を満たすか否かを判定する。
Ａ＋Ｅ＞Ｂ＋Ｃ・・・（６）

（ステップＳ４１３）
サーバ２の確認部２０６は、第１予約対象を解約する場合に補償される補償費用があるか否かを確認する。補償費用がない場合（ＮＯ）、サーバ２はステップＳ４１４の処理へ移行する。補償費用がある場合（ＹＥＳ）、取得部２０５は、第１予約対象を解約する場合に補償される補償費用を取得し、サーバ２はステップＳ４１５の処理へ移行する。

（ステップＳ４１４）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａと、第２予約対象の費用Ｂに第１解約費用Ｃ及び第２解約費用Ｄを加算した値とを比較し、下記（７）式の関係を満たすか否かを判定する。
Ａ＞Ｂ＋Ｃ＋Ｄ・・・（７）

（ステップＳ４１５）
サーバ２の予約変更部２０８は、第１予約対象の費用Ａに補償費用Ｅを加算した値と、第２予約対象の費用Ｂに第１解約費用Ｃ及び第２解約費用Ｄを加算した値とを比較し、下記（８）式の関係を満たすか否かを判定する。
Ａ＋Ｅ＞Ｂ＋Ｃ＋Ｄ・・・（８）

上記ステップＳ４０４、Ｓ４０５、Ｓ４０７、Ｓ４０８、Ｓ４１１、Ｓ４１２、Ｓ４１４及びＳ４１５において、ＡからＥは下記のとおりである。
Ａ：第１予約対象の費用
Ｂ：第２予約対象の費用
Ｃ：第１解約費用（第１予約対象の解約費用）
Ｄ：第２解約費用（第１予約対象の決済の解約費用）
Ｅ：補償費用

以上のように、サーバ２は、ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する監視部２０４と、第１予約対象の費用と、第２予約対象の費用との関係に応じて、第１予約対象から第２予約対象に予約を変更する予約変更部２０８とを備える。
このため、例えば、任意の宿泊プランを予約後に、同一又は類似する宿泊プランが出て来た際に費用に応じて宿泊プランを乗り換えることができるため利便性が高い。
なお、予約変更部２０８は、第２予約対象を予約したのち第１予約対象を解約しても、第１予約対象を解約したのち第２予約対象を予約してもよいが、第２予約対象を予約したのち第１予約対象を解約する方が確実に予約変更を行うことができるため好ましい。

また、サーバ２は、ユーザの与信枠を参照し、第２予約対象の費用を決済可能であるか否かを判定する判定部２０７を備え、予約変更部２０８は、判定部２０７が第２予約対象の費用を決済可能であると判定した場合、第１予約対象から第２予約対象に予約を変更する。
このため、ユーザの与信枠が足りない場合に宿泊プランなどの予約を変更することがなく、乗り換えサービスを提供する企業など金銭的な損害を受ける恐れを低減することができ利便性が高い。

また、サーバ２の予約変更部２０８は、第２予約対象の費用が第１予約対象の費用よりも低い（安い）関係にある場合、第１予約対象から第２予約対象に予約を変更する。
このように、安くなる場合に宿泊プランなどの予約を変更するので知らないうちに費用が高くなるなどの恐れがない。

また、サーバ２は、第１予約対象の解約費用を取得する取得部２０５を備え、予約変更部２０８は、第２予約対象の費用と第１予約対象の解約費用とを加算した費用が、第１予約対象の費用よりも低い（安い）関係にある場合、第１予約対象から第２予約対象に予約を変更する。
このように、第１予約対象の解約費用を考慮しても安くなる場合に宿泊プランなどの予約を変更するので利便性が高い。

また、サーバ２は、第１予約対象の費用が決済前であるか否かを確認する確認部２０６を備え、予約変更部２０８は、確認部２０６が、第１予約対象の費用が決済前でないことを確認した場合、第１予約対象の解約費用に、第１予約対象の決済を解約する決済解約費用を含める。
このように、第１予約対象の解約費用としてクレジットカードなどの決済のキャンセル料を考慮しても安くなる場合に宿泊プランなどの予約を変更するので利便性が高い。

また、サーバ２の取得部２０５は、第１予約対象を解約する場合に補償される補償費用を取得し、予約変更部２０８は、第２予約対象の費用と第１予約対象の解約費用とを加算した費用が、第１予約対象の費用と補償費用とを加算した費用よりも低い（安い）関係にある場合、第１予約対象から第２予約対象に予約を変更する。
このように、保険などで補償される補償費用を考慮して、安くなる場合に宿泊プランなどの予約を変更するので利便性が高い。

また、サーバ２は、第１予約対象から前記第２予約対象への変更を許可するか否かを受信する受信部２０１を備え、予約変更部２０８は、受信部２０１が変更を許可することを受信すると、第１予約対象から第２予約対象に予約を変更する。
このように、ユーザの許可を得たうえで宿泊プランなどの予約を変更するので、知らない間に宿泊プランが変更されている恐れがない。

また、サーバ２は、第１予約対象から前記第２予約対象へ変更する際に許可を必要とするか否かの情報を受信する受信部２０１を備え、予約変更部２０８は、受信部２０１が受信した情報に応じて、ユーザからの許可を得ることなく、第１予約対象から第２予約対象に予約を変更する。
このように、予約の自動変更が設定されている場合には、自動で宿泊プランなどの予約を変更するので利便性が高い。

[第２実施形態]
なお、第１実施形態に係る情報処理システム１では、費用が低く（安く）なる場合に予約の変更を行っているが、費用が同じ又は高くなる場合であってもグレード（条件）が良い部屋やホテルがある場合に予約の変更を通知するようにしてもよい。この場合、例えば、費用がいくらまで高くなっても通知するかをユーザが設定できるように構成されていてもよい。例えば、第１予約対象の費用の何％又は何円まで高くなっても通知するかを設定できるように構成してもよい。

[その他の実施形態]
以上、本発明の実施形態について説明したが、本発明は上記第１から第２実施形態に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。また、上記第１から第２実施形態は、本発明を説明するための一例であり、発明の範囲を限定しない。これらの実施形態は、発明の要旨を逸脱しない範囲で、種々の追加、種々の省略、種々の置き換え、種々の変更を行ってよい。

旅行、宿泊施設、交通機関などを予約する際の利便性を向上することができる情報処理装置、情報処理方法、情報処理プログラムを提供することができる。

１ 情報処理システム
２ サーバ（情報処理装置）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ ＣＰＵ
２０１ 受信部（第１，第２受信部）
２０２ 送信部
２０３ 記憶装置制御部
２０４ 監視部
２０５ 取得部
２０６ 確認部
２０７ 判定部
２０８ 予約変更部
２０９ 検索部
２１０ 予約部
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３０１ 受信部
３０２ 送信部
３０３ 記憶装置制御部
３０４ 入力受付部
３０５ 表示装置制御部
５ ネットワーク

Claims (12)

1. ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する監視部と、
   前記第１予約対象の費用と、前記第２予約対象の費用との関係に応じて、前記第１予約対象から前記第２予約対象に予約を変更する予約変更部と、
   を備えることを特徴とする情報処理装置。
2. 前記予約変更部は、
   前記第２予約対象を予約したのち前記第１予約対象を解約する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記予約変更部は、
   前記第１予約対象を解約したのち前記第２予約対象を予約する、
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記ユーザの与信枠を参照し、前記第２予約対象の費用を決済可能であるかを判定する判定部、を備え、
   前記予約変更部は、
   前記判定部が前記第２予約対象の費用を決済可能であると判定した場合、前記第１予約対象から前記第２予約対象に予約を変更する、
   ことを特徴とする請求項１乃至請求項３のいずれかに記載の情報処理装置。
5. 前記予約変更部は、
   前記第２予約対象の費用が前記第１予約対象の費用よりも低い関係にある場合、前記第１予約対象から前記第２予約対象に予約を変更する、
   ことを特徴とする請求項１乃至請求項４のいずれかに記載の情報処理装置。
6. 前記第１予約対象の解約費用を取得する取得部、を備え、
   前記予約変更部は、
   前記第２予約対象の費用と前記第１予約対象の解約費用とを加算した費用が、前記第１予約対象の費用よりも低い関係にある場合、前記第１予約対象から前記第２予約対象に予約を変更する、
   ことを特徴とする請求項１乃至請求項５のいずれかに記載の情報処理装置。
7. 前記第１予約対象の費用が決済前であるか否かを確認する確認部、を備え、
   前記予約変更部は、
   前記確認部が、前記第１予約対象の費用が決済前でないことを確認した場合、前記第１予約対象の解約費用に、前記第１予約対象の決済を解約する決済解約費用を含める、
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記取得部は、
   前記第１予約対象を解約する場合に補償される補償費用を取得し、
   前記予約変更部は、
   前記第２予約対象の費用と前記第１予約対象の解約費用とを加算した費用が、前記第１予約対象の費用と前記補償費用とを加算した費用よりも低い関係にある場合、前記第１予約対象から前記第２予約対象に予約を変更する、
   ことを特徴とする請求項１乃至請求項７のいずれかに記載の情報処理装置。
9. 前記第１予約対象から前記第２予約対象への変更を許可するか否かを受信する第１受信部、を備え、
   前記予約変更部は、
   前記第１受信部が前記変更を許可することを受信すると、前記第１予約対象から前記第２予約対象に予約を変更する、
   ことを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
10. 前記第１予約対象から前記第２予約対象へ変更する際に許可を必要とするか否かの情報を受信する第２受信部、を備え、
    前記予約変更部は、
    前記第２受信部が受信した情報に応じて、前記ユーザからの許可を得ることなく、前記第１予約対象から前記第２予約対象に予約を変更する、
    ことを特徴とする請求項１乃至請求項９のいずれかに記載の情報処理装置。
11. 監視部が、ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する工程と、
    予約変更部が、前記第１予約対象の費用と、前記第２予約対象の費用との関係に応じて、前記第１予約対象から前記第２予約対象に予約を変更する工程と、
    を有することを特徴とする情報処理方法。
12. コンピュータを、
    ユーザが現在予約している第１予約対象と同一又は類似する第２予約対象の費用を監視する監視部、
    前記第１予約対象の費用と、前記第２予約対象の費用との関係に応じて、前記第１予約対象から前記第２予約対象に予約を変更する予約変更部、
    として機能させることを特徴とする情報処理プログラム。

Images