(57)【特許請求の範囲】
【請求項１】
クライアントデバイス上で実装された即時通信アプリケーションにおいて業務状態をプロンプトする方法であって、
プリセット連絡先の業務状態を前記即時通信アプリケーションにおいて決定することであって、
前記即時通信アプリケーションと会社の管理サブシステム間の所定のデータチャネルを通して、複数の次元で、前記管理サブシステムにおいて企業管理イベントを取得することと、
前記プリセット連絡先に関連する企業管理イベントに基づいて、前記業務状態を決定することと、を含み、前記業務状態は、通常業務、出張中、及び、休暇中のうちの少なくとも１つを含む、
前記決定することと、
前記即時通信アプリケーションのプリセット機能ページがトリガされることを検出することと、
前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示することと、
を含む、方法。
【請求項２】
前記プリセット連絡先の前記業務状態を前記即時通信アプリケーションにおいて取得することは、前記プリセット連絡先の前記業務状態をプリセットサーバから受信することを含み、前記業務状態は、前記プリセット連絡先が開始した会社の審査認可イベントの審査認可結果に基づいて、前記プリセットサーバによって取得される、請求項１に記載の方法。
【請求項３】
前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示することは、
前記プリセット機能ページが複数の連絡先に関連する時、前記業務状態の簡単バージョンを前記プリセット連絡先の関連領域に表示することと、
前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット機能ページのプリセット領域に前記業務状態の詳細バージョンを表示することと、
を含む、請求項１に記載の方法。
【請求項４】
前記業務状態に関連する補足情報を前記プリセット機能ページに表示することをさらに含む、請求項１に記載の方法。
【請求項５】
前記補足情報は、前記状態を維持する時間、前記状態の発生場所、または、代理連絡先の少なくとも１つを含む、請求項４に記載の方法。
【請求項６】
通信イベントと、前記プリセット連絡先の前記業務状態がプリセット状態であることとを検出する時、前記プリセット連絡先に関する前記通信イベントの実行を停止することと、前記業務状態のプロンプト情報を表示することであって、前記プリセット状態は、任意の通常でない状態を含む、ユーザによって設定された任意の業務状態である、前記表示することと、
前記プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、前記通信イベントを処理することと、
をさらに含む、請求項１に記載の方法。
【請求項７】
前記業務状態に関して表示された前記プロンプト情報は、前記プリセット連絡先に対応する代理連絡先の明細情報を含み、
前記プロンプト情報に対して受信された前記ユーザ操作コマンドに基づいて前記通信イベントを処理することは、
前記ユーザ操作コマンドが前記代理連絡先に連絡することである時、前記通信イベントの通信対象を前記代理連絡先に変更すること、または、前記代理連絡先を前記通信対象に追加すること、
前記ユーザ操作コマンドが前記代理連絡先を無視することである時、前記通信イベントを開始すること、または、
前記ユーザ操作コマンドが連絡を停止する時、前記通信イベントを終了すること、
を含む、請求項６に記載の方法。
【請求項８】
前記即時通信アプリケーションは、企業即時通信アプリケーションを含む、請求項１に記載の方法。
【請求項９】
クライアントデバイス上で実装された即時通信アプリケーションにおいて業務状態をプロンプトする方法であって、
各ユーザの業務状態を個々に取得することであって、
会社の管理サブシステムとの所定のデータチャネルを通して、複数の次元で、前記管理サブシステムにおいて企業管理イベントを取得することと、
各ユーザの企業管理イベントに基づいて、前記業務状態を決定することと、を含み、前記業務状態は、通常業務、出張中、及び、休暇中のうちの少なくとも１つを含む、
前記決定することと、
即時通信アプリケーションのプリセット機能ページがトリガされる時、前記即時通信アプリケーションにおいて特定のユーザが設定したプリセット連絡先に従って、前記プリセット連絡先の業務状態を前記特定のユーザにプッシュして、前記プリセット機能ページが、関連する前記プリセット連絡先の前記業務状態を提示するのを可能にすることと、
を含む、業務状態をプロンプトする方法。
【請求項１０】
各ユーザの前記業務状態を個々に取得することは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、前記業務状態を決定することを含む、請求項９に記載の方法。
【請求項１１】
前記プリセット連絡先に関して前記特定のユーザによって開始される通信イベントを受信することと、
前記プリセット連絡先の前記業務状態がプリセット状態である時、前記業務状態のプロンプト情報を前記特定のユーザに返信することであって、前記プリセット状態は、任意の通常でない状態を含む、ユーザによって設定された任意の業務状態である、前記返信することと、
をさらに含む、請求項９に記載の方法。
【請求項１２】
プリセット連絡先の業務状態を即時通信アプリケーションにおいて取得する獲得ユニットであって、前記獲得ユニットは、前記即時通信アプリケーションと会社の管理サブシステムの間の所定のデータチャネルを通して、複数の次元において、前記管理サブシステムにおいて企業管理イベントを取得するために使用され、且つ、前記プリセット連絡先に関連する企業管理イベントに基づいて、前記業務状態を決定するために使用され、前記業務状態は、通常業務、出張中、及び、休暇中のうちの少なくとも１つを含む、前記獲得ユニットと、
前記即時通信アプリケーションのプリセット機能ページがトリガされることを検出する検出ユニットと、
前記プリセット機能ページが前記プリセット連絡先に関連する場合、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示する表示ユニットと、
を含む、業務状態をプロンプトする装置。
【請求項１３】
前記獲得ユニットは、前記プリセット連絡先の前記業務状態をプリセットサーバから受信するために使用され、前記業務状態は、前記プリセット連絡先によって開始された会社の審査認可イベントの審査認可結果に基づいて、前記プリセットサーバによって取得される、請求項１２に記載の装置。
【請求項１４】
前記表示ユニットは、前記プリセット機能ページが複数の連絡先に関連する時、前記プリセット連絡先の関連領域に前記業務状態の簡単バージョンを表示するために使用され、且つ、前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット機能ページのプリセット領域に、前記業務状態の詳細バージョンを表示するために使用される、請求項１２に記載の装置。
【請求項１５】
前記プリセット機能ページにおいて、前記業務状態に関連する補足情報を表示する補足情報表示ユニットをさらに含む、請求項１２に記載の装置。
【請求項１６】
前記補足情報は、前記状態を維持する時間、前記状態の発生場所、または、代理連絡先の少なくとも１つを含む、請求項１５に記載の装置。
【請求項１７】
通信イベントと、前記プリセット連絡先の前記業務状態がプリセット状態であることとを検出すると、前記プリセット連絡先の前記通信イベントの実行を停止し、前記業務状態のプロンプト情報を表示するプロンプトユニットであって、前記プリセット状態は、任意の通常でない状態を含む、ユーザによって設定された任意の業務状態である、前記プロンプトユニットと、
前記プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、前記通信イベントを処理する処理ユニットと、
をさらに含む、請求項１２に記載の装置。
【請求項１８】
前記プロンプトユニットは、前記プリセット連絡先に対応する代理連絡先の明細情報の表示に使用され、
前記処理ユニットは、
前記ユーザ操作コマンドが前記代理連絡先に連絡することである時、前記通信イベントの通信対象を前記代理連絡先に変更するために、または、前記代理連絡先を前記通信対象に追加するために、
前記ユーザ操作コマンドが前記代理連絡先を無視することである時、前記通信イベントを開始するために、または、
前記ユーザ操作コマンドが連絡を停止することである時、前記通信イベントを終了するために
使用される、請求項１７に記載の装置。
【請求項１９】
前記即時通信アプリケーションは、企業の即時通信アプリケーションを含む、請求項１２に記載の装置。
【請求項２０】
各ユーザの業務状態を個々に取得する獲得ユニットであって、前記獲得ユニットは、会社の管理サブシステムとの所定のデータチャネルを通して、複数の次元において、前記管理サブシステムにおいて企業管理イベントを取得するために使用され、且つ、各ユーザの企業管理イベントに基づいて、前記業務状態を決定するために使用され、前記業務状態は、通常業務、出張中、及び、休暇中のうちの少なくとも１つを含む、前記獲得ユニットと、
即時通信アプリケーションのプリセット機能ページがトリガされる時、前記即時通信アプリケーションにおいてユーザが設定したプリセット連絡先に従って、前記プリセット連絡先の業務状態を前記ユーザにプッシュして、前記プリセット機能ページが、関連する前記プリセット連絡先の前記業務状態を提示するのを可能にするプッシュユニットと、
を含む、業務状態をプロンプトする装置。
【請求項２１】
前記獲得ユニットは、各ユーザによって開始された会社の審査認可イベントの審査認可結果に基づいて、前記業務状態を決定するために使用される、請求項２０に記載の装置。
【請求項２２】
前記プリセット連絡先に関して特定のユーザによって開始される通信イベントを受信する受信ユニットと、
前記プリセット連絡先の前記業務状態がプリセット状態である時、前記業務状態のプロンプト情報を前記特定のユーザに返信するプロンプトユニットであって、前記プリセット状態は、任意の通常でない状態を含む、ユーザによって設定された任意の業務状態である、前記プロンプトユニットと、
をさらに含む、請求項２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、即時通信の技術分野に関し、詳細には、業務状態をプロンプトする方法及び装置に関する。
【背景技術】
【０００２】
会社の経営陣は、通常、会社の経営状態を把握するために会社の従業員の業務状態を理解する必要がある。さらに、会社の従業員も、互いの通信を容易にするために、また、他の従業員の業務状態を理解していないことが原因で業務タスクの通常の処理に影響する円滑な通信ができない状況を回避するために、互いの業務状態を理解する必要がある。
【発明の概要】
【０００３】
従って、本出願は、業務状態をプロンプトする方法及び装置を提供する。方法及び装置は、即時通信アプリケーションにおいて、プリセット連絡先の業務状態を提示して、ユーザが適時に業務状態を読み、理解するのを容易にすることができる。
【０００４】
上記目的を達成するために、本出願は、以下の技術的解決法を提供する。
【０００５】
本出願の第１の態様によると、業務状態をプロンプトする方法が提供される。方法は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得することと、即時通信アプリケーションのプリセット機能ページがトリガされることを検出することと、プリセット機能ページがプリセット連絡先に関連している場合、プリセット機能ページにプリセット連絡先の業務状態を提示することとを含む。
【０００６】
本出願の第２の態様によると、業務状態をプロンプトする方法が提供される。方法は、各ユーザの業務状態を個々に取得することと、即時通信アプリケーションのプリセット機能ページがトリガされた時、即時通信アプリケーションにおいてユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をユーザにプッシュして、即時通信アプリケーションのプリセット機能ページが、関連するプリセット連絡先の業務状態を提示するのを可能にすることとを含む。
【０００７】
本出願の第３の態様によると、業務状態をプロンプトする装置を提供する。装置は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得する獲得ユニットと、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する検出ユニットと、プリセット機能ページがプリセット連絡先に関連する場合、プリセット機能ページにプリセット連絡先の業務状態を提示する表示ユニットとを含む。
【０００８】
本出願の第４の態様によると、業務状態をプロンプトする装置を提供する。装置は、各ユーザの業務状態を個々に取得する獲得ユニットと、即時通信アプリケーションのプリセット機能ページがトリガされる時、即時通信アプリケーションでユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をユーザにプッシュして、プリセット機能ページが、関連するプリセット連絡先の業務状態を提示するのを可能にするプッシュユニットとを含む。
【０００９】
上記技術的解決法から分かるように、本出願は、プリセット連絡先の業務状態を能動的に取得することによって、その業務状態を即時通信アプリケーションのプリセット機能ページに表示でき、それによって、ユーザが、適時に業務状態を見て、理解するのを可能にする。さらに、即時通信アプリケーションにおいて業務状態を表示することによって、例えば、モバイルオフィスの即時通信アプリケーションと会社の管理システムの間でアプリケーション環境とページを繰り返し切り替える必要無く、モバイル環境において会社の状態（すなわち、会社従業員の業務状態）を効率の良い管理を実現する。これは、ユーザ操作を簡単にするのを支援し、会社管理の効率を向上させる。
【図面の簡単な説明】
【００１０】
【図１Ａ】関連技術における会社従業員の業務状態を見る概略図である。
【図１Ｂ】関連技術における会社従業員の業務状態を見るインタフェースの別の概略図である。
【図２】本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする方法のフローチャートである。
【図３】本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする方法のフローチャートである。
【図４Ａ】本出願の例示の実施形態による、会社従業員の業務状態を取得する概略図である。
【図４Ｂ】本出願の例示の実施形態による、会社従業員の業務状態を取得する概略図である。
【図５】本出願の別の例示の実施形態による、会社従業員の業務状態を取得する概略図である。
【図６】本出願の例示の実施形態による、会社の審査認可イベントを作成するインタフェースの概略図である。
【図７】本出願の例示の実施形態による、会社の審査認可イベントを処理するインタフェースの概略図である。
【図８】本出願の例示の実施形態による、業務状態をプロンプトする別の方法のフローチャートである。
【図９Ａ】本出願の例示の実施形態による、会社従業員の簡単な業務状態を表示するインタフェースの概略図である。
【図９Ｂ】本出願の例示の実施形態による、会社従業員の詳細な業務状態を表示するインタフェースの概略図である。
【図１０】本出願の例示の実施形態による、会社従業員の業務状態を表示するインタフェースの概略図である。
【図１１】本出願の例示の実施形態による、業務状態に基づいて通信イベントを処理する方法のフローチャートである。
【図１２】本出願の例示の実施形態による、通信イベントの処理に関連するインタフェースの概略図である。
【図１３】本出願の例示の実施形態による、通信イベントの処理に関連するインタフェースの概略図である。
【図１４】本出願の例示の実施形態による、通信イベントの処理に関連する他のインタフェースの概略図である。
【図１５】本出願の例示の実施形態による、通信イベントの処理に関連する他のインタフェースの概略図である。
【図１６】本出願の例示の実施形態による、電子デバイスの概略構造図である。
【図１７】本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする装置のブロック図である。
【図１８】本出願の例示の実施形態による、別の電子デバイスの概略構造図である。
【図１９】本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする装置のブロック図である。
【発明を実施するための形態】
【００１１】
関連技術においては、会社従業員の業務状態を見る操作のプロセスは、非常に不便である。例えば、図１Ａは、関連技術における会社従業員の業務状態を見る概略図である。図１Ａに示すように、会社ユーザは、企業管理システムの、例えば、休暇サブシステム、出勤サブシステムを通して、通常業務、出張中、または、休暇中等、ある会社ユーザの業務状態を見ることを許可されるためには、会社内部の企業管理システムにログインする必要がある。
【００１２】
にもかかわらず、会社内の企業管理システムは、一般的に、権限制限、複雑な操作、及び、多すぎる機能等の欠点を有する。業務状態のクエリが必要なために、企業管理システムの操作プロセスは複雑すぎる。
【００１３】
図１Ｂは、会社従業員の業務状態をクエリして、見るインタフェースの概略図である。図１Ｂに示すように、会社従業員は、即時通信アプリケーションの連絡先として、互いに互いを追加できる。「Ｘｉａｏ  Ｂａｉ」等、別の会社従業員の情報インタフェースに入ることによって、すなわち、「個人署名」のコンテンツを通して、その会社従業員の業務状態を知ることができる。例えば、図１Ｂの「２３日から２６日は休暇中で、電話に出ることができません」の個人署名は、その対応する期間中の「Ｘｉａｏ  Ｂａｉ」の業務状態は、「休暇中」であることを表す。
【００１４】
図１Ｂに示す実施例における操作プロセスは、図１Ａに示す企業管理システムに基づいた実施例よりずっと簡単であるが、「個人署名」は、会社従業員によって入力される必要がある。業務が多すぎる、忘れる等の理由で、タイムリーにコンテンツが更新されない場合がある。さらに、コンテンツが、会社従業員自身によって編集されるので、コンテンツのフォーマットは、一定でなく、その結果、個々に入力されたコンテンツは、別の会社従業員が、素早く理解するのが難しい場合がある。
【００１５】
それゆえ、本出願は、業務状態をプロンプトする方法を改良することによって、関連技術に存在する上記技術問題を解決する。本出願をより詳細に記載するために以下の実施形態を提供する。
【００１６】
図２は、本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする方法のフローチャートである。図２に示すように、方法は、モバイルデバイスに適用され、以下の操作を含んでよい。
【００１７】
操作２０２は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得する。
【００１８】
本実施形態においては、即時通信アプリケーションは、「即時通信」を実施できる任意のアプリケーションプログラムであってよく、企業インスタントメッセージング（ＥＩＭ）、例えば、企業インスタントメッセージングＤｉｎｇＴａｌｋであってよい。
【００１９】
操作２０４は、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。
【００２０】
本実施形態においては、プリセット機能ページは、連絡先リストページ、連絡先情報ページ等、即時通信アプリケーションの任意のページであってよく、デフォルトで設定されてもよく、または、実際の必要に応じてユーザによって設定されてもよい。
【００２１】
操作２０６は、プリセット機能ページがプリセット連絡先に関連する時、プリセット機能ページにプリセット連絡先の業務状態を表示する。
【００２２】
それに対応して、図３は、本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする方法のフローチャートである。図３に示すように、方法は、サーバに適用され、以下の操作を含んでよい。
【００２３】
操作３０２は、各ユーザの業務状態を個々に取得する。
【００２４】
操作３０４は、即時通信アプリケーションのプリセット機能ページが特定のユーザによってトリガされると、即時通信アプリケーションにおいて特定のユーザが設定したプリセットの人に基づいて、特定のユーザにプリセット連絡先の業務状態をプッシュして、プリセット機能ページが、関連するプリセットの人の業務状態を表示するのを可能にする。
【００２５】
上記実施形態から分かるように、本出願は、プリセット連絡先の業務状態を能動的に取得し、即時通信アプリケーションのプリセット機能ページに業務状態を表示して、ユーザが適時に業務状態を見て、理解するのを容易にすることができる。さらに、即時通信アプリケーションに業務状態を表示することによって、例えば、モバイルオフィスの即時通信アプリケーションと、会社の管理システムの間で、アプリケーション環境とページを繰り返し切り替える必要無く、モバイル環境において会社の状態（すなわち、会社従業員の業務状態）を効率の良い管理を実現する。これは、ユーザ操作の簡素化を支援し、会社管理の効率を向上させる。
【００２６】
図２の操作２０２と図３の操作３０２で「プリセット連絡先」となる会社従業員の業務状態を能動的に取得することによって、その会社従業員は、図１Ｂの実施例に示す「個人署名」を通して業務状態のコンテンツを自発的に入力する必要はない。「プリセット連絡先」は、全ての連絡先、現在のユーザが設定した任意の１つまたは複数の連絡先、現在のユーザと同じ会社もしくは同じ課の連絡先等であってよい。ユーザまたは即時通信アプリケーションは、ひとりでにセットアップできる。本出願は、それに対して何の制限も課さない。
【００２７】
説明に役立つ実施形態として、管理サブシステムにおける企業管理イベントは、様々な次元において、即時通信アプリケーションと会社の管理サブシステムの間のプリセットデータチャネルを通して取得できる。対応する業務状態が、次に、プリセット連絡先に関連する企業管理イベントに基づいて決定できる。
【００２８】
例えば、図４Ａに示すように、出勤サブシステム、ログサブシステム、及び、休暇サブシステム等、様々な管理サブシステムとの即時通信アプリケーションのインタラクションを通して、任意の一人の会社従業員の業務状態が、即時通信アプリケーションが、様々な管理サブシステムから取得した企業管理イベントを組み合わせ、組織した後、決定できる。例えば、会社従業員の出勤状態に基づいて、その会社従業員の業務状態が通常業務か休憩中かどうか、働いている場所等の情報を知ることができる。あるいは、会社従業員の休暇状態に基づいて、会社従業員の業務状態が、通常業務もしくは休暇中、出張中、非番中か否か等を知ることができる。
【００２９】
それゆえ、企業管理システムと、その様々な管理サブシステムに個々にログインする必要なく、企業管理イベントは、即時通信アプリケーションによって能動的に取得され、分析されて、会社従業員の業務状態を取得する。このように、これは、業務状態を見る操作の複雑さを簡単にし、業務効率の向上を支援する。
【００３０】
別の説明に役立つ実施形態として、「管理サブシステム- -サーバ- - 即時通信アプリケーション」の所定のデータチャネルが確立されてよい。図４Ｂに示すように、サーバは、様々な次元において、会社の管理サブシステムとの所定のデータチャネルを通して、管理サブシステムの企業管理イベントを取得し、各ユーザに関する企業管理イベント（複数可）に基づいて、対応する業務状態を決定する。次に、サーバは、業務状態を即時通信アプリケーションにプッシュする。この実施形態は、図４Ａに示す実施形態に類似しているが、管理サブシステムとインタフェースを取りデータを獲得することは、サーバにより行われ、データセキュリティの向上を支援する。即時通信アプリケーションとインタフェースを取ることは、サーバによって行われ、サーバが、業務状態の最終的な表示を実現する。
【００３１】
別の説明に役立つ実施形態として、サーバは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、対応する業務状態を決定する。それに応じて、即時通信アプリケーションは、プリセットサーバからプリセット連絡先の業務状態を受信できる。業務状態は、プリセット連絡先によって開始される企業の審査認可イベントに基づいてプリセットサーバによって取得される。
【００３２】
図５に示すように、会社の審査認可イベントが、ユーザ「Ｘｉａｏ  Ｂａｉ」によって開始されると想定すると、会社の審査認可イベントは、ユーザ「Ｘｉａｏ  Ｘｉａｏ」及び「Ｘｉａｏ  Ｈｅｉ」によって審査、処理され、審査認可結果が、ユーザ「Ｘｉａｏ  Ｂａｉ」に返される。図６に示すように、「Ｘｉａｏ  Ｂａｉ」が、モバイルデバイスで、審査認可の管理ページを通して、「年次休暇」の審査認可の要求を開始すると想定する。休暇の期間は、「２０１５年６月２１日」から「２０１５年６月２３日」まで全部で３日である。休暇に対応する理由を入力した後、対応する審査認可の要求が、生成され、対応する審査認可を行う人、すなわち、「Ｘｉａｏ  Ｘｉａｏ」に送られる。「Ｘｉａｏ  Ｘｉａｏ」は、図７に示すように、審査認可の管理ページで、「Ｘｉａｏ  Ｂａｉ」が開始した審査認可の要求を見ることができ、ページ内の「承諾」または「拒否」のボタンをトリガすることによって、審査認可の要求の処理を行うことができる。「Ｘｉａｏ  Ｘｉａｏ」が、審査認可の処理を完了した後、「Ｘｉａｏ  Ｈｅｉ」は、図７に示す管理ページと類似した審査認可の管理ページで、継続して審査認可の処理を行って、審査認可の処理を最終的に完了する。図６または図７に示す審査認可の管理ページは、即時通信アプリケーションに配置されてもよく、または、別個の機能ページであってもよい。本出願は、それに対して何の制限も有さない。
【００３３】
上述の審査認可プロセスにおいて、ユーザ間の審査認可の要求、及び、審査認可の結果は、全て、サーバによって送信、リレーできる。あるいは、ユーザが、ポイントツーポイント手段を通して互いの間で、審査認可の要求、及び、審査認可の結果等のデータを直接、送信する時、サーバにも同時に通知されてよい。よって、サーバは、審査認可の要求と、対応する審査認可の結果を取得した後、対応するユーザの業務状態を知ることができる。例えば、「Ｘｉａｏ  Ｂａｉ」によって提出された休暇要求が認可されると、これは、「２０１５年６月２１日」から「２０１５年６月２３日」までの期間の「Ｘｉａｏ  Ｂａｉ」の業務状態が、休暇を示す状態であることを表す。
【００３４】
上記実施形態は、単に実施例として使用されていることは明らかである。業務状態を能動的に取得できる方法はいずれも、本出願の技術的解決法にも適用でき、本出願は、それに対して何の制限も有さない。
【００３５】
図８は、本出願の例示の実施形態による、業務状態をプロンプトする別の方法のフローチャートである。方法は、モバイルデバイスに適用され、以下の操作を含んでよい。
【００３６】
操作８０２は、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。
【００３７】
操作８０４が、プリセット機能ページが複数の連絡先に関連するか否かを決定し、肯定の場合、操作８０６に入り、そうでない場合、操作８０８に入る。
【００３８】
操作８０６は、プリセット機能ページが複数の連絡先に関連する場合、連絡先の関連する領域に業務状態の簡単バージョンを表示する。
【００３９】
本実施形態においては、トリガされるプリセット機能ページが、図９Ａに示す連絡先リストページである時、ページは複数の連絡先の名前と画像等の情報を同時に含むので、各連絡先に関連付けられた各領域（各連絡先にのみ関連し、他の連絡先と混同しない領域）の表示面積は、明らかに小さい。よって、業務状態の表示は、業務状態の簡単バージョンを提示することによって限られた表示面積で実現される。
【００４０】
例えば、図９Ａに示すように、「出張中」及び「休暇中」等の簡単な業務状態が、「Ｂａｉ  Ｂａｉ」及び「Ｘｉａｏ  Ｂａｉ」等の会社従業員に関して表示され、例えば、対応する時間情報は表示されない。さらに、通常の業務状態に関して、「Ａ  Ｂａｉ」「Ａ  Ｈｅｉ」等に対応する業務状態は、図９Ａに示すように省略されてよく、例えば、「出張中」、「休暇中」等の通常でない状態のみが表示される。これは、ユーザが、通常でない状態を素早く理解するのを支援する。通常の業務状態が、「通常業務中」等の情報を用いて表示されてよいことは明らかである。本出願は、それに対して何の制限も有さない。
【００４１】
操作８０８は、プリセット機能ページがプリセット連絡先にのみ関連する時、プリセット機能ページのプリセット領域に詳細な業務状態を表示する。
【００４２】
本実施形態においては、トリガされるプリセット機能ページが、図９Ｂに示すように「Ｘｉａｏ  Ｂａｉ」の情報ページである時、機能ページは、他の連絡先の情報と混同する危険性無く、「Ｘｉａｏ  Ｂａｉ」の情報を提示するためにのみ使用される。さらに、表示領域の面積が大きいので、業務状態の詳細バージョンを表示することによって、ユーザは、業務状態の様々な詳細を完全に理解できる。
【００４３】
業務状態の詳細バージョンは、図９Ｂに示すように、「業務状態：休暇中」を含んでよく、業務状態に関連する補足情報も含んでよい。補足情報は、状態を維持する期間、状態の発生場所、代理連絡先のうちの少なくとも１つを含んでよい。本出願は、補足情報の種類に対して何の制限も有さないことは明らかである。
【００４４】
前述の実施形態においては、「連絡先リスト」、「データ情報」等のページが、実施例としてのみ使用されるのは明らかである。本出願の実施形態が、より多くのシナリオに適用できることは明らかである。例えば、グループメッセージが、企業の即時通信アプリケーション「ＤｉｎｇＴａｌｋ」を用いて送信される時、送信側は、グループメッセージの送信を完了した後、受信側（受信側となるグループメンバーは、それぞれ、会社従業員Ａ、Ｂ、Ｃ、Ｄ及びＥであると想定する）のメッセージの読み取り状況を見ることができる。
【００４５】
詳細には、図１０に示すように、トリガされるプリセット機能ページが、「参加者を見る」のページである時、ページは、受信側となるグループメンバーを２つのカテゴリに分類する。Ａ、Ｂ、及び、Ｄは、既読を示す「確認済」カテゴリに属する。Ｃ及びＥは、未読であることを示す「未確認」カテゴリに属する。Ｃ及びＥが未確認である理由を送信側が決定することを支援するために、Ｃ及びＥの業務状態が表示できる。例えば、会社従業員Ｃは、「休暇中」であり、会社従業員Ｅは、「通常業務中」である。送信側は、次に、会社従業員Ｅと通信して、会社従業員の業務状態をさらに理解することが必要な場合がある。
【００４６】
図１１は、本出願の例示の実施形態による、業務状態に基づいて通信イベントを処理するフローチャートである。図１１に示すように、プロセスは、以下の操作を含んでよい。
【００４７】
操作１１０２は、通信イベントがモバイルデバイスで開始されることを検出する。
【００４８】
操作１１０４は、通信イベントがプリセット連絡先に関して開始されるか否かと、プリセット連絡先の業務状態がプリセット状態であるか否かとを判断し、通信イベントがプリセット連絡先に関して開始され、業務状態がプリセット状態である場合、操作１１０６に進み、そうでない場合、操作１１１０に進む。
【００４９】
プリセット連絡先の業務状態がプリセット状態である時、操作１１０６は、通信イベントの開始の実行を一時的に止め、業務状態のプロンプト情報を表示する。
【００５０】
本実施形態においては、プリセット状態は、デフォルト業務状態、または、ユーザが設定した任意の業務状態、例えば、「休暇中」、「出張中」等の任意の通常でない業務状態であってよい。例えば、図１２に示すように、ユーザが、「Ｘｉａｏ  Ｂａｉ」に呼び出し要求を開始する時、「Ｘｉａｏ  Ｂａｉ」は、プリセット連絡先であり、その業務状態は、「休暇中」というプリセット状態なので、モバイルデバイスは、「Ｘｉａｏ  Ｂａｉ」を呼び出す操作を停止する。さらに、例えば、図１２に示すように、画面にプロンプト情報「相手方は休暇中です、呼び出しを続けますか？」を表示することによって、これは、現在の呼び出しを開始することは、呼び出される側の業務状態にとって適切でないことにユーザが気付かないことを防止する。
【００５１】
操作１１０８は、プロンプト情報に対するユーザの操作コマンドを受信する。
【００５２】
操作１１１０は、通信イベントを処理する。
【００５３】
本実施形態においては、「呼び出し」操作は、実施例として使用される。呼び出される側がプリセット連絡先でない場合、または、プリセット連絡先の業務状態がプリセット状態でない場合、操作１１０２で検出される通信イベントは、直接、処理される。
【００５４】
呼び出される側がプリセット連絡先であり、プリセット連絡先の業務状態がプリセット状態である場合、図１２に示す実施形態は、操作１１０６で停止される通信イベントを始め、ユーザが「はい」の選択肢をクリックすると、呼び出し操作の実行を続ける。ユーザが、「いいえ」の選択肢をクリックすると、操作１１０６で停止される通信イベントを終了する。
【００５５】
さらに、プリセット連絡先の業務状態、または、業務状態の補足情報が、「代理連絡先」の明細情報を含む時、代理連絡先の明細情報も、操作１１０６で表示されてよい。例えば、図１３に示す「代理連絡先「Ａ  Ｂａｉ」に切り替えるか否か」は、プリセット連絡先「Ｘｉａｏ  Ｂａｉ」が「Ｘｉａｏ  Ｂａｉ」のタスク等の事柄を取り扱うことができる代理連絡先「Ａ  Ｂａｉ」を設定していることを表す。このようにして、ユーザが、「切り替えて下さい」（ユーザの操作コマンドが、代理連絡先に連絡することを示す）の選択肢をクリックすると、通信イベントの通信対象が、代理連絡先に変更される（呼び出される側が変更される、または、「Ｅメール送信」の実施例では、「受信者」が変更される）。あるいは、通信対象に、代理連絡先が追加される（二者間呼び出しが、複数呼び出し会議に変更され、または、「Ｅメール送信」の実施例では、「受信者」または「コピー受信者」が追加される）。ユーザが、「元の呼び出しを続ける」の選択肢をクリックすると、これは、ユーザの操作コマンドが、代理連絡先を無視することを示す。従って、操作１１０６で停止された通信イベントが、直接、開始される。ユーザが、「呼び出し終了」の選択肢をクリックすると（これは、ユーザの操作コマンドは、連絡を終了することを示す）、操作１１０６で停止された通信イベントは、終了される。
【００５６】
モバイルデバイスによってプリセット連絡先の業務状態のプロンプトを提供する（例えば、図１２及び１３に示す実施例）以外に、ユーザが開始する通信イベントは、サーバによっても、監視、処理でき、業務状態の対応するプロンプトを実施できる。詳細には、プリセット連絡先に対して任意のユーザが開始した通信イベントを受信するとすぐに、業務状態がプリセット状態である場合、サーバは、プリセット連絡先の業務状態のプロンプト情報をユーザに返信してよい。
【００５７】
実施形態の多くの適用シナリオを、実施形態の理解を容易にするために以下に記載する。
【００５８】
１．即時通信メッセージを送信するシナリオ
図１４に示すように、現在、トリガされているプリセット機能ページが、即時通信メッセージを受信及び送信するインタフェースである場合、プリセット連絡先の業務状態は、情報受信側となるプリセット連絡先の名前（図１４に示す「Ｘｉａｏ  Ｂａｉ」等）の後に続く「休暇中」等、テキストコンテンツを通して、「休暇中」として表すことができる。
【００５９】
従って、ユーザが、「Ｘｉａｏ  Ｂａｉ、仕事の後、一緒に食事に行ける？」という即時通信メッセージを「Ｘｉａｏ  Ｂａｉ」に送信する時、サーバは、このメッセージの送信を検出し、「Ｘｉａｏ  Ｂａｉ」がプリセット連絡先であり、その業務状態（「休暇中」）が、プリセット状態に属することを検出する。この場合、サーバは、「Ｘｉａｏ  Ｂａｉが、「休暇」状態で、通常通りにメッセージに返信できない場合がある」というプロンプト情報等の返答を即時通信メッセージによって、情報送信側に送信して、ユーザの「休暇中」の業務状態をさらにプロンプトしてよい。
【００６０】
２．電子メールが送信されるシナリオ
図１５に示すように、現在、トリガされているプリセット機能ページが、企業の即時通信アプリケーション「ＤｉｎｇＴａｌｋ」の「Ｃメール」インタフェース等、即時通信アプリケーションにおいて、電子メールを送信、受信するインタフェースである場合、「Ｘｉａｏ  Ｂａｉ」が選択されると、ユーザは、図９Ａに示す連絡先リストページと類似の連絡先リストページにおいて、連絡先「Ｘｉａｏ  Ｂａｉ」の「休暇中」の業務状態を見ることができる。
【００６１】
従って、ユーザが、電子メールを「Ｘｉａｏ  Ｂａｉ」に送信する時、サーバは、この電子メールの送信を検出し、「Ｘｉａｏ  Ｂａｉ」がプリセット連絡先で、その業務状態（「休暇中」）がプリセット状態に属することを検出する。この場合、サーバは、「ＸＸ：こんにちは！あなたは、２０１５年６月２２日１０時４５分にＥメールを「Ｘｉａｏ  Ｂａｉ」に送信しました。「Ｘｉａｏ  Ｂａｉ」は、現在、「休暇中」で、あなたのＥメールに通常通り返信することができない場合があります。ご注意下さい！」等のプロンプト情報で、電子メールの送信者に返事して、「休暇中の」業務状態のユーザをさらにプロンプトしてよい。
【００６２】
上記実施形態を他の通信シナリオにも適用してよいことは明らかであり、ここに全ての通信シナリオを列挙はしない。本出願は、それに対して何の制限も有さない。
【００６３】
図１６は、本出願の例示の実施形態による、電子デバイスの概略図を示す。図１６に示すように、ハードウェアレベルでは、電子デバイスは、プロセッサ（複数可）、内部バス（複数可）、ネットワークインタフェース（複数可）、キャッシュ（複数可）、及び、不揮発性メモリを含み、サービスによって必要とされる他のハードウェア構成要素をさらに含んでよいことは明らかである。プロセッサ（複数可）は、実行のために、対応するコンピュータプログラムを不揮発性メモリからキャッシュ（複数可）に読み出して、論理レベルで業務状態をプロンプトする装置を形成する。明らかに、ソフトウェア実施態様以外に、本出願は、論理構成要素、または、ソフトウェア及びハードウェア構成要素の組み合わせ等、他の実施態様を除外しない。言い換えれば、以下のプロセスの実行エンティティは、論理ユニットに制限されず、ハードウェアまたは論理構成要素であってよい。
【００６４】
図１７を参照すると、ソフトウェア実施態様において、業務状態をプロンプトする装置は、獲得ユニット、検出ユニット、及び、表示ユニットを含んでよい。
【００６５】
獲得ユニットは、即時通信アプリケーションにおいて、プリセット連絡先の業務状態を取得する。
【００６６】
検出ユニットは、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。
【００６７】
プリセット機能ページがプリセット連絡先に関連する時、表示ユニットは、プリセット機能ページにプリセット連絡先の業務状態を表示する。
【００６８】
オプションで、獲得ユニットは、会社内で即時通信アプリケーションと管理サブシステムの間のプリセットのデータチャネルを通して、様々な次元において、管理サブシステムの企業管理イベントを取得するために使用され、且つ、プリセット連絡先に関連する企業管理イベントに基づいて、対応する業務状態を決定するために使用される。
【００６９】
オプションで、獲得ユニットは、プリセットサーバからプリセット連絡先の業務状態を受信するために使用される。業務状態は、プリセット連絡先によって開始された企業の審査認可イベントの審査認可結果に基づいて、プリセットサーバによって取得される。
【００７０】
オプションで、表示ユニットは、プリセット機能ページが複数の連絡先に関連する時、プリセット連絡先に関連付けられた領域に業務状態の簡単バージョンを表示するために使用され、且つ、プリセット機能ページがプリセット連絡先に関連する時、プリセット機能ページのプリセット領域に業務状態の詳細バージョンを表示するために使用される。
【００７１】
オプションで、装置は、プリセット機能ページに業務状態に関連する補足情報を表示する補足情報表示ユニットをさらに含む。
【００７２】
オプションで、補足情報は、状態を維持する期間、状態の発生場所、及び、代理連絡先の少なくとも１つを含む。
【００７３】
オプションで、装置は、通信イベントと、プリセット連絡先の業務状態がプリセット状態であることとを検出することとに応答して、プリセット連絡先の通信イベントの実行を停止し、業務状態のプロンプト情報を表示するプロンプトユニットと、プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、通信イベントを処理する処理ユニットとをさらに含む。
【００７４】
オプションで、プロンプトユニットは、プリセット連絡先に対応する代理連絡先の明細情報を表示するために使用され、処理ユニットは、ユーザ操作コマンドが代理連絡先に連絡することである時、通信イベントの通信対象を代理連絡先に変更するために、または、代理連絡先を通信対象に追加するために使用され、ユーザ操作コマンドが代理連絡先を無視することである時、通信イベントを開始するために使用され、または、ユーザ操作コマンドが連絡を終了することである時、通信イベントを終了するために使用される。
【００７５】
オプションで、即時通信アプリケーションは、企業即時通信アプリケーションである。
【００７６】
図１８は、本出願の例示の実施形態による、電子デバイスの概略構造図を示す。図１８を参照すると、ハードウェアレベルにおいて、電子デバイスは、プロセッサ（複数可）、内部バス（複数可）、ネットワークインタフェース（複数可）、キャッシュ（複数可）、及び、不揮発性メモリを含み、サービスに必要とされる他のハードウェア構成要素をさらに含んでよいことは明らかである。プロセッサ（複数可）は、対応するコンピュータプログラムを、実行のため、不揮発性メモリからキャッシュ（複数可）に読み出し、業務状態をプロンプトする装置を論理レベルで形成する。ソフトウェア実施態様以外では、本出願は、論理構成要素、または、ソフトウェア及びハードウェア構成要素の組み合わせ等の他の実施態様を除外しないことは明らかである。言い換えれば、以下のプロセスの実行エンティティは、論理ユニットに制限されず、ハードウェアまたは論理構成要素であってよい。
【００７７】
図１９を参照すると、ソフトウェア実施態様において、業務状態をプロンプトする装置は、獲得ユニットとプッシュユニットを含んでよい。
【００７８】
獲得ユニットは、各ユーザの業務状態を個々に取得する。
【００７９】
プッシュユニットは、即時通信アプリケーションのプリセット機能ページが特定のユーザによってトリガされると、即時通信アプリケーションで特定のユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をプッシュして、プリセット機能ページに、プリセット連絡先の業務状態を表示させる。
【００８０】
オプションで、獲得ユニットは、会社の管理サブシステムとの所定のデータチャネルを通して、様々な次元において、管理サブシステムの企業管理イベントを取得するために使用され、且つ、各ユーザに関連する企業管理イベントに基づいて、各業務状態を決定するために使用される。
【００８１】
オプションで、獲得ユニットは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、対応する業務状態を決定するために使用される。
【００８２】
オプションで、装置は、プリセット連絡先に関して特定のユーザによって開始される各通信イベントを受信する受信ユニットと、プリセット連絡先の業務状態がプリセット状態である時、業務状態のプロンプト情報を特定のユーザに返信するプロンプトユニットとをさらに含む。
【００８３】
典型的な構成においては、コンピューティング装置は、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース（複数可）、ネットワークインタフェース（複数可）、及び、メモリを含む。
【００８４】
メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／または、不揮発性メモリ、例えば、リードオンリメモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等、コンピュータ可読媒体の形式を含み得る。メモリは、コンピュータ可読媒体の実施例である。
【００８５】
コンピュータ可読媒体は、揮発性もしくは不揮発性タイプ、取り外し可能もしくは取り外し不能媒体を含んでよく、それらは、任意の方法または技術を用いて情報の記憶を実現してよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または、他のデータを含んでよい。コンピュータ記憶媒体の実施例は、位相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリ、もしくは、他の内部記憶技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは、他の光学ストレージ、磁気カセットテープ、磁気ディスクストレージ、もしくは、他の磁気記憶装置、または、任意の他の非送信媒体を含むが、これらに限らない。これらは、コンピューティング装置によってアクセスされ得る情報の記憶に使用されてよい。本明細書に定義されるように、コンピュータ可読媒体は、変調データ信号と搬送波等、一時的媒体を含まない。
【００８６】
「ｉｎｃｌｕｄｅ」、「ｃｏｍｐｒｉｓｅ」、または、他のこれらの変形等の用語は、包括的に含むことを意図している、よって、一連の要素を含むプロセス、方法、製品、または、装置は、その要素を含むだけでなく、明示的に列挙していない他の要素も含み、または、プロセス、方法、製品、または、装置に固有の要素もさらに含むことにも注意されたい。さらに制限がない場合、句「ｉｎｃｌｕｄｅ  ａ／ａｎ...」によって定義された要素は、その要素を含むプロセス、方法、製品、または、装置に他の同じ要素が存在することを除外しない。
【００８７】
上記は、本出願の比較的良好な実施形態のみを記載しており、本出願の制限に使用されない。本出願の精神及び主義の範囲内で行われる全ての修正、同等の置き換え、及び、改良等は全て、本出願の保護の範囲に含まれるものとする。
【図１Ａ】
0006723340.tif 000002
【図１Ｂ】
0006723340.tif 000003
【図２】
0006723340.tif 000004
【図３】
0006723340.tif 000005
【図４Ａ】
0006723340.tif 000006
【図４Ｂ】
0006723340.tif 000007
【図５】
0006723340.tif 000008
【図６】
0006723340.tif 000009
【図７】
0006723340.tif 000010
【図８】
0006723340.tif 000011
【図９Ａ】
0006723340.tif 000012
【図９Ｂ】
0006723340.tif 000013
【図１０】
0006723340.tif 000014
【図１１】
0006723340.tif 000015
【図１２】
0006723340.tif 000016
【図１３】
0006723340.tif 000017
【図１４】
0006723340.tif 000018
【図１５】
0006723340.tif 000019
【図１６】
0006723340.tif 000020
【図１７】
0006723340.tif 000021
【図１８】
0006723340.tif 000022
【図１９】
0006723340.tif 000023