特許 7587379 業務報告システム、業務報告方法及び業務報告プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-12

(45)【発行日】2024-11-20

(54)【発明の名称】業務報告システム、業務報告方法及び業務報告プログラム

(51)【国際特許分類】

   G06Q 10/10 20230101AFI20241113BHJP

【ＦＩ】

G06Q10/10

【請求項の数】 7

(21)【出願番号】P 2020157655

(22)【出願日】2020-09-18

(65)【公開番号】P2022051267

(43)【公開日】2022-03-31

【審査請求日】2023-09-13

【新規性喪失の例外の表示】特許法第３０条第２項適用 １．令和２年０４月２２日に株式会社シンクスマイルにて本発明に係る業務報告システムについて説明 ２．令和２年０５月１０日にモバイルフォース株式会社のウェブサイト（ｈｔｔｐｓ：／／ｍｏｂｉｌｅｆｏｒｃｅ．ｊｐ／ｐｏｋｅｂｉｚ／ｐｏｋｅｃｏｍ／）にて公開

(73)【特許権者】

【識別番号】507070386

【氏名又は名称】みらいコンサルティング株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(74)【代理人】

【識別番号】100189348

【弁理士】

【氏名又は名称】古都 智

(74)【代理人】

【識別番号】100196689

【弁理士】

【氏名又は名称】鎌田 康一郎

(72)【発明者】

【氏名】西村 洋一

(72)【発明者】

【氏名】曽良 俊介

(72)【発明者】

【氏名】岡田 烈司

(72)【発明者】

【氏名】岡部 浩二

(72)【発明者】

【氏名】小鷹 寛美

(72)【発明者】

【氏名】福田 芳明

(72)【発明者】

【氏名】下阪 安勝

【審査官】小原 正信

(56)【参考文献】

【文献】特開２０２０－１１２９７９（ＪＰ，Ａ）

【文献】特開２０２０－０５２６６４（ＪＰ，Ａ）

【文献】特開２００７－０７２８３６（ＪＰ，Ａ）

【文献】特開２００７－２７２４２５（ＪＰ，Ａ）

【文献】特開２０１７－０７２９０３（ＪＰ，Ａ）

【文献】特開２００４－２８７５７５（ＪＰ，Ａ）

【文献】日報を参照しながら「週報」を書く方法，[online]，株式会社gamba，2018年06月27日，インターネット<URL:https://www.getgamba.com/help/archives/15641/,https://www.getgamba.com/help/post/lets-post-notes/>，[２０２４年６月１４日検索]

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

報告者から、２日以上１か月未満の所定の周期で区切られる期間における業務に係る状況についての第１報告データ及び当該業務に係る状況についての感情を示す第１感情データの入力を受け付ける第１入力部と、
前記報告者から、日における業務の実績に関する第２報告データの入力を受け付け、前記日に関連付けて記憶部に記録する第２入力部と、
前記第１報告データ及び前記第１感情データの入力時に、前記期間内の日に関連付けられた前記第２報告データを前記報告者に提示する第２提示部と、
前記第１報告データ及び前記第１感情データ、並びに前記期間内の日に関連付けられた前記第２報告データを、前記報告者に関連付けられた複数の被報告者に提示する第１提示部と、
前記複数の被報告者から、前記報告者に前記第１報告データについてのコメントデータと、ポジティブな内容のみからなる選択肢の中から選択された当該第１報告データについての受容を示す受容データの入力を受け付ける第３入力部と、
前記コメントデータ及び前記受容データを、前記報告者に提示する第３提示部と
を備え、
前記第１提示部は、前記複数の被報告者のそれぞれに、前記第１報告データ及び前記第１感情データ並びに前記第２報告データに加え、さらに他の被報告者による前記コメントデータ及び前記受容データを提示する
業務報告システム。

【請求項2】

前記第２報告データには、前記日における業務に係る工数を含む
請求項１に記載の業務報告システム。

【請求項3】

前記第２報告データは、プロジェクトの種類を表す情報と、前記日において当該プロジェクトに係る工数とを含む
請求項２に記載の業務報告システム。

