JP7421943B2 - 情報処理プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

本発明は、業務の実行のために必要となった経費の精算に関する処理を行う情報処理システムの技術分野に属する。

企業活動においては、その企業に属する社員が出張する場合の旅費や、出張先において業務上発生する費用等が、いわゆる経費として日常的に発生する。また経費は、上記出張以外の通常の企業活動においても発生する。このような経費については、それに対応する業務が終了した時点で精算される必要がある。この精算に当たっては、通常、経費を申請する申請者に対応した承認者の承認が必要となる。ここで、上記承認者による経費申請の承認に関する先行技術を開示している文献としては、例えば下記特許文献１が挙げられる。このとき、特許文献１には、「申請された経費について、最終提出先である担当部門の審査結果が承認か差戻しかを判別する」構成が開示されている。

特開２００６－３３８１４０号公報（図１３及びその関連部分等）

しかしながら、業務が実行される場合において、経費を負担しない業務組織としてのプロジェクトがその業務を実行する主体となることがある。このとき、当該プロジェクトは、通常、経費の負担をする負担部門（例えば経理部等）とは別の組織である。そして、このようなプロジェクトが業務の実行主体となる場合に、当該プロジェクト自体にも経費の承認者が必要となる場合がある。

ここで、上記プロジェクト自体に経費の承認者が設定されている場合に、経費の精算を行う申請者が使用する端末装置において、経費の負担部門（例えば経理部等）の承認者と、経費を負担しない上記プロジェクトの承認者と、をそれぞれ確認し、いずれかの承認者が設定されている場合に、その承認者を示す承認者データを取得して経費の申請を行うことができれば便利である。しかしながら、上記特許文献１には、上記の点については、開示も示唆も見当たらない。

そこで、本発明は、上記の要請に鑑みて為されたものであり、経費を負担する負担部門以外のプロジェクトにおける経費の承認者を設定した経費の申請ができ、実際の業務の実行態様に合わせた経費申請が可能な情報処理プログラム、情報処理装置及び情報処理方法を提供することを課題の一例とする。

上記の課題を解決するために、請求項１に記載の発明は、情報処理システムに含まれるコンピュータを、経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付ける負担組織設定受付手段、前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得する負担組織承認者データ取得手段、前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付ける業務組織設定受付手段、前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得する業務組織承認者データ取得手段、前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付ける申請データ受付手段、及び、前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録する記録手段、として機能させることを特徴とする。

請求項７に記載の発明は、端末装置に接続された情報処理装置において、経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付ける負担組織設定受付手段と、前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得する負担組織承認者データ取得手段と、前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付ける業務組織設定受付手段と、前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得する業務組織承認者データ取得手段と、前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付ける申請データ受付手段と、前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録する記録手段と、を備えることを特徴とする。

請求項８に記載の発明は、情報処理システムに含まれるコンピュータにより実行される情報処理方法であって、経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付けるステップと、前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得するステップと、前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付けるステップと、前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得するステップと、前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付けるステップと、前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録するステップと、を含むことを特徴とする。

請求項１、請求項７又は請求項８のいずれか一項に記載の発明によれば、経費を負担する負担組織以外の業務組織における経費の承認者を設定した経費の申請ができるので、実際の業務の実行態様に合わせた経費申請が可能となる。

請求項２に記載の発明は、請求項１に記載の情報処理プログラムにおいて、前記コンピュータを、前記業務組織承認者データが記録されていない場合であって前記業務組織の設定操作が受け付けられたとき、当該業務組織承認者データが記録されていない旨のエラー情報の出力を禁止するエラー情報出力制御手段として更に機能させることを特徴とする。これにより、業務組織の特性に合わせた経費申請が可能となる。

請求項３に記載の発明は、請求項２に記載の情報処理プログラムにおいて、前記エラー情報出力制御手段として機能する前記コンピュータを、前記負担組織承認者データが記録されていない場合であって前記負担組織の設定操作が受け付けられたとき、当該負担組織承認者データが記録されていない旨のエラー情報を出力するように機能させることを特徴とする。これにより、業務組織の特性に対比させて、負担組織の特性に合わせた経費申請が可能となる。

請求項４に記載の発明は、請求項１から請求項３のいずれか一項に記載の情報処理プログラムにおいて、前記業務組織設定受付手段として機能する前記コンピュータにより、複数の前記業務組織の前記設定操作が受け付けられたとき、前記業務組織承認者データ取得手段として機能する前記コンピュータを、当該受け付けられた設定操作の対象の前記業務組織それぞれに対応する複数の前記業務組織承認者データを取得するように機能させることを特徴とする。これにより、経費申請の対象となる業務組織の申請者による確認の利便性が向上する。

請求項５に記載の発明は、請求項１から請求項４のいずれか一項に記載の情報処理プログラムにおいて、前記負担組織の前記承認者は、当該負担組織について予め設定されており、前記負担組織承認者データは、当該予め設定された承認者を示す当該負担組織承認者データであり、前記業務組織の前記承認者は、当該業務組織について予め設定されており、前記業務組織承認者データは、当該予め設定された承認者を示す当該業務組織承認者データであることを特徴とする。これにより、負担組織又は業務組織について既定された承認者に承認を求める必要がある場合でも、効率的に経費の申請をすることができる。

請求項６に記載の発明は、請求項１から請求項５のいずれか一項に記載の情報処理プログラムにおいて、一回の前記経費の申請において、前記負担組織承認者データを用いた前記経費の申請に対応した前記申請データ、又は前記業務組織承認者データを用いた前記経費の申請に対応した前記申請データのいずれか一方のみを受け付けるように、前記申請データ受付手段として機能する前記コンピュータを機能させることを特徴とする。これにより、一回の経費の申請における負担組織承認者データを用いた経費の申請と業務組織承認者データを用いた経費の申請の重複を防ぐことができる。

本発明によれば、経費を負担する負担組織以外の業務組織における経費の承認者を設定した経費の申請ができ、実際の業務の実行態様に合わせた経費申請が可能となる。

実施形態の情報処理システムＳの概要構成の一例を示す図である。 実施形態のシステム制御部２３の機能ブロックの一例を示す図である。 実施形態の領収書等の処理時における申請者端末１等と情報処理サーバ２との間のやり取りを示すシーケンス図である。 実施形態の承認者データの再取得処理を示すフローチャートである。 実施形態の承認フローマスタの新規登録用画面の一例を示す図である。 （ａ）は実施形態のプロジェクトマスタの編集用画面の一例を示す図である。（ｂ）は実施形態の負担部門の承認者設定用画面の一例を示す図である。 実施形態の経費精算の申請用画面の一例を示す図（Ｉ）である。 実施形態の経費精算の申請用画面の一例を示す図（II）である。 実施形態の経費精算の承認用画面の一例を示す図である。

