(57)【要約】【課題】経費報告アプリケーションに対する経費報告を管理するための方法を提供する。【解決手段】経費報告アプリケーションは、１つ以上のメッセージング通信路から受信したメッセージに基づいて経費報告の中の入力を更新するように構成される。この方法は、１つ以上のメッセージング通信路のうちのメッセージング通信路を通して送られたメッセージを受信するステップを含む。メッセージは経費情報を含む。経費報告は経費情報から決定される。次に経費情報から入力情報が決定される。次に、入力情報で経費報告が更新される。【選択図】図１
2014149878.tif 000002
【特許請求の範囲】
【請求項１】
経費報告に対するメッセージを処理するためのシステムであって、
別個のトランザクションでユーザが発生させた少なくとも１つの経費に関連する経費情報を含むメッセージを前記ユーザに対して送るように構成されたメッセージングデバイスを含み、前記メッセージングデバイスはメッセージング通信路を通して通信するように構成され、さらに
前記メッセージング通信路を通して前記メッセージを受信するように構成された経費アプリケーションを含み、前記経費アプリケーションは、
前記メッセージ中の前記経費情報に対応する経費報告を決定し、
前記経費情報から入力情報を決定し、かつ
前記入力情報で前記経費報告を自動的に更新するように構成される、システム。
【請求項２】
経費報告に対するメッセージを処理するためのシステムであって、
別個のトランザクションでユーザが発生させた少なくとも１つの経費に関連する経費情報を含むメッセージングデバイスメッセージを前記ユーザに対して送るように構成されたメッセージングデバイスを含み、前記デバイスはメッセージング通信路を通して通信するように構成され、さらに
メッセージングサーバを含み、前記メッセージングサーバは、
前記メッセージング通信路を通して前記メッセージングデバイスメッセージを受信し、
前記メッセージングデバイスメッセージ中の前記経費情報に対応する経費アプリケーションを決定し、かつ
前記経費アプリケーションに経費メッセージを送るように構成され、前記経費メッセージは、前記経費情報から決定される入力情報を含み、
前記経費アプリケーションは、前記入力情報に基づいて前記経費報告を自動的に更新するように構成される、システム。
【請求項３】
経費アプリケーションに対する経費報告を管理するためのステップのセットを実行するよう情報処理装置に命令するように適合される複数の命令を有する情報記憶媒体であって、前記経費アプリケーションは、１つ以上のメッセージング通信路から受信したメッセージに基づいて前記経費報告の中の入力を更新するように構成され、前記ステップは、
メッセージングデバイスから、前記１つ以上のメッセージング通信路のうちのメッセージング通信路を通してユーザによって送られたメッセージを受信するステップを含み、前記メッセージは、別個のトランザクションで前記ユーザが発生させた少なくとも１つの経費に関連する経費情報を含み、さらに
前記メッセージ中の前記経費情報に対応する経費報告を決定するステップと、
前記経費情報から入力情報を決定するステップと、
前記入力情報で前記経費報告を自動的に更新するステップとを含む、情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の背景
本発明は経費報告に一般的に関し、より特定的にはメッセージング通信路（channel）を通して受信したメッセージに応答して経費報告を処理するための装置および方法に関する。
【背景技術】
【０００２】
後で払い戻し可能な経費が会社の社員に発生する場合、社員は典型的には経費報告に記入する。出張の際は、典型的に、費用はユーザに発生し得る。出張の間、ユーザは発生するいずれの経費も記録しなければならない。ユーザが出張から戻ると、ユーザは自分の記録を用いて経費報告に記入し得る。経費アプリケーションを用いる場合、社員はコンピューティングデバイスにインストールされたアプリケーションと対話して、経費報告に記入して、払い戻ししてもらうことができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記処理は多数の欠点を含む。たとえば、使用される経費アプリケーションは典型的には企業のコンピュータネットワークにインストールされている。これにより、ユーザは、経費アプリケーションを使用するにはコンピュータを用いて企業ネットワークにアクセスする必要がある。場合によって、出張中にネットワークへのアクセスが利用できず、そのためにユーザは経費アプリケーションを使用して経費報告に記入することができなくなってしまう。
【０００４】
また、ユーザが出張中は、発生するすべての経費を記録するのが面倒なことがある。ユーザが頻繁に出張する場合または長期出張に出かける場合は、特にこのことが当てはまる。さらに、多数の経費が発生すると、ユーザは経費の記録をなくしたり、または経費が発生したことを記録し忘れたりする可能性がある。このため、発生した経費をユーザがきちんと払い戻してもらえないことがある。
【課題を解決するための手段】
【０００５】
発明の概要
本発明は、メッセージを処理して経費報告を更新することができる経費アプリケーションに一般的に関する。
【０００６】
１つの実施例では、経費報告アプリケーションに対する経費報告を管理するための方法が提供される。経費報告アプリケーションは、１つ以上のメッセージング通信路から受信したメッセージに基づいて経費報告を更新するように構成される。この方法は、１つ以上のメッセージング通信路のうちのメッセージング通信路を通して送られたメッセージを受信するステップを含む。メッセージは経費情報を含む。メッセージに対応する経費報告が決定される。次に、経費情報から決定された入力情報で経費報告が更新される。
【０００７】
１つの実施例では、経費アプリケーションに対する経費報告を管理するための方法が提供される。経費アプリケーションは、１つ以上のメッセージング通信路から受信したメッセージに基づいて経費報告中の入力を更新するように構成される。この方法は、メッセージングデバイスから、１つ以上のメッセージング通信路のうちのメッセージング通信路を通して送られたメッセージを受信するステップを含み、メッセージは経費情報を含み、さらに、メッセージに対応する経費報告を決定するステップと、経費情報から入力情報を決定するステップと、入力情報で経費報告を更新するステップとを含む。
【０００８】
別の実施例では、経費アプリケーションに対するメッセージを処理するための方法が提供される。メッセージは１つ以上のメッセージング通信路を通して受信される。方法は、メッセージングデバイスから、１つ以上のメッセージング通信路のうちのメッセージング通信路を通してメッセージングデバイスメッセージを受信するステップを含み、メッセージングデバイスメッセージは経費情報を含み、さらに、メッセージングデバイスメッセージに対応する経費アプリケーションを決定するステップと、経費アプリケーションに経費メッセージを送るステップとを含み、経費メッセージは、経費メッセージの中に、経費情報から決定される入力情報を含む。
【０００９】
また別の実施例では、経費報告に対するメッセージを処理するためのシステムが提供される。システムは、経費情報を含むメッセージを送るように構成されたメッセージングデバイスを含み、メッセージングデバイスはメッセージング通信路を通して通信するように構成され、さらにシステムは、メッセージング通信路を通してメッセージを受信するように構成された経費アプリケーションを含み、経費アプリケーションは、メッセージに対応する経費報告を決定し、経費情報から入力情報を決定し、入力情報で経費報告を更新するように構成される。
【００１０】
別の実施例では、経費報告に対するメッセージを処理するためのシステムが提供される。システムは、経費情報を含むメッセージングデバイスメッセージを送るように構成されたメッセージングデバイスを含み、デバイスは、メッセージング通信路を通して通信するように構成され、さらにシステムはメッセージングサーバを含み、メッセージングサーバは、メッセージング通信路を通してメッセージングデバイスメッセージを受信し、メッセージングデバイスメッセージに対応する経費アプリケーションを決定し、かつ経費アプリケーションに経費メッセージを送るように構成され、経費メッセージは、経費情報から決定される入力情報を含み、経費アプリケーションは、入力情報に基づいて経費報告を更新するように構成される。
【００１１】
別の実施例では、経費アプリケーションに対する経費報告を管理するためのステップのセットを実行するよう情報処理装置に命令するように適合される複数の命令を有する情報記憶媒体が提供される。経費アプリケーションは、１つ以上のメッセージング通信路から受信したメッセージに基づいて経費報告中の入力を更新するように構成される。ステップは、メッセージングデバイスから、１つ以上のメッセージング通信路のうちのメッセージング通信路を通して送られたメッセージを受信するステップを含み、メッセージは経費情報を含み、さらに、メッセージに対応する経費報告を決定するステップと、経費情報から入力情報を決定するステップと、入力情報で経費報告を更新するステップとを含む。
【００１２】
別の実施例では、経費アプリケーションに対するメッセージを処理するためのステップのセットを実行するよう情報処理装置に命令するように適合される複数の命令を有する情報記憶媒体が提供される。メッセージは１つ以上のメッセージング通信路を通して受信される。ステップは、メッセージングデバイスから、１つ以上のメッセージング通信路のうちのメッセージング通信路を通してメッセージングデバイスメッセージを受信するステップを含み、メッセージングデバイスメッセージは経費情報を含み、さらに、メッセージングデバイスメッセージに対応する経費アプリケーションを決定するステップと、経費アプリケーションに経費メッセージを送るステップとを含み、経費メッセージは、経費メッセージの中に、経費情報から決定される入力情報を含む。
【００１３】
本明細書中に開示される発明の本質および利点は、明細書の残余の部分および添付の図面を参照することによってより一層理解されるであろう。
【図面の簡単な説明】
【００１４】
【図１】本発明の１つの実施例に従う、経費報告を管理するためのシステムを示す図である。
【図２】本発明の１つの実施例に従う、経費アプリケーションに対するメッセージを処理するための方法の簡略化されたフローチャートの図である。
【図３】本発明の１つの実施例に従う、経費報告アプリケーションを用いて、メッセージングデバイスから受信したメッセージを処理するための方法の簡略化されたフローチャートの図である。
【図４】本発明の１つの実施例に従う、メッセージングを用いて、承認のために経費報告を提出するための方法の簡略化されたフローチャートの図である。
【図５】本発明の実施例に従うコンピュータシステムの簡略化されたブロック図である。
【発明を実施するための形態】
【００１５】
発明の詳細な説明
図１は、本発明の１つの実施例に従う、経費報告を管理するためのシステム１００を示す。１つの実施例では、システム１００は、１つ以上のメッセージングデバイス１０２と、メッセージングサーバ１０４と、１つ以上のアプリケーション１０６とを含む。
【００１６】
メッセージングデバイス１０２は、メッセージング通信路を通してメッセージを送ることができる任意のデバイスを含む。メッセージング通信路は、あるフォーマットまたはプロトコルのメッセージがその中を送られ得る通信路である。たとえば、メッセージングフォーマットは、ショートメッセージサービス（ＳＭＳ）、マルチメディアサービス（ＭＭＳ）、音声、電子メール、インスタントメッセージ（ＩＭ）、ファクシミリなどであってもよい。１つの例では、ＳＭＳメッセージがＳＭＳメッセージング通信路を通して送られ得る。また、ＭＭＳメッセージがＭＭＳメッセージング通信路を通して送られ得る。各々のメッセージング通信路は、通信路を通してメッセージを送るのに、異なるプロトコルまたはフォーマットを必要とし得る。
【００１７】
メッセージングデバイス１０２は、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、パーソナルコンピュータ、ワークステーション、ファックス機、プレインオールドテレフォンサービス（plain old telephone service）（ＰＯＴＳ）電話機などを含み得る。メッセージングデバイス１０２は、メッセージング通信路を通してメッセージを送るように構成される。たとえば、ＳＭＳデバイスはＳＭＳ通信路を通してメッセージを送る。また、メッセージングデバイス１０２は、複数のメッセージング通信路を通してメッセージを送るように構成されてもよい。たとえば、携帯電話は、ＳＭＳおよびＭＭＳメッセージング通信路を通してＳＭＳおよびＭＭＳメッセージを送るように構成されてもよい。
【００１８】
メッセージングサーバ１０４は、メッセージングデバイス１０２からメッセージを受信するように構成される。１つの実施例では、メッセージングサーバ１０４は、複数のメッセージング通信路から受信されるメッセージを処理することができる。たとえば、メッセージングサーバ１０４は、ＳＭＳ、ＭＭＳ、音声、電子メール、ＩＭ、ファックス、ＳＯＡＰなどのフォーマットでメッセージを処理し得る。当業者は、メッセージングサーバ１０４が処理できる他のメッセージングフォーマットを認めるであろう。
【００１９】
メッセージングサーバ１０４は、メッセージングデバイス１０２から受信したメッセージをアプリケーション１０６に送るようにも構成される。メッセージングサーバ１０４は、まずアプリケーションを識別し得る。たとえば、アプリケーションは、メッセージの宛先のアドレスまたはメッセージの発信元のアドレスに基づいて識別され得る。メッセージングデバイス１０２から受信したメッセージは経費情報を含み得る。経費情報は、経費報告を更新（たとえば、経費項目の追加、経費項目の削除または変更など）するのに用いるべき情報であり得る。たとえば、ユーザは、ある経費情報で経費報告を更新すべきであることを示すメッセージをメッセージングサーバ１０４に送り得る。メッセージングサーバ１０４は、経費アプリケーション１０６を決定するように構成される。一旦アプリケーション１０６が決定されると、メッセージは、経費情報とともにアプリケーション１０６に送られる。
【００２０】
１つの実施例では、メッセージングサーバ１０４およびメッセージングデバイス１０２は会話し得る。たとえば、メッセージングデバイス１０２、メッセージングサーバ１０４およびアプリケーション１０６の間で複数のメッセージがやり取りされ得る。メッセージを用いて、（経費報告の更新などの）実行すべき行為を決定し得る。たとえば、ユーザは、経費報告を更新すべきことを示す第１のメッセージをメッセージングデバイスからメッセージングサーバ１０４に送り得る。次にメッセージングサーバ１０４は、どのタイプの経費が発生したかを尋ねるメッセージを送り得る。また、メッセージングサーバ１０４は、アプリケーション１０６にコンタクトして、次にアプリケーション１０６は、メッセージングデバイス１０２から、必要な付加情報（たとえば、距離に応じた経費については移動距離、またはレンタカー経費についてはレンタル契約番号）があるかを尋ねるメッセージを送り得る。このプロセスは、アプリケーション１０６が必要とする情報が決定されるまで継続し得る。繰返しの量は、メッセージ当りに与えられ得る情報量および通信路に大きく依存して異なり得る。たとえば、ＭＭＳ、電子メールおよび音声では、すべての情報が与えられ得るが、ダイアログは、情報が正しくないまたは理解不能な場合しか必要とされない。しかしＳＭＳ経由では、情報は、複数のメッセージの形で、より小さなデータ入力の塊にされ得る。
【００２１】
メッセージングサーバ１０４の実施例は、２００３年１０月１５日に出願された、「アクション可能メッセージング（Actionable Messaging）」と題された米国特許出願番号第１０／６８７，３２９号でより詳細に説明され、すべての目的のためにその全体がここに引用により援用される。
【００２２】
１つ以上のアプリケーション１０６は、いずれの経費アプリケーションを含んでもよい。アプリケーション１０６は、メッセージングデバイス１０２からメッセージを受けるように構成され、応答して経費報告を更新するように構成される。たとえば、アプリケーション１０６は経費情報を用いて、経費報告を更新すべきかどうか決定し得る。次に、入力情報が経費情報から決定され、入力は、決定された経費報告の中の入力情報で更新される。
【００２３】
これにより、アプリケーション１０６は、メッセージングデバイス１０２からのメッセージに応答して行為を実行するように構成される。ユーザは、メッセージングデバイス１０２を用いてアプリケーション１０６にメッセージを送り得る。次にアプリケーション１０６は、メッセージ中の情報で経費報告を更新するように構成される。これにより、ユーザはいつでも経費報告を更新し得る。たとえば、出張の間にユーザに経費が発生すると、ユーザは、ＳＭＳメッセージなどのメッセージを、携帯電話からアプリケーション１０６へメッセージング通信路を通して送ることができる。次にアプリケーション１０６は、メッセージで送られた情報に基づいてユーザの経費報告を更新することができる。このように、ユーザにアプリケーションに直接アクセスしてもらわなくても経費報告を更新することができる。１つの実施例では、直接アクセスは、ユーザにアプリケーションを開いてもらい、開いたアプリケーションを用いて経費報告を更新してもらうことである。
【００２４】
図２は、本発明の１つの実施例に従う、経費アプリケーションに対するメッセージを処理するための方法の簡略化されたフローチャート２００を示す。ステップ２０２で、メッセージングサーバ１０４は、メッセージングデバイス１０２から経費情報とともにメッセージを受信する。メッセージは、上述のいずれのメッセージング通信路を通して受信してもよい。１つの実施例ではユーザは移動可能である。たとえば、ユーザは、コンピューティングデバイスにインストールされたアプリケーション１０６への直接アクセスが不可能に移動可能状態であり得る。したがって、ユーザはメッセージングデバイス１０２を用いてメッセージを生成してアプリケーション１０６に送り得る。
【００２５】
生成されたメッセージは経費情報を含み得る。経費情報は発生した経費を記述し得る。たとえば、経費情報は、経費識別子（たとえば出張）、カテゴリ識別子（たとえば食べ物）、金額、および経費報告を更新するのに必要ないずれの他の情報であってもよい。
【００２６】
メッセージは、経費報告に記入するのにアプリケーション１０６が要求するいずれの形態もユーザが必要としないであろう自由な形態であってもよい。たとえば、ユーザは、上記情報を含む電子メールまたはＳＭＳメッセージを生成し得る。情報が何であるかを識別子を用いて示してもよい。たとえば、経費識別子は、それが経費識別子であることを示す情報とともに送られてもよい。また、メッセージは、経費識別子、カテゴリ識別子および金額を特定し得るある形態で送られてもよい。送られ得るメッセージの例は以下のものを含む。
【００２７】
【数１】
2014149878.tif 000003
【００２８】
上記メッセージは、ロンドンブリッジでの、２００３０２０４という日の、５ポンドの金額の通行料という経費カテゴリを示す。別の実施例では、音声を用いて、メッセージは、ダイアログマネージャ（たとえば、ユーザまたは音声応答システム）がメッセージを適切に理解／解釈するような自由な形態であり得る。
【００２９】
１つの実施例ではユーザの認証が行なわれてもよい。たとえば、パスワードを確認してもよい。また、パスワードチャレンジ（password challenge）、電話ＩＤ（移動局総合デジタル通信網（mobile station integrated service digital network）（ＭＩＳＤＮ）、電話番号ＥＭＥＩ、または他の識別が必要とされてもよい。
【００３０】
ステップ２０４で、メッセージングサーバ１０４は、メッセージに適用可能な経費アプリケーションを決定する。メッセージングサーバ１０４は、送られたメッセージに基づいて経費アプリケーション１０６を決定してもよい。たとえば、メッセージを送ったユーザは、ユーザと関連付けられるあるアプリケーション１０６を用いてもよい。メッセージングサーバ１０４は、ユーザについて、電子メールアドレスまたは電話番号などのユーザＩＤを用いて、ユーザがあるアプリケーション１０６を使用すると決定する。また、メッセージは、どの経費アプリケーション１０６を使用すべきかを特定してもよい。たとえば、経費アプリケーションの識別子はメッセージに含まれていてもよい。さらに、メッセージングサーバ１０４は、単一のアプリケーション１０６にメッセージを送るようにのみ構成されてもよい。このように、メッセージングサーバ１０４が受信したいずれの経費メッセージも単一のアプリケーション１０６に転送され得る。
【００３１】
ステップ２０６で、メッセージングサーバ１０４は、ステップ２０４で決定された経費アプリケーション１０６に経費情報を送る。１つの実施例では、メッセージはアプリケーション１０６に転送され得る。別の実施例では、適用可能な経費情報はメッセージから構文解析され、あるフォーマットでアプリケーション１０６に送られ得る。たとえば、異なるメッセージングデバイス１０２は異なるフォーマットでメッセージを送り得る。次に経費情報はメッセージから構文解析され、アプリケーション１０６が認識し得るあるフォーマットでフォーマットされ得る。たとえば、アプリケーション１０６は、あるフォーマットでコマンドに応答するように構成され得る。メッセージングサーバ１０４は、異なるフォーマットで送られたメッセージの中で受信した経費情報に基づいて、あるフォーマットでコマンドを生成するように構成され得る。
【００３２】
図３は、本発明の１つの実施例に従う、経費報告アプリケーション１０６を用いて、メッセージングデバイス１０２から受信したメッセージを処理するための方法の簡略化されたフローチャート３００を示す。ステップ３０２で、メッセージは経費情報とともに受信される。１つの実施例では、メッセージはメッセージングサーバ１０４から受信される。別の実施例では、メッセージはメッセージングデバイス１０２から直接に受信され得る。
【００３３】
ステップ３０４で、経費報告の識別子が決定される。たとえば、メッセージはある経費報告のためのものであり得る。経費報告識別子は、どの経費報告にアクセスすべきかを示す経費情報から決定され得る。また、経費報告を決定するのにユーザ識別子を用いてもよい。たとえば、ユーザのデフォルト経費報告は、ユーザのユーザ名、電話番号、電子メールアドレスなどの識別子と関連付けられ得る。次に、メッセージを送った識別子と関連付けられた経費報告を決定し得る。
【００３４】
ステップ３０６で、アプリケーション１０６は、経費報告に対する入力情報を決定する。たとえば、受信したメッセージは、経費報告を更新するのに用いるべき情報を含み得る。たとえば、メッセージ中で、経費識別子、カテゴリ識別子および金額が特定され得る。その情報はメッセージから決定される。
【００３５】
また、経費はユーザの単一の「リポジトリ」に蓄積されてもよく、そうすればユーザは報告の中でどの経費をグループ分けするか、またはいつ経費を経費報告に計上するかを選択することができる。これは、メッセージングを用いて行なってもよい。
【００３６】
ステップ３０８で、アプリケーション１０６は、入力情報で経費報告を更新する。たとえば、アプリケーション１０６は、入力情報を用いて、動作中の経費報告中に新しい入力を作成してもよい。入力情報が、食べ物のカテゴリを有する出張経費報告に＄３３．００という金額を入力すべきであることを示した場合、その入力が出張経費報告に追加される。
【００３７】
上記方法はユーザに対する既存の経費報告の更新として説明されるが、アプリケーション１０６はユーザに対する新たな経費報告を作成することによって経費報告を更新してもよいことが認識されるであろう。たとえば、既存の経費報告が見当たらない場合、新たな経費報告を作成してもよく、新たな経費報告の中の入力情報が入力情報で更新される。
【００３８】
したがって、アプリケーション１０６は、メッセージング通信路を通してメッセージを受信し、メッセージから決定される入力情報で経費報告を更新するように構成される。このように、ユーザは、アプリケーション１０６に直接にアクセスできるデバイスから遠隔の場所に位置していてもメッセージを送り得る。ユーザが移動可能であっても、あるメッセージング通信路に容易にアクセス可能であろう。たとえば、アプリケーション１０６へのアクセスを含むコンピュータを見つけるよりも、ＳＭＳメッセージをアプリケーション１０６に送る方が便利であろう。したがって、ユーザが移動可能であっても容易にアクセスされるメッセージング通信路を用いて経費報告を更新し得る。
【００３９】
入力情報での経費報告の更新に加え、システム１００は、アプリケーション１０６を用いて他の特徴を実行できるようにもし得る。たとえば、ユーザは、アプリケーション１０６から行為を要求するメッセージをメッセージングデバイス１０２に送ってもよい。たとえば、ユーザは、経費報告を自分などに送ってもらうことによって経費報告をチェックまたは見直しし得る。また、経費報告がメッセージングデバイス１０２に送られると、ユーザは抜けている情報があれば記入し、また入力された経費項目のリストからどの項目を報告に適用（追加）するかを選択し、経費報告を編集し、次に報告をアプリケーション１０６に返送することができる。
【００４０】
また、ユーザは、メッセージングデバイス１０２を用いて、承認のために経費報告を提出し得る。ユーザは、アプリケーション１０６が承認のために経費報告を提出するよう要求するメッセージを送り得る。したがって、ユーザが依然として休暇中もしくは出張中、またはアプリケーション１０６への直接アクセスが可能なデバイスから遠隔のいずれの場所にいる間にも、ユーザは経費報告を提出し得る。
【００４１】
図４は、本発明の１つの実施例に従う、メッセージングを用いて、承認のために経費報告を提出するための方法の簡略化されたフローチャート４００を示す。１つの実施例では、本明細書中に記載されるステップはすべて、いずれのメッセージング通信路を通したメッセージングによって行なわれてもよい。
【００４２】
ステップ４０２で、アプリケーション１０６は、承認のために経費報告を提出するコマンドを受信する。コマンドは、メッセージング通信路を通してメッセージングデバイス１０２から受信され得る。たとえば、承認のためにある経費報告を提出すべきであることを示すＳＭＳメッセージを送ってもよい。
【００４３】
ステップ４０４で、アプリケーション１０６は、完成した経費報告を生成する。たとえば、経費報告中のすべての入力を用いて最終経費報告を生成する。
【００４４】
ステップ４０６で、最終的な承認のために経費報告がユーザに送られる。たとえば、ユーザは、承認のために経費報告を提出すべきであることを認める必要があり得る。１つの実施例では、経費報告にデジタル署名が追加され得る。また、ユーザは、経費報告を見直して、いずれかの情報が抜けていないか、または編集が必要かどうかを判断したいと思うかもしれない。１つの実施例では、ユーザが最終的な承認を与える必要がない場合は、このステップを省略してもよい。
【００４５】
ステップ４０８で、生成された経費報告を提出する承認をユーザから受信する。たとえば、ユーザは、メッセージングデバイス１０２を用いて、承認のために経費報告を提出すべきであることを示すメッセージを、メッセージング通信路を通してアプリケーション１０６に送り得る。承認は、ユーザからのデジタル署名を含むメッセージ中で受信され得る。また、経費報告を提出すべきであることを単に示すメッセージを送ってもよい。たとえば、「経費報告Ｘ送信の承認済み」と伝えるテキストメッセージが送られ得る。
【００４６】
ステップ４１０で、アプリケーション１０６は、承認のために経費報告を提出する。たとえば、経費報告は、ユーザの管理者によって承認される必要があるかもしれない。そこで経費報告は管理者に送られてもよい。たとえば、報告は、電子メール、メッセージング、または何らかの他の電子的方法を通して、管理者に送られ得る。また、管理者が報告にアクセスして承認を与えるべきであることを示すメッセージが管理者に送られてもよい。
【００４７】
ステップ４１２で、経費報告の承認が受信される。たとえば、管理者は、メッセージングデバイス１０２を通して、経費報告が承認されることを示すメッセージを送り得る。また、管理者は、アプリケーション１０６にアクセスして、メッセージに答えることによって、経費報告の承認（または拒絶）を示し得る。同様に、管理者はメッセージングを用いて、経費についてのより一層の詳細を尋ねることができる。
【００４８】
ステップ４１４で、アプリケーション１０６は、経費報告についての払い戻し要求を送る。たとえば、メッセージは、経理部などの払い戻し担当の組織に送られ得る。経費報告について払い戻ししてもらうのに必要ないずれの要件にも従い得る。たとえば、すべての必要な署名または承認が経費報告に含まれ得る。経費報告を提出したユーザからのデジタル署名および承認のデジタル署名が、アプリケーション１０６が払い戻し組織に送った経費報告に含まれ得る。
【００４９】
次に、経費報告と関連付けられるユーザは経費を払い戻してもらい得る。たとえば、経理部は、払い戻し小切手をユーザに送るかまたはユーザの銀行口座に直接に入金し得る。場合によっては、領収書を後で送付する必要があったり、メッセージングでは行なえない、払い戻しに必要な何らかの他の要件をユーザが行なう必要があったりし得る。法的に受け入れられれば、領収書をファックス送信したり、印刷したり、スキャンしたり、または写真に撮ったりして、電子メール、ファックス、ＭＭＳなどで送ってもよい。
【００５０】
したがって、ユーザは、メッセージングデバイス１０２を用いて、承認および払い戻しのために経費報告を提出し得る。たとえば、ユーザは、出張中に経費報告を提出すべきであると決めるかもしれない。１つの例では、ユーザは、街から街へ出張していて、ユーザがある街を出発した際に、ユーザはその街についての経費報告を提出したいと思うかもしれない。したがって、ユーザが出張から戻った際に、出張のその部分についての払い戻し小切手が既に発行されているかもしれない。従来ならば、ユーザは、アプリケーション１０６にアクセスして経費報告を提出するには、出張から戻るまで待たなければならない。しかしながら、本発明の実施例を用いると、ユーザは、メッセージング通信路を用いて、承認および払い戻しのために経費報告を提出し得る。
【００５１】
本発明の実施例を用いる例を次に説明する。ユーザは出張していて、タクシー代などの経費が発生し得る。ユーザは、メッセージングデバイスを用いて、メッセージング通信路を通してアプリケーション１０６にＳＭＳメッセージ（または何らかの他のメッセージ）を送り得る。ＳＭＳメッセージは、経費報告（たとえば、ソウル、２００４年５月）、経費カテゴリ（タクシー）、経費額（５，０００元）、および備考（ホテルから打合せ先へのタクシー代）を含み得る。
【００５２】
メッセージングサーバ１０４はＳＭＳメッセージを受信し、メッセージを送るべきアプリケーション１０６を決定する。次にアプリケーション１０６はメッセージを受信し、経費報告、すなわち２００４年５月のソウル経費報告、を決定する。次に、経費カテゴリ、経費額、および備考などの入力情報がメッセージから決定される。次に、タクシー経費５，０００ウォンの入力が、経費がホテルから打合せ先へのタクシー代であるという備考とともに、２００４年５月のソウル経費報告に追加される。
【００５３】
必要に応じて、複数のＳＭＳメッセージが送られてもよい。たとえば、メッセージングサーバ１０４またはアプリケーション１０６は会話して、その中で経費報告の情報を決定してもよい。たとえば、アプリケーション１０６は経費が発生した日付などを尋ね得る。ユーザは、別のメッセージをアプリケーション１０６に送ることによって質問に答え得る。
【００５４】
したがって、ユーザは、経費が発生したすぐ後に経費報告を更新し得る。また、ユーザは、その日の間に発生したすべての経費の詳細を述べるメッセージを１日の終わりに送ってもよい。これは、いずれのメッセージング通信路を用いてメッセージを送ることによって行なわれてもよい。
【００５５】
本発明の実施例は多くの利点を提供する。たとえば、ユーザは、経費報告を届け出るのに出張から戻るまで待つ必要がない。むしろ、出張中に、ユーザは、容易にアクセス可能なメッセージング通信路を用いてアプリケーション１０６にメッセージを送り得る。次にアプリケーション１０６は、メッセージに基づいて経費報告を更新するように構成される。このように、経費アプリケーションに情報を入力する便利な手法が提供される。移動可能なユーザは、アプリケーション１０６に直接にアクセスするように構成されるデバイスよりも、ＳＭＳデバイス、ＭＭＳデバイスなどのメッセージングデバイスへのアクセスを有し得る。したがって、経費報告の更新のため、アプリケーション１０６が解釈するメッセージを送り得る。このように、経費報告を蓄積する容易な方法が提供され、移動可能なユーザがこれを使用し得る。
【００５６】
図５は、本発明の実施例に従うコンピュータシステム５００の簡略化されたブロック図である。図５に示されるように、コンピュータシステム５００は、バスサブシステム５０４を介して多数の周辺装置と通信する少なくとも１つのプロセッサ５０２を含む。これらの周辺装置は、メモリサブシステム５０８およびファイル記憶サブシステム５１０を含む記憶サブシステム５０６と、ユーザインターフェイス入力装置５１２と、ユーザインターフェイス出力装置５１４と、ネットワークインターフェイスサブシステム５１６とを含み得る。入力および出力装置は、コンピュータシステム５００とのユーザの対話を可能にする。ユーザは、人間のユーザ、装置、プロセス、別のコンピュータなどであり得る。ネットワークインターフェイスサブシステム５１６は、他のコンピュータシステムおよび通信ネットワークへのインターフェイスを提供する。
【００５７】
バスサブシステム５０４は、コンピュータシステム５００のさまざまな構成要素およびサブシステムが、意図されるように互いと通信するためのメカニズムを提供する。コンピュータシステム５００のさまざまなサブシステムおよび構成要素は同じ物理的場所にある必要はなく、ネットワーク内のさまざまな場所に分散していてもよい。バスサブシステム５０４は単一のバスとして模式的に示されているが、バスサブシステムの代替的な実施例は複数のバスを利用してもよい。
【００５８】
ユーザインターフェイス入力装置５１２は、リモコン、キーボード、ポインティングデバイス、マウス、トラックボール、タッチパッド、グラフィックスタブレット、スキャナー、バーコードスキャナー、ディスプレイに組み入れられるタッチスクリーン、音声認識システムなどの音声入力装置、マイクロフォン、および他のタイプの入力装置を含み得る。一般的に、「入力装置」という用語の使用は、コンピュータシステム５００を用いて情報を入力するあらゆる可能なタイプの装置および手法を含むことが意図される。
【００５９】
ユーザインターフェイス出力装置５１４は、ディスプレイサブシステム、プリンタ、ファックス機、または音声出力装置などの非視覚的ディスプレイを含み得る。ディスプレイサブシステムは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）などのフラットパネル装置、プロジェクション装置などであり得る。ディスプレイサブシステムは、音声出力装置を介してなど、非視覚的ディスプレイも提供し得る。一般的に、「出力装置」という用語の使用は、コンピュータシステム５００から情報を出力するあらゆる可能なタイプの装置および手法を含むことが意図される。
【００６０】
記憶サブシステム５０６は、コンピュータシステムおよび本発明の機能性を提供する基本プログラミングおよびデータ構成を記憶するように構成され得る。たとえば、本発明の実施例に従うと、本発明の機能性を実現するソフトウェアモジュールは、メッセージングサーバ１０４またはアプリケーション１０６を含むデバイスの記憶サブシステム５０６に記憶され得る。これらのソフトウェアモジュールは、メッセージングサーバ１０４またはアプリケーション１０６を含むデバイスのプロセッサ５０２によって実行され得る。分散された環境では、ソフトウェアモジュールは複数のコンピュータシステム上に記憶され、複数のコンピュータシステムのプロセッサによって実行され得る。記憶サブシステム５０６は、本発明が用い得るさまざまなデータベースを記憶するためのリポジトリも提供し得る。記憶サブシステム５０６は、メモリサブシステム５０８およびファイル記憶サブシステム５１０を含み得る。
【００６１】
メモリサブシステム５０８は、プログラム実行の際の命令およびデータを記憶するためのメインランダムアクセスメモリ（ＲＡＭ）５１８と、固定命令が記憶される読出専用メモリ（ＲＯＭ）５２０とを含む、多数のメモリを含み得る。ファイル記憶サブシステム５１０はプログラムおよびデータファイルの永続的（不揮発性）記憶を提供し、ハードディスクドライブ、関連の取外し可能媒体およびフロッピー（登録商標）ディスクドライブ、コンパクトディスク読出専用メモリ（ＣＤ−ＲＯＭ）ドライブ、光学ドライブ、取外し可能媒体カートリッジ、および他の同様の記憶媒体を含み得る。ドライブのうち１つ以上は、接続された他のコンピュータ上の遠隔の場所に位置してもよい。
【００６２】
コンピュータシステム５００自体は、パーソナルコンピュータ、ポータブルコンピュータ、ワークステーション、コンピュータ端末、ネットワークコンピュータ、メインフレーム、キオスク、パーソナルデジタルアシスタント（ＰＤＡ）、携帯電話などの通信装置、またはいずれの他のデータ処理システムも含む、異なるタイプのものであり得る。サーバコンピュータは一般的に、クライアントシステムよりも記憶および処理能力が大きい。コンピュータおよびネットワークの変化し続ける性質により、図５に示されるコンピュータシステム５００の説明は、コンピュータシステムの好ましい実施例を図示する目的のための具体例としてのみ意図される。図５に示されるコンピュータシステムよりも構成要素の数がより多いまたは少ないコンピュータシステムの多くの他の構成が可能である。
【００６３】
本発明は、ソフトウェアまたはハードウェアまたはその組合せにおけるコントロールロジックの形態で実現され得る。本明細書中に提供される開示または教示に基づき、当業者は、本発明を実現する他の手法および／または方法を認めるであろう。
【００６４】
以上の説明は例示的なものであって、制限的なものではない。開示を検討すれば、当業者には発明の多数の変形例が明らかになるであろう。したがって、発明の範囲は、以上の説明を参照して決定されるべきものではなく、むしろ、係属クレームをそれらの全範囲または均等物とともに参照して決定されるべきものである。
【図１】
2014149878.tif 000004
【図２】
2014149878.tif 000005
【図３】
2014149878.tif 000006
【図４】
2014149878.tif 000007
【図５】
2014149878.tif 000008