【請求項4】

前記期間は１週間の周期で区切られる
請求項１から請求項３の何れか１項に記載の業務報告システム。

【請求項5】

前記報告者に第１被報告者を含む複数の被報告者が関連付けられ、
前記第１提示部は、前記第１報告データ及び前記第１感情データを、前記第１被報告者に提示し、前記第１被報告者の承認の後、前記第１報告データ及び前記第１感情データを他の被報告者に提示する
請求項１から請求項４の何れか１項に記載の業務報告システム。

【請求項6】

コンピュータが、報告者から、２日以上１か月未満の所定の周期で区切られる期間における業務に係る状況についての第１報告データ及び当該業務に係る状況についての感情を示す第１感情データの入力を受け付けるステップと、
前記コンピュータが、前記報告者から、日における業務に係る実績に関する第２報告データの入力を受け付け、前記日に関連付けて記憶部に記録するステップと、
前記コンピュータが、前記第１報告データ及び前記第１感情データの入力時に、前記期間内の日に関連付けられた前記第２報告データを前記報告者に提示するステップと、
前記コンピュータが、前記第１報告データ及び前記第１感情データ、並びに前記期間内の日に関連付けられた前記第２報告データを、前記報告者に関連付けられた複数の被報告者に提示するステップと、
前記コンピュータが、前記複数の被報告者から、前記報告者に前記第１報告データについてのコメントデータと、ポジティブな内容のみからなる選択肢の中から選択された当該第１報告データについての受容を示す受容データの入力を受け付けるステップと、
前記コンピュータが、前記コメントデータ及び前記受容データを、前記報告者に提示するステップと
を備え、
前記複数の被報告者に前記第１報告データ及び前記第１感情データ並びに前記第２報告データを提示するステップでは、前記複数の被報告者のそれぞれに、さらに他の被報告者による前記コメントデータ及び前記受容データを提示する
業務報告方法。

【請求項7】

コンピュータを、
報告者から、２日以上１か月未満の所定の周期で区切られる期間における業務に係る状況についての第１報告データ及び当該業務に係る状況についての感情を示す第１感情データの入力を受け付ける第１入力部、
前記報告者から、日における業務に係る実績に関する第２報告データの入力を受け付け、前記日に関連付けて記憶部に記録する第２入力部、
前記第１報告データ及び前記第１感情データの入力時に、前記期間内の日に関連付けられた前記第２報告データを前記報告者に提示する第２提示部、
前記第１報告データ及び前記第１感情データ、並びに前記期間内の日に関連付けられた前記第２報告データを、前記報告者に関連付けられた複数の被報告者に提示する第１提示部、
前記複数の被報告者から、前記報告者に前記第１報告データについてのコメントデータと、ポジティブな内容のみからなる選択肢の中から選択された当該第１報告データについての受容を示す受容データの入力を受け付ける第３入力部、
前記コメントデータ及び前記受容データを、前記報告者に提示する第３提示部
として機能させ、
前記第１提示部は、前記複数の被報告者のそれぞれに、前記第１報告データ及び前記第１感情データ並びに前記第２報告データに加え、さらに他の被報告者による前記コメントデータ及び前記受容データを提示する
業務報告プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、業務報告システム、業務報告方法及び業務報告プログラムに関する。

【背景技術】

【0002】

特許文献１には、業務日報に基づいて社員のモチベーションの変化を検知する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００７－２６５１３４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、業務報告には、報告者の感情が現れず、報告事項が淡々と記述されることがある。そのため、業務報告の文言のみから報告者の感情を読み取ることが困難であることがある。すなわち、同じ事柄についての報告において、報告者が当該事柄を肯定的に受け止めているか、否定的に受け止めているかが不明であることがある。報告者の感情を読み誤ると、被報告者は報告者の業務を適切に判断できない可能性がある。

【0005】

本開示の目的は、報告者の業務報告において当該業務に係る感情を読み取ることができる業務報告システム、業務報告方法及び業務報告プログラムを提供することにある。

【課題を解決するための手段】

【0006】