以下、図面を参照して本発明の一実施形態について詳細に説明する。以下に説明する実施形態は、クラウド型の情報処理システムに対して本発明を適用した場合の実施形態である。

［１．情報処理システムＳの構成及び機能］
先ず、図１を参照して、本実施形態の情報処理システムＳの構成及び概要機能について説明する。図１は、情報処理システムＳの概要構成の一例を示す図である。図１に示すように、情報処理システムＳは、申請者端末１（本発明の端末装置の一例）、情報処理サーバ２（本発明の情報処理装置の一例）、管理者端末３及び承認者端末４等を含んで構成されている。申請者端末１、情報処理サーバ２、管理者端末３及び承認者端末４は、それぞれ、インターネット等のネットワークＮＷに接続される。なお、図１の例では、申請者端末１、管理者端末３及び承認者端末４のそれぞれを１台ずつ示しているが、実際には、複数台の申請者端末１及び承認者端末４が存在し、また、管理者端末３が複数台存在してもよい。

申請者端末１は、情報処理サーバ２にログインするためのアカウントが発行された組織（例えば、企業）のユーザであり且つ経費の精算を申請する申請者により使用される。申請者端末１は、ウェブブラウザによりネットワークＮＷを介して情報処理サーバ２にアクセスしてログインした後、情報処理サーバ２から送信された画面データ（例えば、ウェブページ）に従って図示しないディスプレイ上に各種画面を表示する。申請者等による上記ログインの際には、当該ログインを行う申請者等自身を識別するための識別データや、当該申請者が属する組織を識別するための情報等が、申請者データとして申請者端末１から情報処理サーバ２に送信される。上記ログインの際に申請者端末１から送信される上記識別データにより、その申請者等が経費の精算の申請権限を有するか否か等が示される。なお、申請者端末１には、例えばパーソナルコンピュータ、スマートフォン、又はタブレット等が適用可能である。

管理者端末３は、上記申請者からの経費精算の申請が準拠すべき規則等を管理する管理者により使用される。この管理者は、通常、上記申請者と同じ組織に属する組織の管理者であり、情報処理システムＳの管理者でもある。管理者端末３も、上記申請者端末１と同様に、ウェブブラウザによりネットワークＮＷを介して情報処理サーバ２にアクセスしてログインした後、情報処理サーバ２から送信された画面データ（例えば、ウェブページ）に従って図示しないディスプレイ上に各種画面を表示する。なお、管理者端末３もまた、例えばパーソナルコンピュータ、スマートフォン、又はタブレット等が適用可能である。

承認者端末４は、上記申請者からの経費精算の申請を承認する権限を有する承認者により使用される。この承認者は、通常、上記申請者及び上記管理者と同じ組織に属する経費精算の承認者である。承認者端末４も、上記申請者端末１及び上記管理者端末３と同様に、ウェブブラウザによりネットワークＮＷを介して情報処理サーバ２にアクセスしてログインした後、情報処理サーバ２から送信された画面データ（例えば、ウェブページ）に従って図示しないディスプレイ上に各種画面を表示する。なお、承認者端末４もまた、例えばパーソナルコンピュータ、スマートフォン、又はタブレット等が適用可能である。

情報処理サーバ２は、クラウド環境に構築され、クラウドサービスを提供するためのサーバである。クラウドサービスの一例として、経費（消耗品代金、交通費、旅費など）に関わる処理を一元管理するサービスがあるが、特に限定されるものではない。なお、情報処理サーバ２は、一台のコンピュータにより構成されていてもよいし、複数台のコンピュータにより構成されていてもよい。また、情報処理サーバ２は、図１に示すように、通信部２１、記録部２２、及びシステム制御部２３等を備える。

通信部２１は、システム制御部２３の制御の下、ネットワークＮＷを介して申請者端末１、管理者端末３及び承認者端末４との間で通信を行う。記録部２２は、例えば、ハードディスクドライブ等から構成され、ＯＳ（オペレーティングシステム）、ＯＳ上で動作する各種アプリケーション、及び各種データを格納する。各種データには、アプリケーションで使用される設定データ、及びアプリケーションに従って実行された処理で得られたデータ等が含まれる。各種アプリケーションには、例えば、実施形態の経費承認アプリケーションが含まれる。実施形態の経費承認アプリケーションは、申請者が申請者端末１を用いて作成した経費精算申請用の申請データに基づいて、その経費申請の承認を、承認者端末４を使用する承認者に承認させる処理を行うアプリケーションである。実施形態の精算又はその対象となる経費には、例えば、「交通費精算」、「出張精算」、「海外出張精算」、「経費精算」、「支払依頼」及び「交際費精算」等がある。実施形態の申請者端末１上には、上記精算又はその対象ごとに実施形態の申請用画面が表示される。

ここで、実施形態の申請者からの経費精算の申請内容を承認する承認者（即ち、実施形態の経費承認アプリケーションに関わる承認者）には、上記組織においてその経費を実際に負担する部門に属する承認者に加えて、その申請者が属しているプロジェクトの承認者（そのプロジェクトに属する承認者）が含まれる。このとき、当該「プロジェクト」とは、上記組織に属する者がその編制上所属する組織（部門）として継続的に存在する組織（例えば、「営業部」や「業務部」等）とは異なり、例えば販売活動や営業活動、或いは新たな商品開発の際に、その都度、上記組織に属する者等で編成される新たな且つ一時的な組織である。このようなプロジェクトでは、その業務の実行に必要な経費を当該プロジェクト自体が負担することはなく、且つ、そのプロジェクトを構成する者の変更も容易になし得る。なお、上記経費を実際に負担する上記部門（例えば、その組織の経理部や財務部等）を、以下「負担部門」と称し、その負担部門で上記申請内容を承認する承認者を、以下「負担部門承認者」と称する。更に、上記プロジェクトの承認者を、以下「プロジェクト承認者」と称する。上記負担部門は、本発明における「負担組織」の一例である。また上記プロジェクトは、本発明における「業務組織」の一例である。

