特開 2025-23621 総合代行システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025023621

(43)【公開日】2025-02-17

(54)【発明の名称】総合代行システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20250207BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2023127932

(22)【出願日】2023-08-04

(71)【出願人】

【識別番号】523040901

【氏名又は名称】株式会社イズミ

(74)【代理人】

【識別番号】100134072

【弁理士】

【氏名又は名称】白浜 秀二

(72)【発明者】

【氏名】久保 公人

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC13

5L050CC13

(57)【要約】

【課題】特定品の整理代行サービスを要求するユーザに、多角的なサービスを提供する、総合代行システムを可能にする。
【解決手段】整理代行サービスを求めるユーザが操作するデータ端末２－１～２－Ｎと、該整理代行サービスの業務情報を提供するサーバ装置１が通信する総合代行システムで、データ端末２－１～２－Ｎはサーバ装置１から整理代行サービス一覧を取得する取得部４３－１と、該整理代行サービス一覧から１つのサービスを選択する選択部４３－２を備え、サーバ装置１は選択部４３－２が選択したサービスと、該サービスに付随すべき複数サービスについてスケジュールと費用と日程を導出し総合代行費用を見積もる見積部１６－１と、該総合代行費用に対するデータ端末２－１～２－Ｎの支払いを確認して、各サービス提供業者が操作するサービス端末３－１～３－Ｎにサービスを依頼する依頼部１６－２を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

所定の通信媒体を介して、特定品の整理代行サービスを要求するユーザが操作するデータ端末と、前記特定品の整理代行サービスに係る業務に関する情報を提供するサーバ装置とが通信する総合代行システムであって、
前記データ端末は、
前記サーバ装置が提供するアプリケーションを取得して前記特定品の整理代行サービスの一覧を取得する取得手段と、
前記取得手段が取得した前記特定品の整理代行サービスの一覧の中から、１つのサービスを選択する選択手段と、を備え、
前記サーバ装置は、
前記選択手段が選択した１つのサービスと、該サービスに付随すべき複数サービスについてスケジュールと費用と日程を導出して総合代行費用を見積もる見積手段と、
前記見積手段が導出した前記総合代行費用に対する前記データ端末による支払いを確認して、各サービスに提供する業者が操作するサービス端末にサービスを依頼する依頼手段と、を備えることを特徴とする総合代行システム。

【請求項2】

前記サーバ装置は、
前記データ端末から入力されたユーザ固有のパラメータに基づき、最適サービスを推測・出力するＡＩ解析手段を備え、
前記ＡＩ解析手段は、ユーザに最適なサービスを選択し、提案することを特徴とする請求項１に記載の総合代行システム。

【請求項3】

前記ユーザ固有のパラメータは、メインサービス、年齢、予算、依頼時期、予定依頼期間、発生している問題、不用品の種類・数、不用品を収納している部屋の数、住まい地域・建物・階層を含むことを特徴とする請求項２に記載の総合代行システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、特定品の整理代行サービスにかかわる業務に関する情報を提供する総合代行システムに関するものである。

【背景技術】

【0002】

従来の特定品整理代行システムにおいては、特定品の整理代行サービスを要求するユーザに提案可能なサービスの範囲が極めて限定的あったため、ユーザの要求に付随する、他の潜在的な要求を解決するには不向きであった。例えば下記特許文献１には、遺品整理に関する事前の相談に対応できるサービスを提供するため、「全国の遺品整理士認定協会加盟の優良企業と連携し、遺品整理に関する事前の相談ごとを解決し、安心して日々をお過ごし頂く為に、会員券の発行を致します。この会員券は、将来的に遺品整理の依頼をお考えの高齢者様やそのご家族の皆様に会員としてご入会頂き、遺品整理士認定協会より会員証を発行致します。その後、発行した会員証をもって、遺品整理・生前整理をご依頼頂けましたら、全国の遺品整理士認定協会加盟の優良企業に、割安に遺品整理や生前整理のサービスが受けられるものとなっております。これにより、悪質・悪徳なサービスが提供されることの抑止にも繋がると考えられる。」が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－１８８０５５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、遺品整理代行サービスを要求するユーザは、同時にハウスクリーニングサービスや、その他の不用品整理代行サービスを潜在的に要求していることも多く、特許文献１の構成ではそのような要求に対応できないという課題がある。また上記の潜在的な要求を顕在化する手段も確立されていない。本発明は、上記の課題を解決するためになされたもので、ユーザの潜在的な要求を顕在化する手段と、複数の特定品代行サービスとを組み合わせることで、従来の課題を解決し、ユーザの要求に多角的に対応できる総合代行システムを提供することにある。