本発明の一態様によれば、業務報告システムは、報告者から、業務に係る状況についての第１報告データ及び当該業務に係る状況についての感情を示す第１感情データの入力を受け付ける第１入力部と、前記第１報告データ及び前記第１感情データを、前記報告者に関連付けられた被報告者に提示する第１提示部とを備える。

【発明の効果】

【0007】

上記態様によれば、被報告者は、報告者の業務報告において当該業務に係る感情を読み取ることができる。

【図面の簡単な説明】

【0008】

【図1】第１の実施形態に係る業務報告システムの構成を示す概略図である。

【図2】第１の実施形態に係る業務報告サーバの構成を示す概略ブロック図である。

【図3】第１の実施形態に係る日報データの入力方法を示すフローチャートである。

【図4】第１の実施形態に係る日報ページの例を示す図である。

【図5】第１の実施形態に係る工数入力ページの例を示す図である。

【図6】第１の実施形態に係る日報入力ページの例を示す図である。

【図7】第１の実施形態に係る週報データの入力方法を示すフローチャートである。

【図8】第１の実施形態に係る週報ページの例を示す図である。

【図9】第１の実施形態に係る週報編集ページの例を示す図である。

【図10】第１の実施形態における第一承認者による週報データの承認方法を示すフローチャートである。

【図11】第１の実施形態に係る承認待ち一覧ページの例を示す図である。

【図12】第１の実施形態に係る週報閲覧ページの例を示す図である。

【図13】第１の実施形態における役職者による週報データの受容方法を示すフローチャートである。

【図14】第１の実施形態に係る報告一覧ページの例を示す図である。

【図15】少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

【発明を実施するための形態】

【0009】

〈第１の実施形態〉
《業務報告システム１の構成》
以下、図面を参照しながら実施形態について詳しく説明する。図１は、第１の実施形態に係る業務報告システム１の構成を示す概略図である。業務報告システム１は、企業の従業者等である報告者から業務報告を受け付け、当該報告者の上司等である被報告者に当該業務報告を提示する。第１の実施形態に係る業務報告システム１は、報告者の業務についての感情を業務報告と共に受け付け、被報告者に提示する。また業務報告システム１は、被報告者による業務報告についてのフィードバックコメントを報告者に提示する。

【0010】

業務報告システム１は、業務報告サーバ１００と、複数の利用者端末２００とを備える。業務報告サーバ１００は、報告者による業務報告及び被報告者によるフィードバックコメントを管理する。利用者端末２００は、業務報告システム１の利用者によって操作される端末である。業務報告サーバ１００と、利用者端末２００とは互いにネットワークを介して接続される。利用者端末２００はＰＣ（Personal Computer）であって、ウェブブラウザアプリケーションなどを用いて業務報告サーバ１００にアクセスする。

【0011】

図２は、第１の実施形態に係る業務報告サーバ１００の構成を示す概略ブロック図である。業務報告サーバ１００は、認証部１０１、利用者記憶部１０２、日報入力部１０３、週報入力部１０４、フィードバック入力部１０５、日報記憶部１０６、週報記憶部１０７、フィードバック記憶部１０８、表示制御部１０９を備える。

【0012】

認証部１０１は、ネットワークを介して接続される利用者端末２００からＩＤ及びパスワードなどの認証情報の入力を受け付け、利用者記憶部１０２を参照して利用者の認証を行う。

【0013】

利用者記憶部１０２は、認証テーブルと関係テーブルとを記憶する。認証テーブルは、利用者のＩＤ、パスワード、名前、職位を関連付けて保持する。関係テーブルは、報告者のＩＤ（報告者ＩＤ）と、当該報告者の報告を最初に受容し（approve）、承認する（acknowledge）被報告者である第一承認者のＩＤ（被報告者ＩＤ）とを関連付けて保持する。報告者と被報告者との関係は必ずしも一対一に限られない。一人の報告者による報告が複数の第一承認者の一人によって承認されてもよいし、一人の報告者が複数の報告者についての第一承認者であっててもよい。また、報告が第一承認者によって承認されると、当該報告は一定以上の職位に属する利用者に提示される。これにより、当該報告は一定の職位以上に属する複数の利用者からの受容を得ることができる。