そして、実施形態の経費承認アプリケーションでは、申請者からの申請内容を上記各承認者が承認すべく、当該申請内容を示す申請データが、当該承認者が使用する承認者端末４に、各承認者としての承認順序に沿って送信される。このとき、実施形態の経費承認アプリケーションにおいて、各承認者の承認を受けるための一連の流れ（申請データの承認者端末４間の流れ）を、以下「承認フロー」と称する。また、各承認者がその申請内容を承認するタイミング（換言すれば、承認対象たる申請データが、その申請内容を承認すべき承認者が使用する承認者端末４に送信されるタイミング）又は当該各承認者端末４を、それぞれ「承認ポイント」と称する。即ち、一の経費申請に対応する承認フローにおいては、その経費申請を承認する権限又は義務を有する承認者ごとに、対応する承認ポイントにおいてその承認を受けることとなるが、実施形態の経費承認アプリケーションでは、この場合の承認者に、上記負担部門承認者だけでなく上記プロジェクト承認者が含まれるのである。このとき、実施形態の経費承認アプリケーションでは、負担部門承認者による承認ポイントと、プロジェクト承認者による承認ポイントと、が、一つの承認フローにおいて併存すること（例えば、一つの承認フローとして、プロジェクト承認者による承認の次に負担部門承認者による承認が予定されること等）はないこととされている。

また、上記承認フロー及びそれに含まれる一又は複数の承認ポイント（換言すれば、当該承認ポイントにおける承認者）は、例えば、実施形態の管理者端末３を用いる管理者により予め設定され、その情報が記録部２２に不揮発性に記録される。このため、管理者端末３上には、承認フロー又は承認ポイントを設定するための後述する承認フロー等設定用画面が表示される。そして、上記管理者端末３による設定結果は上記記録部２２内に記録される。このとき、当該設定結果としては、上記負担部門承認者を示すデータ、上記プロジェクト承認者を示すデータ、及び上記負担部門及び上記プロジェクト以外の上記組織に属する者としての承認者を示す社員承認者データが含まれており、これらは、図１に示す記録部２２内の社員承認者データベース２２１、負担部門承認者データベース２２２及びプロジェクト承認者データベース２２３にそれぞれ区分して記録される。これら各承認者のデータは、後述する承認者データ取得／出力部２３３からの要求に基づいて当該承認者データ取得／出力部２３３に出力される。

実施形態の上記申請データは、上記申請者の例えば出張に必要な旅費や宿泊費等の経費又は消耗品を購入した場合等の費用をその申請者が申請する際に申請者端末１において生成され、情報処理サーバ２に送信されるデータである。なお、経費承認アプリケーションには、本発明の情報処理プログラムが組み込まれる。

システム制御部２３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、及びＲＡＭ（Random Access Memory）等から構成され、対応するＯＳ上で動作するアプリケーションに従ってＣＰＵが各種処理を実行する。図２は、システム制御部２３の機能ブロックの一例を示す図である。図２に示すように、システム制御部２３は、承認者設定データ取得部２３１、表示制御部２３２、承認者データ取得／出力部２３３、申請データ取得部２３４、承認処理部２３５及び申請処理部２３６等として機能する。即ち、実施形態の経費承認アプリケーションによって、コンピュータとしてのシステム制御部２３は、承認者設定データ取得部２３１、表示制御部２３２、承認者データ取得／出力部２３３、申請データ取得部２３４、承認処理部２３５及び申請処理部２３６として機能する。なお、承認者データ取得／出力部２３３は、本発明における「負担組織設定受付手段」、「業務組織設定受付手段」、「負担組織承認者データ出力手段」、「業務組織承認者データ出力手段」及び「エラー情報出力制御手段」の一例である。申請データ取得部２３４は、本発明における「申請データ取得手段」の一例である。承認処理部２３５は、本発明における「記録手段」の一例である。

承認者設定データ取得部２３１は、上記承認フロー等設定用画面を用いて設定された上記負担部門承認者を示すデータ、上記プロジェクト承認者を示すデータ、及び上記社員承認者データを含む承認者設定データを管理者端末３から取得し、これらを、上記社員承認者データベース２２１、上記負担部門承認者データベース２２２又は上記プロジェクト承認者データベース２２３のいずれかに記録する。

表示制御部２３２は、管理者端末３を使用する管理者からの承認フロー等設定用画面要求に基づいて、上記承認ポイント及びこれらを含む上記承認フローを設定すると共に、当該承認フローに対応した上記社員承認者、上記負担部門承認者又は上記プロジェクト承認者のいずれかを設定するための上記承認フロー等設定用画面のデータを、ネットワークＮＷを介して管理者端末３に送信し、対応する承認フロー等設定用画面を表示させる。この承認フロー等設定用画面については、後ほど図５並びに図６（ａ）及び図６（ｂ）を主として用いて説明する。

これに加えて、表示制御部２３２は、申請者端末１を使用する申請者からの申請用画面要求に基づいて、経費申請を行うための申請用画面のデータを、ネットワークＮＷを介して申請者端末１に送信し、対応する申請用画面を表示させる。この申請用画面については、後ほど図７及び図８を主として用いて説明する。

承認者データ取得／出力部２３３は、申請者端末１を使用する申請者により経費申請が行われる際に、当該申請者端末１に表示されている上記申請用画面を用いて当該申請の対象たる経費の負担部門が入力された場合、当該入力された負担部門を示す負担部門入力データを、ネットワークＮＷを介して申請者端末１から取得する。一方、上記申請用画面を用いて、当該経費が使用されたプロジェクトが入力された場合、承認者データ取得／出力部２３３は、当該入力されたプロジェクトを示すプロジェクト入力データを、同様に申請者端末１から取得する。

ここで、上述したように、実施形態の経費承認アプリケーションでは、負担部門承認者による承認ポイントと、プロジェクト承認者による承認ポイントと、が、一つの承認フローにおいて併存することがないこととされている。このため、一つの承認フロー内において、上記負担部門入力データと上記プロジェクト入力データの双方が申請者端末１から出力された場合、それらに対応する負担部門の指定及びプロジェクトの指定の同時指定自体は可能であるが、これらの指定に対応して承認者データが取得等されるのは、上記承認者設定データに基づき、負担部門承認者又はプロジェクト承認者のいずれか一方となる。即ち、承認者データ取得／出力部２３３は、負担部門入力データ又はプロジェクト入力データのいずれか一方に対応する承認者データを、記録部２２の負担部門承認者データベース２２２又はプロジェクト承認者データのいずれか一方から取得し、それを、負担部門入力データ又はプロジェクト入力データを送信してきた申請者端末１に、ネットワークＮＷを介して送信すると共に、承認処理部２３５に出力する。

