JP2018526725A - 業務状態をプロンプトする方法及び装置 - Google Patents

Abstract

業務状態をプロンプトする方法と装置を本出願において提供する。方法は、プリセット連絡先の業務状態を即時通信アプリケーションにおいて取得することと、即時通信アプリケーションのプリセット機能ページがトリガされることを検出することと、プリセット機能ページがプリセット連絡先に関連する場合、プリセット連絡先の業務状態をプリセット機能ページに提示することとを含んでよい。本出願の技術的解決法を通して、プリセット連絡先の業務状態を、即時通信アプリケーションに提示して、ユーザが、適時に、その業務状態を見て、理解するのを支援できる。

Description

本出願は、即時通信の技術分野に関し、詳細には、業務状態をプロンプトする方法及び装置に関する。

会社の経営陣は、通常、会社の経営状態を把握するために会社の従業員の業務状態を理解する必要がある。さらに、会社の従業員も、互いの通信を容易にするために、また、他の従業員の業務状態を理解していないことが原因で業務タスクの通常の処理に影響する円滑な通信ができない状況を回避するために、互いの業務状態を理解する必要がある。

従って、本出願は、業務状態をプロンプトする方法及び装置を提供する。方法及び装置は、即時通信アプリケーションにおいて、プリセット連絡先の業務状態を提示して、ユーザが適時に業務状態を読み、理解するのを容易にすることができる。

上記目的を達成するために、本出願は、以下の技術的解決法を提供する。

本出願の第１の態様によると、業務状態をプロンプトする方法が提供される。方法は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得することと、即時通信アプリケーションのプリセット機能ページがトリガされることを検出することと、プリセット機能ページがプリセット連絡先に関連している場合、プリセット機能ページにプリセット連絡先の業務状態を提示することとを含む。

本出願の第２の態様によると、業務状態をプロンプトする方法が提供される。方法は、各ユーザの業務状態を個々に取得することと、即時通信アプリケーションのプリセット機能ページがトリガされた時、即時通信アプリケーションにおいてユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をユーザにプッシュして、即時通信アプリケーションのプリセット機能ページが、関連するプリセット連絡先の業務状態を提示するのを可能にすることとを含む。

本出願の第３の態様によると、業務状態をプロンプトする装置を提供する。装置は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得する獲得ユニットと、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する検出ユニットと、プリセット機能ページがプリセット連絡先に関連する場合、プリセット機能ページにプリセット連絡先の業務状態を提示する表示ユニットとを含む。

本出願の第４の態様によると、業務状態をプロンプトする装置を提供する。装置は、各ユーザの業務状態を個々に取得する獲得ユニットと、即時通信アプリケーションのプリセット機能ページがトリガされる時、即時通信アプリケーションでユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をユーザにプッシュして、プリセット機能ページが、関連するプリセット連絡先の業務状態を提示するのを可能にするプッシュユニットとを含む。

上記技術的解決法から分かるように、本出願は、プリセット連絡先の業務状態を能動的に取得することによって、その業務状態を即時通信アプリケーションのプリセット機能ページに表示でき、それによって、ユーザが、適時に業務状態を見て、理解するのを可能にする。さらに、即時通信アプリケーションにおいて業務状態を表示することによって、例えば、モバイルオフィスの即時通信アプリケーションと会社の管理システムの間でアプリケーション環境とページを繰り返し切り替える必要無く、モバイル環境において会社の状態（すなわち、会社従業員の業務状態）を効率の良い管理を実現する。これは、ユーザ操作を簡単にするのを支援し、会社管理の効率を向上させる。

関連技術における会社従業員の業務状態を見る概略図である。 関連技術における会社従業員の業務状態を見るインタフェースの別の概略図である。 本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする方法のフローチャートである。 本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする方法のフローチャートである。 本出願の例示の実施形態による、会社従業員の業務状態を取得する概略図である。 本出願の例示の実施形態による、会社従業員の業務状態を取得する概略図である。 本出願の別の例示の実施形態による、会社従業員の業務状態を取得する概略図である。 本出願の例示の実施形態による、会社の審査認可イベントを作成するインタフェースの概略図である。 本出願の例示の実施形態による、会社の審査認可イベントを処理するインタフェースの概略図である。 本出願の例示の実施形態による、業務状態をプロンプトする別の方法のフローチャートである。 本出願の例示の実施形態による、会社従業員の簡単な業務状態を表示するインタフェースの概略図である。 本出願の例示の実施形態による、会社従業員の詳細な業務状態を表示するインタフェースの概略図である。 本出願の例示の実施形態による、会社従業員の業務状態を表示するインタフェースの概略図である。 本出願の例示の実施形態による、業務状態に基づいて通信イベントを処理する方法のフローチャートである。 本出願の例示の実施形態による、通信イベントの処理に関連するインタフェースの概略図である。 本出願の例示の実施形態による、通信イベントの処理に関連するインタフェースの概略図である。 本出願の例示の実施形態による、通信イベントの処理に関連する他のインタフェースの概略図である。 本出願の例示の実施形態による、通信イベントの処理に関連する他のインタフェースの概略図である。 本出願の例示の実施形態による、電子デバイスの概略構造図である。 本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする装置のブロック図である。 本出願の例示の実施形態による、別の電子デバイスの概略構造図である。 本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする装置のブロック図である。