【0014】

日報入力部１０３は、報告者から日報データの入力を受け付ける。日報は、日における業務に係る状況についての報告である。日報データは、日付と、プロジェクト名と、時間で表される工数と、文字列で表される報告データと、アイコンで表される感情データとを含む。工数は、対象となる日に当該プロジェクトに費やした時間を示す。日報における感情データは、「期待を超える」、「期待通り」、「期待を下回る」及び「期待より大幅減」の中から１つが選択される。なお、感情データは、アイコンでなく、文字列などの他の形式で表されるラベルデータであってもよい。

【0015】

週報入力部１０４は、報告者から週報データの入力を受け付ける。週報は、週における業務に係る状況についての報告である。週報データは、期間と、文字列で表される報告データと、アイコンで表される感情データとを含む。週報における感情データは、「充実」、「普通」、「忙しい」及び「苦しい」の中から１つが選択される。

【0016】

フィードバック入力部１０５は、被報告者から、週報に対するフィードバックデータの入力を受け付ける。フィードバックデータは、文字列で表されるコメントデータと、アイコンで表される受容データとを含む。受容データは、「FANTASTIC」、「GREAT」、「NICE」及び「CHECKED」の中から１つが選択される。受容データの選択肢は、ポジティブな内容のみを含む。なお、受容データは、アイコンでなく、文字列などの他の形式で表されるラベルデータであってもよい。

【0017】

日報記憶部１０６は、報告者ＩＤに関連付けて、日報ＩＤと、日報データを記憶する。
週報記憶部１０７は、報告者ＩＤに関連付けて、週報ＩＤと、週報データを記憶する。
フィードバック記憶部１０８は、週報ＩＤに関連付けて、被報告者ＩＤと、フィードバックデータとを記憶する。
表示制御部１０９は、利用者端末２００に表示させる画面を生成し、利用者端末２００に出力する。

【0018】

《業務報告システム１の動作》
利用者が利用者端末２００を操作し、業務報告サーバ１００にアクセスすると、業務報告サーバ１００の表示制御部１０９は、認証情報の入力フォームを含むログイン画面を生成し、利用者端末２００に送信する。利用者端末２００は、ログイン画面を受信すると、当該ログイン画面をディスプレイに表示させる。利用者がログイン画面に従って認証情報を入力すると、利用者端末２００は、認証情報を業務報告サーバ１００に送信する。

【0019】

業務報告サーバ１００の認証部１０１は、利用者端末２００から認証情報を受信すると、認証情報を利用者記憶部１０２の認証テーブルと照合し、利用者の認証処理を行う。表示制御部１０９は、認証された利用者のポータル画面を生成し、利用者端末２００に送信する。ポータル画面には、日報ページへのリンク、週報ページへのリンクが少なくとも含まれる。また利用者が被報告者である場合、さらに承認待ち一覧ページへのリンクが含まれる。また利用者が一定以上の職位に属する場合、さらに報告一覧ページへのリンクが含まれる。

【0020】

《報告者による日報の入力》
図３は、第１の実施形態に係る日報データの入力方法を示すフローチャートである。
図４は、第１の実施形態に係る日報ページの例を示す図である。
利用者が、利用者端末２００を用いて日報ページのリンクを選択すると、利用者端末２００は、日報ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、日報ページのリクエストを受信すると（ステップＳ２０）、図示しない勤怠データベースから、当該利用者に係る勤怠データを取得する（ステップＳ２１）。また表示制御部１０９は、日報記憶部１０６を参照し、当該利用者に係る日報データを取得する（ステップＳ２２）。表示制御部１０９は、ステップＳ２１、Ｓ２２で取得したデータに基づいて日報ページを生成し、利用者端末２００に送信する（ステップＳ２３）。日報ページは、図４に示すように、直近の日付と、当該日付に係る勤怠データと、当該日付についての日報の有無を示すフラグとを関連付けたリストを含む。リストの各行には、当該行に係る日付についての工数入力ページへのリンクが付される。