また、申請データ取得部２３４は、上記負担部門又は上記プロジェクトの設定を含む上記経費申請が行われる場合に、上記申請用画面を用いて入力された当該経費申請の申請データを、ネットワークＮＷを介して申請者端末１から取得する。この申請データには、上記組織内で申請者を特定するための識別データ、及び申請される経費の内容を示す内容データに加えて、上記負担部門又は上記プロジェクトを示すデータが少なくとも含まれている。申請データ取得部２３４は、取得した申請データを承認処理部２３５に出力する。なお、上記プロジェクトを示すデータを除く上記申請データの内容自体は、従来の申請データと同様である。

承認処理部２３５は、承認者データ取得／出力部２３３から出力された承認者データ（即ち、経費の申請内容の承認をすべき承認者を示す承認者データ）と、申請データ取得部２３４により取得された上記申請データと、を含む承認要求データを生成し、上記承認者データにより示される承認者端末４にネットワークＮＷを介して出力し、その承認結果を示す承認結果データを、当該承認者端末４から取得する。このとき、承認者端末４の図示しないディスプレイ上に表示される承認用画面については、後ほど図９を主として用いて説明する。そして、承認処理部２３５は、上記承認結果データ、及び申請データ取得部２３４により取得された上記申請データを、申請処理部２３６に出力する。

申請処理部２３６は、承認処理部２３５から出力された上記申請データ及び上記承認結果データに基づき、申請データ取得部２３４により取得された上記申請データに対応する申請結果画面のデータを、ネットワークＮＷを介して、当該申請データを送信してきた申請者端末１に出力する。このとき、申請処理部２３６は、上記承認結果を含む上記申請結果画面のデータを申請者端末１に送信する。申請者端末１に送信された申請結果画面は、上記承認結果と共に、申請者端末１の例えば図示しないディスプレイ上に表示される。

［２．情報処理システムＳの動作］
次に、図３～図９を参照して、実施形態の経費承認アプリケーションによる経費の承認における情報処理システムＳの動作について説明する。図３は、実施形態の領収書等の処理時における申請者端末１等と情報処理サーバ２との間のやり取りを示すシーケンス図である。図４は、実施形態の承認者データの再取得処理を示すフローチャートである。図５は、実施形態の承認フローマスタの新規登録用画面の一例を示す図である。図６は、実施形態のプロジェクトマスタの編集用画面の一例等を示す図である。図７及び図８は、実施形態の経費精算の申請用画面の一例をそれぞれ示す図である。図９は、実施形態の経費精算の承認用画面の一例を示す図である。以下の説明では、上記申請データに対する実施形態の経費承認アプリケーションによる経費の承認を、単に「実施形態の経費承認」と称する。また、実施形態の経費精算の申請用画面を、単に「実施形態の申請用画面」と称する。更に、実施形態の経費精算の承認用画面を、単に「実施形態の承認用画面」と称する。

初めに、実施形態の経費承認における情報処理システムＳの動作について説明する前に、管理者端末３を使用する管理者により実行される、上記承認フロー及びそれに含まれる一又は複数の承認ポイント（換言すれば、当該承認ポイントにおける承認者）の設定処理について説明する。即ち、実施形態の経費承認が実行される前提となるいわゆる初期設定として、上記承認フロー及び上記承認ポイントの設定処理が行われる。当該承認フロー及び当該承認ポイントの設定処理は、管理者端末３と情報処理サーバ２とのセッションが確立され、管理者端末３から情報処理サーバ２へのログインが行われた後、管理者端末３を使用する管理者による操作に応じて開始される。即ち、図３に示すように、実施形態の承認フロー及び承認ポイントの設定処理は、管理者端末３から、当該設定処理を行う旨と共に、当該設定処理を行うための承認フロー等設定用画面の取得要求が、ネットワークＮＷを介して送信されることで開始される（ステップＳ－Ａ）。この取得要求には、当該取得要求を送信する管理者端末３を申請者端末１から識別するための端末ＩＤが含まれている。

上記承認フロー等設定用画面の取得要求が送信されてくると、システム制御部２３の表示制御部２３２は、必要な項目が含まれている承認フロー等設定用画面を、当該承認フロー等設定用画面の取得要求を送信してきた管理者端末３に送信して表示させる（ステップＳ－Ｂ）。ステップＳ－Ｂにおける承認フロー等設定用画面の送信は、上記取得要求と共に送信されてきた上記端末ＩＤを手掛かりとして行われる。

ステップＳ－Ｂで管理者端末３の上記ディスプレイに表示される承認フロー等設定用画面には、図５に例示する承認フロー設定用画面５０と、図６（ａ）に例示するプロジェクト設定用画面５１と、図６（ｂ）に例示する負担部門承認者設定用画面５２がある。このうち、図５に示す承認フロー設定用画面５０には、設定対象たる承認フローの諸元（例えば、図５に例示するような承認フローコードや承認フロー名等）を設定する際に用いられる承認フロー設定欄５０ａと、設定対象たる承認フローに含まれるべき承認ポイントの種類又は属性を設定する際に用いられる承認ポイント設定欄５０ｂと、当該承認フロー設定欄５０ａ及び承認ポイント設定欄５０ｂを用いた各設定内容を確定し上記設定結果としてとして情報処理サーバ２に送信する際に操作される確定ボタン５０ｃと、が設けられている。このとき、承認ポイント設定欄５０ｂでは、各承認ポイントの種類又は属性を、承認ポイントごとに、図５に例示するプルダウンメニュー５０ｂａを用いて選択／設定することが可能とされている。プルダウンメニュー５０ｂａでは、従来の承認フローと同様の、役職（役職付きの承認者）、部門（負担部門以外の部門に属する承認者）、社員（その他の社員たる承認者）及び部門グループ（複数の部門を含む部門グループとして承認を得る場合）に加えて、実施形態の負担部門承認者又はプロジェクト承認者の選択肢の中から、いずれかが択一的に選択可能とされている。

