(57)【要約】【課題】遠隔通信端末のユーザが連絡先識別子の代わりに呼の受信者の所望の特性を指定できるようにする方法および装置を開示すること。【解決手段】例示の実施形態は、ユーザが、以下の１つまたは複数の受信者選定基準、すなわち（ｉ）役割を指定する役割要件（例えば、看護婦、医師など）、（ｉｉ）１つまたは複数の能力を指定する能力要件（例えば、スペイン語を話せるなど）、（ｉｉｉ）居所要件（例えば、建物Ａの３階など）、および（ｉｖ）受信者数を表す人数記述子（例えば、１人、少なくとも３人など）を指定できるようにする。例示の実施形態はまた、ある特定の人を呼の受信者にし得るかどうかを決定する、服務可否データ（例えば、スケジュールなど）およびルールを利用することもできる。【選択図】図１
2005110258.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザの各々を１つまたは複数の役割および現在の居所に関連付けるためのメモリと、
（ｉ）役割要件および居所要件を指定する送信リクエストを受信するため、および
（ｉｉ）前記ユーザの誰に送信するかを前記役割要件、前記居所要件、および前記メモリの内容に基づいて決定するためのプロセッサとを含む装置。
【請求項２】
前記居所要件が、エリア内、エリア外、エリアから一定距離の範囲内、エリアから一定距離の範囲外、エリアに最も近い場所、およびエリアから最も遠い場所から成る群から選択される、請求項１に記載の装置。
【請求項３】
前記メモリが、前記役割用のクラス階層も保存し、前記役割要件が、前記クラス階層における関係を含む、請求項１に記載の装置。
【請求項４】
前記メモリが、前記複数のユーザの各々を１つまたは複数の能力に関連付けるためのものでもあり、前記送信リクエストが、能力要件も指定し、（ｉｉ）における前記決定が、前記能力要件にも基づく、請求項１に記載の装置。
【請求項５】
前記送信リクエストが、人数記述子も指定し、（ｉｉ）における前記決定が、前記人数記述子にも基づく、請求項１に記載の装置。
【請求項６】
前記メモリが、前記複数のユーザの各々を服務可否データに関連付けるためのものでもあり、（ｉｉ）における前記決定が、前記服務可否データにも基づく、請求項１に記載の装置。
【請求項７】
前記服務可否データが、スケジュール、一時フラグ、１つまたは複数のルールから成る組、および１つまたは複数のルールから成る階層から成る群から選択される、請求項６に記載の装置。
【請求項８】
前記メモリが、前記複数のユーザの各々を連絡先識別子に関連付けるためのものでもあり、前記プロセッサが、（ｉｉｉ）送信先となる１つまたは複数の連絡先識別子を（ｉｉ）および前記メモリの内容に基づいて決定するためのものでもある、請求項１に記載の装置。
【請求項９】
（ｉｉ）における前記決定が、カレンダ時間にも基づく、請求項１に記載の装置。
【請求項１０】
複数のユーザの各々を１つまたは複数の能力および現在の居所に関連付けるためのメモリと、
（ｉ）能力要件および居所要件を指定する送信リクエストを受信するため、および
（ｉｉ）前記ユーザの誰に送信するかを前記能力要件、前記居所要件、および前記メモリの内容に基づいて決定するためのプロセッサとを含む装置。
【請求項１１】
前記居所要件が、エリア内、エリア外、エリアから一定距離の範囲内、エリアから一定距離の範囲外、エリアに最も近い場所、およびエリアから最も遠い場所から成る群から選択される、請求項１０に記載の装置。
【請求項１２】
前記送信リクエストが、人数記述子も指定し、（ｉｉ）における前記決定が、前記人数記述子にも基づく、請求項１０に記載の装置。
【請求項１３】
前記メモリが、前記複数のユーザの各々を服務可否データに関連付けるためのものでもあり、（ｉｉ）における前記決定が、前記服務可否データにも基づく、請求項１０に記載の装置。
【請求項１４】
前記服務可否データが、スケジュール、一時フラグ、１つまたは複数のルールから成る組、および１つまたは複数のルールから成る階層から成る群から選択される、請求項１３に記載の装置。
【請求項１５】
（ａ）役割要件および居所要件を指定する送信リクエストを受信する工程と、
（ｂ）送信先となる複数のユーザを
（ｉ）前記役割要件と、
（ｉｉ）前記居所要件と、
（ｉｉｉ）前記ユーザの現在の居所と、
（ｉｖ）前記ユーザに関連付けられた役割とに基づいて決定する工程とを含む方法。
【請求項１６】
前記居所要件が、エリア内、エリア外、エリアから一定距離の範囲内、エリアから一定距離の範囲外、エリアに最も近い場所、およびエリアから最も遠い場所から成る群から選択される、請求項１５に記載の方法。
【請求項１７】
前記送信リクエストが、能力要件も指定し、（ｂ）の前記決定工程が、（ｖ）前記能力要件と（ｖｉ）前記ユーザに関連付けられた能力とにも基づく、請求項１５に記載の方法。
【請求項１８】
前記送信リクエストが、人数記述子も指定し、（ｂ）の前記決定工程が、（ｖｉｉ）前記人数記述子にも基づく、請求項１５に記載の方法。
【請求項１９】
（ａ）能力要件および居所要件を指定する送信リクエストを受信する工程と、
（ｂ）送信先となる複数のユーザを
（ｉ）前記能力要件と、
（ｉｉ）前記居所要件と、
（ｉｉｉ）前記ユーザの現在の居所と、
（ｉｖ）前記ユーザに関連付けられた役割とに基づいて決定する工程とを含む方法。
【請求項２０】
前記送信リクエストが、人数記述子も指定し、（ｂ）の前記決定工程が、（ｖ）前記人数記述子にも基づく、請求項１９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、遠隔通信に関し、より詳細には、誰を呼の受信者とすべきかを知的に決定する技法に関する。
【０００２】
関連出願の相互参照
本出願は、２００３年９月３０日に出願された、整理番号６３０−０４０ｕｓの、「Ｐｒｅｓｅｎｃｅ−Ｂａｓｅｄ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ  Ｗｉｔｈ  Ｈｉｅｒａｒｃｈｉｃａｌ  Ｒｕｌｅｓ」と題する米国仮出願第６０／５０７１５３号の恩典を主張する。同出願を参照により本明細書に組み込む。
【背景技術】
【０００３】
遠隔通信端末（例えば、電話、ポケット・ベル、情報携帯端末［ＰＤＡ］など）のユーザは一般に、呼が送られる人に対応する１つまたは複数の連絡先識別子（例えば、電話番号、電子メール・アドレスなど）を指定することによって、呼（例えば、通話、ポケット・ベル呼び出し、テキスト・ベースのインスタント・メッセージ、電子メール・メッセージなど）を発信する。遠隔通信端末は一般に、所望の連絡先識別子またはショートカットを指定するのにユーザが用いる、１つまたは複数の入力手段（例えば、数字キーパッド、マイクロホン、英数字キーボード、ペン入力など）を備える。
【特許文献１】米国仮出願第６０／５０７１５３号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、従来技術の技法に伴う一部のコスト、不都合、および制約なしに、遠隔通信端末のユーザが受信者に呼を発信できるようにする。
【課題を解決するための手段】
【０００５】
例えば、例示の実施形態は、人に関係付けられた連絡先識別子に基づくだけでなく、呼の受信者に関する１つまたは複数の定義された特性にも基づいて、呼を送ることができるようにする。言い換えると、本発明の例示の実施形態は、１つまたは複数の以下の基準、すなわち、
（ｉ）役割を指定する役割要件（例えば、看護婦、医師など）、
（ｉｉ）１つまたは複数の能力を指定する能力要件（例えば、心肺蘇生法［ＣＰＲ］を施すことができる、スペイン語を話せるなど）、
（ｉｉｉ）居所要件（例えば、建物Ａ、建物Ａの３階、建物Ａの３２５号室から１００フィート（約３０メートル）以内、建物Ａの３２５号室から最も近いなど）を満たす受信者に呼が送られるように、遠隔通信端末のユーザが指定できるようにする。例示の実施形態はまた、何人の受信者に呼を発信すべきかを示す人数記述子をユーザが指定できるようにもする。
【０００６】
例えば、遠隔通信端末のユーザは、誰であれ３２５号室から最も近い場所にいる看護婦に連絡を取って、その看護婦に３２５号室の患者であるジョンソン氏の様子を確認するよう指示したいと思うかもしれない。別の例では、ユーザは、誰であれＣＰＲの知識があり、３２５号室から５０フィート（約１５メートル）以内にいる者を呼び出して、その者たちにジョンソン氏の呼吸が停止したことを知らせたいと思うかもしれない。第３の例では、ユーザは、誰であれ今３階にいる２人の警備員と１人の医療専門家（例えば、医師、看護婦、医師助手など）を呼び出して、その者たちに暴れているジョンソン氏を鎮静させるよう（すなわち、２人の警備員にはジョンソン氏を取り押さえ、医療専門家にはジョンソン氏に適切な注射を打つよう）指示したいと思うかもしれない。
【０００７】
本発明の例示の実施形態は、呼の潜在的な受信者ごとに、関連する役割、１つまたは複数の能力から成る組、ユーザの今の居所、ある特定のユーザを呼の受信者にできるかどうかを１つまたは複数のルールに従って示す服務可否データ（例えば、勤務スケジュールなど）を保存する。例えば、呼に関連付けられた能力要件が「ＣＰＲの知識あり」である場合を除いて、休憩室にいる看護婦は呼の受信者にできないことを、ルールは指定するができる。
【０００８】
本明細書では、「呼」は、従来の音声通話、ビデオホン通話、電子メール・メッセージ、テキスト・ベースのインスタント・メッセージなどを始めとする、すべてのタイプの通信を包含するものと定義される。
【０００９】
本明細書では、「連絡先識別子」は、呼の特定の宛先を一意に識別する１つまたは複数のシンボルから成る列として定義される（例えば、電話番号、電子メール・アドレス、インターネット・プロトコル・アドレスなど）。
【００１０】
本明細書では、「カレンダ時間」は、
（ｉ）時間（例えば、１６：２３：５８など）、
（ｉｉ）１つまたは複数の時の呼称（例えば、火曜日、１１月など）、
（ｉｉｉ）１つまたは複数の出来事（例えば、感謝祭、ジョンの誕生日など）、
（ｉｖ）時間間隔（例えば、８：００〜９：００など）の１つまたは複数を表すものとして定義される。
【００１１】
本明細書では、「役割要件」は、１つまたは複数の役割に関する論理式として定義される（例えば、Ｒ１、ｎｏｔ  Ｒ１、Ｒ１  ｏｒ  Ｒ２、Ｒ１  ａｎｄ  Ｒ２、Ｒ１  ａｎｄ  （Ｒ２  ｏｒ  Ｒ３）など。ただし、Ｒ１、Ｒ２、Ｒ３は役割とする）。ユーザの役割Ｒが役割要件Ｒｉと合致するのは、（ｉ）Ｒ＝Ｒｉ、または（ｉｉ）役割階層中でＲがＲｉの子孫である場合である。
【００１２】
本明細書では、「能力要件」は、１つまたは複数の能力に関する論理式として定義される（例えば、Ｃ１、ｎｏｔ  Ｃ１、Ｃ１  ｏｒ  Ｃ２、Ｃ１  ａｎｄ  Ｃ２、Ｃ１  ａｎｄ  （Ｃ２  ｏｒ  Ｃ３）など。ただし、Ｃ１、Ｃ２、Ｃ３は能力とする）。
【００１３】
本明細書では、「居所要件」は、ユーザの居所とある特定の対象となる場所（例えば、地点、エリアなど）の間の関係として定義される。居所要件の例には、３２５号室内、３２５号室外、３１０号室から３０フィート（約９メートル）以内、３階、３２５号室から半径３０フィート（約９メートル）の円の外、３２５号室に最も近い、３２５号室から最も遠いなどが含まれる。
【００１４】
本明細書では、「人数記述子」は、少なくとも１つの数値と、以下の演算子、すなわち、等しい、等しくない、より小さい、より大きいのうちの１つまたは複数を含む算術関係として定義される。
【００１５】
本発明の例示の実施形態は、複数のユーザの各々を１つまたは複数の役割および現在の居所に関連付けるためのメモリと、（ｉ）役割要件および居所要件を指定する送信リクエストを受信するため、および（ｉｉ）前記ユーザの誰に送信するかを前記役割要件、前記居所要件、および前記メモリの内容に基づいて決定するためのプロセッサとを含む。
【発明を実施するための最良の形態】
【００１６】
図１には、本発明の例示の実施形態による遠隔通信システム１００の一部が示されている。図１に示すように、遠隔通信システム１００は、遠隔通信端末１０１−ｉ、１０１−ｊ、およびサーバ１０２を含む。遠隔通信端末１０１−ｉ、１０１−ｊは、周知の方式で互いに通信を行い、さらに、以下で詳しく説明するように、各遠隔通信端末は、サーバ１０２とも通信を行う。
【００１７】
図２には、本発明の例示の実施形態によるサーバ１０２の主要構成要素のブロック図が示されている。図２に示すように、サーバ１０２は、図に示すように相互接続された、受信機２０１、プロセッサ２０２、メモリ２０３、送信機２０４、およびクロック２０５を含む。
【００１８】
受信機２０１は、周知の方式で、遠隔通信端末１０１から信号を受信し、これらの信号中に符号化された情報をプロセッサ２０２に転送する。以下で図３および図４に関連させて詳しく説明するように、受信機２０１によって受信される情報は、遠隔通信端末１０１の現在の居所、呼発信のリクエスト、およびユーザの服務可否データを含む。本発明のいくつかの実施形態では、受信機２０１は信号を無線で受信するが、別のいくつかの実施形態では、受信機２０１は信号を有線を介して受信する。
【００１９】
プロセッサ２０２は、メモリ２０３に格納された命令を実行でき、メモリ２０３との間でデータを読み書きでき、以下で図４に関連させて説明するタスクを実行できる汎用プロセッサとする。本発明のいくつかの代替実施形態では、プロセッサ２０２は、専用プロセッサとすることができる。いずれにしろ、当業者であれば、本開示を読んだ後には、プロセッサ２０２をどのように作成し、使用するかが明瞭となるであろう。
【００２０】
メモリ２０３は、当技術分野で周知のようにデータおよび実行可能命令を格納し、ＲＡＭ（ランダム・アクセス・メモリ）、フラッシュ・メモリ、ディスク・ドライブなどの任意の組み合わせとすることができる。メモリ２０３内に情報を格納し、編成する方式については、以下で図３に関連させて詳しく説明する。
【００２１】
送信機２０４は、周知の方式で、プロセッサ２０２から情報を受信し、この情報を符号化した信号を遠隔通信端末１０１に送信する。本発明のいくつかの実施形態では、送信機２０４は信号を遠隔通信端末１０１に無線で送信するが、別のいくつかの実施形態では、送信機２０４は信号を遠隔通信端末１０１に有線リンクまたはネットワークを介して送信する。
【００２２】
クロック２０５は、周知の方式で、現在の日時をプロセッサ２０２に送信する。
【００２３】
図３には、本発明の例示の実施形態に従って、メモリ２０３内に情報をどのように格納し、編成するかが示されている。図３に示すように、メモリ２０３は、ユーザ情報テーブル３０１および役割階層３０２を含む。
【００２４】
ユーザ情報テーブル３０１には、ユーザごとに、識別子、役割、能力リスト、服務可否データ、連絡先識別子、および現在の居所が格納される。
【００２５】
ユーザの遠隔通信端末に基づくユーザの現在の居所は、受信機２０１によって受信され、プロセッサ２０２に転送される。当業者であれば理解されるように、受信機２０１の居所は様々な方法で取得することができる。本発明のいくつかの実施形態では、遠隔通信端末は全地球測位システム（ＧＰＳ）受信機を備え、周期的にその位置を受信機２０１に送信する。別のいくつかの実施形態では、サーバ１０２は、ＧＰＳ対応の遠隔通信端末にその位置を周期的に問い合せることができる。さらに別のいくつかの実施形態では、サーバ１０２は、遠隔通信端末および／または外部センサから信号測定値を受信する位置システムを備え、この信号測定値に基づいて遠隔通信端末の居所を計算する。
【００２６】
プロセッサ２０２は、テーブル３０１に居所を格納する。本発明のいくつかの実施形態では、居所を緯度および経度として格納することができ、別のいくつかの実施形態では、居所をデカルト座標として、またはエリアとデカルト座標の組み合わせ（例えば、建物Ａの３階のｘ＝１０．０／ｙ＝３０．０など）として格納することができる。
【００２７】
本発明のいくつかの実施形態では、能力リストをリンク・リストとして格納することができ、別のいくつかの実施形態では、能力リストを当業者に周知であるようなすべての可能な能力を網羅したビット・ベクトルとして表すことができる。
【００２８】
服務可否データは、様々な形式を取ることができる。本発明のいくつかの実施形態では、服務可否データは、現在ユーザが呼の受信者となれるかどうかを任意の時点で示す単純なフラグとすることができる。別のいくつかの実施形態では、服務可否データは、ユーザがいつ呼の受信者となれるかを示すスケジュール（例えば、当番スケジュールなど）を含むことができる。さらに別のいくつかの実施形態では、服務可否データは、ユーザが呼の受信者となれるかどうかを指定する１つまたは複数のルールを含むことができる。このルールは、ユーザの居所、カレンダ時間、発呼者が誰か、発呼者の役割、ユーザに関するスケジュールなどの任意の組み合わせに基づくものとすることができる。本発明のいくつかの実施形態では、ルールを階層型に構成することで、相対的序列を導入し、競合解消（すなわち、当技術分野で周知であるように、複数の競合ルールのどれを「発動」させるかを決定する）を容易にするのが有利であろう。
【００２９】
当業者であれば理解されるように、本発明のいくつかの実施形態では、服務可否データは、システム管理者がテーブル３０１に手動で格納することができる。別のいくつかの実施形態では、ユーザが遠隔通信端末１０１の入力手段を介して自分の服務可否データを定義することができ、その後、データは自動的にサーバ１０２に送信され、テーブル３０１に格納される。
【００３０】
役割階層３０２は分類木であり、ある役割の子孫はその役割の互いに素な部分集合になる。図３には、ある病院の従業員についての例示的な役割階層３０２が示されている。当業者であれば理解されるように、別のいくつかの実施形態では、役割階層３０２は代替方式で構成することができる。
【００３１】
図４には、本発明の例示の実施形態による、送信リクエストを受信し、どのユーザに送信するかを決定するフローチャート４００が示されている。例示の実施形態では、フローチャート４００は、サーバ１０２によって実行されるが、フローチャート４００の一部または全部のタスクを別の主体（例えば、呼を発信する遠隔通信端末１０１−ｉ）が実行する代替実施形態を作成し、使用する方法は当業者には明らかであろう。
【００３２】
タスク４１０で、サーバ１０２の受信機２０１は、（ｉ）役割要件、（ｉｉ）能力要件、（ｉｉｉ）居所要件、および（ｉｖ）人数記述子のうちの１つまたは複数を指定する送信リクエストを周知の方式で受信する。
【００３３】
タスク４２０で、サーバ１０２のプロセッサ２０２は、送信リクエストの要件（ｉ）、（ｉｉ）、（ｉｉｉ）を満たすテーブル３０１内のユーザの集合Ｕを決定する。当業者であれば理解されるように、タスク４２０が実行される方式は、テーブル３０１がメモリ２０３内にどのように格納されているかに部分的には依存する。例えば、テーブル３０１がリレーショナル・データベースに格納されている場合、タスク４２０は効率的なリレーショナル・クエリによって実行することができるが、テーブル３０１が無編成の「フラット・ファイル」として格納されている場合、タスク４２０はテーブルを１行ずつ全行チェックしなければならないかもしれない。
【００３４】
タスク４３０で、サーバ１０２のプロセッサ２０２は、テーブル３０１の服務可否フィールドと、必要であれば、クロック２０５から受信したカレンダ時間に基づき、Ｕに属する各ユーザの服務可否を決定する。
【００３５】
タスク４４０で、プロセッサ２０２は、必要であれば、タスク４３０で決定された服務可否、および送信リクエストの人数記述子に従って、集合Ｕを絞り込む。例えば、Ｕに４人のユーザが属し、そのうちの１人は服務不可と決定され、送信リクエストの人数記述子は「２以下」である場合、服務不可のユーザとさらにもう１人のユーザが集合Ｕから除外される。本発明のいくつかの実施形態では、除外される服務可能ユーザの選択は、無作為とすることができるが、別のいくつかの実施形態では、居所、役割、能力、または図３には示されていないがメモリ２０３に保存されたその他のユーザ属性（例えば、地位、従事年数、年齢など）の何らかの組み合わせに基づいて、１つまたは複数のルールを設けることができる。
【００３６】
タスク４５０で、サーバ１０２の送信機２０４は、Ｕに属するユーザの連絡先識別子を遠隔通信端末１０１−ｉに周知の方式で送信する。
【００３７】
上で説明した実施形態は単に本発明を説明するためのものに過ぎず、本発明の範囲から逸脱することなく上で説明した実施形態の多くの変形形態を当業者が考案し得るであろうことは理解されよう。それゆえ、そのような変形形態は添付の特許請求の範囲およびその均等物の範囲内に含まれるものとする。
【図面の簡単な説明】
【００３８】
【図１】本発明の例示の実施形態による遠隔通信システムの一部を示した図である。
【図２】本発明の例示の実施形態による、図１に示すサーバ１０２の主要構成要素のブロック図である。
【図３】本発明の例示の実施形態による、図２に示すメモリ２０３内に情報をどのように格納し、編成するかを示した図である。
【図４】本発明の例示の実施形態による、送信リクエストを受信し、どのユーザに送信するかを決定するフローチャートを示した図である。
【図１】
2005110258.tif 000003
【図２】
2005110258.tif 000004
【図３】
2005110258.tif 000005
【図４】
2005110258.tif 000006