関連技術においては、会社従業員の業務状態を見る操作のプロセスは、非常に不便である。例えば、図１Ａは、関連技術における会社従業員の業務状態を見る概略図である。図１Ａに示すように、会社ユーザは、企業管理システムの、例えば、休暇サブシステム、出勤サブシステムを通して、通常業務、出張中、または、休暇中等、ある会社ユーザの業務状態を見ることを許可されるためには、会社内部の企業管理システムにログインする必要がある。

にもかかわらず、会社内の企業管理システムは、一般的に、権限制限、複雑な操作、及び、多すぎる機能等の欠点を有する。業務状態のクエリが必要なために、企業管理システムの操作プロセスは複雑すぎる。

図１Ｂは、会社従業員の業務状態をクエリして、見るインタフェースの概略図である。図１Ｂに示すように、会社従業員は、即時通信アプリケーションの連絡先として、互いに互いを追加できる。「Ｘｉａｏ Ｂａｉ」等、別の会社従業員の情報インタフェースに入ることによって、すなわち、「個人署名」のコンテンツを通して、その会社従業員の業務状態を知ることができる。例えば、図１Ｂの「２３日から２６日は休暇中で、電話に出ることができません」の個人署名は、その対応する期間中の「Ｘｉａｏ Ｂａｉ」の業務状態は、「休暇中」であることを表す。

図１Ｂに示す実施例における操作プロセスは、図１Ａに示す企業管理システムに基づいた実施例よりずっと簡単であるが、「個人署名」は、会社従業員によって入力される必要がある。業務が多すぎる、忘れる等の理由で、タイムリーにコンテンツが更新されない場合がある。さらに、コンテンツが、会社従業員自身によって編集されるので、コンテンツのフォーマットは、一定でなく、その結果、個々に入力されたコンテンツは、別の会社従業員が、素早く理解するのが難しい場合がある。

それゆえ、本出願は、業務状態をプロンプトする方法を改良することによって、関連技術に存在する上記技術問題を解決する。本出願をより詳細に記載するために以下の実施形態を提供する。

図２は、本出願の例示の実施形態による、モバイルデバイス側から業務状態をプロンプトする方法のフローチャートである。図２に示すように、方法は、モバイルデバイスに適用され、以下の操作を含んでよい。

操作２０２は、即時通信アプリケーションにおいてプリセット連絡先の業務状態を取得する。

本実施形態においては、即時通信アプリケーションは、「即時通信」を実施できる任意のアプリケーションプログラムであってよく、企業インスタントメッセージング（ＥＩＭ）、例えば、企業インスタントメッセージングＤｉｎｇＴａｌｋであってよい。

操作２０４は、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。

本実施形態においては、プリセット機能ページは、連絡先リストページ、連絡先情報ページ等、即時通信アプリケーションの任意のページであってよく、デフォルトで設定されてもよく、または、実際の必要に応じてユーザによって設定されてもよい。

操作２０６は、プリセット機能ページがプリセット連絡先に関連する時、プリセット機能ページにプリセット連絡先の業務状態を表示する。

それに対応して、図３は、本出願の例示の実施形態による、サーバ側から業務状態をプロンプトする方法のフローチャートである。図３に示すように、方法は、サーバに適用され、以下の操作を含んでよい。

操作３０２は、各ユーザの業務状態を個々に取得する。

操作３０４は、即時通信アプリケーションのプリセット機能ページが特定のユーザによってトリガされると、即時通信アプリケーションにおいて特定のユーザが設定したプリセットの人に基づいて、特定のユーザにプリセット連絡先の業務状態をプッシュして、プリセット機能ページが、関連するプリセットの人の業務状態を表示するのを可能にする。

上記実施形態から分かるように、本出願は、プリセット連絡先の業務状態を能動的に取得し、即時通信アプリケーションのプリセット機能ページに業務状態を表示して、ユーザが適時に業務状態を見て、理解するのを容易にすることができる。さらに、即時通信アプリケーションに業務状態を表示することによって、例えば、モバイルオフィスの即時通信アプリケーションと、会社の管理システムの間で、アプリケーション環境とページを繰り返し切り替える必要無く、モバイル環境において会社の状態（すなわち、会社従業員の業務状態）を効率の良い管理を実現する。これは、ユーザ操作の簡素化を支援し、会社管理の効率を向上させる。

図２の操作２０２と図３の操作３０２で「プリセット連絡先」となる会社従業員の業務状態を能動的に取得することによって、その会社従業員は、図１Ｂの実施例に示す「個人署名」を通して業務状態のコンテンツを自発的に入力する必要はない。「プリセット連絡先」は、全ての連絡先、現在のユーザが設定した任意の１つまたは複数の連絡先、現在のユーザと同じ会社もしくは同じ課の連絡先等であってよい。ユーザまたは即時通信アプリケーションは、ひとりでにセットアップできる。本出願は、それに対して何の制限も課さない。

説明に役立つ実施形態として、管理サブシステムにおける企業管理イベントは、様々な次元において、即時通信アプリケーションと会社の管理サブシステムの間のプリセットデータチャネルを通して取得できる。対応する業務状態が、次に、プリセット連絡先に関連する企業管理イベントに基づいて決定できる。