【0021】

図５は、第１の実施形態に係る工数入力ページの例を示す図である。
利用者が、利用者端末２００を用いて日報ページの中から一の日付に係る工数入力ページのリンクを選択すると、利用者端末２００は、工数入力ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、工数入力ページのリクエストを受信すると（ステップＳ２４）、選択された日付における工数入力ページを生成し、利用者端末２００に送信する（ステップＳ２５）。工数入力ページは、図５に示すように、プロジェクトの名称の入力欄と、当該プロジェクトに費やした工数の入力欄と、当該プロジェクトに係る日報のリンクアイコンと、入力された工数の合計と勤怠データに係る勤務時間との差の時間表示と、申請ボタンとを含む。日報記憶部１０６に既に日報データが記録されている場合、表示制御部１０９は当該日報データが示す情報を各入力欄に表示させる。

【0022】

図６は、第１の実施形態に係る日報入力ページの例を示す図である。
利用者が、対象の日付に係るプロジェクトの名称を入力し、日報のリンクアイコンを押下すると、利用者端末２００は、日報入力ページのリクエストを業務報告サーバ１００に送信する。（ステップＳ２６：日報）。表示制御部１０９は、選択されたリンクアイコンに係るプロジェクトについての日報入力ページを生成する（ステップＳ２７）。日報入力ページは、図６に示すように、日付の表示欄と、プロジェクトの名称の表示欄と、当該プロジェクトに係る業務についての感情データの入力欄と、業務についての報告データの入力欄と、削除ボタンと、保存ボタンとを含む。日報記憶部１０６に既に日報データが記録されている場合、表示制御部１０９は当該日報データが示す情報を各入力欄に表示させる。感情データの入力欄には、感情データの選択肢がアイコンとして表示される。

【0023】

利用者が利用者端末２００を用いて保存ボタンを押下すると（ステップＳ２８：保存）、業務報告サーバ１００の表示制御部１０９は、日報入力ページを閉じ、ステップＳ２５に処理を戻す（ステップＳ２９）。なお、日報入力ページが閉じられても、業務報告サーバ１００は、日報入力ページに入力された感情データ及び報告データを保持する。
他方、利用者が利用者端末２００を用いて削除ボタンを押下すると、業務報告サーバ１００の表示制御部１０９は、日報入力ページを閉じ、ステップＳ２５に処理を戻す（ステップＳ３０）。このとき、業務報告サーバ１００は、日報入力ページに入力された感情データ及び報告データを破棄する。

【0024】

利用者が、対象の日付に係るプロジェクトの名称及び工数を入力し、申請ボタンを押下すると（ステップＳ２６：申請）、日報入力部１０３は、プロジェクトの名称ごとに、利用者ＩＤ、日付及び工数、並びにステップＳ２９で保持された感情データ及び報告データを関連付けて、日報記憶部１０６に記録する（ステップＳ３１）。そして、業務報告サーバ１００の表示制御部１０９は、工数入力ページを閉じ（ステップＳ３２）、処理を終了する。

【0025】

《報告者による週報の入力・閲覧》
図７は、第１の実施形態に係る週報データの入力方法を示すフローチャートである。
図８は、第１の実施形態に係る週報ページの例を示す図である。
利用者が、利用者端末２００を用いて週報ページのリンクを選択すると、利用者端末２００は、週報ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、週報ページのリクエストを受信すると（ステップＳ４０）、表示制御部１０９は、週報記憶部１０７を参照し、当該利用者に係る週報データを取得する（ステップＳ４１）。表示制御部１０９は、ステップＳ４１で取得した週報データに基づいて週報ページを生成し、利用者端末２００に送信する（ステップＳ４２）。週報ページは、図８に示すように、対象月度と、当該月度における各週である対象期間と、当該週についての週報データの有無と、週報データの編集ボタンとを関連付けたリストを含む。当該リストのうち、週報データがある週に係る行には、当該週に係る週報のスニペット及び閲覧ボタンが含まれる。当該リストのうち、週報データがない週に係る行には、当該週に係る週報の編集ボタンが含まれる。週報データの閲覧ボタン及び編集ボタンには、当該週についての週報編集ページへのリンクが張られている。