一方、図６（ａ）に示すプロジェクト設定用画面５１は、図５に示す承認フロー設定用画面５０を用いて設定された承認フローに含まれる承認ポイントに対応したプロジェクト承認者を設定するための設定用画面である。そして、当該プロジェクト設定用画面５１には、図６（ａ）に示すように、当該プロジェクトの諸元（例えば、図６に例示するようなプロジェクトコードやプロジェクト名、当該プロジェクトが属すべき組織内のカテゴリ等）を設定する際に用いられるプロジェクト設定欄５１ａと、そのプロジェクトの実行又は進行により発生する経費の負担部門の範囲を設定する際に用いられる負担部門設定欄５１ｂと、当該プロジェクト設定欄５１ａ及び負担部門設定欄５１ｂを用いた各設定内容を確定し上記設定結果として情報処理サーバ２に送信する際に操作される確定ボタン５１ｃと、が設けられている。このとき、プロジェクト設定欄５１ａには、そのプロジェクトにおける経費についての上記プロジェクト承認者を設定する際に用いられるプロジェクト承認者設定欄５１ａａが含まれている。このプロジェクト承認者設定欄５１ａａには、設定対象たるプロジェクト承認者の氏名又は識別コード等が入力可能とされている。

他方、図６（ｂ）に示す負担部門承認者設定用画面５２は、図５に示す承認フロー設定用画面５０を用いて設定された承認フローに含まれる承認ポイントに対応した負担部門承認者（換言すれば、後述する申請用画面５３又は申請用画面５４を用いて申請される負担部門の承認者）を設定するための設定用画面である。そして、当該負担部門承認者設定用画面５２には、図６（ｂ）に示すように、経理部等の当該負担部門における上記負担部門承認者を設定する際に用いられる負担部門承認者設定欄５２ａと、当該負担部門承認者設定欄５２ａを用いた設定内容を確定し上記設定結果として情報処理サーバ２に送信する際に操作される確定ボタン５２ｂと、が設けられている。この負担部門承認者設定欄５２ａには、設定対象たる負担部門承認者の氏名又は識別コード等が入力可能とされている。そして、上記承認フロー設定用画面５０、上記プロジェクト設定用画面５１及び上記負担部門承認者設定用画面５２を用いてそれぞれ設定された結果は、上記承認者設定データを含む設定結果データとして、ネットワークＮＷを介して管理者端末３からシステム制御部２３の承認者設定データ取得部２３１により取得される（ステップＳ－Ｃ）。承認者設定データ取得部２３１は、取得した承認者設定データを記録部２２に記録し、対応するいずれかのデータベースに記録させる（ステップＳ－Ｄ）。

続いて、実施形態の経費承認における情報処理システムＳの動作について説明する。実施形態の経費承認は、申請者端末１と情報処理サーバ２とのセッションが確立され、申請者端末１から情報処理サーバ２へのログインが行われた後、申請者端末１を使用する申請者による操作に応じて開始される。このログイン時には、申請者等自身を識別するための識別データ、及びログイン元の申請者端末１を他の申請者端末１、管理者端末３及び承認者端末４から識別するための端末ＩＤが、申請者端末１から情報処理サーバ２にネットワークＮＷを介して送信される。そして、図３に示すように、実施形態の経費承認は、いずれかの申請者端末１から、経費の申請を行う旨と共に、当該申請用画面の取得要求がネットワークＮＷを介して送信されることで開始される（ステップＳ１）。この取得要求には、当該取得要求を送信する申請者端末１を識別するための上記端末ＩＤが含まれている。

上記申請用画面の取得要求が送信されてくると、システム制御部２３の表示制御部２３２は、当該申請のために必要な項目が含まれている申請用画面を、当該申請用画面の取得要求を送信してきた申請者端末１に送信して表示させる（ステップＳ２）。ステップＳ２における申請用画面の送信は、当該申請用画面の取得要求と共に送信されてきた上記端末ＩＤを手掛かりとして行われる。

ステップＳ２で申請者端末１の上記ディスプレイに表示される申請用画面としては、図７に例示する申請用画面５３と、図８に例示する申請用画面５４と、のいずれか一方がある。ここで、当該申請用画面５３は、そのヘッダ欄内で、経費の申請時に指定すべきプロジェクトを複数の経費明細について一括して設定する場合に用いられる申請用画面である。一方、当該申請用画面５３は、経費の申請時に設定すべきプロジェクトを、その申請用画面５３で纏めて経費申請しようとする経費明細ごとに設定する場合に用いられる申請用画面である。

即ち、申請用画面５３には、図７に示すように、経費を申請する経費明細の諸元（例えば、図７に例示するような伝票番号や申請日、部門グループとしての負担部門（プロジェクトと同様の、実施形態の負担部門（経費を負担する負担部門）とは異なる例えば部門グループとしての負担部門）等を設定する際に用いられるヘッダ欄５３ａと、申請対象たる経費の明細の内容を入力する先に用いられる入力欄５３ｂと、入力した結果が一覧として表示される明細表示欄５３ｃと、が設けられている。このとき、ヘッダ欄５３ａには、申請対象たる経費が発生する業務を実行するプロジェクトを設定する際に用いられるプロジェクト設定欄５３ａａが含まれている。このプロジェクト設定欄５３ａａには、設定対象たるプロジェクトのプロジェクト名又はプロジェクトコード等が入力可能とされている。なお、申請用画面５３には、申請対象たる経費の承認が行われるべき承認フローを示す承認フロー表示欄５３ｄと、当該承認フローに含まれる承認ポイントをそれぞれ示す承認ポイント表示欄５３ｅも含まれている。

これに対し、申請用画面５４には、図８に示すように、経費を申請する経費明細の諸元（例えば、図８に例示するような伝票番号や申請日、部門グループとしての負担部門（上記申請用画面５３と同様に、実施形態の負担部門とは異なる例えば部門グループとしての負担部門）等を設定する際に用いられるヘッダ欄５４ａと、申請対象たる経費の明細の内容を入力する先に用いられる入力欄５４ｂと、入力した結果が一覧として表示される明細表示欄５４ｃと、が設けられている。このとき、ヘッダ欄５４ａには、上記申請用画面５３におけるプロジェクト設定欄５３ａａに相当する欄は設けられていない。これに代えて、申請用画面５４では、明細表示欄５４ｃに表示されている明細ごとに、当該明細の経費が発生する業務を実行するプロジェクトを設定する際に用いられるプロジェクト設定欄５４ｃａが、それぞれ含まれている。このプロジェクト設定欄５４ｃａには、申請用画面５３のプロジェクト設定欄５３ａａと同様に、設定対象たるプロジェクトのプロジェクト名又はプロジェクトコード等が入力可能とされている。なお、申請用画面５４には、申請用画面５３と同様の、申請対象たる経費の承認が行われるべき承認フローを示す承認フロー表示欄５４ｄと、当該承認フローに含まれる承認ポイントをそれぞれ示す承認ポイント表示欄５４ｅも含まれている。

