(57)【要約】【課題】メールの誤送信を防止することが可能なプログラム等を提供する。【解決手段】プログラムは、コンピュータ１に、メールの送信内容に関する確認依頼を取得し、メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、前記信頼度が前記閾値以上である確認者を選択し、選択した確認者宛に前記確認依頼を送信する処理を実行させる。【選択図】図１
2017162000.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
メールの送信内容に関する確認依頼を取得し、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、
取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、
前記信頼度が前記閾値以上である確認者を選択し、
選択した確認者宛に前記確認依頼を送信する
処理を実行させるプログラム。
【請求項２】
前記確認者情報は、確認者の在席状況、確認者が担当している業務、確認者の情報処理端末の処理状況、確認者のスケジュール、又は送信内容確認に係る確認者の負荷状況を含む
請求項１に記載のプログラム。
【請求項３】
前記重要度情報は、メールの送信内容に応じたメールの区分、メールの発信先、又は確認依頼をした依頼者のメール発信状況を含む
請求項１又は請求項２に記載のプログラム。
【請求項４】
確認者の情報処理端末から、確認者による確認結果を取得し、
取得した前記確認結果を依頼者宛に送信する
請求項１から請求項３のいずれか一つに記載のプログラム。
【請求項５】
前記確認依頼を取得した場合に計時を開始し、
計時した時間が、前記確認結果を取得しないまま規定時間を経過した場合に、前記規定時間を経過した旨を示す通知を依頼者宛に送信する
請求項４に記載のプログラム。
【請求項６】
前記確認依頼は、依頼者の情報処理端末で指定された確認者又は前記規定時間を含み、
取得した前記確認依頼に含まれる確認者又は前記規定時間に基づき、確認者を選択する
請求項５に記載のプログラム。
【請求項７】
コンピュータに、
メールの送信内容に関する確認依頼を取得し、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、
取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、
前記信頼度が前記閾値以上である確認者を選択し、
選択した確認者宛に前記確認依頼を送信する
処理を実行させる情報処理方法。
【請求項８】
メールの送信内容に関する確認依頼を受信する受信部と、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成する生成部と、
受信した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定する設定部と、
前記生成部が生成した前記信頼度が、前記設定部が設定した前記閾値以上である確認者を選択する選択部と、
該選択部が選択した確認者宛に前記確認依頼を送信する送信部と
を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理方法及び情報処理装置に関する。
【背景技術】
【０００２】
従来、メール等の誤送信対策のため、メール等の承認を行う承認者を決定し、該承認者の端末に確認依頼を送信する承認者決定方法及び承認者決定装置等が知られている（例えば特許文献１及び２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平９−８１６５０号公報
【特許文献２】特開２０１０−１０９６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では承認者が確認するメールの内容、メールの送信先等の情報を考慮せずに承認者を決定しているという問題がある。また、特許文献２では承認者の役職の位に応じて承認者を決定しており、その他の承認者の事情を考慮していないという問題がある。
【０００５】
一つの側面では、メールの誤送信を防止することが可能なプログラム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
一つの案では、コンピュータに、メールの送信内容に関する確認依頼を取得し、メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、前記信頼度が前記閾値以上である確認者を選択し、選択した確認者宛に前記確認依頼を送信する処理を実行させる。
【発明の効果】
【０００７】
一つの側面では、メールの誤送信を防止することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの概要を示す模式図である。
【図２】サーバの構成例を示すブロック図である。
【図３】端末の構成例を示すブロック図である。
【図４】在席ＤＢのレコードレイアウトの一例を示す説明図である。
【図５】業務ＤＢのレコードレイアウトの一例を示す説明図である。
【図６】処理ＤＢのレコードレイアウトの一例を示す説明図である。
【図７】予定ＤＢのレコードレイアウトの一例を示す説明図である。
【図８】負荷ＤＢのレコードレイアウトの一例を示す説明図である。
【図９】メール区分ＤＢのレコードレイアウトの一例を示す説明図である。
【図１０】発信先ＤＢのレコードレイアウトの一例を示す説明図である。
【図１１】発信者ＤＢのレコードレイアウトの一例を示す説明図である。
【図１２】依頼画面の一例を示す説明図である。
【図１３】追加設定画面の一例を示す説明図である。
【図１４】受信画面の一例を示す説明図である。
【図１５】確認実施画面の一例を示す説明図である。
【図１６】確定画面の一例を示す説明図である。
【図１７】結果画面の一例を示す説明図である。
【図１８】拒否通知画面の一例を示す説明図である。
【図１９】タイムアウト通知画面の一例を示す説明図である。
【図２０】サーバの処理手順の一例を示すフローチャートである。
【図２１】サーバの処理手順の一例を示すフローチャートである。
【図２２】閾値設定のサブルーチンの処理手順の一例を示すフローチャートである。
【図２３】信頼度生成のサブルーチンの処理手順の一例を示すフローチャートである。
【図２４】実施の形態２に係る追加設定画面の一例を示す説明図である。
【図２５】実施の形態２に係るサーバの処理手順の一例を示すフローチャートである。
【図２６】実施の形態３に係る再指定通知画面の一例を示す説明図である。
【図２７】実施の形態３に係るサーバの処理手順の一例を示すフローチャートである。
【図２８】実施の形態４に係るサーバの構成例を示すブロック図である。
【図２９】実施の形態４に係る履歴ＤＢのレコードレイアウトの一例を示す説明図である。
【図３０】実施の形態４に係るサーバの処理手順の一例を示すフローチャートである。
【図３１】実施の形態４に係る信頼度生成のサブルーチンの処理手順の一例を示すフローチャートである。
【図３２】上述した形態のサーバの動作を示す機能ブロック図である。
【図３３】実施の形態５に係るサーバのハードウェア群を示すブロック図である。
【図３４】実施の形態５に係る端末のハードウェア群を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
【００１０】
（実施の形態１）
本実施の形態１では、発信予定のメールを第三者である確認者に確認させることで、メールの誤送信を防止する情報処理システムを一例として説明を行う。
図１は、情報処理システムの概要を示す模式図である。情報処理システムは、情報処理装置１、情報処理端末２、２、２…を含む。各装置は例えば社内ＬＡＮ（Local Area Network）により相互に通信接続されている。また、情報処理端末２、２、２…は社外ネットワークＮに接続されている。なお、以下では説明の便宜のため、メールの作成及び発信を行う発信者（依頼者）の情報処理端末２を符号２ａで表し、発信者からの確認依頼を受けてメールの送信内容に関する確認を行う確認者の情報処理端末２を符号２ｂで表す。
【００１１】
情報処理装置１は、種々の情報を記憶すると共に、社内ＬＡＮを介して情報の送受信を行う情報処理装置である。情報処理装置１は、例えばサーバコンピュータ、パーソナルコンピュータ等である。本実施の形態において情報処理装置１はサーバコンピュータであるものとし、サーバ１と読み替える。サーバ１は情報処理装置２、２、２…の間で相互に行われるメールの送信内容に関する確認依頼を仲介する。具体的には、サーバ１は依頼者の情報処理端末２ａから確認依頼を受信し、確認を依頼する上で適切な確認者を選択し、該確認者宛に確認依頼を送信する。また、サーバ１は確認者による確認結果を情報処理端末２ｂから受信し、当該確認結果を依頼者の情報処理端末２ａに送信する。
【００１２】
情報処理端末２は、各従業員が操作する端末装置であり、例えばパーソナルコンピュータである。以下では簡潔のため情報処理端末２を端末２と読み替える。端末２はサーバ１に送信内容の確認依頼を送信すると共に、当該確認依頼に対する確認結果を受信する。
【００１３】
図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、時計部１４、大容量記憶装置１５を含む。
制御部１１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing   Unit）等の演算処理装置を含む。制御部１１は、記憶部１２に記憶されたプログラムＰを読み出して実行することにより、サーバ１に係る種々の情報処理又は制御処理等を行う。
【００１４】
記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含む。記憶部１２は、制御部１１が本実施の形態に係る処理を実行するために必要なプログラムＰ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。また、記憶部１２は本実施の形態に係る送信内容確認作業の時間管理を行うための規定時間を記憶している。規定時間について詳しくは後述する。
【００１５】
通信部１３は通信に関する処理を行うための処理回路等を含み、社内ＬＡＮを介して端末２、２、２…と情報の送受信を行う。
時計部１４は時刻の計測を行い、計測した時刻を制御部１１に与える。
【００１６】
大容量記憶装置１５は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶装置１５は、在席ＤＢ１５１、業務ＤＢ１５２、処理ＤＢ１５３、予定ＤＢ１５４、負荷ＤＢ１５５、メール区分ＤＢ１５６、発信先ＤＢ１５７、発信者ＤＢ１５８を記憶している。在席ＤＢ１５１は確認者の在席状況を記憶している。業務ＤＢ１５２は従業員が担当している業務を記憶している。処理ＤＢ１５３は確認者の端末２ｂの処理状況を記憶している。予定ＤＢ１５４は確認者のスケジュールを記憶している。負荷ＤＢ１５５は送信内容の確認作業に関して各確認者に掛かる負荷状況を記憶している。メール区分ＤＢ１５６はメールの送信内容に応じた各メールの区分を記憶している。発信先ＤＢ１５７はメールの発信先に係る情報を記憶している。発信者ＤＢ１５８は発信者（依頼者）のメール発信状況を記憶している。
なお、本実施の形態において記憶部１２及び大容量記憶装置１５は一体の記憶装置として構成されていてもよい。また、大容量記憶装置１５は複数の記憶装置により構成されていてもよい。また、大容量記憶装置１５はサーバ１に接続された外部記憶装置であってもよい。
【００１７】
なお、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、サーバ１に係る情報を表示する表示部等を含んでもよい。
【００１８】
図３は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５を含む。
制御部２１はＣＰＵ又はＭＰＵ等の演算処理装置を含み、記憶部２２に記憶されたプログラムを読み出して実行することにより、端末２に係る種々の情報処理又は制御処理等を行う。
【００１９】
記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要なプログラム又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。
【００２０】
通信部２３は通信処理回路等を含む通信インターフェイスであり、社内ＬＡＮを介してサーバ１と通信を行う。
【００２１】
表示部２４は液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の画面を有し、制御部２１から与えられた画像を表示する。
【００２２】
入力部２５は例えばキーボード、マウス等を含み、入力された操作内容を制御部２１に通知する。
【００２３】
図４は、在席ＤＢ１５１のレコードレイアウトの一例を示す説明図である。在席ＤＢ１５１は、確認者列、日時列、在席状況列、詳細列、着席予定時刻列を含む。確認者列は、確認者となり得る各従業員の名前を記憶している。日時列は、確認者と対応付けて、業務時間中の所定間隔毎の日時を記憶している。在席状況列は、確認者及び日時と対応付けて、当該日時における確認者の在席状況を記憶している。サーバ１は、例えば端末２の周辺に設置された所定の人感センサ（図示せず）から検知結果を取得することで在席状況を判断する。なお、例えばサーバ１は、後述する処理ＤＢ１５３に記憶されている端末２ｂのプロセッサの稼働状況に基づき、確認者の在席状況を判断してもよい。詳細列は、在席状況と対応付けて、在席状況が「離席」である場合の離席理由を記憶している。サーバ１は、例えば各確認者（従業員）のスケジュールを管理するスケジュールサーバ（図示せず）からスケジュールを取得することで離席理由を判断する。着席予定時刻列は、詳細列の離席理由と対応付けて、確認者が着席する予定時刻を記憶している。サーバ１は、例えばスケジュールサーバから取得したスケジュールに基づいて着席予定時刻を判断する。
【００２４】
図５は、業務ＤＢ１５２のレコードレイアウトの一例を示す説明図である。業務ＤＢ１５２は、確認者列、所属列、担当列を含む。確認者列は、確認者の名前を記憶している。所属列は、確認者と対応付けて、確認者の所属部署を記憶している。担当列は、確認者と対応付けて、確認者の担当業務を記憶している。
【００２５】
図６は、処理ＤＢ１５３のレコードレイアウトの一例を示す説明図である。処理ＤＢ１５３は、確認者列、端末ＩＤ列、アドレス列、未読数列、頻度列、稼働列、アプリ列を含む。確認者列は確認者の名前を記憶している。端末ＩＤ列は、確認者と対応付けて、確認者の端末２ｂを識別するための端末ＩＤを記憶している。アドレス列は、確認者と対応付けて、確認者のメールアドレスを記憶している。未読数列は、確認者及びメールアドレスと対応付けて、当該メールアドレスにおける未読メールの数を記憶している。頻度列は、確認者及びメールアドレスと対応付けて、当該メールアドレスにおける既読頻度、すなわち単位時間当たりのメールの既読回数を記憶している。稼働列は、確認者及び端末ＩＤと対応付けて、端末２ｂの制御部２１に係るプロセッサの稼働状況を記憶している。例えばサーバ１は、所定時間毎に端末２ｂにアクセスしてプロセッサの稼働状況を取得する。アプリ列は、確認者及び端末ＩＤと対応付けて、端末２ｂで起動されているアプリケーションの種類を記憶している。例えばサーバ１は、所定時間毎に端末２ｂにアクセスして制御部２１が実行しているアプリケーションの種類を識別する。
【００２６】
図７は、予定ＤＢ１５４のレコードレイアウトの一例を示す説明図である。予定ＤＢ１５４は、確認者列、日付列、勤務予定時間列、補正列、帰宅予定時刻列を含む。確認者列は確認者の名前を記憶している。日付列は、確認者と対応付けて日付を記憶している。勤務予定時間列は、確認者及び日付と対応付けて、確認者が勤務することを予定している時間帯を記憶している。勤務予定時間は、例えばサーバ１が所定のスケジュールサーバから取得することにより記憶される。補正列は、勤務予定時間と対応付けて、当該勤務予定時間の補正値を記憶している。補正値は例えば端末２を介して各従業員が自らの勤務時間を入力することにより記憶される。帰宅予定時刻列は、確認者及び日付と対応付けて、確認者が帰宅することを予定している時刻を記憶している。帰宅予定時刻は、サーバ１が勤務予定時間等から予想値を算出するようにしてもよいし、各従業員が自ら入力するようにしてもよい。
【００２７】
図８は、負荷ＤＢ１５５のレコードレイアウトの一例を示す説明図である。負荷ＤＢ１５５は、確認者列、確認日時列、確認頻度列、分散列を含む。確認者列は確認者の名前を記憶している。確認日時列は、確認者と対応付けて、確認者が送信内容の確認を行った日時を記憶している。確認頻度列は、確認者及び確認日時と対応付けて、確認者が送信内容の確認を行う頻度を記憶している。本実施の形態で送信内容確認の頻度は、各送信内容確認が行われた時刻の間隔で表される。分散列は、確認者、確認日時及び確認頻度と対応付けて、当該日時における確認頻度の分散値を記憶している。分散値は例えば、対応付けられた確認日時と同一の日付に係る各確認頻度の集合を母集団とした場合の分散値として算出される。
【００２８】
図９は、メール区分ＤＢ１５６のレコードレイアウトの一例を示す説明図である。メール区分ＤＢ１５６は、区分列、テキスト列、ファイル名列を含む。区分列は、確認するメールの重要度を表す区分を記憶している。テキスト列は、区分と対応付けて、メール文面に含まれるテキストを記憶している。例えばメール文面に「重要」のテキストが含まれている場合、当該メールは「警戒」に区分される。ファイル名列は、区分と対応付けて、メールに添付されるファイルの名称に含まれるテキストを記憶している。例えば添付ファイル名に「請求書」が含まれる場合、当該メールは「警戒」に区分される。
【００２９】
図１０は、発信先ＤＢ１５７のレコードレイアウトの一例を示す説明図である。発信先ＤＢ１５７は、区分列、発信先列、担当者列、アドレス列を含む。区分列は、確認するメールの重要度を表す区分を記憶している。発信先列は、区分と対応付けて、発信先である会社等の名称を記憶している。担当者列は、発信先と対応付けて、発信先に係る担当者の名前を記憶している。アドレス列は、発信先と対応付けて、発信先に係るメールアドレスを記憶している。
【００３０】
図１１は、発信者ＤＢ１５８のレコードレイアウトの一例を示す説明図である。発信者ＤＢ１５８は、発信者列、発信日時列、発信頻度列、分散列を含む。発信者列は、確認依頼に係るメールを発信する発信者、すなわち確認依頼をする依頼者の名前を記憶している。発信日時列は、発信者と対応付けて、発信者がメールを発信した日時を記憶している。発信頻度列は、発信者及び発信日時と対応付けて、発信者がメールを発信する頻度を記憶している。分散列は、発信者、発信日時及び発信頻度と対応付けて、当該発信者によるメール発信頻度の分散値を記憶している。分散値は例えば、対応付けられた発信日時と同一の日付に係る各発信頻度の集合を母集団とした場合の分散値として算出される。
【００３１】
図１２は、依頼画面の一例を示す説明図である。以下では本実施の形態に係る送信内容確認処理について説明する。なお、以下では説明の便宜のため、サーバ１の処理主体は制御部１１、端末２の処理主体は制御部２１として説明する。
依頼者の端末２ａにおいてメールが作成され、所定の操作入力が行われた場合に、端末２ａの制御部２１は図１２Ａに示す依頼画面を表示部２４に表示する。依頼画面は、依頼者欄４１、期限指定欄４２、期限非指定ボタン４３、追加設定ボタン４４、決定ボタン４５等を含む。依頼者欄４１は、依頼者の氏名を表示する表示欄である。期限指定欄４２は、メールの発信期限を入力するための入力欄である。制御部２１は期限指定欄４２を介して、キーボード入力による直接入力形式で、又はクリック入力によるプルダウン形式で発信期限の指定を受け付ける。期限非指定ボタン４３は、発信期限を指定しない旨の入力を受け付けるための操作アイコンである。追加設定ボタン４４は、確認依頼について追加の設定項目を受け付けるための操作ボタンである。
【００３２】
決定ボタン４５は、依頼内容を決定する旨の操作入力を受け付けるための操作ボタンである。決定ボタン４５へのクリック入力を受け付けた場合、制御部２１は図１２Ｂに示す画面を表示する。当該画面は依頼者名、発信期限等のほかに、送信ボタン４６を含む。送信ボタン４６への操作入力を受け付けた場合、制御部２１は、依頼者が作成したメール本文、当該メールに添付された添付ファイル等と共に、確認依頼をサーバ１に送信する。
【００３３】
図１３は、追加設定画面の一例を示す説明図である。図１２Ａで示した追加設定ボタン４４への操作入力を受け付けた場合、制御部２１は図１３Ａに示す追加設定画面を表示する。追加設定画面は、確認者指定欄５１、追加ボタン５２、決定ボタン５３等を含む。確認者指定欄５１は、依頼者が送信内容確認を希望する確認者の指定を受け付けるための入力欄である。確認者指定欄５１への操作入力を受け付けた場合、例えば制御部２１はサーバ１にアクセスして業務ＤＢ１５２を参照し、依頼者と担当業務が近い順に各従業員の氏名をプルダウン形式で表示する。制御部２１は、プルダウン形式で表示された従業員名へのクリック入力を受け付けることにより、確認者の指定を受け付ける。
【００３４】
追加ボタン５２は、確認者の追加指定を受け付けるための操作ボタンである。追加ボタン５２への操作入力を受け付けた場合、制御部２１は別の確認者指定欄５１を追加表示する。上記と同様に、制御部２１は新たに表示した確認者指定欄５１により確認者のさらなる指定を受け付ける。
【００３５】
決定ボタン５３は、追加設定内容を決定する旨の操作入力を受け付けるための操作ボタンである。決定ボタン５３へのクリック入力を受け付けた場合、制御部２１は図１３Ｂに示す画面に遷移する。当該画面は確認者名等のほかに、指定ボタン５４を含む。指定ボタン５４への操作入力を受け付けた場合、制御部２１は図１２Ａに示した依頼画面に戻る。
【００３６】
サーバ１の制御部１１は、依頼者の端末２ａから送信された確認依頼を受信する。確認依頼を受信した場合に、制御部１１は時計部１４により計時を開始する。また、制御部１１は受信した確認依頼について、従業員の中から送信内容の確認者を選択する処理を行う。具体的に制御部１１は、確認者の候補である候補者（従業員）毎に送信内容確認の信頼性を示す信頼度を生成する。また、制御部１１は端末２ａから受信した確認依頼について確認者に要求される信頼度の閾値を設定する。そして制御部１１は、信頼度が閾値以上である候補者を確認者に選択し、当該確認者宛に確認依頼を送信する。
【００３７】
信頼度の生成処理について説明する。確認者（候補者）の信頼度は、大容量記憶装置１５に記憶された確認者に関する確認者情報に基づいて生成される。確認者情報は、メールの宛先、件名、本文、及び添付ファイル等を含む送信内容を確認する確認者が、後述する規定時間以内に送信内容確認を実施することができるか否かを判断するための情報である。本実施の形態において確認者情報は、在席ＤＢ１５１に記憶されている確認者の在席状況、業務ＤＢ１５２に記憶されている確認者が担当している業務、処理ＤＢ１５３に記憶されている確認者の端末２ｂの処理状況、予定ＤＢ１５４に記憶されている確認者のスケジュール、及び負荷ＤＢ１５５に記憶されている送信内容確認に係る確認者の負荷状況を含む。制御部１１は各ＤＢを参照し、各候補者について信頼度を生成する。例えば信頼度をＲとした場合に、制御部１１は式（１）により信頼度Ｒを生成する。
【００３８】
Ｒ＝ｋａＲ（ａ）＋ｋｂＲ（ｂ）＋ｋｃＲ（ｃ）＋ｋｄＲ（ｄ）＋ｋｅＲ（ｅ）…（１）
【００３９】
式（１）において小文字ａ〜ｅはそれぞれ在席状況、担当業務、処理状況、スケジュール、負荷状況に起因する事象を表し、Ｒ（ａ）〜Ｒ（ｅ）は上記各情報に基づいて算出される信頼度の変数である。また、ｋａ〜ｋｅは信頼度生成のために予め設定される係数である。本実施の形態では、簡略化のためにｋａ〜ｋｅが１の値を取るものとする。従って、式（１）は次の式（２）により表される。
【００４０】
Ｒ＝Ｒ（ａ）＋Ｒ（ｂ）＋Ｒ（ｃ）＋Ｒ（ｄ）＋Ｒ（ｅ）…（２）
【００４１】
制御部１１は各ＤＢに記憶された情報を参照し、例えば記憶部１２に予め有意に定められた計算規則に則って、各変数Ｒ（ａ）〜Ｒ（ｅ）を算出する。具体的に制御部１１は、各変数Ｒ（ａ）〜Ｒ（ｅ）をポイント形式で算出する。例えば制御部１１は、在席ＤＢ１５１を参照し、確認者の在席状況が「在席」である場合にはＲ（ａ）を１０ポイントとし、「離席」である場合にはＲ（ａ）を０ポイントとする。また、制御部１１は、在席状況と対応付けられた着席予定時刻が後述する規定時間以内であると判断した場合には、Ｒ（ａ）に５ポイント加算する。
【００４２】
制御部１１は、業務ＤＢ１５２を参照し、依頼者及び確認者の所属部署が同一である場合にはＲ（ｂ）に５ポイント加算する。さらに制御部１１は、業務ＤＢ１５２において依頼者及び確認者の担当業務が同一である場合にはＲ（ｂ）に５ポイント加算する。
【００４３】
制御部１１は、処理ＤＢ１５３を参照し、確認者のメールアドレスに係るメールの未読数が５未満である場合にはＲ（ｃ）に３ポイント加算する。また、制御部１１は、確認者によるメールの既読頻度が５以上である場合にはＲ（ｃ）に３ポイント加算する。また、制御部１１は、確認者の端末２ｂに係るプロセッサの稼働率が１０％未満である場合にはＲ（ｃ）に３ポイント加算する。さらに制御部１１は、端末２ｂの制御部１１が起動しているアプリケーションの種類に応じてＲ（ｃ）のポイントを加減する。
【００４４】
制御部１１は、予定ＤＢ１５４を参照し、確認依頼に係る依頼時刻が確認者の勤務予定時間又は当該勤務予定時間の補正値に含まれる場合にはＲ（ｄ）を１０ポイントとする。また、制御部１１は、後述する規定時間を依頼時刻に加算した時刻が帰宅予定時間を超過している場合に、Ｒ（ｄ）を５ポイント減算する。
【００４５】
制御部１１は、負荷ＤＢ１５５を参照し、確認者による送信内容の確認頻度の分散値が３０以上である場合にはＲ（ｅ）を１０ポイントとする。
【００４６】
制御部１１は上記の通りに算出した各変数Ｒ（ａ）〜Ｒ（ｅ）を、式（２）で示すように合算することで確認者の信頼度Ｒを生成する。これにより制御部１１は、確認者情報に含まれる複数の情報に基づいて信頼度Ｒを生成する。なお、上記の計算規則は一例であって、本実施の形態はこれに限るものではない。
【００４７】
次に、信頼度の閾値の設定処理について説明する。信頼度の閾値は、大容量記憶装置１５に記憶された重要度情報に基づいて設定される。重要度情報は、送信内容の確認依頼の重要度を判断するための情報である。本実施の形態において重要度情報は、メール区分ＤＢ１５６に記憶されているメールの区分、発信先ＤＢ１５７に記憶されているメールの発信先、及び発信者ＤＢ１５８に記憶されている発信者（依頼者）のメール発信状況を含む。制御部１１は各ＤＢを参照し、端末２ａから受信した確認依頼について、確認者に要求される信頼度の閾値を設定する。例えば閾値をＲｔとした場合に、制御部１１は式（３）により閾値Ｒｔを設定する。
【００４８】
Ｒｔ＝Ｒ（Ａ）＋Ｒ（Ｂ）＋Ｒ（Ｃ）…（３）
【００４９】
式（３）においてＡ〜Ｃはそれぞれメールの区分、メールの発信先、発信者のメール発信状況に起因する事象を表し、Ｒ（Ａ）〜Ｒ（Ｃ）は上記各情報に基づいて算出される閾値の変数である。なお、信頼度の生成処理と同じく、式（３）においても各変数に係る係数は１の値を取るものとして簡略化してある。
【００５０】
制御部１１は各ＤＢに記憶された情報を参照し、例えば記憶部１２に予め有意に定められた計算規則に則って、各変数Ｒ（Ａ）〜Ｒ（Ｃ）を算出する。例えば制御部１１は、メール区分ＤＢ１５６を参照し、確認依頼に係るメールの区分が「警戒」である場合にはＲ（Ａ）を１０ポイントとし、「注意」である場合にはＲ（Ａ）を５ポイントとし、「普通」である場合にはＲ（Ａ）を０ポイントとする。
【００５１】
制御部１１は、発信先ＤＢ１５７を参照し、発信先の区分が「警戒」である場合にはＲ（Ｂ）を１０ポイントとし、「注意」である場合にはＲ（Ｂ）を５ポイントとし、「普通」である場合にはＲ（Ｂ）を０ポイントとする。
【００５２】
制御部１１は、発信者ＤＢ１５８を参照し、発信者（依頼者）によるメールの発信頻度の分散値が２０未満である場合にはＲ（Ｃ）を１０ポイントとし、分散値が２０以上である場合にはＲ（Ｃ）を０ポイントとする。
【００５３】
制御部１１は上記の通りに算出した各変数Ｒ（Ａ）〜Ｒ（Ｃ）を、式（３）で示すように合算することで確認依頼に係る閾値Ｒｔを設定する。これにより制御部１１は、重要度情報が示す確認依頼の重要度に応じて閾値Ｒｔを設定する。なお、上記の計算規則は一例であって、本実施の形態はこれに限るものではない。
【００５４】
制御部１１は、各候補者について生成した信頼度Ｒが確認依頼について設定した信頼度の閾値Ｒｔ以上であるか否かを判定する。制御部１１は、信頼度Ｒが閾値Ｒｔ以上の候補者を、確認者としての条件を満たす該当者として記憶部１２に一時的に記憶する。制御部１１は全候補者について上記の判定処理を繰り返し、条件を満たす該当者を判別する。制御部１１は判別した該当者の中から、一の該当者を確認者に選択する。例えば制御部１１は、複数の該当者の中で最も信頼度が高い該当者を確認者とする。なお、例えば制御部１１は、乱数を用いて該当者の中からランダムに確認者を選択することとしてもよい。制御部１１は、選択した確認者宛に確認依頼を送信する。
【００５５】
確認依頼時に確認者の指定を受け付けていた場合（図１３等参照）、制御部１１は当該指定を受けた候補者を指定候補者として、優先的に判定を行う。具体的には、依頼画面において受け付けた指定候補者について信頼度を生成し、該信頼度が閾値以上であるか否かを判定する。指定候補者の信頼度が閾値以上である場合に、制御部１１は当該指定候補者を確認者に選択する。
【００５６】
また、上記判定処理を行った結果、該当者が存在しないと判定した場合、例えば制御部１１は閾値を所定値だけ引き下げて再び判定処理を行う。これにより、制御部１１は条件を満たす該当者を判別し、確認者の選択を行う。
【００５７】
図１４は、受信画面の一例を示す説明図である。サーバ１から確認依頼を受信した場合、確認者の端末２ｂの制御部２１は、図１４に示す受信画面を表示部２４に表示する。受信画面は、依頼者名、発信期限等のほかに、確認実施ボタン６１、確認拒否ボタン６２を含む。確認実施ボタン６１は、後述する確認実施画面に遷移するための操作ボタンである。確認拒否ボタン６２は、確認依頼を拒否するための操作ボタンである。確認者は、自らの業務状況を踏まえて確認依頼に対応できないと判断した場合に、確認依頼を辞退するため、確認拒否ボタン６２へのクリック入力を行う。確認拒否ボタン６２への操作入力を受け付けた場合、制御部２１は、確認依頼を拒否する旨の拒否通知をサーバ１に送信する。
【００５８】
図１５は、確認実施画面の一例を示す説明図である。図１４で示した確認実施ボタン６１への操作入力を受け付けた場合、制御部２１は図１５で示す確認実施画面及びメール画面を表示する。メール画面は、所定の電子メールソフトに係るプログラムに基づき出力されるメール画面であり、確認依頼と共に受信したメール文面７２及び添付ファイル７３を含む。メール文面７２は、メールの宛先、件名、本文等を含む。確認者は当該メール文面７２及び添付ファイル７３を参照して、メールの宛先、件名、本文、及び添付ファイルを含む送信内容の確認を行う。なお、メール画面の出力処理は本実施の形態に係るプログラムＰにより実行されてもよい。
【００５９】
確認実施画面は、依頼者名、確認期限のほかに、回答ボタン７１を含む。具体的に制御部２１は、「問題なし」のテキストを含む回答ボタン７１ａと、「問題あり」のテキストを含む回答ボタン７１ｂと、「回答辞退」のテキストを含む回答ボタン７１ｃとを表示する。メールについて問題がないと判断した場合、確認者は「問題なし」の回答ボタン７１ａへの操作入力を行う。メールについて問題があると判断した場合、確認者は「問題あり」の回答ボタン７１ｂへの操作入力を行う。メールを確認したが、例えば自らの業務範囲外に係る送信内容であるために問題の有無を判断できない場合、他の仕事で忙しいためメールを確認する時間がない場合、別段の理由はないが回答をしたくない場合等に、確認者は「回答辞退」の回答ボタン７１ｃへの操作入力を行う。回答ボタン７１ｃへの操作入力を受け付けた場合、制御部２１は拒否通知をサーバ１に送信する。
【００６０】
図１６は、確定画面の一例を示す説明図である。回答ボタン７１ａ又は７１ｂへの操作入力を受け付けた場合、制御部２１は図１６に示す確定画面へと遷移する。なお、図１６では「問題あり」の回答ボタン７１ｂへの操作入力を受け付けた場合の画面を示している。確定画面は、理由選択欄７４、テキスト入力欄７５、送信ボタン７６を含む。理由選択欄７４は、確認したメールに係る問題理由の選択をプルダウン形式で受け付けるための入力欄である。理由選択欄７４への操作入力を受け付けた場合、例えば制御部２１は「添付ファイルに問題あり」「宛先に問題あり」「本文と添付ファイルの不整合」等、デフォルトで設定されている問題理由の候補をプルダウン形式で表示し、問題理由の選択を受け付ける。テキスト入力欄７５は、確認者が任意にテキストを入力するためのテキスト入力欄である。
【００６１】
送信ボタン７６は、確認者によって入力された確認結果を送信するための操作ボタンである。送信ボタン７６への操作入力を受け付けた場合、制御部２１は確認結果をサーバ１に送信する。
なお、図１５で示した確認画面で「問題なし」の回答ボタン７１ａへの操作入力を受け付けた場合、制御部２１は確認結果を確定することのみを目的とした確定画面へと遷移し、該画面において、図１６で例示した理由選択欄７４、テキスト入力欄７５等を表示しない。
【００６２】
図１７は、結果画面の一例を示す説明図である。確認者の端末２ｂから確認結果が送信された場合に、依頼者の端末２ａはサーバ１を介して確認結果を受信し、図１７で示す結果画面を表示する。結果画面は、例えば確認者名、確認時刻、確認結果等のほかに、確認結果が「問題あり」の場合には詳細な問題理由を含む。これにより依頼者は、発信予定のメールについて問題の有無を認知することができる。
【００６３】
上記では確認者の端末２ｂにおいて送信内容確認が実施され、端末２ｂから確認結果が送信された場合の処理について述べたが、以下では確認依頼が拒否され、端末２ｂから拒否通知が送信された場合の処理について述べる。
確認者の端末２ｂから拒否通知を受信した場合、サーバ１の制御部１１は当該拒否通知を依頼者の端末２ａに送信すると共に、他の確認者宛に確認依頼を送信する処理を行う。具体的には、制御部１１は確認依頼を拒否した確認者以外で信頼度が閾値以上である確認者を再度選択する。当該選択処理の処理内容は、上述した確認者の選択処理と同様である。制御部１１は、新たに選択した確認者宛に確認依頼を送信する。
【００６４】
図１８は、拒否通知画面の一例を示す説明図である。確認者の端末２ｂから拒否通知が送信された場合、依頼者の端末２ａはサーバ１を介して当該拒否通知を受信し、図１８で示す拒否通知画面を表示する。拒否通知画面は、確認者名、返信時刻等を含み、確認依頼が拒否された旨を示す。これにより依頼者は、例えばメールの発信期限に照らして再度の確認依頼を出さずにそのままメールを発信する等、次善の策を講じることができる。
【００６５】
図１９は、タイムアウト通知画面の一例を示す説明図である。以下ではサーバ１が行う、送信内容確認に係る計時処理について説明する。
上述のごとく、依頼者の端末２ａから確認依頼を受信した場合に、サーバ１の制御部１１は時計部１４により計時を開始する。これにより制御部１１は、確認依頼が規定時間以内に完了するか否かを監視する。規定時間は、一連の送信内容確認処理を所定時間以内に完了させるために定められた時間であり、例えば記憶部１２に予め記憶されている。また、依頼時にメールの発信期限が指定されている場合、制御部１１は、指定された発信期限に基づき規定時間を設定する。
【００６６】
信頼度Ｒの生成処理において、制御部１１は上記の規定時間に応じて信頼度Ｒを生成する。具体的に制御部１１は、在席ＤＢ１５１に記憶されている在席状況が「離席」である場合に、日時、着席予定時刻、及び規定時間に基づいて変数Ｒ（ａ）を算出する。また、制御部１１は確認依頼の依頼時刻、指定された規定時間、及び予定ＤＢ１５４に記憶されている帰宅予定時刻に基づいて変数Ｒ（ｄ）を算出する。これにより制御部１１は、依頼者が指定した規定時間を考慮して信頼度Ｒを生成する。
【００６７】
確認依頼を確認者の端末２ｂに送信した場合に、制御部１１は、計時している時間が、確認結果を受信しないまま規定時間を経過したか否かを判定する処理を行う。規定時間を経過していない場合、制御部１１は計時を継続する。規定時間を経過した場合、制御部１１は、規定時間を経過した旨を示すタイムアウト通知を依頼者宛に送信する。
【００６８】
タイムアウト通知を受信した場合、依頼者の端末２ｂの制御部２１は、図１９に示すタイムアウト通知画面を表示する。タイムアウト通知画面は、発信先、発信期限等を含み、規定時間を経過した旨を示す。タイムアウト通知を受けた依頼者は、確認結果を待たずにメールを発信する等の措置を講じることができる。
【００６９】
図２０及び図２１は、サーバ１の処理手順の一例を示すフローチャートである。図２０及び図２１に基づき、サーバ１が行う処理内容について説明する。
制御部１１は、送信内容確認を依頼する依頼者の端末２ａから確認依頼を受信する（ステップＳ１１）。制御部１１は、時計部１４により計時を開始する（ステップＳ１２）。制御部１１は、受信した確認依頼について、大容量記憶装置１５に記憶されている重要度情報を参照して、メールの宛先、件名、本文、及び添付ファイルを含む送信内容を確認する確認者に要求される信頼度の閾値を設定する処理を行う（ステップＳ１３）。具体的には、重要度情報は送信内容の確認依頼の重要度を判断するための情報であり、メールの区分、メールの発信先、及び発信者（依頼者）のメール発信状況を含む。制御部１１はメール区分ＤＢ１５６、発信先ＤＢ１５７、及び発信者ＤＢ１５８を参照し、信頼度の閾値を設定する。
【００７０】
制御部１１は、確認依頼において確認者が指定されているか否かを判定する（ステップＳ１４）。確認者が指定されていないと判定した場合（Ｓ１４：ＮＯ）、制御部１１は送信内容の確認を行う候補者を抽出し（ステップＳ１５）、処理をステップＳ１７に移行する。確認者が指定されていると判定した場合（Ｓ１４：ＹＥＳ）、制御部１１は指定された確認者を指定候補者として抽出する（ステップＳ１６）。制御部１１は、大容量記憶装置１５に記憶されている確認者情報を参照して、ステップＳ１４又はＳ１５で抽出された候補者又は指定候補者について、送信内容確認の信頼性を示す信頼度を生成する処理を行う（ステップＳ１７）。具体的には、確認者情報はメールを確認する確認者に関する情報であり、確認者の在席状況、確認者が担当している業務、確認者の端末２ｂの処理状況、確認者のスケジュール、及び確認者の負荷状況を含む。制御部１１は在席ＤＢ１５１、業務ＤＢ１５２、処理ＤＢ１５３、予定ＤＢ１５４、及び負荷ＤＢ１５５を参照して信頼度を生成する。
【００７１】
制御部１１は、ステップＳ１７で生成した候補者又は指定候補者の信頼度が、ステップＳ１３で設定した閾値以上であるか否かを判定する（ステップＳ１８）。信頼度が閾値以上でないと判定した場合（Ｓ１８：ＮＯ）、制御部１１は処理をステップＳ１４に戻す。信頼度が閾値以上であると判定した場合（Ｓ１８：ＹＥＳ）、制御部１１は当該候補者又は指定候補者を、条件を満たす該当者に追加する（ステップＳ１９）。
【００７２】
制御部１１は、全ての候補者又は指定候補者についてステップＳ１８の処理を終えたか否かを判定する（ステップＳ２０）。全ての候補者又は指定候補者について処理を終えていないと判定した場合（Ｓ２０：ＮＯ）、制御部１１は処理をステップＳ１４に戻す。全ての候補者又は指定候補者について処理を終えたと判定した場合（Ｓ２０：ＹＥＳ）、制御部１１は、信頼度が閾値以上である該当者（確認者）が存在するか否かを判定する（ステップＳ２１）。該当者が存在しないと判定した場合（Ｓ２１：ＮＯ）、制御部１１は閾値を引き下げ（ステップＳ２２）、処理をステップＳ１４に戻す。該当者が存在すると判定した場合（Ｓ２１：ＹＥＳ）、制御部１１は、追加した複数の該当者の中から一の該当者を確認者に選択する（ステップＳ２３）。制御部１１は、選択した確認者宛に確認依頼を送信する（ステップＳ２４）。
【００７３】
制御部１１は、確認者の端末２ｂから、確認者による確認結果を受信したか否かを判定する（ステップＳ２５）。確認結果を受信したと判定した場合（Ｓ２５：ＹＥＳ）、制御部１１は受信した確認結果を依頼者宛に送信する（ステップＳ２６）。確認結果を受信していないと判定した場合（Ｓ２５：ＮＯ）、制御部１１は、確認依頼を拒否する旨の拒否通知を確認者の端末２ｂから受信したか否かを判定する（ステップＳ２７）。拒否通知を受信したと判定した場合（Ｓ２７：ＹＥＳ）、制御部１１は受信した拒否通知を依頼者宛に送信する（ステップＳ２８）。制御部１１は、送信内容の確認を行う候補者又は指定候補者から確認依頼を拒否した確認者を除外し（ステップＳ２９）、処理をステップＳ１４に戻す。
【００７４】
拒否通知を受信していないと判定した場合（Ｓ２７：ＮＯ）、制御部１１は、計時している時間が、確認結果を受信しないまま規定時間を経過したか否かを判定する（ステップＳ３０）。規定時間を経過していないと判定した場合（Ｓ３０：ＮＯ）、制御部１１は処理をステップＳ２５に戻す。規定時間を経過したと判定した場合（Ｓ３０：ＹＥＳ）、制御部１１は、規定時間を経過した旨を示すタイムアウト通知を依頼者宛に送信する（ステップＳ３１）。ステップＳ２６又はＳ３１の処理を行った後で、制御部１１は一連の処理を終了する。
【００７５】
図２２は、閾値設定のサブルーチンの処理手順の一例を示すフローチャートである。図２２に基づき、ステップＳ１３の閾値設定のサブルーチンについて説明する。
制御部１１はメール区分ＤＢ１５６を参照し、確認依頼に係るメールの区分に基づき変数Ｒ（Ａ）を算出する（ステップＳ５１）。制御部１１は発信先ＤＢ１５７を参照し、確認依頼に係るメールの発信先に基づき変数Ｒ（Ｂ）を算出する（ステップＳ５２）。制御部１１は発信者ＤＢ１５８を参照し、発信者（依頼者）のメール発信状況に基づき変数Ｒ（Ｃ）を算出する（ステップＳ５３）。制御部１１は、変数Ｒ（Ａ）、Ｒ（Ｂ）、及びＲ（Ｃ）の合計値を算出することで信頼度の閾値Ｒｔを設定し（ステップＳ５４）、処理をリターンする。
【００７６】
図２３は、信頼度生成のサブルーチンの処理手順の一例を示すフローチャートである。図２３に基づき、ステップＳ１７の信頼度生成のサブルーチンについて説明する。
制御部１１は在席ＤＢ１５１を参照し、ステップＳ１４又はＳ１５で抽出された候補者又は指定候補者の在席状況に基づき変数Ｒ（ａ）を算出する（ステップＳ７１）。制御部１１は業務ＤＢ１５２を参照し、当該候補者又は指定候補者が担当している業務に基づき変数Ｒ（ｂ）を算出する（ステップＳ７２）。制御部１１は処理ＤＢ１５３を参照し、当該候補者又は指定候補者の端末２ｂの処理状況に基づき変数Ｒ（ｃ）を算出する（ステップＳ７３）。制御部１１は予定ＤＢ１５４を参照し、当該候補者又は指定候補者のスケジュールに基づき変数Ｒ（ｄ）を算出する（ステップＳ７４）。制御部１１は負荷ＤＢ１５５を参照し、送信内容確認に係る当該候補者又は指定候補者の負荷状況に基づき変数Ｒ（ｅ）を算出する（ステップＳ７５）。制御部１１は変数Ｒ（ａ）、Ｒ（ｂ）、Ｒ（ｃ）、Ｒ（ｄ）及びＲ（ｅ）の合計値を算出することで信頼度Ｒを生成し（ステップＳ７６）、処理をリターンする。
【００７７】
なお、上記では規定時間を経過した場合にサーバ１は端末２ａにタイムアウト通知を送信するものとしたが、例えば当該タイムアウト通知を所定のメールサーバ（図示せず）に送信することで、規定時間が経過した場合は自動的にメールの発信を行うようにしてもよい。
【００７８】
また、上記では式（１）に基づいて信頼度Ｒを生成するものとしたが、例えば当該生成処理において係数ｋａ〜ｋｅを有意に定め、各項について重み付けをすることにしてもよい。また、例えば各項Ｒ（ａ）〜Ｒ（ｅ）を自乗等することで重み付けをすることにしてもよい。また、各項Ｒ（ａ）〜Ｒ（ｅ）の合計値を算出することで信頼度Ｒを生成することとしたが、例えば各項Ｒ（ａ）〜Ｒ（ｅ）を乗算することにより信頼度Ｒを生成することにしてもよい。閾値Ｒｔについても同様である。
【００７９】
本実施の形態１では、送信内容確認に際して要求される信頼度を満たす確認者にメールを確認させることで、メールの誤送信を防止することが可能となる。
【００８０】
本実施の形態１では、確認者の在席状況、担当業務等に基づいて確認者の信頼度を適切に評価することができる。
【００８１】
本実施の形態１では、メールの区分、発信先等に基づいて、確認者に要求される信頼度の閾値を適切に定めることができる。
【００８２】
本実施の形態１では、依頼者は確認者の端末２ｂから確認結果を得ることで、発信予定のメールについて問題の有無を把握することができる。
【００８３】
本実施の形態１では、一連の確認作業について適切な時間管理を行うことができる。
【００８４】
本実施の形態１では、依頼者によって指定された確認者及び発信期限（規定時間）により適切な確認者を選択することができる。また、依頼者が希望する発信期限（規定時間）までに確認者から確認結果を得ることができる。
【００８５】
本実施の形態１では、送信内容確認を依頼された確認者は、自らの状況を踏まえて確認依頼を辞退することができる。
【００８６】
本実施の形態１では、拒否通知を受信した場合に、サーバ１は別の確認者を自動で選択して送信内容確認を行わせることができる。
【００８７】
（実施の形態２）
実施の形態１では確認者は一人であったが、本実施の形態では必要に応じて複数人の確認者に送信内容確認を行わせる形態について述べる。
実施の形態１と同様に、本実施の形態においてもサーバ１の制御部１１は全ての候補者（又は指定候補者）について信頼度が閾値以上の候補者を該当者とし、該当者の中から確認者を選択する処理を行う。さらに本実施の形態では、当該選択処理において信頼度が閾値以上である候補者が存在しない場合に、制御部１１は信頼度の合計値が閾値以上となる複数の確認者の組み合わせを選択する。制御部１１は、選択した複数の確認者宛に確認依頼を送信する。
【００８８】
図２４は、実施の形態２に係る追加設定画面の一例を示す説明図である。上記ではサーバ１が確認者選択の際に確認者を複数人選択する処理について述べたが、本実施の形態ではさらに、依頼者が確認依頼時に確認者の人数を指定することができる。図２３Ａに示すように本実施の形態に係る追加設定画面は、確認者指定欄５１、追加ボタン５２のほかに人数指定欄２５５を含む。人数指定欄２５５は、直接入力形式又はプルダウン形式で確認者の指定人数を受け付ける入力欄である。依頼者は人数指定欄２５５への入力により確認者の人数を指定する。決定ボタン５３への操作入力が行われた場合、制御部２１は図２３Ｂに示す画面を表示する。当該画面は、指定ボタン５４等のほかに、人数指定欄２５５により指定された確認者の指定人数を含む。指定ボタン５４への操作入力が行われた場合、制御部２１は図１２で示した依頼画面に戻る。
【００８９】
図２５は、実施の形態２に係るサーバ１の処理手順の一例を示すフローチャートである。図２５に基づいて、本実施の形態に係るサーバ１の処理内容について説明する。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
サーバ１の制御部１１は、信頼度の閾値を設定する処理を行った場合に（ステップＳ１３）、以下の処理を実行する。制御部１１は、確認依頼において確認者の人数が指定されているか否かを判定する（ステップＳ２０１）。確認者の人数が指定されていないと判定した場合（Ｓ２０１：ＮＯ）、制御部１１は処理をステップＳ１４に移行する。
【００９０】
確認者の人数が指定されていると判定した場合（Ｓ２０１：ＹＥＳ）、制御部１１は、確認依頼において確認者が指定されているか否かを判定する（ステップＳ２０２）。確認者が指定されていないと判定した場合（Ｓ２０２：ＮＯ）、制御部１１は、指定された確認者の人数に応じて送信内容の確認を行う候補者の組み合わせを抽出し（ステップＳ２０３）、処理をステップＳ２０５に移行する。確認者が指定されていると判定した場合（Ｓ２０２：ＹＥＳ）、制御部１１は、指定された指定候補者の組み合わせを抽出する（ステップＳ２０４）。
【００９１】
制御部１１は、大容量記憶装置１５に記憶されている確認者情報を参照して、ステップＳ２０３又はＳ２０４で抽出された候補者又は指定候補者について、送信内容確認の信頼性を示す信頼度を生成する処理を行う（ステップＳ２０５）。ステップＳ２０５の処理内容はステップＳ１７と同様であるため、詳細な説明は省略する。制御部１１は、ステップＳ２０５で生成した各候補者又は指定候補者の信頼度の合算値を算出する（ステップＳ２０６）。
【００９２】
制御部１１は、ステップＳ２０５で算出した信頼度の合算値が、ステップＳ１３で設定した閾値以上であるか否かを判定する（ステップＳ２０７）。合算値が閾値以上でないと判定した場合（Ｓ２０７：ＮＯ）、制御部１１は処理をステップＳ２０１に戻す。信頼度が閾値以上であると判定した場合（Ｓ２０７：ＹＥＳ）、制御部１１は当該候補者又は指定候補者を、条件を満たす該当者に追加する（ステップＳ２０８）。
【００９３】
制御部１１は、全ての候補者又は指定候補者についてステップＳ１８又はＳ２０７の処理を終えたか否かを判定する（ステップＳ２０９）。全ての候補者又は指定候補者について処理を終えていないと判定した場合（Ｓ２０９：ＮＯ）、制御部１１は処理をステップＳ２０１に戻す。全ての候補者又は指定候補者について処理を終えたと判定した場合（Ｓ２０９：ＹＥＳ）、制御部１１は、信頼度が閾値以上である該当者、又は信頼度の合算値が閾値以上である該当者の組み合わせが存在するか否かを判定する（ステップＳ２１０）。該当者又は該当者の組み合わせが存在すると判定した場合（Ｓ２１０：ＹＥＳ）、制御部１１は処理をステップＳ２３に移行する。
【００９４】
該当者又は該当者の組み合わせが存在しないと判定した場合（Ｓ２１０：ＮＯ）、制御部１１は、確認者の人数を１だけ加算し（ステップＳ２１１）、処理をステップＳ２０２に移行する。これにより制御部１１は、信頼度の合算値が閾値以上となる確認者の適切な組み合わせを選択することができる。
【００９５】
（実施の形態３）
本実施の形態では、信頼度が閾値以上である確認者が存在しない場合に、確認者を再指定すべき旨の再指定通知を行う形態について述べる。
【００９６】
図２６は、実施の形態３に係る再指定通知画面の一例を示す説明図である。端末２ａにおいて確認者及び発信期限が指定された場合であって、信頼度が閾値以上である確認者が存在しないと判定した場合に、サーバ１は再指定通知を依頼者の端末２ａに送信する。再指定通知を受信した場合に、端末２ａの制御部２１は、図２６Ａに示す再指定通知画面を表示する。
再指定通知画面は、確認者及び発信期限を再指定すべき旨を示す「再指定してください」のテキストのほか、図１２Ａで例示した依頼画面と同様に、依頼者欄３４１、期限指定欄３４２、期限非指定ボタン３４３、追加設定ボタン３４４、決定ボタン３４５等を含む。制御部２１は、期限指定欄３４２、追加設定ボタン３４４等への操作入力に基づいて確認者及び発信期限の再指定を受け付ける。
【００９７】
追加設定ボタン３４４への操作入力を受け付けた場合、制御部２１は図２６Ｂに示す画面を表示する。当該画面は図１３Ａで例示した追加設定画面と同様に、確認者指定欄３５１、追加ボタン３５２、決定ボタン３５３等を含む。制御部２１は、確認者指定欄３５１等への操作入力に基づき、確認者の再指定を受け付ける。なお、この場合において前回と同一の確認者が再び指定された場合に、制御部２１は確認者の指定を受け付けず、例えば「確認者が同じです」等のテキストを表示して依頼者に注意を促すようにしてもよい。
【００９８】
図２７は、実施の形態３に係るサーバ１の処理手順の一例を示すフローチャートである。図２７に基づいて、実施の形態３に係るサーバ１の処理内容について説明する。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
信頼度が閾値以上である該当者が存在しないと判定した場合（Ｓ２１：ＮＯ）、サーバ１の制御部１１は以下の処理を実行する。制御部１１は、確認依頼において確認者が指定されているか否かを判定する（ステップＳ３０１）。確認者が指定されていないと判定した場合（Ｓ３０１：ＮＯ）、制御部１１は閾値を引き下げ（ステップＳ３０２）、処理をステップＳ１４に戻す。確認者が指定されていると判定した場合（Ｓ３０１：ＹＥＳ）、制御部１１は確認者及び発信期限（規定時間）を再指定すべき旨の再指定通知を依頼者宛に送信し（ステップＳ３０３）、一連の処理を終了する。
【００９９】
当該再指定通知を受信した端末２ａの制御部２１は、図２６で示した再指定通知画面を表示し、依頼者による確認者及び発信期限の再指定を受け付け、再度の確認依頼をサーバ１に送信する。これによりサーバ用確認装置１は、例えば確認依頼において送信内容確認をする余裕がない確認者が指定されている、メールの発信期限（規定時間）が過度に短い等の理由で適切な確認者を選択できない場合に、再度の指定を依頼者に促し、送信内容の確認依頼を適切に処理することができる。
【０１００】
なお、上記では当初の確認依頼において確認者及び発信期限が指定されている場合について説明したが、サーバ１は、確認依頼において指定がない場合であっても必要に応じて再指定通知を依頼者の端末２ａに送信するように構成してもよい。
【０１０１】
（実施の形態４）
本実施の形態ではさらに、サーバ１は確認者が行った過去の送信内容確認の履歴に応じて信頼度を生成する形態について述べる。
図２８は、実施の形態４に係るサーバ１の構成例を示すブロック図である。本実施の形態に係る大容量記憶装置１５は、在席ＤＢ１５１、業務ＤＢ１５２等のほかに、履歴ＤＢ１５９を記憶している。履歴ＤＢ１５９は、確認者が過去に行った送信内容確認に関する履歴情報を記憶している。
【０１０２】
図２９は、実施の形態４に係る履歴ＤＢ１５９のレコードレイアウトの一例を示す説明図である。履歴ＤＢ１５９は、確認者列、タイムアウト回数列、拒否回数列、誤回答数列を含む。確認者列は、確認者の名前を記憶している。タイムアウト回数列は、確認者と対応付けて、確認者が規定時間以内に送信内容確認を行わなかった回数を示す。拒否回数列は、確認者と対応付けて、確認者が確認依頼を拒否した回数を記憶している。誤回答数列は、確認者と対応付けて、確認者が送信内容確認を誤った回数を記憶している。
【０１０３】
本実施の形態においてサーバ１の制御部１１は、確認者の在席状況、担当業務、端末２ｂの処理状況、スケジュール、負荷状況のほかに、履歴ＤＢ１５９に記憶されている履歴情報に基づいて信頼度Ｒを生成する。例えば履歴情報は上記のように、確認依頼が達成されなかった回数を示し、履歴情報によって確認者の信頼度を図ることができる。従って、履歴情報に起因する事象を小文字ｆで表すことにすると、制御部１１は信頼度Ｒを式（４）により生成する。
【０１０４】
Ｒ＝Ｒ（ａ）＋Ｒ（ｂ）＋Ｒ（ｃ）＋Ｒ（ｄ）＋Ｒ（ｅ）＋Ｒ（ｆ）…（４）
【０１０５】
なお、実施の形態１と同様に式（４）に係る各項の係数は１の値を取るものとして簡略化してある。
制御部１１は式（４）により送信内容確認を依頼する候補者又は指定候補者の信頼度Ｒを生成し、信頼度Ｒが閾値Ｒｔ以上である候補者又は指定候補者を確認者に選択する。
【０１０６】
制御部１１は履歴ＤＢ１５９を参照し、確認者のタイムアウト回数が５回以上である場合にはＲ（ｆ）に３ポイント加算する。また、制御部１１は、確認者の拒否回答数が５回以上である場合にはＲ（ｆ）を３ポイント加算する。また、制御部１１は、確認者の誤回答数が５回以上である場合には４ポイント加算する。
【０１０７】
制御部１１は、実施の形態１で詳述したＲ（ａ）〜Ｒ（ｅ）、及び上記のＲ（ｆ）を合算し、信頼度Ｒを生成する。
【０１０８】
図３０は、実施の形態４に係るサーバ１の処理手順の一例を示すフローチャートである。図３０に基づいて、本実施の形態に係るサーバ１の処理内容について説明する。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。
【０１０９】
確認者の端末２ｂから受信した確認結果を依頼者宛に送信した後で（ステップＳ２６）、サーバ１の制御部１１は、当該確認結果についての正誤を依頼者の端末２ａから受け付ける（ステップＳ４０１）。具体的には、例えば端末２ａの制御部２１は確認結果を受信した場合に、結果通知画面の一部に、確認結果について誤りがあったか否かの入力を受け付ける所定の操作ボタン（図示せず）を表示しておく。依頼者は当該操作ボタンへのクリック入力により、確認結果の正誤を入力する。確認結果の正誤について入力を受け付けた制御部２１は、入力された正誤に係る情報をサーバ１に送信する。サーバ１の制御部１１は当該情報を受信することにより、確認結果の正誤を受け付ける。
【０１１０】
制御部１１は受け付けた情報に基づき、確認結果に誤りがあったか否かを判定する（ステップＳ４０２）。誤りがあったと判定した場合（Ｓ４０２：ＹＥＳ）、制御部１１は、メールを確認した確認者について誤回答数を１だけ加算して履歴ＤＢ１５９に記憶する（ステップＳ４０３）。ステップＳ４０３の処理を行った後、又は確認結果に誤りがなかったと判定した場合（Ｓ４０２：ＮＯ）、制御部１１は一連の処理を終了する。
【０１１１】
送信内容の確認を行う候補者又は指定候補者から確認依頼を拒否した確認者を除外した後で（ステップＳ２９）、サーバ１の制御部１１は、確認依頼を拒否した確認者について拒否回数を１だけ加算して履歴ＤＢ１５９に記憶する（ステップＳ４０４）。制御部１１は処理をステップＳ１４に戻す。
【０１１２】
タイムアウト通知を依頼者宛に送信した後で（ステップＳ３１）、制御部１１は、規定時間が経過した確認依頼に係る確認者について、規定時間以内に送信内容確認を行わなかったタイムアウト回数を１だけ加算して記憶する（ステップＳ４０５）。ステップＳ４０５の処理を行った後で、制御部１１は一連の処理を終了する。
【０１１３】
図３１は、実施の形態４に係る信頼度生成のサブルーチンの処理手順の一例を示すフローチャートである。図３１に基づいて、本実施の形態に係るステップＳ１７の信頼度生成のサブルーチンについて説明する。
送信内容確認に係る候補者又は指定候補者の負荷状況に基づき変数Ｒ（ｅ）を算出した場合に（ステップＳ７５）、サーバ１の制御部１１は以下の処理を実行する。制御部１１は履歴ＤＢ１５９を参照し、当該候補者又は指定候補者の過去の送信内容確認に関する履歴情報に基づいて変数Ｒ（ｆ）を算出する（ステップＳ４１１）。制御部１１は変数Ｒ（ａ）、Ｒ（ｂ）、Ｒ（ｃ）、Ｒ（ｄ）、Ｒ（ｅ）及びＲ（ｆ）の合計値を算出することで信頼度Ｒを生成し（ステップＳ４１２）、処理をリターンする。
【０１１４】
本実施の形態では、サーバ１は確認者の現在の状況を示す確認者情報（在席状況、担当業務等）だけでなく、確認者の過去の履歴を含む確認者情報に基づいて適切な選択処理を実行することができる。
【０１１５】
なお、上記では確認者の在席状況、担当業務、履歴情報等の確認者情報に基づいて信頼度を生成するものとしたが、信頼度を生成するために参照する確認者情報は上記に限定されるものではない。例えばサーバ１は、確認者の端末２ｂがアクセスしているアクセス先（例えば社内外の重要なサーバにアクセスしている）を判別することにより、確認者の作業状況を把握し、信頼度を生成することとしてもよい。信頼度の閾値設定処理についても同様に、閾値設定のために利用する重要度情報はメールの区分、発信先、及び発信者に限定されるものではなく、他の情報を参照してもよい。
【０１１６】
（実施の形態５）
図３２は、上述した形態のサーバ１の動作を示す機能ブロック図である。制御部１１がプログラムＰを実行することにより、サーバ１は以下のように動作する。受信部３０１は、メールの送信内容に関する確認依頼を受信する。生成部３０２は、メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成する。設定部３０３は、受信した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定する。選択部３０４は、前記生成部３０２が生成した前記信頼度が、前記設定部３０３が設定した前記閾値以上である確認者を選択する。送信部３０５は、該選択部３０４が選択した確認者宛に前記確認依頼を送信する。
【０１１７】
図３３は、実施の形態５に係るサーバ１のハードウェア群を示すブロック図である。読取部１６はディスクドライブ、メモリーカードスロット等であり、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ、メモリーカード、又はＵＳＢ（Universal Serial Bus）等の可搬型記憶媒体１ａを読み取る。制御部１１はプログラムＰを可搬型記憶媒体１ａより読み取り、記憶部１２に記憶しても良い。また、制御部１１はネットワークＮを介して他のコンピュータからプログラムＰをダウンロードし、記憶部１２に記憶しても良い。さらにまた制御部１１は、半導体メモリ１ｂからプログラムＰを読み込んでも良い。
【０１１８】
図３４は、実施の形態５に係る端末２のハードウェア群を示すブロック図である。読取部２６はディスクドライブ、メモリーカードスロット等であり、ＣＤ（Compact Disk）−ＲＯＭ、ＤＶＤ（Digital Versatile Disc）−ＲＯＭ、メモリーカード、又はＵＳＢ（  Universal Serial Bus）等の可搬型記憶媒体２ａを読み取る。制御部２１は、端末２を動作させるためのプログラムを可搬型記憶媒体２ａより読み取り、記憶部２２に記憶しても良い。また、制御部２１はネットワークＮを介して他のコンピュータからプログラムをダウンロードし、記憶部２２に記憶しても良い。さらにまた制御部２１は、半導体メモリ２ｂからプログラムを読み込んでも良い。
【０１１９】
本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の符号を付してその詳細な説明を省略する。
【０１２０】
以上の実施の形態１から実施の形態５を含む実施形態に関し、さらに以下の付記を開示する。
【０１２１】
（付記１）
コンピュータに、
メールの送信内容に関する確認依頼を取得し、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、
取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、
前記信頼度が前記閾値以上である確認者を選択し、
選択した確認者宛に前記確認依頼を送信する
処理を実行させるプログラム。
（付記２）
前記確認者情報は、確認者の在席状況、確認者が担当している業務、確認者の情報処理端末の処理状況、確認者のスケジュール、又は送信内容確認に係る確認者の負荷状況を含む
付記１に記載のプログラム。
（付記３）
前記重要度情報は、メールの送信内容に応じたメールの区分、メールの発信先、又は確認依頼をした依頼者のメール発信状況を含む
付記１又は付記２に記載のプログラム。
（付記４）
前記信頼度が前記閾値以上である確認者が存在しない場合に、前記信頼度の合算値が前記閾値以上となる複数の確認者の組み合わせを選択し、
選択した複数の確認者宛に前記確認依頼を送信する
付記１から付記３のいずれか一つに記載のプログラム。
（付記５）
確認者の情報処理端末から、確認者による確認結果を取得し、
取得した前記確認結果を依頼者宛に送信する
付記１から付記４のいずれか一つに記載のプログラム。
（付記６）
前記確認依頼を取得した場合に計時を開始し、
計時した時間が、前記確認結果を取得しないまま規定時間を経過した場合に、前記規定時間を経過した旨を示す通知を依頼者宛に送信する
付記５に記載のプログラム。
（付記７）
前記確認依頼は、依頼者の情報処理端末で指定された確認者又は前記規定時間を含み、
取得した前記確認依頼に含まれる確認者又は前記規定時間に基づき、確認者を選択する
付記６に記載のプログラム。
（付記８）
前記信頼度が前記閾値以上である確認者が存在しない場合に、確認者又は前記規定時間を再指定すべき旨の再指定通知を依頼者宛に送信する
付記７に記載のプログラム。
（付記９）
前記確認依頼を拒否する旨の拒否通知を確認者の情報処理端末から取得し、
取得した前記拒否通知を依頼者宛に送信する
付記１から付記８のいずれか一つに記載のプログラム。
（付記１０）
前記拒否通知を取得した場合に、前記確認依頼を拒否した確認者以外で前記信頼度が前記閾値以上である確認者を選択し、
選択した確認者宛に前記確認依頼を送信する
付記９に記載のプログラム。
（付記１１）
前記確認者情報は、確認者の過去の送信内容確認に関する履歴情報を含む
付記１から付記１０のいずれか一つに記載のプログラム。
（付記１２）
前記履歴情報は、確認者が前記規定時間以内に送信内容確認を行わなかった回数、確認者が前記確認依頼を拒否した回数、又は確認者が送信内容確認を誤った回数を含む
付記１１に記載のプログラム。
（付記１３）
コンピュータに、
メールの送信内容に関する確認依頼を取得し、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成し、
取得した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定し、
前記信頼度が前記閾値以上である確認者を選択し、
選択した確認者宛に前記確認依頼を送信する
処理を実行させる情報処理方法。
（付記１４）
メールの送信内容に関する確認依頼を受信する受信部と、
メールの送信内容を確認する確認者に関する確認者情報を記憶部から参照して、確認者毎に送信内容確認の信頼性を示す信頼度を生成する生成部と、
受信した前記確認依頼について、前記確認依頼の重要度を判断するための重要度情報を前記記憶部から参照して確認者に要求される前記信頼度の閾値を設定する設定部と、
前記生成部が生成した前記信頼度が、前記設定部が設定した前記閾値以上である確認者を選択する選択部と、
該選択部が選択した確認者宛に前記確認依頼を送信する送信部と
を備える情報処理装置。
【符号の説明】
【０１２２】
１  サーバ（情報処理装置）
１１  制御部
Ｐ  プログラム
１２  記憶部
１３  通信部
１４  時計部
１５  大容量記憶装置
１５１  在席ＤＢ
１５２  業務ＤＢ
１５３  処理ＤＢ
１５４  予定ＤＢ
１５５  負荷ＤＢ
１５６  メール区分ＤＢ
１５７  発信先ＤＢ
１５８  発信者ＤＢ
１５９  履歴ＤＢ
１６  読取部
１ａ  可搬型記憶媒体
１ｂ  半導体メモリ
２  端末（情報処理端末）
２１  制御部
２２  記憶部
２３  通信部
２４  表示部
２５  入力部
２６  読取部
２ａ  可搬型記憶媒体
２ｂ  半導体メモリ
３０１  受信部
３０２  生成部
３０３  設定部
３０４  選択部
３０５  送信部
４１、３４１  依頼者欄
４２、３４２  期限指定欄
４３、３４３  期限非指定ボタン
４４、３４４  追加設定ボタン
４５、３４５  決定ボタン
４６  送信ボタン
５１、３５１  確認者指定欄
５２、３５２  追加ボタン
５３、３５３  決定ボタン
５４  指定ボタン
６１  確認実施ボタン
６２  確認拒否ボタン
７１  回答ボタン
７２  メール文面
７３  添付ファイル
７４  理由選択欄
７５  テキスト入力欄
７６  送信ボタン
【図１】
2017162000.tif 000003
【図２】
2017162000.tif 000004
【図３】
2017162000.tif 000005
【図４】
2017162000.tif 000006
【図５】
2017162000.tif 000007
【図６】
2017162000.tif 000008
【図７】
2017162000.tif 000009
【図８】
2017162000.tif 000010
【図９】
2017162000.tif 000011
【図１０】
2017162000.tif 000012
【図１１】
2017162000.tif 000013
【図１２】
2017162000.tif 000014
【図１３】
2017162000.tif 000015
【図１４】
2017162000.tif 000016
【図１５】
2017162000.tif 000017
【図１６】
2017162000.tif 000018
【図１７】
2017162000.tif 000019
【図１８】
2017162000.tif 000020
【図１９】
2017162000.tif 000021
【図２０】
2017162000.tif 000022
【図２１】
2017162000.tif 000023
【図２２】
2017162000.tif 000024
【図２３】
2017162000.tif 000025
【図２４】
2017162000.tif 000026
【図２５】
2017162000.tif 000027
【図２６】
2017162000.tif 000028
【図２７】
2017162000.tif 000029
【図２８】
2017162000.tif 000030
【図２９】
2017162000.tif 000031
【図３０】
2017162000.tif 000032
【図３１】
2017162000.tif 000033
【図３２】
2017162000.tif 000034
【図３３】
2017162000.tif 000035
【図３４】
2017162000.tif 000036