【0026】

図９は、第１の実施形態に係る週報編集ページの例を示す図である。
利用者が、利用者端末２００を用いて週報ページの中から一の週に係る閲覧ボタン又は編集ボタンを選択すると、利用者端末２００は、週報編集ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、週報編集ページのリクエストを受信すると（ステップＳ４３）、日報記憶部１０６を参照し、当該利用者に係る選択された週に属する日付の日報データを取得する（ステップＳ４４）。また、表示制御部１０９は、フィードバック記憶部１０８を参照し、当該利用者に係る選択された週の週報についてのフィードバックデータを取得する（ステップＳ４５）。表示制御部１０９は、選択された週における週報編集ページを生成し、利用者端末２００に送信する（ステップＳ４６）。

【0027】

週報編集ページには、図９に示すように、選択した週における業務に係る状況についての報告データの入力欄、当該業務に係る状況についての感情を示す感情データの選択ボタン、選択した週に属する日付の日報データの一覧、及びフィードバックデータの一覧が表示される。これにより、利用者は、週報データの編集時には、自身の過去の業務内容とその時の感情とを振り返りながら週報データを作成することができる。また、利用者は、週報データについての被報告者からのコメントを閲覧することができる。なお、図９に示す感情データの選択ボタンがクリックされると、表示制御部１０９は、複数の感情データのアイコンを選択可能に提示する。利用者は、提示された複数のアイコンから１つを選択することで、感情データを入力する。週報入力部１０４は、報告データ又は感情データが編集されるたびに、週報記憶部１０７が記憶する週報データを更新する（ステップＳ４７）。

【0028】

《第一承認者による週報の閲覧》
図１０は、第１の実施形態における第一承認者による週報データの承認方法を示すフローチャートである。
図１１は、第１の実施形態に係る承認待ち一覧ページの例を示す図である。
利用者が、利用者端末２００を用いて承認待ち一覧ページのリンクを選択すると、利用者端末２００は、承認待ち一覧ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、承認待ち一覧ページのリクエストを受信すると（ステップＳ６０）、利用者記憶部１０２の関係テーブルを参照し、第一承認者としての当該利用者ＩＤに関連付けられている報告者ＩＤを特定する。つまり、表示制御部１０９は、当該利用者によって承認される報告者を特定する（ステップＳ６１）。表示制御部１０９は、週報記憶部１０７を参照し、ステップＳ６１で特定された報告者ＩＤに係る週報データを取得する（ステップＳ６２）。表示制御部１０９は、ステップＳ６２で取得した週報データに基づいて承認待ち一覧ページを生成し、利用者端末２００に送信する（ステップＳ６３）。承認待ち一覧ページは、図１１に示すように、対象月度と、報告者の氏名と、報告日と、承認待ちのデータとを関連付けたリストを含む。リストには、承認待ちのデータとして、交通費精算や休日申請などの週報データ以外のデータが含まれていてもよい。当該リストのうち、承認待ちの週報データを示す行には、週報閲覧ページへのリンクが張られている。

【0029】

図１２は、第１の実施形態に係る週報閲覧ページの例を示す図である。
利用者が、利用者端末２００を用いて承認待ち一覧ページの中から週報データに係る一の行を選択すると、利用者端末２００は、週報閲覧ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、週報閲覧ページのリクエストを受信すると（ステップＳ６４）、日報記憶部１０６を参照し、ステップＳ６１で特定された報告者ＩＤに係る選択された週に属する日付の日報データを取得する（ステップＳ６５）。表示制御部１０９は、選択された週における週報閲覧ページを生成し、利用者端末２００に送信する（ステップＳ６６）。

【0030】