ステップＳ２で申請用画面５３又は申請用画面５４が送信されたら、次にシステム制御部２３の承認者データ取得／出力部２３３は、ステップＳ－Ｄで記録部２２に記録されている承認フロー及び承認ポイントのデータ、及び社員承認者データベース２２１に格納されている社員承認者データを対象として、実施形態の承認者データの再取得処理を実行する（ステップＳ３）。

ここで、上記ステップＳ３における承認者データの再取得処理について、具体的に図４を用いて説明する。図４に示すように、ステップＳ３における承認者データの再取得処理において、先ず、承認者データ取得／出力部２３３は、取得した承認者データが一覧的且つ一時的に記録される承認者リストをシステム制御部２３の例えばＲＡＭ上に設定する等の初期化処理を行い（ステップＳａ）、上記ステップＳ－Ｃで記録部２２に記録されている設定結果データ（上記承認フロー設定用画面５０及び上記プロジェクト設定用画面５１を用いてそれぞれ設定された承認者設定データを含む設定結果データ）を記録部２２から取得する（ステップＳｂ）。次に、承認者データ取得／出力部２３３は、上記承認リストを空リストとし（即ち初期化し）（ステップＳｃ）、上記ステップＳ１で取得されている端末ＩＤ又は識別データにより特定される申請者の現在の所属の承認者を示す承認者データを、例えば社員承認者データベース２２１から取得する（ステップＳｄ）。その後、承認者データ取得／出力部２３３は、以下に説明するステップＳｅ乃至ステップＳｓを、ステップＳｂで取得した設定結果データに含まれている承認ポイントごとに繰り返す。

即ち、承認者データ取得／出力部２３３は、最初の承認ポイントが、申請者が属する組織における役職の承認者による承認ポイント、又は負担部門以外の部門の承認者による承認ポイントのいずれかであるか否かを確認する（ステップＳｅ）。ステップＳｅの確認において、その承認ポイントが、上記役職の承認者による承認ポイント又は負担部門以外の部門の承認者による承認ポイントであった場合（ステップＳｅ：ＹＥＳ）、承認者データ取得／出力部２３３は、上記承認者リストに、ステップＳｅで確認された上記役職の承認者を示す承認者データ又は上記負担部門以外の部門の承認者を示す承認者データを追加し（ステップＳｆ）、後述するステップＳｇに移行する。一方、ステップＳｅの確認において、その承認ポイントが、上記役職の承認者による承認ポイントでも負担部門以外の部門の承認者による承認ポイントでもなかった場合（ステップＳｅ：ＮＯ）、次に、承認者データ取得／出力部２３３は、その承認ポイントが、負担部門承認者による承認ポイントであるか否かを確認する（ステップＳｇ）。

ステップＳｇの確認において、その承認ポイントが上記負担部門承認者による承認ポイントであった場合（ステップＳｇ：ＹＥＳ）、承認者データ取得／出力部２３３は、負担部門承認者データベース２２２内を検索して、当該承認ポイントにおいて承認すべき負担部門承認者を示す承認者データの取得を試みる（ステップＳｈ、ステップＳｉ）。ステップＳｉの試行において、当該負担部門承認者を示す承認者データが取得できた場合（ステップＳｉ：ＹＥＳ）、承認者データ取得／出力部２３３は、上記承認者リストに、ステップＳｈ及びステップＳｉで取得された上記負担部門承認者を示す承認者データを追加し（ステップＳｋ）、後述するステップＳｍに移行する。一方、ステップＳｈ及びステップＳｉの試行において、当該負担部門承認者を示す承認者データが取得できない場合（ステップＳｉ：ＮＯ）、本来設定されているべき負担部門承認者が設定されていない（即ち、最終的な経費精算ができない）ことになるので、承認者データ取得／出力部２３３は、例えば申請者端末１を使用する申請者又は管理者端末３を使用する管理者に対して、必要な負担部門承認者を設定すべき旨の警告を提示するエラー処理を行い（ステップＳｊ）、後述するステップＳ４以降の処理（図３参照）に移行する。

他方、ステップＳｇの確認において、その承認ポイントが上記負担部門承認者による承認ポイントでない場合（ステップＳｇ：ＮＯ）、次に、承認者データ取得／出力部２３３は、その承認ポイントが、プロジェクト承認者による承認ポイントであるか否かを確認する（ステップＳｍ）。ステップＳｍの確認において、その承認ポイントが上記プロジェクト承認者による承認ポイントであった場合（ステップＳｍ：ＹＥＳ）、承認者データ取得／出力部２３３は、プロジェクト承認者データベース２２３内を検索して、当該承認ポイントにおいて承認すべきプロジェクト承認者を示す承認者データの取得を試みる（ステップＳｎ、ステップＳｏ）。ステップＳｏの試行において、当該プロジェクト承認者を示す承認者データが取得できた場合（ステップＳｏ：ＹＥＳ）、承認者データ取得／出力部２３３は、上記承認者リストに、ステップＳｎ及びステップＳｏで取得された上記プロジェクト承認者を示す承認者データを追加し（ステップＳｐ）、後述するステップＳｑに移行する。一方、ステップＳｍ及びステップＳｏの試行において、当該プロジェクト承認者を示す承認者データが取得できない場合（ステップＳｏ：ＮＯ）、承認者データ取得／出力部２３３は、上記ステップＳｊのようなエラー処理を行うことなく、次に、申請者が属する組織における役職以外の社員としての承認者による承認ポイント、又は負担部門以外の部門グループの承認者による承認ポイントのいずれかであるか否かを確認する（ステップＳｑ）。