例えば、図４Ａに示すように、出勤サブシステム、ログサブシステム、及び、休暇サブシステム等、様々な管理サブシステムとの即時通信アプリケーションのインタラクションを通して、任意の一人の会社従業員の業務状態が、即時通信アプリケーションが、様々な管理サブシステムから取得した企業管理イベントを組み合わせ、組織した後、決定できる。例えば、会社従業員の出勤状態に基づいて、その会社従業員の業務状態が通常業務か休憩中かどうか、働いている場所等の情報を知ることができる。あるいは、会社従業員の休暇状態に基づいて、会社従業員の業務状態が、通常業務もしくは休暇中、出張中、非番中か否か等を知ることができる。

それゆえ、企業管理システムと、その様々な管理サブシステムに個々にログインする必要なく、企業管理イベントは、即時通信アプリケーションによって能動的に取得され、分析されて、会社従業員の業務状態を取得する。このように、これは、業務状態を見る操作の複雑さを簡単にし、業務効率の向上を支援する。

別の説明に役立つ実施形態として、「管理サブシステム- -サーバ- - 即時通信アプリケーション」の所定のデータチャネルが確立されてよい。図４Ｂに示すように、サーバは、様々な次元において、会社の管理サブシステムとの所定のデータチャネルを通して、管理サブシステムの企業管理イベントを取得し、各ユーザに関する企業管理イベント（複数可）に基づいて、対応する業務状態を決定する。次に、サーバは、業務状態を即時通信アプリケーションにプッシュする。この実施形態は、図４Ａに示す実施形態に類似しているが、管理サブシステムとインタフェースを取りデータを獲得することは、サーバにより行われ、データセキュリティの向上を支援する。即時通信アプリケーションとインタフェースを取ることは、サーバによって行われ、サーバが、業務状態の最終的な表示を実現する。

別の説明に役立つ実施形態として、サーバは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、対応する業務状態を決定する。それに応じて、即時通信アプリケーションは、プリセットサーバからプリセット連絡先の業務状態を受信できる。業務状態は、プリセット連絡先によって開始される企業の審査認可イベントに基づいてプリセットサーバによって取得される。

図５に示すように、会社の審査認可イベントが、ユーザ「Ｘｉａｏ Ｂａｉ」によって開始されると想定すると、会社の審査認可イベントは、ユーザ「Ｘｉａｏ Ｘｉａｏ」及び「Ｘｉａｏ Ｈｅｉ」によって審査、処理され、審査認可結果が、ユーザ「Ｘｉａｏ Ｂａｉ」に返される。図６に示すように、「Ｘｉａｏ Ｂａｉ」が、モバイルデバイスで、審査認可の管理ページを通して、「年次休暇」の審査認可の要求を開始すると想定する。休暇の期間は、「２０１５年６月２１日」から「２０１５年６月２３日」まで全部で３日である。休暇に対応する理由を入力した後、対応する審査認可の要求が、生成され、対応する審査認可を行う人、すなわち、「Ｘｉａｏ Ｘｉａｏ」に送られる。「Ｘｉａｏ Ｘｉａｏ」は、図７に示すように、審査認可の管理ページで、「Ｘｉａｏ Ｂａｉ」が開始した審査認可の要求を見ることができ、ページ内の「承諾」または「拒否」のボタンをトリガすることによって、審査認可の要求の処理を行うことができる。「Ｘｉａｏ Ｘｉａｏ」が、審査認可の処理を完了した後、「Ｘｉａｏ Ｈｅｉ」は、図７に示す管理ページと類似した審査認可の管理ページで、継続して審査認可の処理を行って、審査認可の処理を最終的に完了する。図６または図７に示す審査認可の管理ページは、即時通信アプリケーションに配置されてもよく、または、別個の機能ページであってもよい。本出願は、それに対して何の制限も有さない。

上述の審査認可プロセスにおいて、ユーザ間の審査認可の要求、及び、審査認可の結果は、全て、サーバによって送信、リレーできる。あるいは、ユーザが、ポイントツーポイント手段を通して互いの間で、審査認可の要求、及び、審査認可の結果等のデータを直接、送信する時、サーバにも同時に通知されてよい。よって、サーバは、審査認可の要求と、対応する審査認可の結果を取得した後、対応するユーザの業務状態を知ることができる。例えば、「Ｘｉａｏ Ｂａｉ」によって提出された休暇要求が認可されると、これは、「２０１５年６月２１日」から「２０１５年６月２３日」までの期間の「Ｘｉａｏ Ｂａｉ」の業務状態が、休暇を示す状態であることを表す。

上記実施形態は、単に実施例として使用されていることは明らかである。業務状態を能動的に取得できる方法はいずれも、本出願の技術的解決法にも適用でき、本出願は、それに対して何の制限も有さない。

図８は、本出願の例示の実施形態による、業務状態をプロンプトする別の方法のフローチャートである。方法は、モバイルデバイスに適用され、以下の操作を含んでよい。

操作８０２は、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。

操作８０４が、プリセット機能ページが複数の連絡先に関連するか否かを決定し、肯定の場合、操作８０６に入り、そうでない場合、操作８０８に入る。

操作８０６は、プリセット機能ページが複数の連絡先に関連する場合、連絡先の関連する領域に業務状態の簡単バージョンを表示する。

