(57)【要約】      （修正有）【課題】複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する、統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供する。【解決手段】サーバは、複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供し、メモリに含まれたコンピュータで読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含む。方法は、少なくとも１つのプロセッサで、ユーザの電子機器からユーザ入力による注文条件を受信して受け付け、注文条件を考慮した上で宅配会社リストを提供し、宅配会社リストから選択された宅配会社に注文条件に対応する宅配サービスを要請する。【選択図】図５
2019102071.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータシステムによって実現されたサーバで実行される方法であって、
前記サーバは、複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供するものであり、メモリに含まれたコンピュータで読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、
前記方法は、
前記少なくとも１つのプロセッサで、ユーザの電子機器からユーザ入力による注文条件を受信して受け付ける段階、および
前記少なくとも１つのプロセッサで、前記注文条件を考慮した上で宅配会社リストを提供し、前記宅配会社リストから選択された宅配会社に前記注文条件に対応する宅配サービスを要請する段階
を含む、方法。
【請求項２】
前記受け付ける段階は、
前記電子機器にインストールされた専用アプリケーションを利用して前記注文条件を受信するか、あるいは前記ユーザが商品を販売する販売サイトやビジネスアカウント、または前記ユーザの商品販売チャンネルを提供するショッピングモール統合管理プラットフォームと連動して前記注文条件を受信する段階
を含む、請求項１に記載の方法。
【請求項３】
前記要請する段階は、
各宅配会社のサービス可能な配送情報を前記注文条件と比較して前記宅配会社リストを構成する段階
を含む、請求項１に記載の方法。
【請求項４】
前記要請する段階は、
各宅配会社の前記ユーザの利用履歴の有無、プロモーション進行の有無、評価情報のうちの少なくとも１つを利用して前記宅配会社リストを構成したり、前記宅配会社リストの並び順を決定したりする段階
を含む、請求項１に記載の方法。
【請求項５】
前記方法は、
前記少なくとも１つのプロセッサで、前記注文条件に対して前記選択された宅配会社との連動によって該当の宅配サービスの進行情報を管理する段階
を含む、請求項１に記載の方法。
【請求項６】
前記管理する段階は、
前記選択された宅配会社のサーバとのＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）連動により、前記注文条件に対して前記選択された宅配会社のサーバにアップデートされる進行情報を共有する段階
を含む、請求項５に記載の方法。
【請求項７】
前記管理する段階は、
前記注文条件に対して前記ユーザとの電話連結のための機能を提供し、前記選択された宅配会社と前記ユーザとの電話連結状態をモニターする段階
を含む、請求項５に記載の方法。
【請求項８】
前記管理する段階は、
前記選択された宅配会社のサービス進行状況を確認するためのトラッキング画面を提供する段階
を含む、請求項５に記載の方法。
【請求項９】
前記管理する段階は、
前記注文条件に対して前記ユーザとの電話連結のための機能を提供し、前記選択された宅配会社と前記ユーザとの電話連結状態をモニターする段階、および
前記選択された宅配会社のサービス進行状況を確認するためのトラッキング画面に前記電話連結状態を表示する段階
を含む、請求項５に記載の方法。
【請求項１０】
前記管理する段階は、
前記選択された宅配会社のサービス進行状況を、前記サーバと関連するメッセンジャーを利用した通知メッセージで提供する段階
を含む、請求項５に記載の方法。
【請求項１１】
前記提供する段階は、
受取人を対象に提供される通知の場合、前記サーバまたは前記ユーザのメッセンジャーアカウントを送信者として提供する段階
を含む、請求項１０に記載の方法。
【請求項１２】
請求項１〜１１のうちのいずれか一項に記載の方法をコンピュータに実行させる、非−一時的なコンピュータで読み取り可能な記録媒体。
【請求項１３】
コンピュータシステムによって実現されるサーバであって、
複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供するものであり、
メモリに含まれたコンピュータで読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
ユーザの電子機器からユーザ入力による注文条件を受信して受け付ける受付部、および
前記注文条件を考慮した上で宅配会社リストを提供し、前記宅配会社リストから選択された宅配会社に前記注文条件に対応する宅配サービスを要請する要請部
を備える、サーバ。
【請求項１４】
前記受付部は、
前記電子機器にインストールされた専用アプリケーションを利用して前記注文条件を受信するか、あるいは前記ユーザが商品を販売する販売サイトやビジネスアカウント、または前記ユーザの商品販売チャンネルを提供するショッピングモール統合管理プラットフォームと連動して前記注文条件を受信すること
を特徴とする、請求項１３に記載のサーバ。
【請求項１５】
前記要請部は、
各宅配会社の前記ユーザの利用履歴の有無、プロモーション進行の有無、評価情報のうちの少なくとも１つを利用して前記宅配会社リストを構成したり、前記宅配会社リストの並び順を決定したりすること
を特徴とする、請求項１３に記載のサーバ。
【請求項１６】
前記少なくとも１つのプロセッサは、
前記少なくとも１つのプロセッサで、前記注文条件に対して前記選択された宅配会社との連動によって該当の宅配サービスの進行情報を管理する管理部
を備える、請求項１３に記載のサーバ。
【請求項１７】
前記管理部は、
前記選択された宅配会社のサーバとのＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）連動により、前記注文条件に対して前記選択された宅配会社のサーバにアップデートされる進行情報を共有すること
を特徴とする、請求項１６に記載のサーバ。
【請求項１８】
前記管理部は、
前記注文条件に対して前記ユーザとの電話連結のための機能を提供し、前記選択された宅配会社と前記ユーザとの電話連結状態をモニターし、
前記選択された宅配会社のサービス進行状況を確認するためのトラッキング画面に前記電話連結状態を表示すること
を特徴とする、請求項１６に記載のサーバ。
【請求項１９】
前記管理部は、
前記選択された宅配会社のサービス進行状況を、前記サーバと関連するメッセンジャーを利用した通知メッセージで提供すること
を特徴とする、請求項１６に記載のサーバ。
【請求項２０】
前記管理部は、
受取人を対象に提供される通知の場合、前記サーバまたは前記ユーザのメッセンジャーアカウントを送信者として提供すること
を特徴とする、請求項１９に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、宅配を統合管理する技術に関する。
【発明の背景になる技術】
【０００２】
宅配サービスとは、郵便物や荷物、商品などのような貨物を差出人から預かった後、運送会社の一括的な責任の下、受取人まで配達するサービスを意味する。
【０００３】
最近では、社会的インフラの変化により、有線および無線ネットワークを基盤とした宅配サービスが活発化している。すなわち、差出人または受取人が有線／無線電話、ファックス、またはインターネットなどの方法を利用して宅配会社に宅配を注文すると、宅配会社は差出人を訪問して貨物を集荷し、多様な運送区間経路を経由した後、受取人に貨物が伝達されるのである。
【０００４】
このような宅配サービスでは、インターネットを利用したリアルタイム貨物追跡サービスを提供しているところが多い。リアルタイム貨物追跡サービスとは、貨物の現在の配送位置を差出人や受取人に知らせるためのサービスである。
【０００５】
例えば、特許文献１（公開日２０１３年１１月２５日）には、宅配要請された物品が集荷地に到着するたびに、物品を受け取る利用者の携帯用端末機に物品の現在地を知らせるプッシュサービスがなされるようにプッシュサービスを提供する宅配管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国公開特許公報第１０−２０１３−０１２７５８５号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
複数の宅配会社の宅配サービスを１つのサービスで統合管理する、統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供する。
【課題を解決するための手段】
【０００８】
コンピュータシステムで実現されたサーバで実行される方法であって、前記サーバは、複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供するものであり、メモリに含まれたコンピュータで読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記方法は、前記少なくとも１つのプロセッサで、ユーザの電子機器からユーザ入力による注文条件を受信して受け付ける段階、および前記少なくとも１つのプロセッサで、前記注文条件を考慮した上で宅配会社リストを提供し、前記宅配会社リストから選択された宅配会社に前記注文条件に対応する宅配サービスを要請する段階を含む方法を提供する。
【０００９】
一側面によると、前記受け付ける段階は、前記電子機器にインストールされた専用アプリケーションを利用して前記注文条件を受信するか、あるいは前記ユーザが商品を販売する販売サイトやビジネスアカウント、または前記ユーザの商品販売チャンネルを提供するショッピングモール統合管理プラットフォームと連動して前記注文条件を受信する段階を含んでよい。
【００１０】
他の側面によると、前記要請する段階は、各宅配会社のサービス可能な配送情報を前記注文条件と比較して前記宅配会社リストを構成する段階を含んでよい。
【００１１】
また他の側面によると、前記要請する段階は、各宅配会社の前記ユーザの利用履歴の有無、プロモーション進行の有無、評価情報のうちの少なくとも１つを利用して前記宅配会社リストを構成したり、前記宅配会社リストの並び順を決定したりする段階を含んでよい。
【００１２】
また他の側面によると、前記方法は、前記少なくとも１つのプロセッサで、前記注文条件に対して前記選択された宅配会社との連動により、該当の宅配サービスの進行情報を管理する段階を含んでよい。
【００１３】
また他の側面によると、前記管理する段階は、前記選択された宅配会社のサーバとのＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）連動により、前記注文条件に対して前記選択された宅配会社のサーバにアップデートされる進行情報を共有する段階を含んでよい。
【００１４】
また他の側面によると、前記管理する段階は、前記注文条件に対して前記ユーザとの電話連結のための機能を提供し、前記選択された宅配会社と前記ユーザとの電話連結状態をモニターする段階を含んでよい。
【００１５】
また他の側面によると、前記管理する段階は、前記選択された宅配会社のサービス進行状況を確認するためのトラッキング画面を提供する段階を含んでよい。
【００１６】
また他の側面によると、前記管理する段階は、前記注文条件に対して前記ユーザとの電話連結のための機能を提供し、前記選択された宅配会社と前記ユーザとの電話連結状態をモニターする段階、および前記選択された宅配会社のサービス進行状況を確認するためのトラッキング画面に前記電話連結状態を表示する段階を含んでよい。
【００１７】
また他の側面によると、前記管理する段階は、前記選択された宅配会社のサービス進行状況を、前記サーバと関連するメッセンジャーの通知メッセージで提供する段階を含んでよい。
【００１８】
また他の側面によると、前記提供する段階は、受取人を対象として提供される通知の場合、前記サーバまたは前記ユーザのメッセンジャーアカウントを送信者として提供する段階を含んでよい。
【００１９】
前記方法をコンピュータに実行させるためのプログラムが記録されていることを特徴とする、非−一時的なコンピュータで読み取り可能な記録媒体を提供する。
【００２０】
コンピュータシステムで実現されるサーバであって、複数の宅配会社サーバと連動して複数の宅配サービスを１つのサービスに統合して提供する統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービスを提供するものであり、メモリに含まれたコンピュータで読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、ユーザの電子機器からユーザ入力による注文条件を受信して受け付ける受付部、および前記注文条件を考慮した上で宅配会社リストを提供し、前記宅配会社リストから選択された宅配会社に前記注文条件に対応する宅配サービスを要請する要請部を備える、サーバを提供する。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態における、ネットワーク環境の例を示した図である。
【図２】本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。
【図３】本発明の一実施形態における、宅配会社統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームサービス環境の例を示した図である。
【図４】本発明の一実施形態における、サーバのプロセッサが含むことのできる構成要素の例を示したブロック図である。
【図５】本発明の一実施形態における、サーバが実行することのできる方法の例を示したフローチャートである。
【図６】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図７】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図８】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図９】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図１０】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図１１】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図１２】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図１３】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【図１４】本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について、添付の図面を参照しながら詳細に説明する。
【００２３】
本発明の実施形態に係る宅配統合管理方法は、以下で説明される電子機器やサーバのようなコンピュータ装置によって実行されてよい。このとき、コンピュータ装置には、本発明の一実施形態に係るコンピュータプログラムがインストールおよび駆動されてよく、コンピュータ装置は、駆動するコンピュータプログラムの制御にしたがって本発明の一実施形態に係る宅配統合管理方法を実行してよい。上述したコンピュータプログラムは、コンピュータ装置に結合され、宅配統合管理方法をコンピュータに実行させるためにコンピュータで読み取り可能な記録媒体に格納されてよい。
【００２４】
図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されことはない。
【００２５】
複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、ノート型パンコン、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ）、タブレット、ゲームコンソール、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）デバイス、ＶＲ（ｖｉｒｔｕａｌ  ｒｅａｌｉｔｙ）デバイス、ＡＲ（ａｕｇｍｅｎｔｅｄ  ｒｅａｌｉｔｙ）デバイスなどがある。一例として、図１では、電子機器１（１１０）の例としてスマートフォンの形状を示しているが、本発明の実施形態において、電子機器１（１１０）は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータ装置のうちの１つを意味してよい。
【００２６】
通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網、衛星網など）を活用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ  ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター−バスネットワーク、ツリーまたは階層的（ｈｉｅｒａｒｃｈｉｃａｌ）ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。
【００２７】
サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置または複数のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第１サービスを提供するシステムであってよく、サーバ１６０も、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第２サービスを提供するシステムであってよい。より具体的な例として、サーバ１５０は、複数の電子機器１１０、１２０、１３０、１４０にインストールされて駆動するコンピュータプログラムであるアプリケーションを通じ、該当のアプリケーションが目的とするサービス（一例として、宅配サービスなど）を第１サービスとして複数の電子機器１１０、１２０、１３０、１４０に提供してよい。他の例として、サーバ１６０は、上述したアプリケーションのインストールおよび駆動のためのファイルを複数の電子機器１１０、１２０、１３０、１４０に配布するサービスを第２サービスとして提供してよい。
【００２８】
図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、電子機器に対する例として電子機器１（１１０）の内部構成と、サーバ１５０の内部構成について説明する。また、他の電子機器１２０、１３０、１４０やサーバ１６０も、上述した電子機器１（１１０）またはサーバ１５０と同一または類似の内部構成を有してよい。
【００２９】
電子機器１（１１０）とサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含んでよい。メモリ２１１、２２１は、非−一時的なコンピュータで読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ディスクドライブ、ＳＳＤ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ）、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）などのような永久大容量記憶装置（ｐｅｒｍａｎｅｎｔ  ｍａｓｓ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）を含んでよい。ここで、ＲＯＭ、ＳＳＤ、フラッシュメモリ、ディスクドライブのような永久大容量記憶装置は、メモリ２１１、２２１とは区分される別の永久格納装置として、電子機器１（１１０）やサーバ１５０に含まれてもよい。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電気機器１（１１０）にインストールされて駆動するブラウザや特定サービスの提供のために電子機器１（１１０）にインストールされたアプリケーションなどのためのコード）が格納されてよい。このようなソフトウェア構成要素は、メモリ２１１、２２１とは別のコンピュータで読み取り可能な記録媒体からロードされてよい。このような別のコンピュータで読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカードなどのコンピュータで読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータで読み取り可能な記録媒体ではない通信モジュール２１３、２２３を通じてメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるコンピュータプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてよい。
【００３０】
プロセッサ２１２、２２２は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１１、２２１または通信モジュール２１３、２２３によって、プロセッサ２１２、２２２に提供されてよい。例えば、プロセッサ２１２、２２２は、メモリ２１１、２２１のような記録装置に格納されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。
【００３１】
通信モジュール２１３、２２３は、ネットワーク１７０を介して電子機器１（１１０）とサーバ１５０とが互いに通信するための機能を提供してもよいし、電子機器１（１１０）および／またはサーバ１５０が他の電子機器（一例として、電子機器２（１２０））または他のサーバ（一例として、サーバ１６０）と通信するための機能を提供してもよい。一例として、電子機器１（１１０）のプロセッサ２１２がメモリ２１１のような記録装置に格納されたプログラムコードにしたがって生成した要求が、通信モジュール２１３の制御にしたがってネットワーク１７０を介してサーバ１５０に伝達されてよい。これとは逆に、サーバ１５０のプロセッサ２２２の制御にしたがって提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール２２３とネットワーク１７０を経て電子機器１（１１０）の通信モジュール２１３を通じて電子機器１（１１０）に受信されてもよい。例えば、通信モジュール２１３を通じて受信されたサーバ１５０の制御信号や命令、コンテンツ、ファイルなどは、プロセッサ２１２やメモリ２１１に伝達されてよく、コンテンツやファイルなどは、電子機器１（１１０）がさらに含むことのできる格納媒体（上述した永久記憶装置）に格納されてよい。
【００３２】
入力／出力インタフェース２１４は、入力／出力装置２１５とのインタフェースのための手段であってよい。例えば、入力装置は、キーボード、マウス、マイクロフォン、カメラなどの装置を、出力装置は、ディスプレイ、スピーカ、ハプティックフィードバックデバイス（ｈａｐｔｉｃ  ｆｅｅｄｂａｃｋ  ｄｅｖｉｃｅ）などのような装置を含んでよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２１５は、電子機器１（１１０）と１つの装置で構成されてもよい。また、サーバ１５０の入力／出力インタフェース２２４は、サーバ１５０と連結するかサーバ１５０が含むことのできる入力または出力のための装置（図示せず）とのインタフェースのための手段であってもよい。より具体的な例として、電子機器１（１１０）のプロセッサ２１２がメモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器２（１２０）が提供するデータを利用して構成されるサービス画面やコンテンツが、入力／出力インタフェース２１４を通じてディスプレイに表示されてよい。
【００３３】
また、他の実施形態において、電子機器１（１１０）およびサーバ１５０は、図２の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器１（１１０）は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器１（１１０）がスマートフォンである場合、一般的にスマートフォンが含んでいる加速度センサやジャイロセンサ、カメラモジュール、物理的な各種ボタン、タッチパネルを利用したボタン、入力／出力ポート、振動のための振動器などのような多様な構成要素が電子機器１（１１０）にさらに含まれるように実現されてよい。
【００３４】
以下では、宅配統合管理のための方法およびシステムの具体的な実施形態について説明する。
【００３５】
図３を参照すると、サーバ１５０は、宅配会社統合式（Ａｇｇｒｅｇａｔｏｒ）プラットフォームの役割を担うもので、複数の宅配会社（例えば、宅配会社Ａ、宅配会社Ｂ、宅配会社Ｃ、・・・）の宅配サービスを１つのサービスに統合して提供するものである。言い換えれば、サーバ１５０は、各宅配会社サーバとのＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｉｎｇ  ｉｎｔｅｒｆａｃｅ）連動によって各宅配会社の宅配サービスを統合管理するプラットフォームサービスを提供するもので、サービス対象者が選択した宅配会社に宅配サービスを要請するものである。
【００３６】
サーバ１５０は、宅配統合管理サービスのための専用アプリケーションを利用する個人３０１や販売者３０２、個別の販売サイトで商品を販売する販売者３０３、メッセンジャー上のビジネスアカウント（例えば、公式アカウント（ｏｆｆｉｃｉａｌ  ａｃｃｏｕｎｔ）など）で商品を販売する販売者３０４、ショッピングモール統合管理プラットフォームと連動する複数のサイトで商品を販売する販売者３０５などを対象に宅配統合管理サービスを提供してよい。宅配統合管理サービスのための機能は、専用アプリケーションだけではなく、販売者の個別の販売サイトやビジネスアカウント、ショッピングモール統合管理プラットフォームなどと結合してよい。ここで、ビジネスアカウントとは、メッセンジャー上で小規模事業者が商品情報を提供するボット（ｂｏｔ）形態のアカウントを意味してよい。また、ショッピングモール統合管理プラットフォームとは、小規模事業者の販売チャンネルを統合管理するサービスプラットフォームであって、自主的に連結した既存の宅配会社が少なくとも１つ以上存在してよい。ショッピングモール統合管理プラットフォームで商品を販売する販売者３０５の場合、ショッピングモール統合管理プラットフォームに連結している宅配会社を選択するのではなく、サーバ１５０の宅配統合管理サービスを選択して本発明の特徴を含む宅配サービスを利用してよい。
【００３７】
すなわち、サーバ１５０は、宅配サービスを提供する宅配会社（例えば、宅配会社Ａ、宅配会社Ｂ、宅配会社Ｃ、・・・）のコンピュータシステムと連動可能なＡＰＩ、多様な形態の個人３０１や販売者３０２、３０３、３０４、３０５のコンピュータシステムと連動可能なＡＰＩを支援してよく、このようなＡＰＩ連動により、多様な宅配会社を選択することのできる統合式プラットフォームサービスを提供してよい。サーバ１５０は、宅配統合管理サービスのための専用アプリケーションはもちろん、販売者の個別販売サイトやビジネスアカウント、ショッピングモール統合管理プラットフォームなどと連動することで、個人３０１や販売者３０２、３０３、３０４、３０５から要請された宅配サービスを提供してよい。
【００３８】
上述した個人３０１や販売者３０２、３０３、３０４、３０５の形態は例示的なものであり、これに限定されてはならず、宅配統合管理サービスと結合可能な対象であればいくらでも拡大可能である。以下、個人３０１や多様な形態の販売者３０２、３０３、３０４、３０５を一括して「ユーザ」と称する。
【００３９】
図４は、本発明の一実施形態における、サーバのプロセッサが含むことのできる構成要素の例を示したブロック図であり、図５は、本発明の一実施形態における、サーバが実行することのできる方法の例を示したフローチャートである。
【００４０】
本実施形態に係るサーバ１５０は、複数の宅配会社の宅配サービスを１つのサービスで統合管理する統合式プラットフォームサービスを提供する。言い換えれば、サーバ１５０は、クライアント（ｃｌｉｅｎｔ）である複数の電子機器１１０、１２０、１３０、１４０を対象に統合式宅配サービスを提供するプラットフォームの役割を担うものであると言える。サーバ１５０は、電子機器１１０、１２０、１３０、１４０上にインストールされるアプリケーションと連動して統合式宅配サービスを提供してよい。
【００４１】
サーバ１５０のプロセッサ２２２は、図５に示された宅配統合管理方法を実行するための構成要素として、図４に示すように、受付部４１０、要請部４２０、および管理部４３０を備えてよい。実施形態によっては、プロセッサ２２２の構成要素は、選択的にプロセッサ２２２に含まれても除外されてもよい。また、実施形態によっては、プロセッサ２２２の構成要素は、プロセッサ２２２の機能の表現のために分離されても併合されてもよい。
【００４２】
このようなプロセッサ２２２およびプロセッサ２２２の構成要素は、図５の宅配統合管理方法が含む段階５１０〜５４０を実行するようにサーバ１５０を制御してよい。例えば、プロセッサ２２２およびプロセッサ２２２の構成要素は、メモリ２２１が含むオペレーティングシステムのコードと少なくとも１つのプログラムのコードによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。
【００４３】
ここで、プロセッサ２２２の構成要素は、サーバ１５０に格納されたプログラムコードが提供する命令にしたがってプロセッサ２２２によって実行される、プロセッサ２２２の互いに異なる機能（ｄｉｆｆｅｒｅｎｔ  ｆｕｎｃｔｉｏｎｓ）の表現であってよい。例えば、サーバ１５０がユーザの注文条件を受け付けるように、上述した命令にしたがってサーバ１５０を制御するプロセッサ２２２の機能的表現として受付部４１０が利用されてよい。
【００４４】
段階５１０で、プロセッサ２２２は、サーバ１５０の制御と関連する命令がロードされたメモリ２２１から必要な命令を読み取ってよい。この場合、前記読み取られた命令は、プロセッサ２２２が以下で説明される段階５２０〜５４０を実行するように制御するための命令を含んでよい。
【００４５】
段階５２０で、受付部４１０は、ユーザの電子機器からユーザ入力による注文条件を受信して受け付けてよい。注文条件は、宅配の差出人の名前、連絡先、住所を含んだ差出人情報、受取人の名前、連絡先、住所を含んだ受取人情報、配送商品の種類、数量、重量を含んだ商品情報、商品を集荷するための訪問希望時間などを含んでよい。受付部４１０は、ユーザの電子機器にインストールされた専用アプリケーションだけではなく、個別の販売サイトやビジネスアカウント、ショッピングモール統合管理プラットフォームなどと連動しながらユーザの注文条件を含んだ宅配要請を受信して受け付けてよい。言い換えれば、ユーザは、電子機器にインストールされた専用アプリケーションを利用して宅配要請を伝達することもできるし、個別の販売サイトやビジネスアカウント、ショッピングモール統合管理プラットフォームなどに結合する宅配統合管理サービスのための機能を利用して販売商品に対する宅配を要請することもできる。
【００４６】
段階５３０で、要請部４２０は、段階Ｓ５２０で受け付けた注文条件を考慮した宅配会社リストをユーザの電子機器に提供し、ユーザが宅配会社リストから選択した宅配会社に注文条件に対応する宅配サービスを要請してよい。先ず、要請部４２０は、サーバ１５０と連動する各宅配会社のサービス可能な配送情報を事前に構築しておき、各宅配会社の配送情報と注文条件に含まれた差出人情報、受取人情報、商品情報、訪問希望時間などとを比較してサービス可能な宅配会社リストを構成してよい。例えば、商品の重量が大型サイズに属する場合は、大型商品の配送が可能な宅配会社で宅配会社リストを構成してよく、差出人や受取人の住所が離島・中山間地域に該当する場合は、この地域へのアクセスが可能な宅配会社で宅配会社リストを構成してよい。このとき、要請部４２０は、宅配会社別のユーザ履歴や宅配会社のパフォーマンスと関連する履歴に基づいて宅配会社を勧めてよい。一例として、要請部４２０は、各宅配会社のユーザの利用履歴の有無、プロモーション進行の有無、パフォーマンスやレビューのような評価情報のうちの少なくとも１つを利用して宅配会社リストを構成したり、宅配会社リストの並び順を決定したりしてよい。例えば、ユーザがここ最近利用した宅配会社を最上位に位置させ、その次にプロモーションを進行中の宅配会社を位置させてもよいし、他の例としては、評価情報に基づく順序で宅配会社リストを整列させてもよい。また、要請部４２０は、受取人の住所が海外や離島・中山間地域のような特殊な地域である場合、２つ以上の宅配会社を組み合わせて宅配会社リストを構成してよい。サーバ１５０は、宅配会社別の選択履歴や評価情報を累積しておき、これに基づいて宅配会社を評価するプラットフォームサービスを提供することも可能である。この後、要請部４２０は、ユーザが宅配会社リストから特定の宅配会社を選択した場合、該当の宅配会社にユーザの注文条件を伝達することによって宅配サービスを要請してよい。ユーザが宅配会社の選択を直接に行うものと説明しているが、これに限定されてはならず、ユーザの事前設定に基づき、ここ最近利用した宅配会社を自動選択したり、またはプロモーション特典が最も良い（例えば、配送費用が最安値である宅配会社、あるいは他のユーザによる評価が最も良い宅配会社など）宅配会社を自動選択したりすることも可能である。したがって、要請部４２０は、サーバ１５０と連動する宅配会社のうちからユーザの注文条件に対応する宅配会社を選択して宅配サービスを要請することができる。
【００４７】
段階５４０で、管理部４３０は、ユーザの注文条件に対して選択された宅配会社との連動により、該当の宅配会社による宅配サービスの進行情報を管理してよい。このとき、管理部４３０は、宅配サービスを要請した宅配会社のサーバからユーザの実際の注文条件が入力され、段階５２０で受付された注文条件を更新してよい。例えば、ユーザの注文条件が宅配会社に伝達されると、該当の宅配会社では、ＣＳ（ｃｕｓｔｏｍｅｒ  ｓａｔｉｓｆａｃｔｉｏｎ）センターや配送人員などがユーザに電話をかけたりユーザを訪問したりして注文有効の可否と最終注文条件を確認してよく、サーバ間の連動によって最終確認された注文条件を相互共有してよい。管理部４３０は、宅配会社サーバとの連動によって宅配サービスを要請した注文条件に対してユーザとの電話連結のための機能（例えば、ＶｏＩＰ電話など）を提供してよく、これによって宅配会社とユーザとの電話連結状態を直接モニターすることも可能である。例えば、管理部４３０は、宅配会社サーバとのＡＰＩ連動によって注文条件を確認するためのユーザとの電話連結が失敗した場合、該当のイベントを記録しておき、トラッキング画面や通知によって該当の宅配会社の不在着信（ｍｉｓｓｅｄ  ｃａｌｌ）を表示してよい。また、管理部４３０は、ユーザの注文条件に対して宅配会社との連動によって宅配会社のサーバにアップデートされるサービス進行状況を共有しながら記録してよく、リアルタイム進行状況を確認することのできるトラッキング画面や別途の通知などによって宅配サービスの進行情報を提供してよい。管理部４３０は、有効な注文条件に対して宅配サービスが進行中である場合、主要状態（例えば、注文受付、商品受託、商品移動中、配達地到着、配達出発、配達完了）の処理状況をトラッキング画面や通知によってリアルタイムで提供してよい。また、管理部４３０は、宅配サービスの進行情報を、サーバ１５０と関連するメッセンジャーによる通知メッセージで提供してよい。管理部４３０は、ユーザの電子機器にサーバ１５０と関連するメッセンジャーがインストールされている場合、該当のメッセンジャーを利用して宅配サービスの進行情報をリアルタイムで提供してよい。宅配サービスの進行情報は、商品を送ったユーザはもちろん、少なくとも一部の進行情報は、受取人を対象に提供されてもよい。管理部４３０は、メッセンジャーを利用して宅配サービスの進行情報を受取人に提供するとき、情報送信者をサーバ１５０のアカウントとしてもよく、他の例としては、商品を送ったユーザのアカウントを送信者として宅配サービスの進行情報を提供することも可能である。例えば、受取人がメッセンジャー上のユーザのビジネスアカウントを利用して商品を購入した場合、受取人の事前の同意に基づき、宅配サービスの進行情報をユーザのビジネスアカウントに提供してもよい。
【００４８】
したがって、サーバ１５０は、ＡＰＩ連動によって多様な形態のユーザ流入を支援すると同時に、多様な宅配会社を選択することのできる統合式プラットフォームサービスを提供することができ、自主的なトラッキング画面の他にも、該当のプラットフォームと連係するメッセンジャーを利用して、宅配サービスの主要状態に対するリアルタイムトラッキング内容をユーザと受取人に提供することができる。宅配サービスの進行情報をサーバ１５０と関連するメッセンジャーを利用した通知メッセージで提供することにより、他の媒体（例えば、ＳＭＳやＭＭＳなど）を利用する通知に比べて費用を節減することができ、宅配会社ごとに異なる既存の通知ではなく、すべての宅配会社に対して一貫した形態の通知を提供することができる。また、受取人を対象に、宅配会社ではなくサーバ１５０やユーザのメッセンジャーアカウントを送信者とする通知を提供することにより、迷惑メッセージとしての誤認を防ぐなど、メッセージ伝達効果を高めることができる。
【００４９】
図６〜１４は、本発明の一実施形態における、宅配統合管理サービスのためのインタフェース画面を示した例示図である。図６〜１４は、ユーザの電子機器にインストールされた専用アプリケーションを通じて提供するサービス画面を示している。
【００５０】
図６と図７は、注文条件を含んだ配送注文書を作成する画面の例示図である。例えば、図６と図７に示すように、配送注文書作成画面６００は、宅配配送を要請する注文条件として、商品集荷住所６１０、ユーザの連絡先６２０、配送商品の数量情報６３０、商品集荷時間６４０などを入力するためのインタフェースで構成されてよい。このとき、図７の配送注文書作成画面６００には、宅配会社を選択するためのメニュー６５０が含まれてよく、配送注文書作成画面６００で宅配会社選択メニュー６５０を選択した場合、図８に示すように、サービス可能な宅配会社リスト８０１が表示されてよい。宅配会社リスト８０１は、配送注文書作成画面６００で入力されたユーザの注文条件に対してサービス可能な宅配会社で構成されてよいが、このとき、各宅配会社のユーザの利用履歴の有無、プロモーション進行の有無、パフォーマンスやレビューのような評価情報のうちの少なくとも１つに基づいて勧められた宅配会社で構成されてよい。例えば、宅配会社リスト８０１の最上位には、ユーザがここ最近利用した宅配会社を表示し、次の順位にはプロモーションを進行中の宅配会社を表示してよく、その他の順位には評価情報に基づいた順序やランダムに選定された宅配会社を表示してよい。上述した配送注文書作成画面６００の入力が完了した場合、ユーザが入力した注文条件を確認することのできるレビュー画面９０３が表示されてよい。ユーザは、レビュー画面９０３から自身が作成した注文書、すなわち、注文条件を確認することができる。
【００５１】
図１０〜１１は、宅配注文内訳を確認することのできるユーザ管理画面の例示図である。例えば、図１０に示すように、ユーザ管理画面１０００には、ユーザによる注文条件を受け付けた宅配注文リスト１０１０が表示されてよい。一例として、宅配注文リスト１０１０は、ここ最近の一定期間内に受け付けた宅配注文件で構成されてよく、宅配注文件は、新しい日付順に並べて表示されてよい。日付順の他にも、受取人、配送した地域別などに宅配注文件を分類して宅配注文リスト１０１０を構成することも可能である。宅配注文リスト１０１０には、各宅配注文件の商品数量、選択された宅配会社情報、受付番号、受付日などを含む受付情報が表示されてよい。ユーザ管理画面１０００の宅配注文リスト１０１０で商品数量が複数である宅配注文件が選択された場合、図１１に示すように、該当の宅配注文件に含まれた個別の商品からなる詳細リスト１１０１が表示されてよい。詳細リスト１１０１には、個別の商品ごとに受取人の住所や受付番号などを含む受付情報が表示されてよい。
【００５２】
図１２〜１４は、個別の宅配注文件の進行情報を確認するためのトラッキング画面の例示図である。図１０の宅配注文リスト１０１０や図１１の詳細リスト１１０１から任意宅配注文件が選択された場合、図１２に示すように、該当の件に対する宅配サービスの進行情報を提供するトラッキング画面１２００に移動してよい。例えば、トラッキング画面１２００には、宅配注文件に対する宅配サービスの現在状態情報１２１０、宅配注文件の受付番号と受付日を含んだ受付情報１２２０、宅配会社情報１２３０、差出人情報１２４０などが表示されてよく、特に、具体的な進行状況を確認するためのトラッキングメニュー１２０１が含まれてよい。図１２のトラッキング画面１２００でトラッキングメニュー１２０１を選択した場合、図１３に示すように、該当の宅配注文件に対する宅配サービスの進行状況、すなわち、主要状態（例えば、注文受付、商品受託、商品移動中、配達地到着、配達出発、配達完了）の処理状況を示すタイムライン１３１０を提供してよい。図１２と図１３は、配送が完了した宅配注文件に対するトラッキング画面の例示図である。他の例として、ユーザの宅配注文件を受け付けた後、受け付けされた注文条件を確認するための宅配会社とユーザとの電話連結が失敗した場合、トラッキング画面１２００には、図１４に示すように、タイムライン１４１０上に該当の宅配会社の不在電話が表示されてよい。このとき、タイムライン１４１０上の不在電話を示す項目には、宅配会社との電話連結のためのメニュー（例えば、ＶｏＩＰ電話など）１４０１を提供することも可能である。ユーザが宅配注文を行った後、宅配会社からの確認電話を取ることができなかった場合、トラッキング画面１２００で提供される電話連結メニュー１４０１を利用して該当の宅配会社に直接に電話をかけることができる。
【００５３】
サーバ１５０は、上述したトラッキング画面１２００の他にも、メッセンジャーを利用して宅配サービスの主要状態に対するリアルタイムトラッキング内容をユーザと受取人にリアルタイムで提供してもよい。
【００５４】
上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）および前記ＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。
【００５５】
ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、コンピュータ格納媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータで読み取り可能な記録媒体に格納されてよい。
【００５６】
実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータで読み取り可能な媒体に記録されてよい。このとき、媒体は、コンピュータで実行可能なプログラムを継続して格納するものであっても、実行またはダウンロードのために臨時格納するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接に接続する媒体に限定されてはならず、ネットワーク上に分散存在するものであってもよい。媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が格納されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを流通するアプリストアやその他の多様なソフトウェアを供給あるいは流通するサイト、サーバなどで管理する記録媒体あるいは格納媒体が挙げられてもよい。
【００５７】
以上のように、実施形態を、限定された実施形態と図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。
【００５８】
したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。
【符号の説明】
【００５９】
２２２：プロセッサ
４１０：受付部
４２０：要請部
４３０：管理部
【図１】
2019102071.tif 000003
【図２】
2019102071.tif 000004
【図３】
2019102071.tif 000005
【図４】
2019102071.tif 000006
【図５】
2019102071.tif 000007
【図６】
2019102071.tif 000008
【図７】
2019102071.tif 000009
【図８】
2019102071.tif 000010
【図９】
2019102071.tif 000011
【図１０】
2019102071.tif 000012
【図１１】
2019102071.tif 000013
【図１２】
2019102071.tif 000014
【図１３】
2019102071.tif 000015
【図１４】
2019102071.tif 000016