ステップＳｑの確認において、その承認ポイントが、上記社員の承認者による承認ポイント又は負担部門以外の部門グループの承認者による承認ポイントであった場合（ステップＳｑ：ＹＥＳ）、承認者データ取得／出力部２３３は、上記承認者リストに、ステップＳｑで確認された上記社員の承認者を示す承認者データ又は上記負担部門以外の部門グループの承認者を示す承認者データを追加し（ステップＳｒ）、後述するステップＳｓに移行する。一方、ステップＳｑの確認において、その承認ポイントが、上記社員の承認者による承認ポイントでも負担部門以外の部門グループの承認者による承認ポイントでもなかった場合（ステップＳｑ：ＮＯ）、承認者データ取得／出力部２３３は、現在ステップＳ３の対象となっている承認フローにおいて、これまで上記ステップＳｅ乃至ステップＳｒの対象としてきた承認ポイントの次の承認ポイントが設定されているか否かを確認する（ステップＳｓ）。ステップＳｓの確認において、当該次の承認ポイントが設定されている場合（ステップＳｓ：ＹＥＳ）、承認者データ取得／出力部２３３は、当該次の承認ポイントを対象として上記ステップＳｅ乃至ステップＳｒを行うべく、上記ステップＳｅに戻り、当該次の承認ポイントを対象として上記ステップＳｅ乃至ステップＳｒを実行する。一方、ステップＳｓの確認において、当該次の承認ポイントが設定されていない場合（ステップＳｓ：ＮＯ）、承認者データ取得／出力部２３３及びシステム制御部２３は、例えば図４に示す承認者データの再取得処理を実行中における上記承認フローの変更等の理由により、上記ステップＳｓの確認までを終えたタイミングにおける承認者リストに含まれている承認者データにより示される承認者と、そのタイミングにおける承認フローに含まれる各承認ポイントに対応した承認者とが一致しているか否か等の確認処理を行う（ステップＳｔ）。その後、承認者データ取得／出力部２３３は、ステップＳｔの確認処理の結果に対応した処理を現在の承認者リストに施しつつ、後述するステップＳ４以降の処理（図３参照）に移行する。

図３に戻って、申請者端末１において、上記申請用画面５３又は上記申請用画面５４を用いた実施形態の負担部門又はプロジェクトの設定のための入力が実行されると（ステップＳ４。図７又は図８参照）、当該負担部門又はプロジェクトの入力データがネットワークＮＷを介して情報処理サーバ２に送信される（ステップＳ５）。

その後、システム制御部２３の承認者データ取得／出力部２３３は、当該ステップＳ５で送信されてきた負担部門又はプロジェクトの入力データを用いて、上記ステップＳ３と同様の承認者データの再取得処理を再度行う（ステップＳ６）。このステップＳ６において実行される承認者データの再取得処理のステップＳｇ乃至ステップＳｋ、及びステップＳｍ乃至ステップＳｐ（図４参照）では、ステップＳ５で送信されてきた負担部門又はプロジェクトの入力データに基づいて、対応する承認者データが承認者リストに追加される。

次に、申請者端末１では、実施形態の負担部門又はプロジェクトの設定のための入力が実行された後（ステップＳ４参照）、更に申請データの作成（具体的には、当該申請データを構成する各項目の内容の入力）が完了すると（ステップＳ７）、当該作成された申請データが、ネットワークＮＷを介して情報処理サーバ２に送信される（ステップＳ８）。

次に、送信された申請データがシステム制御部２３の申請データ取得部２３４により取得されると、システム制御部２３の承認処理部２３５は、申請データ取得部２３４により取得された上記申請データと、上記承認者データ再取得処理（ステップＳ６）で取得された承認者データが追加された承認者リストと、に基づいた、承認者端末４との間の上記承認要求データ及び上記承認結果データの授受を含む承認処理を、承認フローに含まれる承認ポイントごとに当該承認フローに対応した順序に沿って行う（ステップＳ９）。ステップＳ９の承認処理には、承認者端末４において承認された申請データを、当該申請データの経費を申請した申請者及びその承認結果に関連付けて記録部２２に記録する記録処理が含まれる。

ステップＳ９で承認者端末４のディスプレイに表示される実施形態の承認用画面は、図９に例示する承認用画面５５である。この承認用画面５５には、承認対象たる経費の諸元（例えば、図９に例示するような伝票番号や申請日、又は申請者等）が表示される経費諸元表示欄５５ａと、承認対象たる経費の内容が明細ごとに表示される明細表示欄５５ｂと、が設けられている。このとき、明細表示欄５５ｂに表示されている各明細には、当該明細ごとに、当該明細の経費が発生した業務を実行するプロジェクトが表示されるプロジェクト表示欄５５ｂａが、それぞれ含まれている。なお、承認用画面５５には、承認対象たる経費の承認が行われるべき承認フローを示す承認フロー表示欄５５ｃと、当該承認フローに含まれる承認ポイントをそれぞれ示す承認ポイント表示欄５５ｄと、が含まれている。そして、承認ポイント表示欄５５ｄには、各承認ポイントに対応付けて、承認端末４を使用する承認者が明細表示欄５５ｂにそれぞれ表示されている各明細により示される経費の内容を承認する際に操作される承認ボタン５５ｄａと、当該経費の内容を承認しない際に操作される差戻ボタン５５ｄｂと、が含まれている。なお、図９に例示する承認用画面５５は、図８に例示する申請用画面５４を用いて申請された経費（明細ごとにプロジェクトが設定されている経費）の承認をする際に用いられる承認用画面５５であり、これらの明細により示される経費を一括して承認する場合は承認ボタン５５ｄａが操作され、当該経費を一括しては承認しない場合は差戻ボタン５５ｄｂが操作される。そして、承認用画面５５を用いた承認の結果が、上記承認結果データとして承認者端末４から承認処理部２３５に送信され、当該承認処理部２３５による承認処理に供される。

その後、申請処理部２３６は、ステップＳ９の承認結果を含む実施形態の申請結果画面を表示するためのデータを、上記申請データを送信してきた申請者端末１に対してネットワークＮＷを介して送信し（ステップＳ１０）、当該申請結果画面を申請者端末１において表示させる（即ち告知させる。ステップＳ１１。）。この場合の送信は、申請データと共に送信されてきた端末ＩＤを手掛かりとして行われる。なお、ステップＳ１１で申請者端末１のディスプレイに表示される申請結果画面は、上記承認結果を含んだ従来と同様の申請結果画面となる。

以上説明したように、実施形態の経費承認アプリケーションの動作によれば、情報処理サーバ２は、負担部門承認者の承認者データが記録部２２に記録されている場合に、負担部門の設定操作に対応した負担部門承認者の承認者データを取得し（図４ステップＳｇ乃至ステップＳｋ参照）、プロジェクト承認者の承認者データが記録部２２に記録されている場合に、プロジェクトの設定操作に対応したプロジェクト承認者の承認者データを取得し（図４ステップＳｍ乃至ステップＳｐ参照）、負担部門承認者の承認者データ又はプロジェクト承認者の承認者データのいずれか一方に対応した承認を受けるべき経費の申請に対応した申請データを受け付け、受け付けた申請データを、対応する承認結果及び申請者に関連付けて記録部２２に記録する（図４ステップＳ９参照）。よって、経費を負担する負担部門以外のプロジェクトにおける経費の承認者を設定した経費の申請ができるので、実際の業務の実行態様に合わせた経費申請が可能となる。