週報閲覧ページには、図１２に示すように、選択した週報データに係る報告データ及び感情データ、選択した週に属する日付の日報データの一覧、並びにフィードバックデータの入力ブロックが表示される。フィードバックデータの入力ブロックには、フィードバックコメントの入力欄と、報告者の業務についての受容を示す受容データの選択ボタンと、登録ボタンとが含まれる。これにより、利用者は、報告者からの報告データを閲覧しつつ、感情データのアイコンから当該報告に係る報告者の感情を読み取ることができる。これにより、利用者は報告者の感情により沿ったフィードバックコメントを入力することができる。図９に示す受容データの選択ボタンがクリックされると、表示制御部１０９は、複数の受容データのアイコンを選択可能に提示する。利用者は、提示された複数のアイコンから１つを選択することで、受容データを入力する。受容データの選択肢はポジティブな内容のみからなる。これにより、フィードバックデータによって報告者のモチベーションを低下させることを防ぐことができる。なお、第一承認者による最初の閲覧時には、週報閲覧ページに他の利用者によるフィードバックデータが登録されいない。
登録ボタンが押下されると、週報入力部１０４は、フィードバック記憶部１０８が記憶するフィードバックデータを更新する（ステップＳ６７）。

【0031】

《役職者による週報の閲覧》
図１３は、第１の実施形態における役職者による週報データの受容方法を示すフローチャートである。
図１４は、第１の実施形態に係る報告一覧ページの例を示す図である。
利用者が、利用者端末２００を用いて報告一覧ページのリンクを選択すると、利用者端末２００は、報告一覧ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、報告一覧ページのリクエストを受信すると（ステップＳ８０）、フィードバック記憶部１０８及び週報記憶部１０７を参照し、少なくとも１つのフィードバックデータが付与された週報データを取得する（ステップＳ８１）。週報データに少なくとも１つのフィードバックデータが付与されているということは、当該週報データが第一承認者によって承認されていることを示す。つまり、業務報告サーバ１００は、第一承認者によって承認された週報データを役職者に提示する。

【0032】

表示制御部１０９は、ステップＳ８１で取得した週報データに基づいて報告一覧ページを生成し、利用者端末２００に送信する（ステップＳ８２）。報告一覧ページは、図１４に示すように、対象月度と、報告者の氏名と、対象期間の週と、当該週についての週報データのスニペットとを関連付けたリストを含む。当該リストの各行には、週報閲覧ページへのリンクが張られている。

【0033】

利用者が、利用者端末２００を用いて報告一覧ページの中から一の行を選択すると、利用者端末２００は、週報閲覧ページのリクエストを業務報告サーバ１００に送信する。業務報告サーバ１００の表示制御部１０９は、週報閲覧ページのリクエストを受信すると（ステップＳ８３）、日報記憶部１０６を参照し、選択された週報データの報告者ＩＤによって策際され、当該週に属する日付の日報データを取得する（ステップＳ８４）。表示制御部１０９は、図１２に示すように選択された週における週報閲覧ページを生成し、利用者端末２００に送信する（ステップＳ８５）。役職者に提示される週報閲覧ページには、他の利用者によるフィードバックデータの一覧が含まれる。登録ボタンが押下されると、週報入力部１０４は、フィードバック記憶部１０８が記憶するフィードバックデータを更新する（ステップＳ８６）。

【0034】

《作用・効果》
このように、第１の実施形態に係る業務報告システム１は、報告者から、業務に係る状況についての報告データ及び当該業務に係る状況についての感情を示す感情データの入力を受け付け、報告データ及び感情データを、報告者に関連付けられた被報告者に提示する。これにより、被報告者は、報告者の業務報告において当該業務に係る感情を読み取ることができる。また、報告データ及び感情データの組み合わせが時系列として記録されることにより、業務報告システム１は、被報告者に報告者の思考の傾向や業務の適格性を捉えるための材料を提供することができる。また、上記の報告データ及び感情データは被報告者にのみ提示される。これにより、報告者が他の同僚の目を気にせずに、本音で感情を表すことを期待することができる。

【0035】