本実施形態においては、トリガされるプリセット機能ページが、図９Ａに示す連絡先リストページである時、ページは複数の連絡先の名前と画像等の情報を同時に含むので、各連絡先に関連付けられた各領域（各連絡先にのみ関連し、他の連絡先と混同しない領域）の表示面積は、明らかに小さい。よって、業務状態の表示は、業務状態の簡単バージョンを提示することによって限られた表示面積で実現される。

例えば、図９Ａに示すように、「出張中」及び「休暇中」等の簡単な業務状態が、「Ｂａｉ Ｂａｉ」及び「Ｘｉａｏ Ｂａｉ」等の会社従業員に関して表示され、例えば、対応する時間情報は表示されない。さらに、通常の業務状態に関して、「Ａ Ｂａｉ」「Ａ Ｈｅｉ」等に対応する業務状態は、図９Ａに示すように省略されてよく、例えば、「出張中」、「休暇中」等の通常でない状態のみが表示される。これは、ユーザが、通常でない状態を素早く理解するのを支援する。通常の業務状態が、「通常業務中」等の情報を用いて表示されてよいことは明らかである。本出願は、それに対して何の制限も有さない。

操作８０８は、プリセット機能ページがプリセット連絡先にのみ関連する時、プリセット機能ページのプリセット領域に詳細な業務状態を表示する。

本実施形態においては、トリガされるプリセット機能ページが、図９Ｂに示すように「Ｘｉａｏ Ｂａｉ」の情報ページである時、機能ページは、他の連絡先の情報と混同する危険性無く、「Ｘｉａｏ Ｂａｉ」の情報を提示するためにのみ使用される。さらに、表示領域の面積が大きいので、業務状態の詳細バージョンを表示することによって、ユーザは、業務状態の様々な詳細を完全に理解できる。

業務状態の詳細バージョンは、図９Ｂに示すように、「業務状態：休暇中」を含んでよく、業務状態に関連する補足情報も含んでよい。補足情報は、状態を維持する期間、状態の発生場所、代理連絡先のうちの少なくとも１つを含んでよい。本出願は、補足情報の種類に対して何の制限も有さないことは明らかである。

前述の実施形態においては、「連絡先リスト」、「データ情報」等のページが、実施例としてのみ使用されるのは明らかである。本出願の実施形態が、より多くのシナリオに適用できることは明らかである。例えば、グループメッセージが、企業の即時通信アプリケーション「ＤｉｎｇＴａｌｋ」を用いて送信される時、送信側は、グループメッセージの送信を完了した後、受信側（受信側となるグループメンバーは、それぞれ、会社従業員Ａ、Ｂ、Ｃ、Ｄ及びＥであると想定する）のメッセージの読み取り状況を見ることができる。

詳細には、図１０に示すように、トリガされるプリセット機能ページが、「参加者を見る」のページである時、ページは、受信側となるグループメンバーを２つのカテゴリに分類する。Ａ、Ｂ、及び、Ｄは、既読を示す「確認済」カテゴリに属する。Ｃ及びＥは、未読であることを示す「未確認」カテゴリに属する。Ｃ及びＥが未確認である理由を送信側が決定することを支援するために、Ｃ及びＥの業務状態が表示できる。例えば、会社従業員Ｃは、「休暇中」であり、会社従業員Ｅは、「通常業務中」である。送信側は、次に、会社従業員Ｅと通信して、会社従業員の業務状態をさらに理解することが必要な場合がある。

図１１は、本出願の例示の実施形態による、業務状態に基づいて通信イベントを処理するフローチャートである。図１１に示すように、プロセスは、以下の操作を含んでよい。

操作１１０２は、通信イベントがモバイルデバイスで開始されることを検出する。

操作１１０４は、通信イベントがプリセット連絡先に関して開始されるか否かと、プリセット連絡先の業務状態がプリセット状態であるか否かとを判断し、通信イベントがプリセット連絡先に関して開始され、業務状態がプリセット状態である場合、操作１１０６に進み、そうでない場合、操作１１１０に進む。

プリセット連絡先の業務状態がプリセット状態である時、操作１１０６は、通信イベントの開始の実行を一時的に止め、業務状態のプロンプト情報を表示する。

本実施形態においては、プリセット状態は、デフォルト業務状態、または、ユーザが設定した任意の業務状態、例えば、「休暇中」、「出張中」等の任意の通常でない業務状態であってよい。例えば、図１２に示すように、ユーザが、「Ｘｉａｏ Ｂａｉ」に呼び出し要求を開始する時、「Ｘｉａｏ Ｂａｉ」は、プリセット連絡先であり、その業務状態は、「休暇中」というプリセット状態なので、モバイルデバイスは、「Ｘｉａｏ Ｂａｉ」を呼び出す操作を停止する。さらに、例えば、図１２に示すように、画面にプロンプト情報「相手方は休暇中です、呼び出しを続けますか？」を表示することによって、これは、現在の呼び出しを開始することは、呼び出される側の業務状態にとって適切でないことにユーザが気付かないことを防止する。

操作１１０８は、プロンプト情報に対するユーザの操作コマンドを受信する。

操作１１１０は、通信イベントを処理する。

本実施形態においては、「呼び出し」操作は、実施例として使用される。呼び出される側がプリセット連絡先でない場合、または、プリセット連絡先の業務状態がプリセット状態でない場合、操作１１０２で検出される通信イベントは、直接、処理される。