また、プロジェクト承認者の承認者データが記録部２２に記録されていない場合であってプロジェクトの設定操作が受け付けられたとき、当該プロジェクト承認者の承認者データが記録されていない旨のエラー情報の出力を禁止するので（図４ステップＳｏ参照）、プロジェクトの特性に合わせた経費申請が可能となる。

更に、負担部門承認者の承認者データが記録部２２に記録されていない場合であって負担部門の設定操作が受け付けられたとき、当該負担部門承認者の承認者データが記録されていない旨のエラー情報を出力させるので（図４ステップＳｊ参照）、プロジェクトの特性に対比させて、負担部門の特性に合わせた経費申請が可能となる。

更にまた、複数のプロジェクトの設定操作が受け付けられた場合（図８参照）に、当該受け付けられた設定操作の対象のプロジェクトそれぞれに対応する複数のプロジェクト承認者の承認者データを出力するので（ステップＳ９及び図９参照）、経費申請の対象となるプロジェクトの申請者による確認の利便性が向上する。

また、負担部門の承認者が当該負担部門について既定されており、負担部門承認者の承認者データが当該既定された承認者を示す承認者データであり、プロジェクトの承認者が当該プロジェクトについて既定されており、プロジェクト承認者の承認者データが当該既定された承認者を示す承認者データであるので、負担部門又はプロジェクトについて既定された承認者に承認を求める必要がある場合でも、効率的に経費の申請をすることができる。

更に、一回の経費の申請においては（即ち、一の承認フローにおいては）、負担部門承認者の承認者データを用いた経費の申請に対応した申請データ又はプロジェクト承認者の承認者データを用いた経費の申請に対応した申請データのいずれか一方のみが受け付けられるので、負担部門承認者による経費の申請とプロジェクト承認者による経費の申請が、一の承認フローによる経費の申請において重複することを防ぐことができる。

なお、上述した本発明の一実施形態では、出張等に関連する旅費や宿泊費或いは消耗品代金を経費の一例としたが、これ以外に、企業活動において必要となる費用について、本発明を広く適用することが可能である。

Ｓ 情報処理システム
１ 申請者端末
２ 情報処理サーバ
３ 管理者端末
４ 承認者端末
２１ 通信部
２２ 記録部
２２１ 社員承認者データベース
２２２ 負担部門承認者データベース
２２３ プロジェクト承認者データベース
２３ システム制御部
２３１ 承認者設定データ取得部
２３２ 表示制御部
２３３ 承認者データ取得／出力部
２３４ 申請データ取得部
２３５ 承認処理部
２３６ 申請処理部
ＮＷ ネットワーク

Claims (8)

1. 情報処理システムに含まれるコンピュータを、
   経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付ける負担組織設定受付手段、
   前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得する負担組織承認者データ取得手段、
   前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付ける業務組織設定受付手段、
   前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得する業務組織承認者データ取得手段、
   前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付ける申請データ受付手段、及び、
   前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録する記録手段、
   として機能させることを特徴とする情報処理プログラム。
2. 前記コンピュータを、前記業務組織承認者データが記録されていない場合であって前記業務組織の設定操作が受け付けられたとき、当該業務組織承認者データが記録されていない旨のエラー情報の出力を禁止するエラー情報出力制御手段として更に機能させることを特徴とする請求項１に記載の情報処理プログラム。
3. 前記エラー情報出力制御手段として機能する前記コンピュータを、前記負担組織承認者データが記録されていない場合であって前記負担組織の設定操作が受け付けられたとき、当該負担組織承認者データが記録されていない旨のエラー情報を出力するように機能させることを特徴とする請求項２に記載の情報処理プログラム。
4. 前記業務組織設定受付手段として機能する前記コンピュータにより、複数の前記業務組織の前記設定操作が受け付けられたとき、前記業務組織承認者データ取得手段として機能する前記コンピュータを、当該受け付けられた設定操作の対象の前記業務組織それぞれに対応する複数の前記業務組織承認者データを取得するように機能させることを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理プログラム。
5. 前記負担組織の前記承認者は、当該負担組織について予め設定されており、
   前記負担組織承認者データは、当該予め設定された承認者を示す当該負担組織承認者データであり、
   前記業務組織の前記承認者は、当該業務組織について予め設定されており、
   前記業務組織承認者データは、当該予め設定された承認者を示す当該業務組織承認者データであることを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理プログラム。
6. 一回の前記経費の申請において、前記負担組織承認者データを用いた前記経費の申請に対応した前記申請データ、又は前記業務組織承認者データを用いた前記経費の申請に対応した前記申請データのいずれか一方のみを受け付けるように、前記申請データ受付手段として機能する前記コンピュータを機能させることを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理プログラム。
7. 端末装置に接続された情報処理装置において、
   経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付ける負担組織設定受付手段と、
   前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得する負担組織承認者データ取得手段と、
   前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付ける業務組織設定受付手段と、
   前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得する業務組織承認者データ取得手段と、
   前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付ける申請データ受付手段と、
   前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録する記録手段と、
   を備えることを特徴とする情報処理装置。
8. 情報処理システムに含まれるコンピュータにより実行される情報処理方法であって、
   経費の申請を行う申請者の端末装置からの、当該経費を負担する負担組織の設定操作を受け付けるステップと、
   前記負担組織の承認者を示す負担組織承認者データが記録されている場合に、前記受け付けられた負担組織の設定操作に対応した前記負担組織承認者データを取得するステップと、
   前記端末装置からの、前記経費を使用する業務を行うための組織であって当該経費の負担をしない業務組織の設定操作を受け付けるステップと、
   前記業務組織の承認者を示す業務組織承認者データが記録されている場合に、前記受け付けられた業務組織の設定操作に対応した前記業務組織承認者データを取得するステップと、
   前記端末装置からの、前記取得した負担組織承認者データ又は前記取得した業務組織承認者データのいずれか一方に対応した承認を受けるべき前記経費の申請に対応した申請データを受け付けるステップと、
   前記受け付けられた申請データを、当該申請データに対応した承認結果及び前記申請者に関連付けて記録するステップと、
   を含むことを特徴とする情報処理方法。

Images