(57)【要約】      （修正有）【課題】出荷情報を供給命令に関連して提供しかつ更新するためのシステム及び方法を提供する。【解決手段】出荷荷物に関連する供給命令は、クライアントデバイスを介してヘルプ・デスク・ユニットへ発行されることが可能である。供給命令に関連する追跡番号は、供給命令の現況を検索するためにクライアントデバイスへ入力されることが可能である。ヘルプ・デスク・ユニットは、アプリケーション・プログラミング・インタフェースを介して輸送会社に連絡し、クライアントデバイスのローカル・ユーザ・インタフェース上で直に最終顧客へ供給命令の現況に関する最新情報を提供することができる。このような情報は、インターネット接続によって定期的に輸送会社のアプリケーション・プログラミング・インタフェースへ更新して返されることが可能である。【選択図】図３
2012064219.tif 000002
【特許請求の範囲】
【請求項１】
出荷情報を提供するための方法であって、
供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、
アプリケーション・プログラミング・インタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカル・ユーザ・インタフェース上で直に検索することとを含む方法。
【請求項２】
前記供給命令に関連づけられるチケットをヘルプ・デスク・ユニットへ入力することによって後に前記追跡番号を生成するために、出荷荷物に関連する供給命令を前記ヘルプ・デスク・ユニットへ発行することをさらに含む、請求項１に記載の方法。
【請求項３】
前記ヘルプ・デスク・ユニットへ提出された複数の供給命令要求をリストするために、クライアントデバイスに関連づけられる拡張可能インタフェース・プラットフォーム・アプリケーションにアクセスすることをさらに含む、請求項１に記載の方法。
【請求項４】
出荷情報を提供するためのシステムであって、
プロセッサと、
前記プロセッサへ結合されるデータバスと、
コンピュータコードを具現化するコンピュータ使用可能媒体とを備え、前記コンピュータ使用可能媒体は前記データバスへ結合され、前記コンピュータプログラムコードは前記プロセッサにより実行可能であり、かつ、
供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、
アプリケーション・プログラミング・インタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカル・ユーザ・インタフェース上で直に
検索することとのために構成される命令を含むシステム。
【請求項５】
前記命令はさらに、前記供給命令に関連づけられるチケットをヘルプ・デスク・ユニットへ入力することによって後に前記追跡番号を生成するために、出荷荷物に関連する供給命令を前記ヘルプ・デスク・ユニットへ発行するように構成される、請求項４に記載のシステム。
【請求項６】
出荷情報を提供するためのシステムであって、
プロセッサと、
前記プロセッサへ結合されるデータバスと、
コンピュータコードを具現化するコンピュータ使用可能媒体とを備え、前記コンピュータ使用可能媒体は前記データバスへ結合され、前記コンピュータプログラムコードは前記プロセッサにより実行可能であり、かつ、
供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、
アプリケーション・プログラミング・インタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカル・ユーザ・インタフェース上で直に検索することと、かつ、
前記供給命令に関連する前記出荷情報を前記クライアントデバイスに関連づけられる前記ユーザインタフェース上で見ることとのために構成される命令を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
実施形態は、概して出荷管理のシステム及び方法に関する。実施形態はさらに、供給命令に関する出荷情報の提供に関する。
【背景技術】
【０００２】
荷物の出荷及び受領は、消費者及び企業間の一般的な活動である。このような活動は、荷物に関連づけられる情報（例えば、受取人、住所、他）を提供することと、荷物をシッピングプロバイダへ提供する（例えば、ドロップオフ、ピックアップ、他）ことと、追跡番号を割り当てることと、荷物を受取人へ配達することを含む。
【０００３】
出荷情報を追跡するための先行技術による大部分の方法は、顧客が音声で（例えば電話で）「ヘルプデスク」に連絡して発注した荷物のステータス情報を入手することを可能にする。しかしながら、このようなサービスに伴う問題は、熟練し訓練されたエージェントに依存して全ての要求に対処することが極めて労働集約的である点にある。さらに、データ更新の負担は、運転コストの増大へと容易に定量化される可能性があり、売手はこれをその顧客へと被せることがある。従って、先行技術によるこのような方法は結果的に電話問合せ件数を追加させ、かつ顧客を不満足にし、かつ時間を要し間違いも生じやすい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本明細書では、出荷情報を供給命令に関連して提供しかつ更新するためのシステム及び方法を開示する。
【課題を解決するための手段】
【０００５】
荷物の出荷に関する供給命令は、クライアントデバイス（例えば、レンダリングデバイス）を介してヘルプ・デスク・ユニットへ発行されることが可能である。供給命令に関連する追跡番号は、供給命令の現況を検索するためにクライアントデバイスへ入力されることが可能である。ヘルプ・デスク・ユニットは、アプリケーション・プログラミング・インタフェース（ＡＰＩ）を介して輸送会社に連絡し、クライアントデバイスのローカル・ユーザ・インタフェース上で直に最終顧客へ供給命令の現況に関する最新情報を提供することができる。このような情報は、インターネット接続によって定期的に輸送会社のＡＰＩへ更新して返されることが可能である。
【０００６】
追跡番号は、供給命令に関連づけられるチケットを集中化されたヘルプ・デスク・ユニットへ入力することによって生成されることが可能であり、輸送会社はこの追跡番号をヘルプ・デスク・ユニットへ提供する。クライアントデバイスに関連づけられる拡張可能インタフェースプラットフォーム（ＥＩＰ）アプリケーションは、ヘルプ・デスク・ユニットへ提出されている全ての供給命令要求をリストするために、エンドユーザによってアクセスされることが可能である。供給命令に関連づけられるステータス情報は、出荷日、現在位置、配送予定日、運送業者、追跡番号及び署名権者を含む。またヘルプ・デスク・ユニットは、発注された供給アイテムに関する名称及び品番及び更新された出荷情報等の詳細をクライアントデバイスのローカル・ユーザ・インタフェースにおいて直に提示する。このようなアプローチは、拡大された荷物の出荷及び受取りサービスを提供し、かつユーザが供給命令に関する情報に容易にアクセスできるようにする。本システム及び方法は、サービス内容合意のより正確な監視、ヘルプデスクサポートへの問合せ電話の減少及び供給用量のより密な追跡を通じて、管理された印刷サービスの配達コストを向上させる。
【図面の簡単な説明】
【０００７】
【図１】開示されている実施形態によるコンピュータシステムを示す略図である。
【図２】開示されている実施形態による、オペレーティングシステム及びユーザインタフェースを含むコンピュータシステムを示す略図である。
【図３】開示されている実施形態による出荷情報追跡システムを示すブロック図である。
【図４】開示されている実施形態による、供給命令に関する出荷情報を提供するための方法の論理動作ステップを示す動作の高レベルフローチャートである。
【図５】開示されている実施形態による、追跡番号に関連する供給命令の現況を示すＧＵＩを示す図である。
【図６】開示されている実施形態による、追跡番号に関連する供給命令の現況を示すＧＵＩを示す図である。
【発明を実施するための形態】
【０００８】
図１〜図２は、本発明の実施形態が実装され得るデータ処理環境の例示的な図として提示されている。図１〜図２は単に例示であって、開示されている実施形態の態様または実施例が実装され得る環境に関する如何なる限定の主張または含意も意図されていないことは認識されたい。図示されている環境に対しては、開示されている実施形態の精神及び範囲を逸脱することなく多くの変更が行われ得る。
【０００９】
図１に示されているように、開示されている実施形態は、例えば中央プロセッサ１０１と、メインメモリ１０２と、入力／出力コントローラ１０３と、キーボード１０４と、入力デバイス１０５（例えば、マウス、トラックボール、ペンデバイス、他等のポインティングデバイス）と、ディスプレイデバイス１０６と、大容量記憶装置１０７（例えば、ハードディスク）と、ＵＳＢ（ユニバーサル・シリアル・バス）周辺接続１１１とを含むデータ処理システム１００のコンテキストにおいて実装され得る。データ処理システム１００へは、所望に応じて、例えばレンダリングデバイス１０８（例えば、プリンタ、スキャナ、ファックス機、他）等の追加的な入力／出力デバイスが関連づけられてもよい。図示されているように、データ処理システム１００の様々な構成部品は、システムバス１１０または類似のアーキテクチャを介して電子的に通信することができる。システムバス１１０は、例えば、データを例えばデータ処理システム１００内のコンピュータ構成部品間で、または他のデータ処理デバイス、構成部品、コンピュータ、他との間で転送するサブシステムであってもよい。
【００１０】
図２は、図１に描かれているデータ処理システム１００のオペレーションを命令するためのコンピュータソフトウェアシステム１５０を示している。メインメモリ１０２内及び大容量記憶装置１０７上に格納されるソフトウェアアプリケーション１５４は、概してカーネルまたはオペレーティングシステム１５１と、シェルまたはインタフェース１５３とを含む。ソフトウェアアプリケーション１５４等の１つまたは複数のアプリケーションプログラムは、データ処理システム１００によって実行されるために「ロード」（即ち、大容量記憶装置１０７からメインメモリ１０２へ転送）されてもよい。データ処理システム１００は、ユーザインタフェース１５３を介してユーザのコマンド及びデータを受信し、これらの入力は次に、オペレーティングシステムモジュール１５１及び／またはソフトウェアアプリケーション１５４からの命令に従ってデータ処理システム１００により行動に移されてもよい。
【００１１】
以下の論考は、本システム及び方法が実装され得る適切なコンピューティング環境の簡単な一般的説明を提示するためのものである。必須ではないが、開示されている実施形態を、単一のコンピュータによって実行されているプログラムモジュール等のコンピュータ実行可能命令の一般的なコンテキストにおいて説明する。大部分の例において、「モジュール」はソフトウェアアプリケーションを構成する。
【００１２】
概して、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データタイプ及び命令を実装するルーチン、サブルーチン、ソフトウェアアプリケーション、プログラム、オブジェクト、構成部品、データ構造、他を含むが、これらに限定されない。さらに、当業者には、開示されている方法及びシステムが、例えば携帯デバイス、マルチプロセッサシステム、データネットワーク、マイクロプロセッサベースまたはプログラム可能なコンシューマ電子機器、ネットワークで結ばれたＰＣ、小型コンピュータ、メインフレームコンピュータ、サーバ及びこれらに類似するもの等の他のコンピュータシステム構成によって実施されてもよいことが認識されるであろう。
【００１３】
本明細書において、モジュールという用語は、特定のタスクを実行する、または特定の抽象データタイプを実装するルーチン及びデータ構造のコレクションを指す場合があることに留意されたい。モジュールは、２つの部分、即ち、他のモジュールまたはルーチンによってアクセスされることが可能な定数、データタイプ、変数及びルーチンをリストするインタフェースと、典型的には私的であり（そのモジュールだけが利用できる）かつそのモジュール内のルーチンを実際に実装するソースコードを含む実装とで構成されてもよい。また、モジュールという用語は、単に、文書処理、経理、在庫管理、他等の特定のタスクの実行を支援するように設計されるコンピュータプログラム等のアプリケーションを指す場合もある。
【００１４】
好適にはグラフィカル・ユーザ・インターフェース（ＧＵＩ）であるインタフェース１５３は結果を表示する働きをすることができ、この時点でユーザは追加の入力を供給しても、特定のセッションを終了してもよい。実施形態によっては、オペレーティングシステム１５１及びインタフェース１５３は「Ｗｉｎｄｏｗｓ」システムのコンテキストにおいて実装されることが可能である。当然ながら、他のタイプのシステムも可能性があることは認識され得る。例えば、オペレーティングシステム１５１及びインタフェース１５３に関しては、従来の「Ｗｉｎｄｏｗｓ」システムではなく、例えばＬｉｎｕｘ等の他のオペレーションシステムが使用されてもよい。ソフトウェアアプリケーション１５４は、例えば、出荷荷物に関する出荷情報を提供するための追跡モジュール１５２を含むことが可能である。追跡モジュール１５２は、本明細書において図４に関連して論じる方法３００の命令等の命令を含むことが可能である。
【００１５】
このように、図１〜図２は例示として意図されたものであり、特定の実施形態に関してアーキテクチャを限定するためのものではない。よってこのような実施形態は、任意の特定のアプリケーションまたは任意の特定のコンピューティングまたはデータ処理環境に限定されない。代わりに、当業者には、開示されているシステム及び方法が様々なシステム及びアプリケーションソフトウェアへ効果的に適用され得ることが認識されるであろう。さらに、本発明は、Ｍａｃｉｎｔｏｓｈ、ＵＮＩＸ、ＬＩＮＵＸ及びこれらに類似するものを含む様々な異なるコンピューティングプラットフォーム上で具現化されてもよい。
【００１６】
図３は、開示されている実施形態による出荷情報追跡システム２００を示すブロック図である。図１〜図５では、同一のパーツまたはエレメントが概して同一の参照数字によって表示されていることに留意されたい。追跡システム２００は、出荷荷物２７５に関する出荷ステータス情報２３０を提供する。追跡システム２００は、概して、ネットワーク２３５を介して機能的に通信される顧客デバイス２０５と、ヘルプ・デスク・ユニット２４０と、出荷ユニット２８０とを含む。顧客デバイス２０５は、デスクトップコンピュータ、レンダリングデバイスまたはその他、通信ネットワーク２３５を介する他のデバイスとの通信をサポートするに足るリソースを有する任意のメッセージングまたは通信デバイスを備えてもよい。この好適な実施形態における通信ネットワーク２３５は、インターネットを含む。従って、顧客デバイス２０５は、通信ネットワーク２３５を介してヘルプ・デスク・ユニット２４０及び出荷ユニット２８０と通信することができる。
【００１７】
ネットワーク２３５は、互いに通信するプロトコル一式、通信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）を用いるネットワーク及びゲートウェイの世界的コレクションを表すインターネット接続であることが可能である点に留意されたい。インターネットの中心には、データ及びメッセージをルーティングする何千もの商用、政府機関、教育及び他のコンピュータシステムから成る多重ノードまたはホストコンピュータ間の高速データ通信回線のバックボーンが存在する。当然ながら、ネットワークは幾つかの異なるタイプのネットワークとして実装されてもよい。
【００１８】
顧客デバイス２０５は、出荷荷物２７５に関する顧客チケット２２０を生成するための拡張可能インタフェースプラットフォーム（ＥＩＰ）アプリケーション２１５を含む。顧客デバイス２０５は、ユーザインタフェースを含むレンダリングデバイス１０８であることが可能である点に留意されたい。実施形態によっては、レンダリングデバイスは、プリンタ、スキャナ、コピー機、他等のレンダリングデバイスであってもよい。他の実施形態では、レンダリングデバイスはＭＦＤであってもよい。拡張可能インタフェースプラットフォーム２１５は、レンダリングデバイスのユーザインタフェース２１０のために構成されることが可能なサーバベースアプリケーションを生成するために開発者が規格ウェブベースツールを利用するソフトウェアプラットフォームであることが可能である。出荷システム２８０は、典型的には出荷荷物２７５と、出荷荷物２７５に関する運送業者情報２８５とを含む。顧客２９０は、典型的には、ＥＩＰアプリケーション２１５にアクセスし、顧客チケット２２０を生成することによって出荷荷物２７５に関する供給命令２２５をヘルプ・デスク・ユニット２４０へ発行する。
【００１９】
追跡モジュール１５２を含むヘルプ・デスク・ユニット２４０は、さらに、供給命令２２５に関する追跡番号２６０を入手するために出荷荷物２７５に関する供給命令２２５を出荷ユニット２８０へ発行する。ヘルプ・デスク・ユニット２４０は供給命令２２５を自動的に発行するか、手動で実行されることが可能である。出荷ユニット２８０は、供給命令２２５に関連づけられる追跡番号２６０をヘルプ・デスク・ユニット２４０へ提供する。またヘルプ・デスク・ユニット２４０は、例えば供給命令２２５に関連する出荷日２５０、現在位置２６５、配送予定日２７０、運送業者２５５、追跡番号２６０等の出荷情報を格納するためのデータベース２４５も含む。
【００２０】
供給命令２２５に関連する追跡番号２６０はさらに、供給命令２２５の現況を検索するために顧客デバイス２０５へ入力されることが可能である。これにより、顧客デバイス２０５に関連づけられるＥＩＰプラットフォーム２１５は、ヘルプ・デスク・ユニット２４０へ提出されている供給命令要求のリストを提供する。ヘルプ・デスク・ユニット２４０はさらに、アプリケーションプログラミングインタフェース（ＡＰＩ）を介して輸送会社２８０に連絡し、顧客デバイス２０５のユーザインタフェース２１０上で直に供給命令２２５の現況２３０に関する最新情報を顧客２９０へ提供する。このような情報は、インターネット接続によって定期的に輸送会社のＡＰＩへ更新して返されることが可能である。
【００２１】
概して、ＡＰＩはソフトウェアプログラムによって実装されるインタフェースであり、他のソフトウェアとの相互作用を有効化する。ＡＰＩは、アプリケーション、ライブラリ及びオペレーティングシステムによってそれらの語彙及び呼出し規約を決定するために実装され、かつそれらのサービスにアクセスするために使用される。これは、ルーチン仕様、データ構造、オブジェクトクラス及び消費者とＡＰＩ開発者との間で通信するために使用されるプロトコルを含んでもよい。またヘルプ・デスク・ユニット２４０は、更新出荷情報を更新するために、出荷荷物２７５に関する名称及び品番等の詳細を顧客デバイスのローカル・ユーザ・インタフェース（ＵＩ）２１０において直に提示する。ヘルプ・デスク・ユニット２４０では、ステータス情報２３０を見ることもできる。
【００２２】
図４は、開示されている実施形態による、供給命令２２５に関する出荷情報を提供するための方法３００の論理動作ステップを示す動作の高レベルフローチャートである。本方法３００は、例えばモジュールまたはモジュールグループを含むプログラムプロダクトを含むコンピュータ使用可能媒体のコンテキストにおいて実装されることが可能である点に留意されたい。出荷荷物２７５に関する供給命令２２５は、ブロック３１０に示されているように、供給命令２２５を出荷ユニット２８０へ発行するために顧客２９０からヘルプ・デスク・ユニット２４０を介して受信されることが可能である。供給命令２２５に関連する追跡番号２６０は、ブロック３２０に示されているように、供給命令２２５の現況２３０を検索するためにヘルプ・デスク・ユニット２４０へ提供されることが可能である。
【００２３】
拡張可能インタフェースアプリケーション２１５のプラットフォームは、ブロック３３０に示されているように、ヘルプ・デスク・ユニット２４０へ提供された供給命令要求のリストを入手するためにアクセスされることが可能である。供給命令要求のリストは、顧客固有の供給命令を「選択する」ために、またはその他拡張出荷及び受取りシステムに関する機能にアクセスするために選択されかつ／または「ドラッグ・アンド・ドロップ」されてもよいことに留意されたい。このような機能には、例えば、命令に基づく荷物の新たな出荷要求の作成、出荷要求の編集、通知のチェック及び荷物ステータスのチェックが含まれてもよい。
【００２４】
供給命令２２５に関連するステータス情報２３０は、ブロック３４０に示されているように、出荷ユニット２８０からアプリケーション・プログラミング・インタフェースを介して入手されることが可能である。供給命令２２５に関連するこのような供給情報は、ブロック３５０に示されているように、顧客デバイス２０５のユーザインタフェース２１０において直に表示されることが可能である。従って、本システム及び方法は、拡大された荷物出荷及び受取りサービスを提供し、かつ顧客が出荷環境における１つまたは複数の荷物に関する情報に容易にアクセスできるようにする。
【００２５】
開示されている実施形態に関連する機能を規定するプログラムは、書込み不能記憶媒体（例えば、ＣＤ−ＲＯＭ）、書込み可能記憶媒体（例えば、ハード・ディスク・ドライブ、読取り／書込みＣＤＲＯＭ、光媒体、ＵＳＢドライブ、フラッシュメモリ、ＤＶＤ−Ｒ、他）、ランダム・アクセス・メモリ（ＲＡＭ）等の、但しこれに限定されないシステムメモリ及び例えばイーサネット、インターネット、無線ネットワーク、他のネットワークで結ばれるシステムを含むコンピュータ及び電話ネットワーク等の通信媒体を限定なしに含む、様々な信号搬送媒体を介してデータ格納システムまたはコンピュータシステムへ配信されてもよいことに留意されたい。従って、本明細書に記述される方法４００は、図１〜図２に示されているようなコンピュータシステムまたはデータ処理システムのコンテキストにおけるプロセスソフトウェアとして展開されることが可能である。
【００２６】
図５〜図６は、開示されている実施形態による、追跡番号に関連する供給命令の現況を示すＧＵＩ４００及び４５０を示している。ＧＵＩ４００及び４５０は、例えば本明細書における図２に示されているＧＵＩ１５３等のＧＵＩを利用して実装されることが可能であり、かつ例えばモジュール１５２（即ち、ソフトウェアアプリケーション）等のモジュールによって提供されてもよいことに留意されたい。ＧＵＩ４００及び４５０は、図１に示されているディスプレイ１０６等のディスプレイデバイスを介して表示されることが可能である。本明細書に例示されている諸図において、図示されているＧＵＩ４００及び４５０はＧＵＩ「ウィンドウ」のコンテキストにおいて実装されることが可能である。コンピューティングにおいて、ＧＵＩウィンドウは概して何らかのタイプのユーザインタフェースを含む可視エリア（例えば、ＧＵＩ１５３）であることに留意されたい。このような「ウィンドウ」は、通常、矩形形状を保有し（但し、必ずしもこれに限らない）、かつ１つまたは複数のプロセスの出力を表示しかつ１つまたは複数のプロセスへの入力を許容してもよい。このようなウィンドウは主としてグラフ表示に関連づけられ、この場合、ウィンドウは例えば図１に示されているポインティングデバイス１０５等のマウスカーソルによって操作されることが可能である。ウィンドウをその主たる「メタファ」の１つとして用いるＧＵＩは、しばしばウィンドウイングシステムと称される。
【００２７】
ＧＵＩ４００は、顧客２９０へまだ届けられていない供給命令２２５に関連づけられる追跡番号２６０及び配送予定日２７０を含むステータス情報２３０を示している。ＧＵＩ４５０は、顧客２９０へ届けられている供給命令２２５に関連する追跡番号２６０及び署名権者情報を含むステータス情報２３０を示している。本システム及び方法は、サービス内容合意のより正確な監視、ヘルプデスクサポートへの問合せ電話の減少及び供給用量のより密な追跡を通じて、管理された印刷サービスの配達コストを向上させる。
【図１】
2012064219.tif 000003
【図２】
2012064219.tif 000004
【図３】
2012064219.tif 000005
【図４】
2012064219.tif 000006
【図５】
2012064219.tif 000007
【図６】
2012064219.tif 000008