(57)【要約】  一態様に係る本実施の形態に係る情報処理方法は、（Ａ）サービス又は商品の被提供者の端末から被提供条件を受信した場合に、サービス又は商品の提供条件を複数記憶する第１記憶部において上記被提供条件に適合する提供条件を探索し、（Ｂ）上記被提供条件に適合する提供条件がない場合に、上記被提供条件に基づいて、第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、被提供者の端末へ送信し、（Ｃ）被提供者が第１合意を拒んだと判定した場合に、上記被提供条件による第２合意を促す第２提案データを、上記選び出した提供条件を登録した提供者の端末へ送信する処理を含む。
2019064406.tif 000002
【特許請求の範囲】
【請求項１】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索し、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、
前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する
処理を含み、コンピュータにより実行される情報処理方法。
【請求項２】
更に、
前記サービス又は前記商品の提供者の端末から提供条件を受信した場合に、前記サービス又は前記商品の被提供条件を複数記憶する第２記憶部において当該提供条件に適合する被提供条件を探索し、
前記提供条件に適合する被提供条件がない場合に、前記提供条件に基づいて、前記第２記憶部において選び出した被提供条件による第３合意を促す第３提案データを、前記提供者の前記端末へ送信し、
前記提供者が前記第３合意を拒んだと判定した場合に、前記提供条件による第４合意を促す第４提案データを、前記選び出した被提供条件を登録した被提供者の端末へ送信する
処理を含む請求項１記載の情報処理方法。
【請求項３】
前記提供条件は、前記サービス又は前記商品の設定料金に関し、
前記被提供条件は、前記サービス又は前記商品の希望料金に関する
請求項１又は２記載の情報処理方法。
【請求項４】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索し、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、
前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する
処理を、コンピュータに実行させるプログラム。
【請求項５】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索する探索部と、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する送信部と
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス又は商品に関する提供者と被提供者とを仲介する技術に関する。
【背景技術】
【０００２】
例えば、Ｗｅｂサーバにおいて、ユーザ間における車両の貸し借りを支援することがある。ユーザ間における車両の貸し借りは、カーシェアリングの１形態であるという捉え方がある。このように、ユーザ間における資産の貸し借りを支援する活動を、シェアリング・エコノミーという。シェアリング・エコノミーでは、動産の他に、土地や建物などの不動産を貸借の対象とすることもある。【０００３】
シェアリング・エコノミーの場合には、誰でも貸し手になることができるので、料金の設定も自由であることが多い。従って、同種の物を借りる場合でも、登録されている貸出条件によって設定されている料金は異なる。【０００４】
しかし、貸出条件も借入条件も多様であるので、シェアリングの合意が成立し難い場合もある。尚、シェアリングのような貸借はサービスの一例であって、他のサービスや商品の提供においても同様の事情を有することがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１２７２８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、一側面では、被提供者又は提供者の妥協による合意を取り付けやすくする。
【課題を解決するための手段】
【０００７】
一態様に係る本実施の形態に係る情報処理方法は、（Ａ）サービス又は商品の被提供者の端末から被提供条件を受信した場合に、サービス又は商品の提供条件を複数記憶する第１記憶部において上記被提供条件に適合する提供条件を探索し、（Ｂ）上記被提供条件に適合する提供条件がない場合に、上記被提供条件に基づいて、第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、被提供者の端末へ送信し、（Ｃ）被提供者が第１合意を拒んだと判定した場合に、上記被提供条件による第２合意を促す第２提案データを、上記選び出した提供条件を登録した提供者の端末へ送信する処理を含む。
【発明の効果】
【０００８】
一側面としては、被提供者又は提供者の妥協による合意を取り付けやすくなる。
【図面の簡単な説明】
【０００９】
【図１】図１は、ネットワーク構成例を示す図である。
【図２】図２は、シーケンスの例を示す図である。
【図３】図３は、貸出画面の例を示す図である。
【図４】図４は、借入画面の例を示す図である。
【図５】図５は、申込画面の例を示す図である。
【図６】図６は、更新画面の例を示す図である。
【図７】図７は、シーケンスの例を示す図である。
【図８】図８は、仲介サーバのモジュール構成例を示す図である。
【図９】図９は、貸し手テーブルの例を示す図である。
【図１０】図１０は、借り手テーブルの例を示す図である。
【図１１】図１１は、貸出条件テーブルの例を示す図である。
【図１２】図１２は、借入条件テーブルの例を示す図である。
【図１３】図１３は、取引テーブルの例を示す図である。
【図１４】図１４は、貸し手処理フローを示す図である。
【図１５】図１５は、貸し手処理フローを示す図である。
【図１６】図１６は、貸し手処理フローを示す図である。
【図１７】図１７は、第１探索処理フローを示す図である。
【図１８】図１８は、貸し手処理フローを示す図である。
【図１９】図１９は、第２探索処理フローを示す図である。
【図２０】図２０は、約定処理フローを示す図である。
【図２１】図２１は、貸し手処理フローを示す図である。
【図２２】図２２は、借り手処理フローを示す図である。
【図２３】図２３は、借り手処理フローを示す図である。
【図２４】図２４は、第３探索処理フローを示す図である。
【図２５】図２５は、借り手処理フローを示す図である。
【図２６】図２６は、第４探索処理フローを示す図である。
【図２７】図２７は、借り手処理フローを示す図である。
【図２８】図２８は、更新画面処理フローを示す図である。
【図２９】図２９は、申込画面処理フローを示す図である。
【図３０】図３０は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１０】
［実施の形態１］
図１に、ネットワーク構成例を示す。本実施の形態は、車両の貸借を仲介するサービスに関する。貸し手端末１０１ａ乃至ｃは、インターネットを介して仲介サーバ１０５と接続する。貸し手端末１０１ａ乃至ｃは、車両を貸し出すユーザ（以下、貸し手という）が使用する端末である。貸し手端末１０１ａ乃至ｃは、例えばスマートフォン或いはパーソナルコンピュータである。貸し手端末１０１ａ乃至ｃは、後述する各種画面のデータに基づいて、画面を表示するブラウザを有している。
【００１１】
借り手端末１０３ｐ乃至ｒは、インターネットを介して仲介サーバ１０５と接続する。借り手端末１０３ｐ乃至ｒは、車両を借り入れるユーザ（以下、借り手という）が使用する端末である。借り手端末１０３ｐ乃至ｒは、例えばスマートフォン或いはパーソナルコンピュータである。借り手端末１０３ｐ乃至ｒは、後述する各種画面のデータに基づいて、画面を表示するブラウザを有している。
【００１２】
仲介サーバ１０５は、貸し手端末１０１から貸出条件を受け付けた場合に、貸出条件に適合する借入条件を探索する。そして、仲介サーバ１０５は、貸し手に借入条件に応じた取引を勧める。
【００１３】
また、仲介サーバ１０５は、借り手端末１０３から借入条件を受け付けた場合に、借入条件に適合する貸出条件を探索する。そして、仲介サーバ１０５は、借り手に貸出条件に応じた取引を勧める。以下、本実施の形態におけるシーケンスの例を示す。
【００１４】
図２に、シーケンスの例を示す。貸し手端末１０１ａは、仲介サーバ１０５へ貸出条件を登録する（Ｓ２０１）。具体的には、貸し手が、貸し手端末１０１ａに表示された貸出画面に貸出条件を入力して登録の操作を行うことによって、貸出条件が仲介サーバ１０５へ送信される。
【００１５】
図３に、貸し手端末１０１ａにおいて表示される貸出画面の例を示す。貸出画面には、貸し手に貸出条件の入力を促す文が表示される。この例における貸出条件は、貸出車種、貸出場所、貸出対象期間及び設定金額に関する。
【００１６】
貸出画面は、貸出車種を入力するためのエリアを有している。貸出車種は、貸し出される車両の種類である。この例では、貸し手が予め登録しておいた貸出車種が初期値として表示される。但し、貸し手が貸出車種を変更してもよい。
【００１７】
貸出画面は、貸出場所を入力するためのエリアを有している。貸出場所は、貸し出す車両が存在する場所である。この例では、貸し手が予め登録しておいた貸出場所が初期値として表示される。但し、貸し手が貸出場所を変更してもよい。
【００１８】
貸出画面は、貸出対象期間を入力するためのエリアを有している。貸出対象期間は、貸し手が車両の貸し出しに応じる期間である。貸出対象期間は、開始日時と終了日時とによって特定される。
【００１９】
貸出画面は、設定金額を入力するためのエリアを有している。設定金額は、貸し手が設定した賃料の金額である。つまり、貸し手が、当該設定金額で車両を貸し出す意思を有することを意味する。この例における賃料は、１時間単位で設定されるものとする。図３に示した例で、設定金額は７００円である。
【００２０】
そして、登録ボタンが選択されると、貸出画面に表示されている貸出車種、貸出場所、貸出対象期間及び設定金額が、仲介サーバ１０５へ送信される。仲介サーバ１０５は、受信した貸出条件を記憶する。
【００２１】
図２の説明に戻る。仲介サーバ１０５は、受信した貸出条件に適合する借入条件を探索する。この例では、仲介サーバ１０５は、適合する借入条件がないと判定する（Ｓ２０３）。
【００２２】
その後、借り手端末１０３ｐは、仲介サーバ１０５へ借入条件を登録する（Ｓ２０５）。具体的には、借り手が、借り手端末１０３ｐに表示された借入画面に借入条件を入力して登録の操作を行うことによって、借入条件が仲介サーバ１０５へ送信される。
【００２３】
図４に、借り手端末１０３ｐにおいて表示される借入画面の例を示す。借入画面には、借り手に借入条件の入力を促す文が表示される。この例における借入条件は、借入車種、借入場所、借入期間及び希望金額に関する。
【００２４】
借入画面は、借入車種を入力するためのエリアを有している。借入車種は、借り手が借り入れたい車両の種類である。
【００２５】
借入画面は、借入場所を入力するためのエリアを有している。借入場所は、車両を借り入れる場所である。この例では、借り手が予め登録しておいた借入場所が初期値として表示される。但し、借り手が借入場所を変更してもよい。
【００２６】
借入画面は、借入期間を入力するためのエリアを有している。借入期間は、借り手が車両を借り入れたい期間である。借入期間は、開始日時と終了日時とによって特定される。
【００２７】
借入画面は、希望金額を入力するためのエリアを有している。希望金額は、借り手が希望する賃料の金額である。つまり、借り手が、当該希望金額以下で車両を借り入れる意思を有することを意味する。図４に示した例で、希望金額は６５０円である。
【００２８】
そして、登録ボタンが選択されると、借入画面に表示されている借入条件（借入車種、借入場所、借入期間及び希望金額）が、仲介サーバ１０５へ送信される。
【００２９】
図２の説明に戻る。仲介サーバ１０５は、受信した借入条件に適合する貸出条件を探索する。この例では、Ｓ２０１で登録された貸出条件の場合、貸出車種、貸出場所及び貸出対象期間が適合するが、設定金額が適合しない。従って、仲介サーバ１０５は、適合する貸出条件がないと判定する（Ｓ２０７）。
【００３０】
このとき、仲介サーバ１０５は、借り手に対して妥協を促す提案を行う（Ｓ２０９）。この例のように、設定金額以外で適合した貸出条件がある場合には、希望金額に関して妥協して当該貸出条件に基づく取引に応じることを、借り手に検討してもらうようにする。
【００３１】
図５に、Ｓ２０９の提案に応じて借り手端末１０３ｐに表示される申込画面の例を示す。申込画面には、借り手に妥協を促す文が表示される。Ｓ２０１で登録された貸出条件は、借入車種、借入場所及び借入期間に関する条件を満足している。従って、申込画面に表示される借入車種、借入場所及び借入期間は、借り手が登録した通りである。そして、借り手が登録した希望金額と、提案する貸出条件における設定金額とが表示される。このようにすれば、借り手は、金額に関する妥協の程度を捉えやすい。
【００３２】
申込ボタンが選択されると、申込の応答が仲介サーバ１０５へ送信される。申込の応答は、当該設定金額での取引に合意したことを意味する。
【００３３】
一方、拒否ボタンが選択されると、拒否の応答が仲介サーバ１０５へ送信される。拒否の応答は、当該設定金額での取引に合意しなかったことを意味する。
【００３４】
図２の説明に戻る。この例では、借り手端末１０３ｐから拒否の応答が、仲介サーバ１０５へ送信されたものとする（Ｓ２１１）。
【００３５】
借り手端末１０３ｐから拒否の応答を受信した場合に、仲介サーバ１０５は、貸し手に対して妥協を促す提案を行う（Ｓ２１３）。この例のように、設定金額以外で適合した借入条件がある場合には、設定金額に関して妥協して当該借入条件に基づく取引に応じることを、貸し手に検討してもらうようにする。つまり、設定金額の更新を促す。
【００３６】
図６に、Ｓ２１３の提案に応じて貸し手端末１０１ａに表示される更新画面の例を示す。更新画面には、貸し手に妥協を促す文が表示される。Ｓ２０５で登録された借入条件は、貸出車種、貸出場所及び貸出対象期間に関する条件を満足している。従って、更新画面に表示される貸出車種及び貸出場所は、貸し手が登録した通りである。また、貸出期間は、貸し手が登録した貸出対象期間に含まれ、借入期間と同じである。そして、貸し手が登録した設定金額と、提案する借入条件における希望金額とが表示される。このようにすれば、貸し手は、金額に関する妥協の程度を捉えやすい。
【００３７】
更新ボタンが選択されると、更新の応答が仲介サーバ１０５へ送信される。更新の応答は、設定金額を希望金額と同額に更新し、取引に合意したことを意味する。
【００３８】
一方、拒否ボタンが選択されると、拒否の応答が仲介サーバ１０５へ送信される。拒否の応答は、設定金額を更新せず、取引に合意しなかったことを意味する。
【００３９】
図２の説明に戻る。この例では、貸し手端末１０１ａから更新の応答が、仲介サーバ１０５へ送信されたものとする（Ｓ２１５）。
【００４０】
そして、仲介サーバ１０５では、設定金額を７００円から６５０円に更新し、貸し手と借り手との取引を成立させる。
【００４１】
図７に、別のシーケンス例を示す。この例では、先に借入条件が登録される。借り手端末１０３ｐは、仲介サーバ１０５へ借入条件を登録する（Ｓ７０１）。上述した通り、借り手が、借り手端末１０３ｐに表示された借入画面に借入条件を入力して登録の操作を行うことによって、借入条件が仲介サーバ１０５へ送信される。
【００４２】
仲介サーバ１０５は、受信した借入条件に適合する貸出条件を探索する。この例では、仲介サーバ１０５は、適合する貸出条件がないと判定する（Ｓ７０３）。
【００４３】
その後、貸し手端末１０１ａは、仲介サーバ１０５へ貸出条件を登録する（Ｓ７０５）。上述した通り、貸し手が、貸し手端末１０１ａに表示された貸出画面に貸出条件を入力して登録の操作を行うことによって、貸出条件が仲介サーバ１０５へ送信される。
【００４４】
仲介サーバ１０５は、受信した貸出条件に適合する借入条件を探索する。この例では、Ｓ７０１で登録された借入条件の場合、借入車種、借入場所及び借入期間が適合するが、希望金額が適合しない。従って、仲介サーバ１０５は、適合する借入条件がないと判定する（Ｓ７０７）。
【００４５】
このとき、仲介サーバ１０５は、貸し手に対して妥協を促す提案を行う（Ｓ７０９）。この例のように、希望金額以外で適合した借入条件がある場合には、設定金額に関して妥協して当該借入条件に基づく取引に応じることを、貸し手に検討してもらうようにする。図６に示した更新画面のデータが貸し手端末１０１ａへ送られる。
【００４６】
そして、この例では、貸し手端末１０１ａから拒否の応答が、仲介サーバ１０５へ送信されたものとする（Ｓ７１１）。
【００４７】
貸し手端末１０１ａから拒否の応答を受信した場合に、仲介サーバ１０５は、借り手に対して妥協を促す提案を行う（Ｓ７１３）。この例のように、希望金額以外で適合した貸出条件がある場合には、希望金額に関して妥協して当該貸出条件に基づく取引に応じることを、借り手に検討してもらうようにする。図５に示した申込画面のデータが借り手端末１０３ｐへ送られる。
【００４８】
この例では、借り手端末１０３ｐから申込の応答が、仲介サーバ１０５へ送信されたものとする（Ｓ７１５）。
【００４９】
そして、仲介サーバ１０５では、設定金額の７００円で、貸し手と借り手との取引を成立させる。
【００５０】
上述のように、本実施の形態では、貸し手及び借り手に、金額面での妥協の機会を提供する。このようにすれば、取引が成立し易くなる。以上で、本実施の形態における概要の説明を終える。
【００５１】
以下、仲介サーバ１０５の動作について説明する。図８に、仲介サーバ１０５のモジュール構成例を示す。仲介サーバ１０５は、受信部８０１、送信部８０３、アクセス受付部８０５、認証部８０７、制御部８０９、第１条件受付部８１１、第２条件受付部８１３、提案部８１５、探索部８１７及び約定部８１９を有する。
【００５２】
受信部８０１は、各種データを受信する。送信部８０３は、各種データを送信する。アクセス受付部８０５は、所定ＵＲＬ（Uniform Resource Locator）へのアクセスを受け付ける。認証部８０７は、ユーザ認証を行う。制御部８０９は、仲介サーバ１０５における処理を制御する。第１条件受付部８１１は、貸出条件を受け付ける。第２条件受付部８１３は、借入条件を受け付ける。提案部８１５は、借り手及び貸し手に対する提案を行う。探索部８１７は、借入条件の探索及び貸出条件の探索を行う。約定部８１９は、借入条件と貸出条件とに基づく約定の処理を行う。
【００５３】
仲介サーバ１０５は、更に貸し手テーブル記憶部８３１、借り手テーブル記憶部８３３、第１条件テーブル記憶部８３５、第２条件テーブル記憶部８３７、取引テーブル記憶部８３９及び内部パラメータ記憶部８４１を有する。
【００５４】
貸し手テーブル記憶部８３１は、貸し手テーブルを記憶する。貸し手テーブルについては、図９を用いて後述する。借り手テーブル記憶部８３３は、借り手テーブルを記憶する。借り手テーブルについては、図１０を用いて後述する。第１条件テーブル記憶部８３５は、貸出条件テーブルを記憶する。貸出条件テーブルについては、図１１を用いて後述する。第２条件テーブル記憶部８３７は、借入条件テーブルを記憶する。借入条件テーブルについては、図１２を用いて後述する。取引テーブル記憶部８３９は、取引テーブルを記憶する。取引テーブルについては、図１３を用いて後述する。内部パラメータ記憶部８４１は、後述する第１探索処理の過程及び第２探索処理の過程において借入条件テーブルから抽出された借入条件を記憶する。また、内部パラメータ記憶部８４１は、後述する第３探索処理の過程及び第４探索処理の過程において貸出条件テーブルから抽出された貸出条件を記憶する。
【００５５】
上述した受信部８０１、送信部８０３、アクセス受付部８０５、認証部８０７、制御部８０９、第１条件受付部８１１、第２条件受付部８１３、提案部８１５、探索部８１７及び約定部８１９は、ハードウエア資源（例えば、図３０）と、以下で述べる処理をＣＰＵ（Central Processing Unit）２５０３に実行させるプログラムとを用いて実現される。
【００５６】
上述した貸し手テーブル記憶部８３１、借り手テーブル記憶部８３３、第１条件テーブル記憶部８３５、第２条件テーブル記憶部８３７、取引テーブル記憶部８３９及び内部パラメータ記憶部８４１は、ハードウエア資源（例えば、図３０）を用いて実現される。
【００５７】
貸し手テーブルについて説明する。図９に、貸し手テーブルの例を示す。この例における貸し手テーブルは、貸し手に対応するレコードを有している。貸し手テーブルのレコードは、貸し手ＩＤが格納されるフィールドと、アカウント名が格納されるフィールドと、パスワードが格納されるフィールドと、名前が格納されるフィールドと、メールアドレスが格納されるフィールドと、貸出車種が格納されるフィールドと、貸出場所が格納されるフィールドとを有している。
【００５８】
貸し手ＩＤは、貸し手を識別する。アカウント名とパスワードとは、貸し手のユーザ認証に用いられる。名前は、貸し手の名前である。メールアドレスは、貸し手のメールアドレスである。貸出車種及び貸出場所は、上述した通りである。尚、貸し手がユーザ登録を行った時点で、当該貸し手のレコードが設けられる。
【００５９】
借り手テーブルについて説明する。図１０に、借り手テーブルの例を示す。この例における借り手テーブルは、借り手に対応するレコードを有している。借り手テーブルのレコードは、借り手ＩＤが格納されるフィールドと、アカウント名が格納されるフィールドと、パスワードが格納されるフィールドと、名前が格納されるフィールドと、メールアドレスが格納されるフィールドと、借入場所が格納されるフィールドとを有している。
【００６０】
借り手ＩＤは、借り手を識別する。アカウント名とパスワードとは、借り手のユーザ認証に用いられる。名前は、借り手の名前である。メールアドレスは、借り手のメールアドレスである。借入場所は、上述した通りである。
【００６１】
貸出条件テーブルについて説明する。図１１に、貸出条件テーブルの例を示す。この例における貸出条件テーブルは、貸出条件に対応するレコードを有している。貸出条件テーブルのレコードは、貸出条件ＩＤが格納されるフィールドと、貸し手ＩＤが格納されるフィールドと、貸出車種が格納されるフィールドと、貸出場所が格納されるフィールドと、貸出対象期間のフィールドと、設定金額が格納されるフィールドとを有している。
【００６２】
貸出条件ＩＤは、貸出条件を識別する。貸し手ＩＤは、当該貸出条件を登録した貸し手を特定する。貸出車種、貸出場所及び貸出対象期間は、上述した通りである。貸出対象期間のフィールドは、開始日時が格納されるフィールドと、終了日時が格納されるフィールドとを有する。設定金額は、上述した通りである。
【００６３】
借入条件テーブルについて説明する。図１２に、借入条件テーブルの例を示す。この例における借入条件テーブルは、借入条件に対応するレコードを有している。借入条件テーブルのレコードは、借入条件ＩＤが格納されるフィールドと、借り手ＩＤが格納されるフィールドと、借入車種が格納されるフィールドと、借入場所が格納されるフィールドと、借入期間のフィールドと、希望金額が格納されるフィールドとを有している。
【００６４】
借入条件ＩＤは、借入条件を識別する。借り手ＩＤは、当該借入条件を登録した借り手を特定する。借入車種、借入場所及び借入期間は、上述した通りである。借入期間のフィールドは、開始日時が格納されるフィールドと、終了日時が格納されるフィールドとを有する。希望金額は、上述した通りである。
【００６５】
取引テーブルについて説明する。図１３に、取引テーブルの例を示す。この例における取引テーブルは、賃借に係る取引に対応するレコードを有している。取引テーブルのレコードは、取引ＩＤが格納されるフィールドと、貸し手ＩＤが格納されるフィールドと、借り手ＩＤが格納されるフィールドと、貸出車種が格納されるフィールドと、貸出場所が格納されるフィールドと、貸出期間のフィールドと、確定金額が格納されるフィールドとを有している。
【００６６】
取引ＩＤは、賃借に係る取引を識別する。貸し手ＩＤは、当該取引における貸し手を特定する。借り手ＩＤは、当該取引における借り手を特定する。貸出車種は、当該取引によって貸し出される車両の種類である。貸出場所は、当該取引によって車両が貸し出される場所である。貸出期間は、当該取引によって車両が貸し出される期間である。貸出期間のフィールドは、開始日時が格納されるフィールドと、終了日時が格納されるフィールドとを有する。確定金額は、当該取引における貸借の賃料を特定する。
【００６７】
続いて、仲介サーバ１０５における処理について説明する。まず、貸し手に対する処理について説明する。図１４に、貸し手処理フローを示す。
【００６８】
アクセス受付部８０５は、受信部８０１を介して、貸し手専用のＵＲＬへのアクセスを受け付ける（Ｓ１４０１）。ここでは、貸し手端末１０１が、当該ＵＲＬへアクセスするものとする。
【００６９】
認証部８０７は、送信部８０３を介して、貸し手端末１０１宛てにログイン画面のデータを送信する（Ｓ１４０３）。ログイン画面は、アカウント名及びパスワードの入力を受け付ける。
【００７０】
受信部８０１は、貸し手端末１０１からアカウント名及びパスワードを受信し（Ｓ１４０５）、認証部８０７は、当該アカウント名及びパスワードを得る。
【００７１】
認証部８０７は、当該アカウント名及びパスワードに基づいて、ユーザ認証処理を実行する（Ｓ１４０７）。認証部８０７は、貸し手テーブルに基づいて、当該アカウント名及びパスワードが正当であるか否かを判定する。また、当該アカウント名及びパスワードが正当である場合には、認証部８０７は、当該アカウント名及びパスワードに対応する貸し手ＩＤを特定する。
【００７２】
制御部８０９は、ユーザ認証が成功したか否かを判定する（Ｓ１４０９）。ユーザ認証が成功していないと判定した場合には、制御部８０９は、送信部８０３を介して、貸し手端末１０１宛てにユーザ認証失敗の画面のデータを送信する（Ｓ１４１１）。そして、Ｓ１４０１に示した処理に戻って、上述した処理を繰り返す。
【００７３】
一方、ユーザ認証が成功したと判定した場合には、制御部８０９は、送信部８０３を介して、貸し手端末１０１宛てにメニュー画面のデータを送信する（Ｓ１４１３）。メニュー画面は、「貸出条件の登録」の指示及び終了指示を受け付ける。ここでは、メニュー画面における他の指示についての説明を省略する。
【００７４】
受信部８０１は、貸し手端末１０１からメニュー画面における指示を受信し（Ｓ１４１５）、制御部８０９は、当該指示を得る。制御部８０９は、「貸出条件の登録」の指示を得たか否かを判定する（Ｓ１４１７）。
【００７５】
「貸出条件の登録」の指示を得ていないと判定した場合には、制御部８０９は、終了指示を得たか否かを判定する（Ｓ１４１９）。終了指示を得たと判定した場合には、貸し手処理を終える。
【００７６】
終了指示を得ていないと判定した場合には、Ｓ１４１５に示した処理に戻って、上述した処理を繰り返す。
【００７７】
Ｓ１４１７において、「貸出条件の登録」の指示を得たと判定した場合には、端子Ａを介して、図１５に示したＳ１５０１の処理に移る。
【００７８】
図１５の説明に移る。第１条件受付部８１１は、貸し手テーブルから、ユーザ認証で特定された貸し手ＩＤに対応する貸出車種を取得し、当該貸出車種を貸出画面のデータにおける初期値に設定する（Ｓ１５０１）。
【００７９】
第１条件受付部８１１は、貸し手テーブルから、同じく貸し手ＩＤに対応する貸出場所を取得し、当該貸出場所を貸出画面のデータにおける初期値に設定する（Ｓ１５０３）。
【００８０】
そして、第１条件受付部８１１は、送信部８０３を介して、貸出画面のデータを貸し手端末１０１へ送信する（Ｓ１５０５）。
【００８１】
その後、受信部８０１は、貸し手端末１０１から貸出条件（貸出車種、貸出場所、貸出対象期間及び設定金額）を受信し（Ｓ１５０７）、第１条件受付部８１１は、当該貸出条件を得る。第１条件受付部８１１は、貸出条件テーブルに新しいレコードを設けて、受信した貸出条件を設定する（Ｓ１５０９）。このとき、第１条件受付部８１１は、当該新しいレコードに貸出条件ＩＤを割り当てる。また、第１条件受付部８１１は、ユーザ認証で特定された貸し手ＩＤを当該新しいレコードに格納する。
【００８２】
端子Ｂを介して、図１６に示したＳ１６０１の処理に移る。探索部８１７は、第１探索処理を実行する（Ｓ１６０１）。探索部８１７は、第１探索処理において、図１５のＳ１５０７で受信した貸出条件に適合する借入条件を探索する。
【００８３】
図１７に、第１探索処理フローを示す。探索部８１７は、借入条件テーブルにおいて借入条件を１つ特定する（Ｓ１７０１）。具体的には、探索部８１７は、借入条件テーブルにおけるレコードを１つ特定する。
【００８４】
探索部８１７は、特定した借入条件の借入車種が、図１５のＳ１５０７で受信した貸出条件の貸出車種と一致するか否かを判定する（Ｓ１７０３）。当該借入車種が当該貸出車種と一致しないと判定した場合には、Ｓ１７１３の処理に移る。
【００８５】
一方、当該借入車種が当該貸出車種と一致すると判定した場合には、探索部８１７は、特定した借入条件の借入場所が、上記貸出条件の貸出場所と一致するか否かを判定する（Ｓ１７０５）。当該借入場所が当該貸出場所と一致しないと判定した場合には、Ｓ１７１３の処理に移る。
【００８６】
一方、当該借入場所が当該貸出場所と一致すると判定した場合には、探索部８１７は、特定した借入条件の借入期間が、上記貸出条件の貸出対象期間に含まれるか否かを判定する（Ｓ１７０７）。当該借入期間が当該貸出対象期間に含まれないと判定した場合には、Ｓ１７１３の処理に移る。
【００８７】
一方、当該借入期間が当該貸出対象期間に含まれると判定した場合には、探索部８１７は、特定した借入条件の希望金額が、上記貸出条件の設定金額以上であるか否かを判定する（Ｓ１７０９）。当該希望金額が当該設定金額未満であると判定した場合には、Ｓ１７１３の処理に移る。
【００８８】
一方、当該希望金額が当該設定金額以上であると判定した場合には、探索部８１７は、特定した借入条件を内部パラメータ記憶部８４１に記憶する（Ｓ１７１１）。
【００８９】
探索部８１７は、Ｓ１７０１において未特定の借入条件があるか否かを判定する（Ｓ１７１３）。未特定の借入条件があると判定した場合には、Ｓ１７０１に示した処理に戻って、上述した処理を繰り返す。
【００９０】
一方、未特定の借入条件がないと判定した場合には、第１探索処理を終え、呼び出し元の貸し手処理に復帰する。
【００９１】
図１６の説明に戻る。提案部８１５は、第１探索処理の結果、適合する借入条件があったか否かを判定する（Ｓ１６０３）。具体的には、提案部８１５は、第１探索処理において内部パラメータ記憶部８４１に借入条件を記憶したか否かを判定する。
【００９２】
適合する借入条件があったと判定した場合には、提案部８１５は、適合する借入条件を１つ特定する（Ｓ１６０５）。具体的には、提案部８１５は、第１探索処理において内部パラメータ記憶部８４１に記憶された借入条件を１つ特定する。
【００９３】
提案部８１５は、特定した借入条件に基づいて、申込画面のデータを生成する（Ｓ１６０７）。このとき生成される申込画面は、登録されている借入条件を表示し、ユーザ操作による申込を受け付ける。このとき提案部８１５は、申込画面処理を起動する。申込画面処理については、図２９を用いて後述する。
【００９４】
更に、提案部８１５は、当該申込画面へのリンクが貼られた提案メールを生成する（Ｓ１６０９）。つまり、提案メールには、当該申込画面のＵＲＬが記述されている。提案メールには、借入条件を満たす貸出条件が登録された旨が記述される。
【００９５】
提案部８１５は、送信部８０３を介して、当該借入条件に対応する借り手端末１０３宛ての提案メールを送信する（Ｓ１６１１）。具体的には、宛先に借り手のメールアドレスが設定されたメールが、メールサーバへ送られる。
【００９６】
提案部８１５は、Ｓ１６０５において未特定の借入条件があるか否かを判定する（Ｓ１６１３）。未特定の借入条件があると判定した場合には、Ｓ１６０５に示した処理に戻って、上述した処理を繰り返す。
【００９７】
一方、未特定の借入条件がないと判定した場合には、端子Ｃを介して、図１４のＳ１４１３に示した処理に戻って上述した処理を繰り返す。
【００９８】
また、Ｓ１６０３において、適合する借入条件がなかったと判定した場合には、端子Ｄを介して、図１８に示したＳ１８０１の処理に移る。
【００９９】
探索部８１７は、第２探索処理を実行する（Ｓ１８０１）。探索部８１７は、第２探索処理において、希望金額以外の条件について満足する借入条件を探索する。
【０１００】
図１９に、第２探索処理フローを示す。探索部８１７は、借入条件テーブルにおいて借入条件を１つ特定する（Ｓ１９０１）。具体的には、探索部８１７は、借入条件テーブルにおけるレコードを１つ特定する。
【０１０１】
探索部８１７は、特定した借入条件の借入車種が、図１５のＳ１５０７で受信した貸出条件の貸出車種と一致するか否かを判定する（Ｓ１９０３）。当該借入車種が当該貸出車種と一致しないと判定した場合には、Ｓ１９１１の処理に移る。
【０１０２】
一方、当該借入車種が当該貸出車種と一致すると判定した場合には、探索部８１７は、特定した借入条件の借入場所が、上記貸出条件の貸出場所と一致するか否かを判定する（Ｓ１９０５）。当該借入場所が当該貸出場所と一致しないと判定した場合には、Ｓ１９１１の処理に移る。
【０１０３】
一方、当該借入場所が当該貸出場所と一致すると判定した場合には、探索部８１７は、特定した借入条件の借入期間が、上記貸出条件の貸出対象期間に含まれるか否かを判定する（Ｓ１９０７）。当該借入期間が当該貸出対象期間に含まれないと判定した場合には、Ｓ１９１１の処理に移る。
【０１０４】
一方、当該借入期間が当該貸出対象期間に含まれると判定した場合には、探索部８１７は、特定した借入条件を内部パラメータ記憶部８４１に記憶する（Ｓ１９０９）。
【０１０５】
探索部８１７は、Ｓ１９０１において未特定の借入条件があるか否かを判定する（Ｓ１９１１）。未特定の借入条件があると判定した場合には、Ｓ１９０１に示した処理に戻って、上述した処理を繰り返す。
【０１０６】
一方、未特定の借入条件がないと判定した場合には、探索部８１７は、内部パラメータ記憶部８４１に借入条件を記憶したか否かを判定する（Ｓ１９１３）。
【０１０７】
内部パラメータ記憶部８４１に借入条件を記憶したと判定した場合には、探索部８１７は、記憶した借入条件のうち、希望金額が最も高い借入条件を特定する（Ｓ１９１５）。そして、第２探索処理を終えて、貸し手処理に復帰する。
【０１０８】
一方、内部パラメータ記憶部８４１に借入条件を記憶していないと判定した場合には、探索部８１７は、該当する借入条件がないと判定する（Ｓ１９１７）。そして、第２探索処理を終えて、貸し手処理に復帰する。
【０１０９】
図１８の説明に移る。提案部８１５は、第２探索処理の結果、該当する借入条件があったか否かを判定する（Ｓ１８０３）。
【０１１０】
該当する借入条件がなかったと判定した場合には、そのまま貸し手処理を終える。一方、該当する借入条件があったと判定した場合には、提案部８１５は、更新画面のデータを生成する（Ｓ１８０５）。例えば、図６に示した更新画面のデータが生成される。
【０１１１】
提案部８１５は、送信部８０３を介して、貸し手端末１０１宛てに更新画面のデータを送信する（Ｓ１８０７）。その後、提案部８１５は、受信部８０１が貸し手端末１０１から更新の応答を受信したか否かを判定する（Ｓ１８０９）。
【０１１２】
貸し手端末１０１から更新の応答を受信したと判定した場合には、約定部８１９は、約定処理を実行する（Ｓ１８１１）。約定部８１９は、約定処理において、上記該当する借入条件に基づいて、取引を成立させる。
【０１１３】
図２０に、約定処理フローを示す。約定部８１９は、取引テーブルの新しいレコードを生成する（Ｓ２００１）。このとき、約定部８１９は、取引ＩＤを割り当てる。また、貸し手ＩＤのフィールドには、ユーザ認証で特定された貸し手ＩＤが格納される。借り手ＩＤのフィールドには、上記該当する借入条件に対応する借り手ＩＤが格納される。貸出車種のフィールドには、借入条件の借入車種が格納される。貸出場所のフィールドには、借入条件の借入場所が格納される。貸出期間の開始日時のフィールドには、借入期間の開始日時が格納される。貸出期間の終了日時のフィールドには、借入期間の終了日時が格納される。確定金額のフィールドには、借入条件の希望金額が格納される。
【０１１４】
約定部８１９は、送信部８０３を介して、貸し手ＩＤに対応するメールアドレス宛の通知メールを送信する（Ｓ２００３）。通知メールには、更新した設定金額で取引が成立した旨が記述される。
【０１１５】
約定部８１９は、図１５のＳ１５０９において貸出条件テーブルに設けた貸出条件のレコードを削除する（Ｓ２００５）。但し、約定部８１９は、レコードを削除せずに、上記該当する貸出条件における貸出対象期間を修正するようにしてもよい。
【０１１６】
約定部８１９は、送信部８０３を介して、借り手ＩＤに対応するメールアドレス宛の通知メールを送信する（Ｓ２００７）。通知メールには、登録された借入条件に基づく取引が成立した旨が記述される。約定処理を終えると、呼び出し元の貸し手処理に復帰する。
【０１１７】
図１８の説明に戻る。約定部８１９は、借入条件テーブルにおいて、上記該当する借入条件のレコードを削除する（Ｓ１８１３）。そして、貸し手処理を終える。
【０１１８】
Ｓ１８０９において、貸し手端末１０１から更新の応答を受信していないと判定した場合、つまり拒否の応答を受信した場合には、端子Ｅを介して、図２１に示したＳ２１０１の処理に移る。
【０１１９】
提案部８１５は、図１８のＳ１８０３において該当すると判定した借入条件に基づいて、図５に示した申込画面のデータを生成する（Ｓ２１０１）。このとき提案部８１５は、申込画面処理を起動する。申込画面処理については、図２９を用いて後述する。
【０１２０】
更に、提案部８１５は、当該申込画面へのリンクが貼られた提案メールを生成する（Ｓ２１０３）。つまり、提案メールには、当該申込画面のＵＲＬが記述されている。提案メールには、希望金額以外の借入条件を満たす貸出条件が登録された旨が記述される。
【０１２１】
提案部８１５は、送信部８０３を介して、当該借入条件に対応する借り手端末１０３宛ての提案メールを送信する（Ｓ２１０５）。具体的には、宛先に借り手のメールアドレスが設定されたメールが、メールサーバへ送られる。そして、貸し手処理を終える。
【０１２２】
続いて、借り手に対する処理について説明する。図２２に、借り手処理フローを示す。
【０１２３】
アクセス受付部８０５は、受信部８０１を介して、借り手専用のＵＲＬへのアクセスを受け付ける（Ｓ２２０１）。ここでは、借り手端末１０３が、当該ＵＲＬへアクセスするものとする。
【０１２４】
認証部８０７は、送信部８０３を介して、貸し手端末１０１宛てにログイン画面のデータを送信する（Ｓ２２０３）。ログイン画面は、アカウント名及びパスワードの入力を受け付ける。
【０１２５】
受信部８０１は、貸し手端末１０１からアカウント名及びパスワードを受信し（Ｓ２２０５）、認証部８０７は、当該アカウント名及びパスワードを得る。
【０１２６】
認証部８０７は、当該アカウント名及びパスワードに基づいて、ユーザ認証処理を実行する（Ｓ２２０７）。認証部８０７は、借り手テーブルに基づいて、当該アカウント名及びパスワードが正当であるか否かを判定する。また、当該アカウント名及びパスワードが正当である場合には、認証部８０７は、借り手ＩＤを特定する。
【０１２７】
制御部８０９は、ユーザ認証が成功したか否かを判定する（Ｓ２２０９）。ユーザ認証が成功していないと判定した場合には、制御部８０９は、送信部８０３を介して、借り手端末１０３宛てにユーザ認証失敗の画面のデータを送信する（Ｓ２２１１）。そして、Ｓ２２０１に示した処理に戻って、上述した処理を繰り返す。
【０１２８】
一方、ユーザ認証が成功したと判定した場合には、制御部８０９は、送信部８０３を介して、借り手端末１０３宛てにメニュー画面のデータを送信する（Ｓ２２１３）。メニュー画面は、「借入条件の登録」の指示及び終了指示を受け付ける。ここでは、メニュー画面における他の指示についての説明を省略する。
【０１２９】
受信部８０１は、借り手端末１０３からメニュー画面における指示を受信し（Ｓ２２１５）、制御部８０９は、当該指示を得る。制御部８０９は、「借入条件の登録」の指示を得たか否かを判定する（Ｓ２２１７）。
【０１３０】
「借入条件の登録」の指示を得ていないと判定した場合には、制御部８０９は、終了指示を得たか否かを判定する（Ｓ２２１９）。終了指示を得たと判定した場合には、借り手処理を終える。
【０１３１】
終了指示を得ていないと判定した場合には、Ｓ２２１５に示した処理に戻って、上述した処理を繰り返す。
【０１３２】
Ｓ２２１７において、「借入条件の登録」の指示を得たと判定した場合には、端子Ｆを介して、図２３に示したＳ２３０１の処理に移る。
【０１３３】
図２３の説明に移る。第２条件受付部８１３は、借り手テーブルから、ユーザ認証で特定された借り手ＩＤに対応する借入場所を取得し、当該貸出車種を借入画面のデータにおける初期値に設定する（Ｓ２３０１）。
【０１３４】
第２条件受付部８１３は、送信部８０３を介して、借入画面のデータを借り手端末１０３へ送信する（Ｓ２３０３）。
【０１３５】
受信部８０１は、借入条件（借入車種、借入場所、借入期間及び希望金額）を受信し（Ｓ２３０５）、第２条件受付部８１３は、当該借入条件を得る。
【０１３６】
探索部８１７は、第３探索処理を実行する（Ｓ２３０７）。探索部８１７は、第３探索処理において、図２３のＳ２３０５で受信した借入条件に適合する貸出条件を探索する。
【０１３７】
図２４に、第３探索処理フローを示す。探索部８１７は、貸出条件テーブルにおいて貸出条件を１つ特定する（Ｓ２４０１）。具体的には、探索部８１７は、貸出条件テーブルにおけるレコードを１つ特定する。
【０１３８】
探索部８１７は、特定した貸出条件の貸出車種が、図２３のＳ２３０５で受信した借入条件の借入車種と一致するか否かを判定する（Ｓ２４０３）。当該貸出車種が当該借入車種と一致しないと判定した場合には、Ｓ２４１３の処理に移る。
【０１３９】
一方、当該貸出車種が当該借入車種と一致すると判定した場合には、探索部８１７は、特定した貸出条件の貸出場所が、上記借入条件の借入場所と一致するか否かを判定する（Ｓ２４０５）。当該貸出場所が当該借入場所と一致しないと判定した場合には、Ｓ２４１３の処理に移る。
【０１４０】
一方、当該貸出場所が当該借入場所と一致すると判定した場合には、探索部８１７は、特定した貸出条件の貸出対象期間が、上記借入条件の借入期間を含むか否かを判定する（Ｓ２４０７）。当該貸出対象期間が当該借入期間を含まないと判定した場合には、Ｓ２４１３の処理に移る。
【０１４１】
一方、当該貸出対象期間が当該借入期間を含むと判定した場合には、探索部８１７は、特定した貸出条件の設定金額が上記借入条件の希望金額以下であるか否かを判定する（Ｓ２４０９）。当該設定金額が当該希望金額を上回ると判定した場合には、Ｓ２４１３の処理に移る。
【０１４２】
一方、当該設定金額が当該希望金額以下であると判定した場合には、探索部８１７は、特定した貸出条件を内部パラメータ記憶部８４１に記憶する（Ｓ２４１１）。
【０１４３】
探索部８１７は、Ｓ２４０１において未特定の貸出条件があるか否かを判定する（Ｓ２４１３）。未特定の貸出条件があると判定した場合には、Ｓ２４０１に示した処理に戻って、上述した処理を繰り返す。一方、未特定の貸出条件がないと判定した場合には、第３探索処理を終え、呼び出し元の借り手処理に復帰する。
【０１４４】
図２３の説明に戻る。提案部８１５は、第３探索処理の結果、適合する貸出条件があったか否かを判定する（Ｓ２３０９）。具体的には、提案部８１５は、第３探索処理において内部パラメータ記憶部８４１に貸出条件を記憶したか否かを判定する。
【０１４５】
適合する貸出条件があったと判定した場合には、提案部８１５は、適合する貸出条件に係る申込画面のデータを生成する（Ｓ２３１１）。図５に示した申込画面のデータが生成される。尚、適合する貸出条件が複数ある場合に、提案部８１５は、１つの貸出条件を選択し、当該１つの貸出条件に係る申込画面のデータを生成する。１つの貸出条件を選択する方法は、任意である。提案部８１５は、例えば設定金額が最も低い貸出条件を選択するようにしてもよい。
【０１４６】
提案部８１５は、送信部８０３を介して、借り手端末１０３宛てに申込画面のデータを送信する（Ｓ２３１３）。
【０１４７】
提案部８１５は、一定時間内に、受信部８０１が借り手端末１０３から申込の応答を受信したか否かを判定する（Ｓ２３１５）。受信部８０１が借り手端末１０３から申込の応答を受信したと判定した場合には、約定部８１９は、約定処理を実行する（Ｓ２３１７）。約定部８１９は、約定処理において、図２３のＳ２３０５で受信した借入条件と上記適合する貸出条件とに基づいて、取引を成立させる。
【０１４８】
図２０に示したように、約定部８１９は、取引テーブルの新しいレコードを生成する（Ｓ２００１）。このとき、約定部８１９は、取引ＩＤを割り当てる。また、貸し手ＩＤのフィールドには、上記適合する貸出条件に対応する貸し手ＩＤが格納される。借り手ＩＤのフィールドには、ユーザ認証で特定された借り手ＩＤが格納される。貸出車種のフィールドには、借入条件の借入車種が格納される。貸出場所のフィールドには、借入条件の借入場所が格納される。貸出期間の開始日時のフィールドには、借入期間の開始日時が格納される。貸出期間の終了日時のフィールドには、借入期間の終了日時が格納される。確定金額のフィールドには、上記適合する貸出条件の設定金額が格納される。
【０１４９】
約定部８１９は、送信部８０３を介して、貸し手ＩＤに対応するメールアドレス宛の通知メールを送信する（Ｓ２００３）。通知メールには、上記適合する貸出条件の設定金額で取引が成立した旨が記述される。
【０１５０】
約定部８１９は、貸出条件テーブルにおける上記貸出条件のレコードを削除する（Ｓ２００５）。但し、約定部８１９は、レコードを削除せずに、上記該当する貸出条件における貸出対象期間を修正するようにしてもよい。
【０１５１】
約定部８１９は、送信部８０３を介して、借り手ＩＤに対応するメールアドレス宛の通知メールを送信する（Ｓ２００７）。通知メールには、受け付けた借入条件に基づく取引が成立した旨が記述される。約定処理を終えると、呼び出し元の借り手処理に復帰する。
【０１５２】
図２３の説明に戻る。約定処理から復帰すると、借り手処理を終える。
【０１５３】
Ｓ２３１５において、受信部８０１が借り手端末１０３から申込の応答を受信していないと判定した場合、つまり拒否の応答を受信した場合には、端子Ｇを介して、図２２に示したＳ２２１３の処理に戻る。
【０１５４】
また、Ｓ２３０９において、適合する貸出条件がなかったと判定した場合には、端子Ｈを介して、図２５に示したＳ２５０１の処理に移る。
【０１５５】
図２５の説明に移る。提案部８１５は、送信部８０３を介して、借り手端末１０３宛てに該当なし画面のデータを送信する（Ｓ２５０１）。該当なし画面には、借入条件に適合する貸出条件が登録されていない旨が表示される。また、該当なし画面は、提案要の指示及び提案不要の指示を受け付ける。
【０１５６】
受信部８０１は、借り手端末１０３から該当なし画面における指示を受信し（Ｓ２５０３）、提案部８１５は、受信した指示を得る。提案部８１５は、提案要の指示を得たか否かを判定する（Ｓ２５０５）。提案要の指示を得ていないと判定した場合、つまり提案不要の指示を得た場合には、端子Ｇを介して、図２２に示したＳ２２１３の処理に戻る。
【０１５７】
一方、提案要の指示を得たと判定した場合には、探索部８１７は、第４探索処理を実行する（Ｓ２５０７）。探索部８１７は、第４探索処理において、設定金額以外の条件について満足する貸出条件を探索する。尚、Ｓ２５０１乃至Ｓ２５０５の処理を省いて、端子ＨからＳ２５０７の処理に移るようにしてもよい。
【０１５８】
図２６に、第４探索処理フローを示す。探索部８１７は、貸出条件テーブルにおいて貸出条件を１つ特定する（Ｓ２６０１）。具体的には、探索部８１７は、貸出条件テーブルにおけるレコードを１つ特定する。
【０１５９】
探索部８１７は、特定した貸出条件の貸出車種が、図２３のＳ２３０５で受信した借入条件の借入車種と一致するか否かを判定する（Ｓ２６０３）。当該貸出車種が当該借入車種と一致しないと判定した場合には、Ｓ２６１１の処理に移る。
【０１６０】
一方、当該貸出車種が当該借入車種と一致すると判定した場合には、探索部８１７は、特定した貸出条件の貸出場所が、上記借入条件の借入場所と一致するか否かを判定する（Ｓ２６０５）。当該貸出場所が当該借入場所と一致しないと判定した場合には、Ｓ２６１１の処理に移る。
【０１６１】
一方、当該貸出場所が当該借入場所と一致すると判定した場合には、探索部８１７は、特定した貸出条件の貸出対象期間が、上記借入条件の借入期間を含むか否かを判定する（Ｓ２６０７）。当該貸出対象期間が当該借入期間を含まないと判定した場合には、Ｓ２６１１の処理に移る。
【０１６２】
一方、当該貸出対象期間が当該借入期間を含むと判定した場合には、探索部８１７は、特定した貸出条件を内部パラメータ記憶部８４１に記憶する（Ｓ２６０９）。
【０１６３】
探索部８１７は、Ｓ２６０１において未特定の貸出条件があるか否かを判定する（Ｓ２６１１）。未特定の貸出条件があると判定した場合には、Ｓ２６０１に示した処理に戻って、上述した処理を繰り返す。
【０１６４】
一方、未特定の貸出条件がないと判定した場合には、探索部８１７は、内部パラメータ記憶部８４１に貸出条件を記憶したか否かを判定する（Ｓ２６１３）。
【０１６５】
内部パラメータ記憶部８４１に貸出条件を記憶したと判定した場合には、探索部８１７は、記憶した貸出条件のうち、設定金額が最も低い貸出条件を特定する（Ｓ２６１５）。そして、第４探索処理を終えて、借り手処理に復帰する。
【０１６６】
一方、内部パラメータ記憶部８４１に貸出条件を記憶していないと判定した場合には、探索部８１７は、該当する貸出条件がないと判定する（Ｓ２６１７）。そして、第４探索処理を終えて、借り手処理に復帰する。
【０１６７】
図２５の説明に戻る。提案部８１５は、第４探索処理の結果、該当する貸出条件があったか否かを判定する（Ｓ２５０９）。
【０１６８】
該当する貸出条件がなかったと判定した場合には、提案部８１５は、送信部８０３を介して、借り手端末１０３宛てに該当なし画面のデータを送信する（Ｓ２５１１）。該当なし画面には、提案する貸出条件がない旨が表示される。また、該当なし画面は、確認のユーザ操作を受け付ける。
【０１６９】
提案部８１５は、受信部８０１による確認の応答の受信を待って（Ｓ２５１３）、借入条件テーブルに新しいレコードを設けて、図２３のＳ２３０５で受信した借入条件を設定する（Ｓ２５１５）。このとき、提案部８１５は、当該新しいレコードに借入条件ＩＤを割り当てる。また、提案部８１５は、ユーザ認証で特定された借り手ＩＤを当該新しいレコードに格納する。端子Ｇを介して、図２２に示したＳ２２１３の処理に戻る。
【０１７０】
Ｓ２５０９の説明に戻る。該当する貸出条件があったと判定した場合には、端子Ｉを介して、図２７に示したＳ２７０１の処理に移る。
【０１７１】
図２７の説明に移る。提案部８１５は、申込画面のデータを生成する（Ｓ２７０１）。図５に示した申込画面のデータが生成される。
【０１７２】
提案部８１５は、送信部８０３を介して、借り手端末１０３宛てに申込画面のデータを送信する（Ｓ２７０３）。提案部８１５は、受信部８０１が借り手端末１０３から申込の応答を受信したか否かを判定する（Ｓ２７０５）。
【０１７３】
受信部８０１が借り手端末１０３から申込の応答を受信したと判定した場合には、約定部８１９は、約定処理を実行する（Ｓ２７０７）。約定処理から借り手処理へ復帰すると、借り手処理を終える。
【０１７４】
Ｓ２７０５において、受信部８０１が借り手端末１０３から申込の応答を受信していないと判定した場合には、提案部８１５は、受信部８０１が借り手端末１０３から拒否の応答を受信したか否かを判定する（Ｓ２７０９）。受信部８０１が借り手端末１０３から拒否の応答を受信していないと判定した場合には、Ｓ２７０５に示した処理に戻って、上述した処理を繰り返す。
【０１７５】
一方、受信部８０１が借り手端末１０３から拒否の応答を受信したと判定した場合には提案部８１５は、借入条件テーブルに新しいレコードを設けて、図２３のＳ２３０５で受信した借入条件を設定する（Ｓ２７１１）。このとき、提案部８１５は、当該新しいレコードに借入条件ＩＤを割り当てる。また、提案部８１５は、ユーザ認証で特定された借り手ＩＤを当該新しいレコードに格納する。
【０１７６】
提案部８１５は、更新画面のデータを生成する（Ｓ２７１３）。図６に示した更新画面のデータが生成される。このとき提案部８１５は、更新画面処理を起動する。更新画面処理については、図２８を用いて後述する。
【０１７７】
更に、提案部８１５は、当該更新画面へのリンクが貼られた提案メールを生成する（Ｓ２７１５）。つまり、提案メールには、当該更新画面のＵＲＬが記述されている。提案メールには、設定金額を希望金額と同額に更新すれば取引が成立する旨が記述される。
【０１７８】
提案部８１５は、送信部８０３を介して、第４探索処理で該当すると判定された貸出条件に対応する貸し手端末１０１宛ての提案メールを送信する（Ｓ２７１７）。具体的には、宛先に貸し手のメールアドレスが設定されたメールが、メールサーバへ送られる。そして、端子Ｇを介して、図２２のＳ２２１３に示した処理に戻って上述した処理を繰り返す。
【０１７９】
次に、図２７のＳ２７１７で送信した提案メールのリンクに対する貸し手の操作によって、貸し手端末１０１から更新画面のＵＲＬへアクセスされた場合の処理について説明する。図２８に、更新画面処理フローを示す。
【０１８０】
アクセス受付部８０５は、受信部８０１を介して、更新画面のＵＲＬへのアクセスを受け付ける（Ｓ２８０１）。ここでは、貸し手端末１０１が、当該ＵＲＬへアクセスするものとする。具体的には、Ｓ２７１３で生成した更新画面のＵＲＬへのアクセスを受け付ける。このとき、アクセス受付部８０５は、例えば当該ＵＲＬに付加されているパラメータによって、借入条件ＩＤ及び貸出条件ＩＤを特定する。そして、借入条件ＩＤによって借入条件が特定され、貸出条件ＩＤによって貸出条件が特定される。
【０１８１】
提案部８１５は、送信部８０３を介して、貸し手端末１０１宛てに更新画面のデータを送信する（Ｓ２８０３）。
【０１８２】
提案部８１５は、受信部８０１が貸し手端末１０１から更新の応答を受信したか否かを判定する（Ｓ２８０５）。
【０１８３】
受信部８０１が貸し手端末１０１から更新の応答を受信したと判定した場合には、約定部８１９は、約定処理を実行する（Ｓ２８０７）。また、約定部８１９は、借入条件テーブルにおいて当該借入条件ＩＤに対応するレコードを削除する（Ｓ２８０９）。そして、更新画面処理を終える。
【０１８４】
Ｓ２８０５において、受信部８０１が貸し手端末１０１から更新の応答を受信していないと判定した場合には、提案部８１５は、受信部８０１が貸し手端末１０１から拒否の応答を受信したか否かを判定する（Ｓ２８１１）。
【０１８５】
受信部８０１が貸し手端末１０１から拒否の応答を受信していないと判定した場合には、Ｓ２８０５に示した処理に戻って、上述した処理を繰り返す。
【０１８６】
一方、受信部８０１が貸し手端末１０１から拒否の応答を受信したと判定した場合には、そのまま、更新画面処理を終える。
【０１８７】
最後に、図１６のＳ１６１１又は図２１のＳ２１０５で送信した提案メールのリンクに対する借り手の操作によって、借り手端末１０３から申込画面のＵＲＬへアクセスされた場合の処理について説明する。図２９に、申込画面処理フローを示す。
【０１８８】
アクセス受付部８０５は、受信部８０１を介して、申込画面のＵＲＬへのアクセスを受け付ける（Ｓ２９０１）。ここでは、借り手端末１０３が、当該ＵＲＬへアクセスするものとする。尚、図１６のＳ１６１１で送信した提案メールにおけるリンクの場合には、Ｓ１６０７で生成した申込画面のＵＲＬへのアクセスを受け付ける。一方、図２１のＳ２１０５で送信した提案メールにおけるリンクの場合には、Ｓ２１０１で生成した申込画面のＵＲＬへのアクセスを受け付ける。このとき、アクセス受付部８０５は、例えば当該ＵＲＬに付加されているパラメータによって、借入条件ＩＤ及び貸出条件ＩＤを特定する。そして、借入条件ＩＤによって借入条件が特定され、貸出条件ＩＤによって貸出条件が特定される。
【０１８９】
提案部８１５は、送信部８０３を介して、借り手端末１０３宛てに申込画面のデータを送信する（Ｓ２９０３）。
【０１９０】
提案部８１５は、受信部８０１が借り手端末１０３から申込の応答を受信したか否かを判定する（Ｓ２９０５）。
【０１９１】
受信部８０１が借り手端末１０３から申込の応答を受信したと判定した場合には、約定部８１９は、約定処理を実行する（Ｓ２９０７）。また、約定部８１９は、借入条件テーブルにおいて当該借入条件ＩＤに対応するレコードを削除する（Ｓ２９０９）。そして、申込画面処理を終える。
【０１９２】
Ｓ２９０５において、受信部８０１が借り手端末１０３から申込の応答を受信していないと判定した場合には、提案部８１５は、受信部８０１が借り手端末１０３から拒否の応答を受信したか否かを判定する（Ｓ２９１１）。
【０１９３】
受信部８０１が借り手端末１０３から拒否の応答を受信していないと判定した場合には、Ｓ２９０５に示した処理に戻って、上述した処理を繰り返す。
【０１９４】
一方、受信部８０１が借り手端末１０３から拒否の応答を受信したと判定した場合には、そのまま、申込画面処理を終える。
【０１９５】
本実施の形態によれば、借り手又は貸し手の妥協により取引を成立させ易い。尚、借り手は、サービスの被提供者の例である。また、借入の申し込みは、サービスの提供者との合意の例である。
【０１９６】
ここでは、サービスの対価に関する例を説明したが、商品を提供する場合に、商品の対価に関して本実施の形態を適用するようにしてもよい。
【０１９７】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。
【０１９８】
また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしてもよい。
【０１９９】
なお、上で述べた仲介サーバ１０５は、コンピュータ装置であって、図３０に示すように、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０２００】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【０２０１】
本実施の形態に係る情報処理方法は、（Ａ）サービス又は商品の被提供者の端末から被提供条件を受信した場合に、サービス又は商品の提供条件を複数記憶する第１記憶部において上記被提供条件に適合する提供条件を探索し、（Ｂ）上記被提供条件に適合する提供条件がない場合に、上記被提供条件に基づいて、第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、被提供者の端末へ送信し、（Ｃ）被提供者が第１合意を拒んだと判定した場合に、上記被提供条件による第２合意を促す第２提案データを、上記選び出した提供条件を登録した提供者の端末へ送信する処理を含む。
【０２０２】
このようにすれば、被提供者又は提供者の妥協による合意を取り付けやすくなる。
【０２０３】
上記情報処理方法は、更に、（Ｄ）サービス又は商品の提供者の端末から提供条件を受信した場合に、サービス又は商品の被提供条件を複数記憶する第２記憶部において上記提供条件に適合する被提供条件を探索する処理を含むようにしてもよい。上記情報処理方法は、更に、（Ｅ）上記提供条件に適合する被提供条件がない場合に、上記提供条件に基づいて、第２記憶部において選び出した被提供条件による第３合意を促す第３提案データを、提供者の端末へ送信する処理を含むようにしてもよい。上記情報処理方法は、更に、（Ｅ）提供者が第３合意を拒んだと判定した場合に、上記提供条件による第４合意を促す第４提案データを、上記選び出した被提供条件を登録した被提供者の端末へ送信する処理を含むようにしてもよい。
【０２０４】
このようにすれば、被提供者又は提供者の妥協による合意を、更に取り付けやすくなる。
【０２０５】
更に、提供条件は、サービス又は上記商品の設定料金に関してもよい。また、被提供条件は、上記サービス又は上記商品の希望料金に関してもよい。
【０２０６】
このようにすれば、金銭面における被提供者又は提供者の妥協による合意を取り付けやすくなる。
【０２０７】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。
【図１】
2019064406.tif 000003
【図２】
2019064406.tif 000004
【図３】
2019064406.tif 000005
【図４】
2019064406.tif 000006
【図５】
2019064406.tif 000007
【図６】
2019064406.tif 000008
【図７】
2019064406.tif 000009
【図８】
2019064406.tif 000010
【図９】
2019064406.tif 000011
【図１０】
2019064406.tif 000012
【図１１】
2019064406.tif 000013
【図１２】
2019064406.tif 000014
【図１３】
2019064406.tif 000015
【図１４】
2019064406.tif 000016
【図１５】
2019064406.tif 000017
【図１６】
2019064406.tif 000018
【図１７】
2019064406.tif 000019
【図１８】
2019064406.tif 000020
【図１９】
2019064406.tif 000021
【図２０】
2019064406.tif 000022
【図２１】
2019064406.tif 000023
【図２２】
2019064406.tif 000024
【図２３】
2019064406.tif 000025
【図２４】
2019064406.tif 000026
【図２５】
2019064406.tif 000027
【図２６】
2019064406.tif 000028
【図２７】
2019064406.tif 000029
【図２８】
2019064406.tif 000030
【図２９】
2019064406.tif 000031
【図３０】
2019064406.tif 000032
【手続補正書】
【提出日】令和2年3月24日(2020.3.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索し、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、
前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する
処理を含み、コンピュータにより実行される情報処理方法。
【請求項２】
更に、
前記サービス又は前記商品の提供者の端末から提供条件を受信した場合に、前記サービス又は前記商品の被提供条件を複数記憶する第２記憶部において当該提供条件に適合する被提供条件を探索し、
前記提供条件に適合する被提供条件がない場合に、前記提供条件に基づいて、前記第２記憶部において選び出した被提供条件による第３合意を促す第３提案データを、前記提供者の前記端末へ送信し、
前記提供者が前記第３合意を拒んだと判定した場合に、前記提供条件による第４合意を促す第４提案データを、前記選び出した被提供条件を登録した被提供者の端末へ送信する
処理を含む請求項１記載の情報処理方法。
【請求項３】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索し、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、
前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する
処理を、コンピュータに実行させるプログラム。
【請求項４】
サービス又は商品の被提供者の端末から被提供条件を受信した場合に、当該サービス又は当該商品の提供条件を複数記憶する第１記憶部において当該被提供条件に適合する提供条件を探索する探索部と、
前記被提供条件に適合する提供条件がない場合に、前記被提供条件に基づいて、前記第１記憶部において選び出した提供条件による第１合意を促す第１提案データを、前記被提供者の前記端末へ送信し、前記被提供者が前記第１合意を拒んだと判定した場合に、前記被提供条件による第２合意を促す第２提案データを、前記選び出した提供条件を登録した提供者の端末へ送信する送信部と
を有する情報処理装置。
【国際調査報告】
2019064406.tif 000033
2019064406.tif 000034