呼び出される側がプリセット連絡先であり、プリセット連絡先の業務状態がプリセット状態である場合、図１２に示す実施形態は、操作１１０６で停止される通信イベントを始め、ユーザが「はい」の選択肢をクリックすると、呼び出し操作の実行を続ける。ユーザが、「いいえ」の選択肢をクリックすると、操作１１０６で停止される通信イベントを終了する。

さらに、プリセット連絡先の業務状態、または、業務状態の補足情報が、「代理連絡先」の明細情報を含む時、代理連絡先の明細情報も、操作１１０６で表示されてよい。例えば、図１３に示す「代理連絡先「Ａ Ｂａｉ」に切り替えるか否か」は、プリセット連絡先「Ｘｉａｏ Ｂａｉ」が「Ｘｉａｏ Ｂａｉ」のタスク等の事柄を取り扱うことができる代理連絡先「Ａ Ｂａｉ」を設定していることを表す。このようにして、ユーザが、「切り替えて下さい」（ユーザの操作コマンドが、代理連絡先に連絡することを示す）の選択肢をクリックすると、通信イベントの通信対象が、代理連絡先に変更される（呼び出される側が変更される、または、「Ｅメール送信」の実施例では、「受信者」が変更される）。あるいは、通信対象に、代理連絡先が追加される（二者間呼び出しが、複数呼び出し会議に変更され、または、「Ｅメール送信」の実施例では、「受信者」または「コピー受信者」が追加される）。ユーザが、「元の呼び出しを続ける」の選択肢をクリックすると、これは、ユーザの操作コマンドが、代理連絡先を無視することを示す。従って、操作１１０６で停止された通信イベントが、直接、開始される。ユーザが、「呼び出し終了」の選択肢をクリックすると（これは、ユーザの操作コマンドは、連絡を終了することを示す）、操作１１０６で停止された通信イベントは、終了される。

モバイルデバイスによってプリセット連絡先の業務状態のプロンプトを提供する（例えば、図１２及び１３に示す実施例）以外に、ユーザが開始する通信イベントは、サーバによっても、監視、処理でき、業務状態の対応するプロンプトを実施できる。詳細には、プリセット連絡先に対して任意のユーザが開始した通信イベントを受信するとすぐに、業務状態がプリセット状態である場合、サーバは、プリセット連絡先の業務状態のプロンプト情報をユーザに返信してよい。

実施形態の多くの適用シナリオを、実施形態の理解を容易にするために以下に記載する。

１．即時通信メッセージを送信するシナリオ
図１４に示すように、現在、トリガされているプリセット機能ページが、即時通信メッセージを受信及び送信するインタフェースである場合、プリセット連絡先の業務状態は、情報受信側となるプリセット連絡先の名前（図１４に示す「Ｘｉａｏ Ｂａｉ」等）の後に続く「休暇中」等、テキストコンテンツを通して、「休暇中」として表すことができる。

従って、ユーザが、「Ｘｉａｏ Ｂａｉ、仕事の後、一緒に食事に行ける？」という即時通信メッセージを「Ｘｉａｏ Ｂａｉ」に送信する時、サーバは、このメッセージの送信を検出し、「Ｘｉａｏ Ｂａｉ」がプリセット連絡先であり、その業務状態（「休暇中」）が、プリセット状態に属することを検出する。この場合、サーバは、「Ｘｉａｏ Ｂａｉが、「休暇」状態で、通常通りにメッセージに返信できない場合がある」というプロンプト情報等の返答を即時通信メッセージによって、情報送信側に送信して、ユーザの「休暇中」の業務状態をさらにプロンプトしてよい。

２．電子メールが送信されるシナリオ
図１５に示すように、現在、トリガされているプリセット機能ページが、企業の即時通信アプリケーション「ＤｉｎｇＴａｌｋ」の「Ｃメール」インタフェース等、即時通信アプリケーションにおいて、電子メールを送信、受信するインタフェースである場合、「Ｘｉａｏ Ｂａｉ」が選択されると、ユーザは、図９Ａに示す連絡先リストページと類似の連絡先リストページにおいて、連絡先「Ｘｉａｏ Ｂａｉ」の「休暇中」の業務状態を見ることができる。

従って、ユーザが、電子メールを「Ｘｉａｏ Ｂａｉ」に送信する時、サーバは、この電子メールの送信を検出し、「Ｘｉａｏ Ｂａｉ」がプリセット連絡先で、その業務状態（「休暇中」）がプリセット状態に属することを検出する。この場合、サーバは、「ＸＸ：こんにちは！あなたは、２０１５年６月２２日１０時４５分にＥメールを「Ｘｉａｏ Ｂａｉ」に送信しました。「Ｘｉａｏ Ｂａｉ」は、現在、「休暇中」で、あなたのＥメールに通常通り返信することができない場合があります。ご注意下さい！」等のプロンプト情報で、電子メールの送信者に返事して、「休暇中の」業務状態のユーザをさらにプロンプトしてよい。

上記実施形態を他の通信シナリオにも適用してよいことは明らかであり、ここに全ての通信シナリオを列挙はしない。本出願は、それに対して何の制限も有さない。