また、第１の実施形態に係る業務報告システム１は、報告データとして日報データと週報データの入力をそれぞれ受け付け、日報データと週報データを被報告者に提示する。これにより、被報告者は週報データが示す報告者の総括的な週の報告と、当該週の個別の状況についての報告とをそれぞれ確認することができる。なお、第１の実施形態に係る業務報告システム１は、週報データの入力を受け付けるが、期間の区切りは週に限られず、２日以上の所定の周期で区切られる期間であってよい。なお、報告者の記憶が新しいうちに報告がなされることが好ましいことから、当該期間は１か月より短いことが好ましい。

【0036】

また、第１の実施形態に係る業務報告システム１は、週報データの入力時に、その週に属する日報データを報告者に提示する。これにより、報告者は、その週の出来事を振り返りながら週報データを作成することができる。

【0037】

また、第１の実施形態に係る業務報告システム１は、被報告者から、報告者に週報データについてのコメントデータと、ポジティブな内容のみからなる選択肢の中から選択された受容データの入力を受け付け、当該コメントデータ及び受容データを報告者に提示する。これにより、被報告者による週報データの登録のモチベーションを高めることができ、また被報告者と報告者との間の信頼関係が醸成されることを期待することができる。また、これにより、報告者が被報告者の感情に寄り添ったコメントを受け取ることができるため、報告者に自発的に報告を作成することを促すことができる。

【0038】

また、第１の実施形態に係る業務報告サーバ１００は、週報データを、報告者に関連付けられた第一承認者に提示し、第一承認者よる承認の後に、当該週報データを一定以上の職位に属する利用者（役職者）に提示する。つまり、第１の実施形態において第一承認者及び役職者は、被報告者である。週報データが第一承認者による承認を経て、役職者に提示されることで、報告者は第一承認者との間で週報データをブラッシュアップさせてから役職者に提示させることができる。なお、他の実施形態に係る業務報告サーバ１００は、第一承認者による承認を経ずに複数の被報告者に週報データを提示してもよい。また、他の実施形態においては、第一承認者以外の被報告者も、利用者記憶部１０２の関係テーブルにおいて報告者に関連付けられていてよい。

【0039】

〈他の実施形態〉
以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。すなわち、他の実施形態においては、上述の処理の順序が適宜変更されてもよい。また、一部の処理が並列に実行されてもよい。
上述した実施形態に係る業務報告システム１は、業務報告サーバ１００及び利用者端末２００から構成されるが、単独のコンピュータによって構成されるものであってもよい。また、業務報告サーバ１００の機能は複数のコンピュータによって実現されるものであってもよい。

【0040】

〈コンピュータ構成〉
図１３は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ５００は、プロセッサ５０１、メインメモリ５０２、ストレージ５０３、インタフェース５０４を備える。
上述の業務報告サーバ１００及び利用者端末２００は、コンピュータ５００に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ５０３に記憶されている。プロセッサ５０１は、プログラムをストレージ５０３から読み出してメインメモリ５０２に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ５０１は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ５０２に確保する。プロセッサ５０１の例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、マイクロプロセッサなどが挙げられる。

【0041】

プログラムは、コンピュータ５００に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージに既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータ５００は、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）が挙げられる。この場合、プロセッサ５０１によって実現される機能の一部または全部が当該集積回路によって実現されてよい。このような集積回路も、プロセッサの一例に含まれる。

【0042】

ストレージ５０３の例としては、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリ等が挙げられる。ストレージ５０３は、コンピュータ５００のバスに直接接続された内部メディアであってもよいし、インタフェース５０４または通信回線を介してコンピュータ５００に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ５００に配信される場合、配信を受けたコンピュータ５００が当該プログラムをメインメモリ５０２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ５０３は、一時的でない有形の記憶媒体である。

【0043】

また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能をストレージ５０３に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。

【符号の説明】

【0044】

１…業務報告システム １００…業務報告サーバ １０１…認証部 １０２…利用者記憶部 １０３…日報入力部 １０４…週報入力部 １０５…フィードバック入力部 １０６…日報記憶部 １０７…週報記憶部 １０８…フィードバック記憶部 １０９…表示制御部 ２００…利用者端末 ５００…コンピュータ ５０１…プロセッサ ５０２…メインメモリ ５０３…ストレージ ５０４…インタフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】