出荷情報を提供するための方法であって、供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、アプリケーションプログラミングインタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカルユーザインタフェース上で直に検索することとを含む方法。前記供給命令に関連づけられるチケットをヘルプデスクユニットへ入力することによって後に前記追跡番号を生成するために、出荷荷物に関連する供給命令を前記ヘルプデスクユニットへ発行することをさらに含む、請求項1に記載の方法。前記ヘルプデスクユニットへ提出された複数の供給命令要求をリストするために、クライアントデバイスに関連づけられる拡張可能インタフェースプラットフォームアプリケーションにアクセスすることをさらに含む、請求項1に記載の方法。出荷情報を提供するためのシステムであって、プロセッサと、前記プロセッサへ結合されるデータバスと、コンピュータコードを具現化するコンピュータ使用可能媒体とを備え、前記コンピュータ使用可能媒体は前記データバスへ結合され、前記コンピュータプログラムコードは前記プロセッサにより実行可能であり、かつ、供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、アプリケーションプログラミングインタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカルユーザインタフェース上で直に検索することとのために構成される命令を含むシステム。前記命令はさらに、前記供給命令に関連づけられるチケットをヘルプデスクユニットへ入力することによって後に前記追跡番号を生成するために、出荷荷物に関連する供給命令を前記ヘルプデスクユニットへ発行するように構成される、請求項4に記載のシステム。出荷情報を提供するためのシステムであって、プロセッサと、前記プロセッサへ結合されるデータバスと、コンピュータコードを具現化するコンピュータ使用可能媒体とを備え、前記コンピュータ使用可能媒体は前記データバスへ結合され、前記コンピュータプログラムコードは前記プロセッサにより実行可能であり、かつ、供給命令に関連する追跡番号を、前記供給命令に関連する現況を検索するために顧客デバイスに入力することと、アプリケーションプログラミングインタフェースを介して輸送会社に連絡することによって、前記供給命令に関連する前記現況に関する最新情報を前記顧客デバイスに関連づけられるローカルユーザインタフェース上で直に検索することと、かつ、前記供給命令に関連する前記出荷情報を前記クライアントデバイスに関連づけられる前記ユーザインタフェース上で見ることとのために構成される命令を含むシステム。本明細書では、出荷情報を供給命令に関連して提供しかつ更新するためのシステム及び方法を開示する。荷物の出荷に関する供給命令は、クライアントデバイス例えば、レンダリングデバイスを介してヘルプデスクユニットへ発行されることが可能である。供給命令に関連する追跡番号は、供給命令の現況を検索するためにクライアントデバイスへ入力されることが可能である。ヘルプデスクユニットは、アプリケーションプログラミングインタフェースAPIを介して輸送会社に連絡し、クライアントデバイスのローカルユーザインタフェース上で直に最終顧客へ供給命令の現況に関する最新情報を提供することができる。このような情報は、インターネット接続によって定期的に輸送会社のAPIへ更新して返されることが可能である。追跡番号は、供給命令に関連づけられるチケットを集中化されたヘルプデスクユニットへ入力することによって生成されることが可能であり、輸送会社はこの追跡番号をヘルプデスクユニットへ提供する。クライアントデバイスに関連づけられる拡張可能インタフェースプラットフォームEIPアプリケーションは、ヘルプデスクユニットへ提出されている全ての供給命令要求をリストするために、エンドユーザによってアクセスされることが可能である。供給命令に関連づけられるステータス情報は、出荷日、現在位置、配送予定日、運送業者、追跡番号及び署名権者を含む。またヘルプデスクユニットは、発注された供給アイテムに関する名称及び品番及び更新された出荷情報等の詳細をクライアントデバイスのローカルユーザインタフェースにおいて直に提示する。このようなアプローチは、拡大された荷物の出荷及び受取りサービスを提供し、かつユーザが供給命令に関する情報に容易にアクセスできるようにする。本システム及び方法は、サービス内容合意のより正確な監視、ヘルプデスクサポートへの問合せ電話の減少及び供給用量のより密な追跡を通じて、管理された印刷サービスの配達コストを向上させる。図1~図2は、本発明の実施形態が実装され得るデータ処理環境の例示的な図として提示されている。図1~図2は単に例示であって、開示されている実施形態の態様または実施例が実装され得る環境に関する如何なる限定の主張または含意も意図されていないことは認識されたい。図示されている環境に対しては、開示されている実施形態の精神及び範囲を逸脱することなく多くの変更が行われ得る。図1に示されているように、開示されている実施形態は、例えば中央プロセッサ101と、メインメモリ102と、入力/出力コントローラ103と、キーボード104と、入力デバイス105例えば、マウス、トラックボール、ペンデバイス、他等のポインティングデバイスと、ディスプレイデバイス106と、大容量記憶装置107例えば、ハードディスクと、USBユニバーサルシリアルバス周辺接続111とを含むデータ処理システム100のコンテキストにおいて実装され得る。データ処理システム100へは、所望に応じて、例えばレンダリングデバイス108例えば、プリンタ、スキャナ、ファックス機、他等の追加的な入力/出力デバイスが関連づけられてもよい。図示されているように、データ処理システム100の様々な構成部品は、システムバス110または類似のアーキテクチャを介して電子的に通信することができる。システムバス110は、例えば、データを例えばデータ処理システム100内のコンピュータ構成部品間で、または他のデータ処理デバイス、構成部品、コンピュータ、他との間で転送するサブシステムであってもよい。図2は、図1に描かれているデータ処理システム100のオペレーションを命令するためのコンピュータソフトウェアシステム150を示している。メインメモリ102内及び大容量記憶装置107上に格納されるソフトウェアアプリケーション154は、概してカーネルまたはオペレーティングシステム151と、シェルまたはインタフェース153とを含む。ソフトウェアアプリケーション154等の1つまたは複数のアプリケーションプログラムは、データ処理システム100によって実行されるためにロード即ち、大容量記憶装置107からメインメモリ102へ転送されてもよい。データ処理システム100は、ユーザインタフェース153を介してユーザのコマンド及びデータを受信し、これらの入力は次に、オペレーティングシステムモジュール151及び/またはソフトウェアアプリケーション154からの命令に従ってデータ処理システム100により行動に移されてもよい。以下の論考は、本システム及び方法が実装され得る適切なコンピューティング環境の簡単な一般的説明を提示するためのものである。必須ではないが、開示されている実施形態を、単一のコンピュータによって実行されているプログラムモジュール等のコンピュータ実行可能命令の一般的なコンテキストにおいて説明する。大部分の例において、モジュールはソフトウェアアプリケーションを構成する。概して、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データタイプ及び命令を実装するルーチン、サブルーチン、ソフトウェアアプリケーション、プログラム、オブジェクト、構成部品、データ構造、他を含むが、これらに限定されない。さらに、当業者には、開示されている方法及びシステムが、例えば携帯デバイス、マルチプロセッサシステム、データネットワーク、マイクロプロセッサベースまたはプログラム可能なコンシューマ電子機器、ネットワークで結ばれたPC、小型コンピュータ、メインフレームコンピュータ、サーバ及びこれらに類似するもの等の他のコンピュータシステム構成によって実施されてもよいことが認識されるであろう。本明細書において、モジュールという用語は、特定のタスクを実行する、または特定の抽象データタイプを実装するルーチン及びデータ構造のコレクションを指す場合があることに留意されたい。モジュールは、2つの部分、即ち、他のモジュールまたはルーチンによってアクセスされることが可能な定数、データタイプ、変数及びルーチンをリストするインタフェースと、典型的には私的でありそのモジュールだけが利用できるかつそのモジュール内のルーチンを実際に実装するソースコードを含む実装とで構成されてもよい。また、モジュールという用語は、単に、文書処理、経理、在庫管理、他等の特定のタスクの実行を支援するように設計されるコンピュータプログラム等のアプリケーションを指す場合もある。好適にはグラフィカルユーザインターフェースGUIであるインタフェース153は結果を表示する働きをすることができ、この時点でユーザは追加の入力を供給しても、特定のセッションを終了してもよい。実施形態によっては、オペレーティングシステム151及びインタフェース153はWindowsシステムのコンテキストにおいて実装されることが可能である。当然ながら、他のタイプのシステムも可能性があることは認識され得る。例えば、オペレーティングシステム151及びインタフェース153に関しては、従来のWindowsシステムではなく、例えばLinux等の他のオペレーションシステムが使用されてもよい。ソフトウェアアプリケーション154は、例えば、出荷荷物に関する出荷情報を提供するための追跡モジュール152を含むことが可能である。追跡モジュール152は、本明細書において図4に関連して論じる方法300の命令等の命令を含むことが可能である。このように、図1~図2は例示として意図されたものであり、特定の実施形態に関してアーキテクチャを限定するためのものではない。よってこのような実施形態は、任意の特定のアプリケーションまたは任意の特定のコンピューティングまたはデータ処理環境に限定されない。代わりに、当業者には、開示されているシステム及び方法が様々なシステム及びアプリケーションソフトウェアへ効果的に適用され得ることが認識されるであろう。さらに、本発明は、Macintosh、UNIX、LINUX及びこれらに類似するものを含む様々な異なるコンピューティングプラットフォーム上で具現化されてもよい。図3は、開示されている実施形態による出荷情報追跡システム200を示すブロック図である。図1~図5では、同一のパーツまたはエレメントが概して同一の参照数字によって表示されていることに留意されたい。追跡システム200は、出荷荷物275に関する出荷ステータス情報230を提供する。追跡システム200は、概して、ネットワーク235を介して機能的に通信される顧客デバイス205と、ヘルプデスクユニット240と、出荷ユニット280とを含む。顧客デバイス205は、デスクトップコンピュータ、レンダリングデバイスまたはその他、通信ネットワーク235を介する他のデバイスとの通信をサポートするに足るリソースを有する任意のメッセージングまたは通信デバイスを備えてもよい。この好適な実施形態における通信ネットワーク235は、インターネットを含む。従って、顧客デバイス205は、通信ネットワーク235を介してヘルプデスクユニット240及び出荷ユニット280と通信することができる。ネットワーク235は、互いに通信するプロトコル一式、通信制御プロトコル/インターネットプロトコルTCP/IPを用いるネットワーク及びゲートウェイの世界的コレクションを表すインターネット接続であることが可能である点に留意されたい。インターネットの中心には、データ及びメッセージをルーティングする何千もの商用、政府機関、教育及び他のコンピュータシステムから成る多重ノードまたはホストコンピュータ間の高速データ通信回線のバックボーンが存在する。当然ながら、ネットワークは幾つかの異なるタイプのネットワークとして実装されてもよい。顧客デバイス205は、出荷荷物275に関する顧客チケット220を生成するための拡張可能インタフェースプラットフォームEIPアプリケーション215を含む。顧客デバイス205は、ユーザインタフェースを含むレンダリングデバイス108であることが可能である点に留意されたい。実施形態によっては、レンダリングデバイスは、プリンタ、スキャナ、コピー機、他等のレンダリングデバイスであってもよい。他の実施形態では、レンダリングデバイスはMFDであってもよい。拡張可能インタフェースプラットフォーム215は、レンダリングデバイスのユーザインタフェース210のために構成されることが可能なサーバベースアプリケーションを生成するために開発者が規格ウェブベースツールを利用するソフトウェアプラットフォームであることが可能である。出荷システム280は、典型的には出荷荷物275と、出荷荷物275に関する運送業者情報285とを含む。顧客290は、典型的には、EIPアプリケーション215にアクセスし、顧客チケット220を生成することによって出荷荷物275に関する供給命令225をヘルプデスクユニット240へ発行する。追跡モジュール152を含むヘルプデスクユニット240は、さらに、供給命令225に関する追跡番号260を入手するために出荷荷物275に関する供給命令225を出荷ユニット280へ発行する。ヘルプデスクユニット240は供給命令225を自動的に発行するか、手動で実行されることが可能である。出荷ユニット280は、供給命令225に関連づけられる追跡番号260をヘルプデスクユニット240へ提供する。またヘルプデスクユニット240は、例えば供給命令225に関連する出荷日250、現在位置265、配送予定日270、運送業者255、追跡番号260等の出荷情報を格納するためのデータベース245も含む。供給命令225に関連する追跡番号260はさらに、供給命令225の現況を検索するために顧客デバイス205へ入力されることが可能である。これにより、顧客デバイス205に関連づけられるEIPプラットフォーム215は、ヘルプデスクユニット240へ提出されている供給命令要求のリストを提供する。ヘルプデスクユニット240はさらに、アプリケーションプログラミングインタフェースAPIを介して輸送会社280に連絡し、顧客デバイス205のユーザインタフェース210上で直に供給命令225の現況230に関する最新情報を顧客290へ提供する。このような情報は、インターネット接続によって定期的に輸送会社のAPIへ更新して返されることが可能である。概して、APIはソフトウェアプログラムによって実装されるインタフェースであり、他のソフトウェアとの相互作用を有効化する。APIは、アプリケーション、ライブラリ及びオペレーティングシステムによってそれらの語彙及び呼出し規約を決定するために実装され、かつそれらのサービスにアクセスするために使用される。これは、ルーチン仕様、データ構造、オブジェクトクラス及び消費者とAPI開発者との間で通信するために使用されるプロトコルを含んでもよい。またヘルプデスクユニット240は、更新出荷情報を更新するために、出荷荷物275に関する名称及び品番等の詳細を顧客デバイスのローカルユーザインタフェースUI210において直に提示する。ヘルプデスクユニット240では、ステータス情報230を見ることもできる。図4は、開示されている実施形態による、供給命令225に関する出荷情報を提供するための方法300の論理動作ステップを示す動作の高レベルフローチャートである。本方法300は、例えばモジュールまたはモジュールグループを含むプログラムプロダクトを含むコンピュータ使用可能媒体のコンテキストにおいて実装されることが可能である点に留意されたい。出荷荷物275に関する供給命令225は、ブロック310に示されているように、供給命令225を出荷ユニット280へ発行するために顧客290からヘルプデスクユニット240を介して受信されることが可能である。供給命令225に関連する追跡番号260は、ブロック320に示されているように、供給命令225の現況230を検索するためにヘルプデスクユニット240へ提供されることが可能である。拡張可能インタフェースアプリケーション215のプラットフォームは、ブロック330に示されているように、ヘルプデスクユニット240へ提供された供給命令要求のリストを入手するためにアクセスされることが可能である。供給命令要求のリストは、顧客固有の供給命令を選択するために、またはその他拡張出荷及び受取りシステムに関する機能にアクセスするために選択されかつ/またはドラッグアンドドロップされてもよいことに留意されたい。このような機能には、例えば、命令に基づく荷物の新たな出荷要求の作成、出荷要求の編集、通知のチェック及び荷物ステータスのチェックが含まれてもよい。供給命令225に関連するステータス情報230は、ブロック340に示されているように、出荷ユニット280からアプリケーションプログラミングインタフェースを介して入手されることが可能である。供給命令225に関連するこのような供給情報は、ブロック350に示されているように、顧客デバイス205のユーザインタフェース210において直に表示されることが可能である。従って、本システム及び方法は、拡大された荷物出荷及び受取りサービスを提供し、かつ顧客が出荷環境における1つまたは複数の荷物に関する情報に容易にアクセスできるようにする。開示されている実施形態に関連する機能を規定するプログラムは、書込み不能記憶媒体例えば、CD-ROM、書込み可能記憶媒体例えば、ハードディスクドライブ、読取り/書込みCDROM、光媒体、USBドライブ、フラッシュメモリ、DVD-R、他、ランダムアクセスメモリRAM等の、但しこれに限定されないシステムメモリ及び例えばイーサネット、インターネット、無線ネットワーク、他のネットワークで結ばれるシステムを含むコンピュータ及び電話ネットワーク等の通信媒体を限定なしに含む、様々な信号搬送媒体を介してデータ格納システムまたはコンピュータシステムへ配信されてもよいことに留意されたい。従って、本明細書に記述される方法400は、図1~図2に示されているようなコンピュータシステムまたはデータ処理システムのコンテキストにおけるプロセスソフトウェアとして展開されることが可能である。図5~図6は、開示されている実施形態による、追跡番号に関連する供給命令の現況を示すGUI400及び450を示している。GUI400及び450は、例えば本明細書における図2に示されているGUI153等のGUIを利用して実装されることが可能であり、かつ例えばモジュール152即ち、ソフトウェアアプリケーション等のモジュールによって提供されてもよいことに留意されたい。GUI400及び450は、図1に示されているディスプレイ106等のディスプレイデバイスを介して表示されることが可能である。本明細書に例示されている諸図において、図示されているGUI400及び450はGUIウィンドウのコンテキストにおいて実装されることが可能である。コンピューティングにおいて、GUIウィンドウは概して何らかのタイプのユーザインタフェースを含む可視エリア例えば、GUI153であることに留意されたい。このようなウィンドウは、通常、矩形形状を保有し但し、必ずしもこれに限らない、かつ1つまたは複数のプロセスの出力を表示しかつ1つまたは複数のプロセスへの入力を許容してもよい。このようなウィンドウは主としてグラフ表示に関連づけられ、この場合、ウィンドウは例えば図1に示されているポインティングデバイス105等のマウスカーソルによって操作されることが可能である。ウィンドウをその主たるメタファの1つとして用いるGUIは、しばしばウィンドウイングシステムと称される。GUI400は、顧客290へまだ届けられていない供給命令225に関連づけられる追跡番号260及び配送予定日270を含むステータス情報230を示している。GUI450は、顧客290へ届けられている供給命令225に関連する追跡番号260及び署名権者情報を含むステータス情報230を示している。本システム及び方法は、サービス内容合意のより正確な監視、ヘルプデスクサポートへの問合せ電話の減少及び供給用量のより密な追跡を通じて、管理された印刷サービスの配達コストを向上させる。