図１６は、本出願の例示の実施形態による、電子デバイスの概略図を示す。図１６に示すように、ハードウェアレベルでは、電子デバイスは、プロセッサ（複数可）、内部バス（複数可）、ネットワークインタフェース（複数可）、キャッシュ（複数可）、及び、不揮発性メモリを含み、サービスによって必要とされる他のハードウェア構成要素をさらに含んでよいことは明らかである。プロセッサ（複数可）は、実行のために、対応するコンピュータプログラムを不揮発性メモリからキャッシュ（複数可）に読み出して、論理レベルで業務状態をプロンプトする装置を形成する。明らかに、ソフトウェア実施態様以外に、本出願は、論理構成要素、または、ソフトウェア及びハードウェア構成要素の組み合わせ等、他の実施態様を除外しない。言い換えれば、以下のプロセスの実行エンティティは、論理ユニットに制限されず、ハードウェアまたは論理構成要素であってよい。

図１７を参照すると、ソフトウェア実施態様において、業務状態をプロンプトする装置は、獲得ユニット、検出ユニット、及び、表示ユニットを含んでよい。

獲得ユニットは、即時通信アプリケーションにおいて、プリセット連絡先の業務状態を取得する。

検出ユニットは、即時通信アプリケーションのプリセット機能ページがトリガされることを検出する。

プリセット機能ページがプリセット連絡先に関連する時、表示ユニットは、プリセット機能ページにプリセット連絡先の業務状態を表示する。

オプションで、獲得ユニットは、会社内で即時通信アプリケーションと管理サブシステムの間のプリセットのデータチャネルを通して、様々な次元において、管理サブシステムの企業管理イベントを取得するために使用され、且つ、プリセット連絡先に関連する企業管理イベントに基づいて、対応する業務状態を決定するために使用される。

オプションで、獲得ユニットは、プリセットサーバからプリセット連絡先の業務状態を受信するために使用される。業務状態は、プリセット連絡先によって開始された企業の審査認可イベントの審査認可結果に基づいて、プリセットサーバによって取得される。

オプションで、表示ユニットは、プリセット機能ページが複数の連絡先に関連する時、プリセット連絡先に関連付けられた領域に業務状態の簡単バージョンを表示するために使用され、且つ、プリセット機能ページがプリセット連絡先に関連する時、プリセット機能ページのプリセット領域に業務状態の詳細バージョンを表示するために使用される。

オプションで、装置は、プリセット機能ページに業務状態に関連する補足情報を表示する補足情報表示ユニットをさらに含む。

オプションで、補足情報は、状態を維持する期間、状態の発生場所、及び、代理連絡先の少なくとも１つを含む。

オプションで、装置は、通信イベントと、プリセット連絡先の業務状態がプリセット状態であることとを検出することとに応答して、プリセット連絡先の通信イベントの実行を停止し、業務状態のプロンプト情報を表示するプロンプトユニットと、プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、通信イベントを処理する処理ユニットとをさらに含む。

オプションで、プロンプトユニットは、プリセット連絡先に対応する代理連絡先の明細情報を表示するために使用され、処理ユニットは、ユーザ操作コマンドが代理連絡先に連絡することである時、通信イベントの通信対象を代理連絡先に変更するために、または、代理連絡先を通信対象に追加するために使用され、ユーザ操作コマンドが代理連絡先を無視することである時、通信イベントを開始するために使用され、または、ユーザ操作コマンドが連絡を終了することである時、通信イベントを終了するために使用される。

オプションで、即時通信アプリケーションは、企業即時通信アプリケーションである。

図１８は、本出願の例示の実施形態による、電子デバイスの概略構造図を示す。図１８を参照すると、ハードウェアレベルにおいて、電子デバイスは、プロセッサ（複数可）、内部バス（複数可）、ネットワークインタフェース（複数可）、キャッシュ（複数可）、及び、不揮発性メモリを含み、サービスに必要とされる他のハードウェア構成要素をさらに含んでよいことは明らかである。プロセッサ（複数可）は、対応するコンピュータプログラムを、実行のため、不揮発性メモリからキャッシュ（複数可）に読み出し、業務状態をプロンプトする装置を論理レベルで形成する。ソフトウェア実施態様以外では、本出願は、論理構成要素、または、ソフトウェア及びハードウェア構成要素の組み合わせ等の他の実施態様を除外しないことは明らかである。言い換えれば、以下のプロセスの実行エンティティは、論理ユニットに制限されず、ハードウェアまたは論理構成要素であってよい。

図１９を参照すると、ソフトウェア実施態様において、業務状態をプロンプトする装置は、獲得ユニットとプッシュユニットを含んでよい。

獲得ユニットは、各ユーザの業務状態を個々に取得する。

プッシュユニットは、即時通信アプリケーションのプリセット機能ページが特定のユーザによってトリガされると、即時通信アプリケーションで特定のユーザが設定したプリセット連絡先に従って、プリセット連絡先の業務状態をプッシュして、プリセット機能ページに、プリセット連絡先の業務状態を表示させる。

オプションで、獲得ユニットは、会社の管理サブシステムとの所定のデータチャネルを通して、様々な次元において、管理サブシステムの企業管理イベントを取得するために使用され、且つ、各ユーザに関連する企業管理イベントに基づいて、各業務状態を決定するために使用される。

オプションで、獲得ユニットは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、対応する業務状態を決定するために使用される。

オプションで、装置は、プリセット連絡先に関して特定のユーザによって開始される各通信イベントを受信する受信ユニットと、プリセット連絡先の業務状態がプリセット状態である時、業務状態のプロンプト情報を特定のユーザに返信するプロンプトユニットとをさらに含む。