【課題を解決するための手段】

【0005】

本発明は、所定の通信媒体を介して、特定品の整理代行サービスを要求するユーザが操作するデータ端末と、前記特定品の整理代行サービスに係る業務に関する情報を提供するサーバ装置とが通信する総合代行システムであって、前記データ端末は、前記サーバ装置が提供するアプリケーションを取得して前記特定品の整理代行サービスの一覧を取得する取得手段と、前記取得手段が取得した前記特定品の整理代行サービスの一覧の中から、１つのサービスを選択する選択手段と、を備え、前記サーバ装置は、前記選択手段が選択した１つのサービスと、該サービスに付随すべき複数サービスについてスケジュールと費用と日程を導出して総合代行費用を見積もる見積手段と、前記見積手段が導出した前記総合代行費用に対する前記データ端末による支払いを確認して、各サービスに提供する業者が操作するサービス端末にサービスを依頼する依頼手段と、を備えることを特徴とする。

【発明の効果】

【0006】

本発明によれば、特定品の整理代行サービスを要求するユーザに、多角的なサービスを提供する、総合代行システムを実現することができる。

【図面の簡単な説明】

【0007】

図面は、本発明の特定の実施の形態を示し、発明の不可欠な構成ばかりでなく、選択的及び好ましい実施の形態を含む。

【図1】本発明の１実施例の総合代行システムの構成を説明するブロック図。

【図2】第１実施形態における図１に示したサーバ装置の構成を説明するブロック図。

【図3】（ａ）は図１に示したサーバ装置に接続する端末の構成を説明するブロック図、（ｂ）は、（ａ）に示したＲＡＭに展開されるプログラムの構成を説明するブロック図。

【図4】第１実施形態を示す総合代行システムにおけるサーバ装置のデータ処理例を示すフローチャート。

【図5】第１実施形態を示す総合代行システムにおけるデータ端末のデータ処理例を示すフローチャート。

【図6】（ａ）、（ｂ）、（ｃ）は第１実施形態、第２実施形態に示す総合代行システムにおけるデータ端末側のＵＩ例を示す図。

【図7】第２実施形態を示す総合代行システムにおける図１に示したサーバ装置の構成を説明するブロック図。

【図8】第２実施形態における図１に示したサーバ装置のデータ処理例を示すフローチャート。

【図9】第２実施形態における図１に示したサーバ装置のデータ処理例を示すフローチャート。

【図10】第２実施形態を示す総合代行システムにおけるデータ端末のデータ処理例を示すフローチャート。

【図11】第２実施形態を示す総合代行システムにおけるデータ端末のデータ処理例を示すフローチャート。

【図12】（ａ）、（ｂ）、（ｃ）は第２実施形態を示す総合代行システムにおけるデータ端末側のＵＩ例を示す図。

【発明を実施するための形態】

【0008】

〔第１実施形態〕
図１は、本発明の１実施例の総合代行システムの構成を説明するブロック図である。本実施例では、所定の通信媒体を介して、特定品の整理代行サービスを要求するユーザが操作するデータ端末と、特定品の整理代行サービスにかかわる業務に関する情報を提供するサーバ装置とが通信する総合代行システムを示す。ここで、データ端末とは、ＰＣを含むデータ処理装置が好例であり、サーバ装置とは、何らかのデータ処理サービスをネット上で提供するサーバ装置が好例である。

【0009】

図１において、１はサーバ装置であって、サービス提案・依頼受付プラットフォーム１Ａをメモリ資源上に構築し（例えば外部メモリ１８からＲＡＭ１６に読み出される）、ネットワーク２１と、ブラウザを介してデータ端末２－１～２－Ｎ、４－１～４－Ｎ、５－１～５－Ｎ、サービス端末３－１～３－Ｎと通信可能に接続されている。なお、データ端末２－１～２－Ｎ、４－１～４－Ｎ、５－１～５－Ｎ、サービス端末３－１～３－Ｎにはパッド装置、ＰＣ装置、スマートフォンなどを想定している。

【0010】

より具体的には、本実施形態に示す総合代行システムは、遺品整理・生前整理代行サービスなどを要求するユーザがスマートフォンやパーソナルコンピュータ（ＰＣ）などのデータ端末２－１～２－Ｎ、４－１～４－Ｎ、５－１～５－Ｎ、を操作して、ネットワークに接続される各種特定品整理代行サービスの情報を保有するサーバ装置１が提供するアプリケーションを使って取得し、そのアプリケーションを介して自身の要求に対して最適化されたサービスを検討・依頼できるよう、構成されている。