典型的な構成においては、コンピューティング装置は、１つまたは複数のプロセッサ（ＣＰＵ）、入力／出力インタフェース（複数可）、ネットワークインタフェース（複数可）、及び、メモリを含む。

メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／または、不揮発性メモリ、例えば、リードオンリメモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等、コンピュータ可読媒体の形式を含み得る。メモリは、コンピュータ可読媒体の実施例である。

コンピュータ可読媒体は、揮発性もしくは不揮発性タイプ、取り外し可能もしくは取り外し不能媒体を含んでよく、それらは、任意の方法または技術を用いて情報の記憶を実現してよい。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または、他のデータを含んでよい。コンピュータ記憶媒体の実施例は、位相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリ、もしくは、他の内部記憶技術、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは、他の光学ストレージ、磁気カセットテープ、磁気ディスクストレージ、もしくは、他の磁気記憶装置、または、任意の他の非送信媒体を含むが、これらに限らない。これらは、コンピューティング装置によってアクセスされ得る情報の記憶に使用されてよい。本明細書に定義されるように、コンピュータ可読媒体は、変調データ信号と搬送波等、一時的媒体を含まない。

「ｉｎｃｌｕｄｅ」、「ｃｏｍｐｒｉｓｅ」、または、他のこれらの変形等の用語は、包括的に含むことを意図している、よって、一連の要素を含むプロセス、方法、製品、または、装置は、その要素を含むだけでなく、明示的に列挙していない他の要素も含み、または、プロセス、方法、製品、または、装置に固有の要素もさらに含むことにも注意されたい。さらに制限がない場合、句「ｉｎｃｌｕｄｅ ａ／ａｎ...」によって定義された要素は、その要素を含むプロセス、方法、製品、または、装置に他の同じ要素が存在することを除外しない。

上記は、本出願の比較的良好な実施形態のみを記載しており、本出願の制限に使用されない。本出願の精神及び主義の範囲内で行われる全ての修正、同等の置き換え、及び、改良等は全て、本出願の保護の範囲に含まれるものとする。

Claims (26)

1. プリセット連絡先の業務状態を即時通信アプリケーションにおいて取得することと、
   前記即時通信アプリケーションのプリセット機能ページがトリガされることを検出することと、
   前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示することと、
   を含む、業務状態をプロンプトする方法。
2. 前記プリセット連絡先の前記業務状態を前記即時通信アプリケーションにおいて取得することは、
   前記即時通信アプリケーションと前記管理サブシステム間の所定のデータチャネルを通して、複数の次元で、会社の管理サブシステムにおいて企業管理イベントを取得することと、
   前記プリセット連絡先に関連する企業管理イベントに基づいて、前記業務状態を決定することと、
   を含む、請求項１に記載の方法。
3. 前記プリセット連絡先の前記業務状態を前記即時通信アプリケーションにおいて取得することは、前記プリセット連絡先の前記業務状態をプリセットサーバから受信することを含み、前記業務状態は、前記プリセット連絡先が開始した会社の審査認可イベントの審査認可結果に基づいて、前記プリセットサーバによって取得される、請求項１に記載の方法。
4. 前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示することは、
   前記プリセット機能ページが複数の連絡先に関連する時、前記業務状態の簡単バージョンを前記プリセット連絡先の関連領域に表示することと、
   前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット機能ページのプリセット領域に前記業務状態の詳細バージョンを表示することと、
   を含む、請求項１に記載の方法。
5. 前記業務状態に関連する補足情報を前記プリセット機能ページに表示することをさらに含む、請求項１に記載の方法。
6. 前記補足情報は、前記状態を維持する時間、前記状態の発生場所、または、代理連絡先の少なくとも１つを含む、請求項５に記載の方法。
7. 通信イベントと、前記プリセット連絡先の前記業務状態がプリセット状態であることとを検出する時、前記プリセット連絡先に関する前記通信イベントの実行を停止することと、前記業務状態のプロンプト情報を表示することと、
   前記プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、前記通信イベントを処理することと、
   をさらに含む、請求項１に記載の方法。
8. 前記業務状態に関して表示された前記プロンプト情報は、前記プリセット連絡先に対応する代理連絡先の明細情報を含み、
   前記プロンプト情報に対して受信された前記ユーザ操作コマンドに基づいて前記通信イベントを処理することは、
   前記ユーザ操作コマンドが前記代理連絡先に連絡することである時、前記通信イベントの通信対象を前記代理連絡先に変更すること、または、前記代理連絡先を前記通信対象に追加すること、
   前記ユーザ操作コマンドが前記代理連絡先を無視することである時、前記通信イベントを開始すること、または、
   前記ユーザ操作コマンドが連絡を停止する時、前記通信イベントを終了すること、
   を含む、請求項７に記載の方法。
9. 前記即時通信アプリケーションは、企業即時通信アプリケーションを含む、請求項１に記載の方法。
10. 各ユーザの業務状態を個々に取得することと、
    即時通信アプリケーションのプリセット機能ページがトリガされる時、前記即時通信アプリケーションにおいて特定のユーザが設定したプリセット連絡先に従って、前記プリセット連絡先の業務状態を前記特定のユーザにプッシュして、前記プリセット機能ページが、関連する前記プリセット連絡先の前記業務状態を提示するのを可能にすることと、
    を含む、業務状態をプロンプトする方法。
11. 各ユーザの前記業務状態を個々に取得することは、
    管理サブシステムとの所定のデータチャネルを通して、複数の次元で、会社の前記管理サブシステムにおいて企業管理イベントを取得することと、
    各ユーザの企業管理イベントに基づいて、前記業務状態を決定することと、
    を含む、請求項１０に記載の方法。
12. 各ユーザの前記業務状態を個々に取得することは、各ユーザが開始した会社の審査認可イベントの審査認可結果に基づいて、前記業務状態を決定することを含む、請求項１０に記載の方法。
13. 前記プリセット連絡先に関して前記特定のユーザによって開始される通信イベントを受信することと、
    前記プリセット連絡先の前記業務状態がプリセット状態である時、前記業務状態のプロンプト情報を前記特定のユーザに返信することと、
    をさらに含む、請求項１０に記載の方法。
14. プリセット連絡先の業務状態を即時通信アプリケーションにおいて取得する獲得ユニットと、
    前記即時通信アプリケーションのプリセット機能ページがトリガされることを検出する検出ユニットと、
    前記プリセット機能ページが前記プリセット連絡先に関連する場合、前記プリセット連絡先の前記業務状態を前記プリセット機能ページに提示する表示ユニットと、
    を含む、業務状態をプロンプトする装置。
15. 前記獲得ユニットは、前記即時通信アプリケーションと前記管理サブシステムの間の所定のデータチャネルを通して、複数の次元において、会社の管理サブシステムにおいて企業管理イベントを取得するために使用され、且つ、前記プリセット連絡先に関連する企業管理イベントに基づいて、前記業務状態を決定するために使用される、請求項１４に記載の装置。
16. 前記獲得ユニットは、前記プリセット連絡先の前記業務状態をプリセットサーバから受信するために使用され、前記業務状態は、前記プリセット連絡先によって開始された会社の審査認可イベントの審査認可結果に基づいて、前記プリセットサーバによって取得される、請求項１４に記載の装置。
17. 前記表示ユニットは、前記プリセット機能ページが複数の連絡先に関連する時、前記プリセット連絡先の関連領域に前記業務状態の簡単バージョンを表示するために使用され、且つ、前記プリセット機能ページが前記プリセット連絡先に関連する時、前記プリセット機能ページのプリセット領域に、前記業務状態の詳細バージョンを表示するために使用される、請求項１４に記載の装置。
18. 前記プリセット機能ページにおいて、前記業務状態に関連する補足情報を表示する補足情報表示ユニットをさらに含む、請求項１４に記載の装置。
19. 前記補足情報は、前記状態を維持する時間、前記状態の発生場所、または、代理連絡先の少なくとも１つを含む、請求項１８に記載の装置。
20. 通信イベントと、前記プリセット連絡先の前記業務状態がプリセット状態であることとを検出すると、前記プリセット連絡先の前記通信イベントの実行を停止し、前記業務状態のプロンプト情報を表示するプロンプトユニットと、
    前記プロンプト情報に対して受信されたユーザ操作コマンドに基づいて、前記通信イベントを処理する処理ユニットと、
    をさらに含む、請求項１４に記載の装置。
21. 前記プロンプトユニットは、前記プリセット連絡先に対応する代理連絡先の明細情報の表示に使用され、
    前記処理ユニットは、
    前記ユーザ操作コマンドが前記代理連絡先に連絡することである時、前記通信イベントの通信対象を前記代理連絡先に変更するために、または、前記代理連絡先を前記通信対象に追加するために、
    前記ユーザ操作コマンドが前記代理連絡先を無視することである時、前記通信イベントを開始するために、または、
    前記ユーザ操作コマンドが連絡を停止することである時、前記通信イベントを終了するために
    使用される、請求項２０に記載の装置。
22. 前記即時通信アプリケーションは、企業の即時通信アプリケーションを含む、請求項１４に記載の装置。
23. 各ユーザの業務状態を個々に取得する獲得ユニットと、
    即時通信アプリケーションのプリセット機能ページがトリガされる時、前記即時通信アプリケーションにおいてユーザが設定したプリセット連絡先に従って、前記プリセット連絡先の業務状態を前記ユーザにプッシュして、前記プリセット機能ページが、関連する前記プリセット連絡先の前記業務状態を提示するのを可能にするプッシュユニットと、
    を含む、業務状態をプロンプトする装置。
24. 前記獲得ユニットは、前記管理サブシステムとの所定のデータチャネルを通して、複数の次元において、会社の管理サブシステムにおいて企業管理イベントを取得するために使用され、且つ、各ユーザの企業管理イベントに基づいて、前記業務状態を決定するために使用される、請求項２３に記載の方法（ｍｅｔｈｏｄ）。
25. 前記獲得ユニットは、各ユーザによって開始された会社の審査認可イベントの審査認可結果に基づいて、前記業務状態を決定するために使用される、請求項２３に記載の方法（ｍｅｔｈｏｄ）。
26. 前記プリセット連絡先に関して前記特定のユーザによって開始される通信イベントを受信する受信ユニットと、
    前記プリセット連絡先の前記業務状態がプリセット状態である時、前記業務状態のプロンプト情報を前記特定のユーザに返信するプロンプトユニットと、
    をさらに含む、請求項２３に記載の方法（ｍｅｔｈｏｄ）。