【0011】

図２は、図１に示したサーバ装置１の構成を説明するブロック図である。なお、説明の都合上、図１に示したデータ端末２－１～２－Ｎ、サービス端末３－１～３－Ｎを接続した状態を示す。また、本実施形態では詳細は記載しないが、回収した家具や、家電製品を買い取る業者が操作するデータ端末４－１～４－Ｎや、回収した家具や、家電製品を交換するマッチング業者が操作するデータ端末５－１～５－Ｎが接続されるシステムとしてもよい。

【0012】

図２において、１１は通信部で、ネットワーク２１に接続されたデータ端末２－１～２－Ｎ、サービス端末３－１～３－Ｎを接続して通信を制御する。
また、１２は内部バスで、ＣＰＵ１３内部の回路間を結ぶ伝送路である。

【0013】

１３はＣＰＵで、外部メモリ１８に記憶されたオペレーティングシステム（ＯＳ）を起動し、ＡＰＩを通じてインストールされた各種アプリケーションを起動する。またＲＡＭ１６上で展開される各種プログラムの処理を実行する。

【0014】

１４は取引情報データベースで、代行サービスのスケジュール・費用・日程などの情報の保管を行う。

【0015】

１５はキーボードで、起動しているアプリケーションに対する数値入力、テキスト入力、アイコン指示などを行う。また、１７はディスプレイで、文字、図形、画像、映像などを表示する。

【0016】

１６は容量を拡張可能なＲＡＭで、外部メモリ１８にインストールされたサービス提案・依頼受付プラットフォーム１Ａの基本プログラムを展開して記憶する。本実施形態における基本プログラムとしては、見積部１６－１、依頼部１６－２を含む一連の情報処理プログラムを想定している。

【0017】

１６－１は見積部で、後述の選択部４３－２が選択した一つのサービスと、該サービスに付随すべき複数のサービスについてスケジュールと費用と日程を導出して総合代行費用を見積もる。

【0018】

１６－２は依頼部で、見積部１６－１が導出した総合代行費用に対するデータ端末２－１～２－Ｎによる支払いを確認して、各サービスを提供する業者が操作するサービス端末３－１～３－Ｎにサービスを依頼する。

【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】

なお、これまでの実施形態で説明した不用品の宅配処分サービスの例として、以下のＵＲＬ群に示すＷｅｂサイトに公開されているものと類似のサービスを想定している。
・https://www.recycle-izumi.net/11011/
・https://www.recycle-izumi.net/8354/
・https://www.recycle-izumi.net/7445/

【産業上の利用可能性】

【0067】

上記実施形態では、特定品の整理代行サービスを要求するユーザと、整理代行サービス提供する業者との取引を例としたが、回収した家具や、家電製品を買い取る業者や、回収した家具や、家電製品を交換するマッチング業者を交えた取引にも適用可能である。

【0068】

以上の記載した本発明に関する開示は、少なくとも下記事項に要約することができる。

【0069】

（１）所定の通信媒体を介して、特定品の整理代行サービスを要求するユーザが操作するデータ端末と、前記特定品の整理代行サービスに係る業務に関する情報を提供するサーバ装置とが通信する総合代行システムであって、前記データ端末は、前記サーバ装置が提供するアプリケーションを取得して前記特定品の整理代行サービスの一覧を取得する取得手段と、前記取得手段が取得した前記特定品の整理代行サービスの一覧の中から、１つのサービスを選択する選択手段と、を備え、前記サーバ装置は、前記選択手段が選択した１つのサービスと、該サービスに付随すべき複数サービスについてスケジュールと費用と日程を導出して総合代行費用を見積もる見積手段と、前記見積手段が導出した前記総合代行費用に対する前記データ端末による支払いを確認して、各サービスに提供する業者が操作するサービス端末にサービスを依頼する依頼手段と、を備えることを特徴とする。

【0070】

（２）前記サーバ装置は、前記データ端末から入力されたユーザ固有のパラメータに基づき、最適サービスを推測・出力するＡＩ解析手段を備え、前記ＡＩ解析手段は、ユーザに最適なサービスを選択し、提案することを特徴とする。

【0071】

（３）前記ユーザ固有のパラメータは、メインサービス、年齢、予算、依頼時期、予定依頼期間、発生している問題、不用品の種類・数、不用品を収納している部屋の数、住まい地域・建物・階層を含むことを特徴とする。

【符号の説明】

【0072】

１ サーバ装置
２－１～２－Ｎ データ端末
３－１～３－Ｎ サービス端末
４－１～４－Ｎ データ端末
５－１～５－Ｎ データ端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】