(57)【要約】  【課題】  報告や連絡や相談などを行いたい相手の作業の中断や周囲への迷惑を極力避けつつ、情報取得の機会損失を減少させることのできる割込調整装置および方法並びにプログラムを提供する。  【解決手段】  情報端末２Ａが要求者からの割り込み要求を要求条件として取得し、取得した要求条件と、被要求者となる可能性のある各利用者の利用者情報とを条件蓄積部１１や状況蓄積部１２に蓄積する。そして、サービス選択部１３が蓄積されている要求条件および利用者情報とに基づいて、割り込みに利用するサービスを選択し、サービス実行部１４が選択されたサービスを実行する。【選択図】        図１
2005234668.tif 000002
【特許請求の範囲】
【請求項１】
要求者が所望する被要求者の作業への割り込みを調整する割込調整装置であって、
要求者からの割り込み要求を要求条件として取得する要求条件入力手段と、
前記要求条件入力手段が取得した要求条件と、被要求者となる可能性のある各利用者の利用者情報とを蓄積する情報蓄積手段と、
前記情報蓄積手段に蓄積されている要求条件および利用者情報とに基づいて、割り込みに利用するサービスを選択するサービス選択手段と、
前記サービス選択手段が選択したサービスを実行するサービス実行手段と
を具備することを特徴とする割込調整装置。
【請求項２】
前記利用者から割り込みを受け付ける条件を受付条件として取得する受付条件入力手段をさらに具備し、
前記情報蓄積手段は、
前記受付条件入力手段が取得した受付条件を前記利用者情報として蓄積する
ことを特徴とする請求項１記載の割込調整装置。
【請求項３】
前記利用者の状況を検出する状況検出手段から該利用者の状況を示す状況情報を取得する状況情報取得手段をさらに具備し、
前記情報蓄積手段は、
前記状況情報取得手段が取得した状況情報を前記利用者情報として蓄積する
ことを特徴とする請求項１または２記載の割込調整装置。
【請求項４】
前記利用者情報は、
前記利用者の状況毎に、許可されるサービスが設定されていることを特徴とする請求項１乃至３のいずれかに記載の割込調整装置。
【請求項５】
前記サービス選択手段は、
前記利用者情報に許可されるサービスが複数設定されていた場合には、前記要求者に１以上のサービスを選択させることを特徴とする請求項４記載の割込調整装置。
【請求項６】
前記利用者情報は、
優先度毎に許可されるサービスが設定されており、
前記サービス選択手段は、
前記要求条件で指定された優先度に基づいて、前記利用者情報に設定されているサービスを選択する
ことを特徴とする請求項１乃至５のいずれかに記載の割込調整装置。
【請求項７】
前記サービス選択手段は、
前記要求条件で指定された被要求者が競合した場合には、前記優先度に基づいて処理する要求条件を決定することを特徴とする請求項６記載の割込調整装置。
【請求項８】
前記サービス選択手段は、
前記要求条件で指定された被要求者が他の要求条件に基づくサービスと競合している場合には、前記優先度に基づいて処理する要求条件を再決定することを特徴とする請求項６記載の割込調整装置。
【請求項９】
前記サービス選択手段は、
前記要求条件で被要求者が特定されていない場合には、該要求条件に基づいて被要求者を特定することを特徴とする請求項１乃至８のいずれかに記載の割込調整装置。
【請求項１０】
前記サービス実行手段は、
前記サービス選択手段が選択したサービスを実行するのに要する情報を前記要求者に通知することを特徴とする請求項１乃至９のいずれかに記載の割込調整装置。
【請求項１１】
要求者が所望する被要求者の作業への割り込みを調整する割込調整方法であって、
要求者からの割り込み要求を要求条件として取得し、該取得した要求条件と被要求者となる可能性のある各利用者の利用者情報とに基づいて、割り込みに利用するサービスを選択することを特徴とする割込調整方法。
【請求項１２】
前記利用者情報は、
前記利用者から割り込みを受け付ける条件として取得した受付条件であることを特徴とする請求項１１記載の割込調整方法。
【請求項１３】
前記利用者情報は、
前記利用者の状況を検出する状況検出手段から取得した該利用者の状況を示す状況情報であることを特徴とする請求項１１または１２記載の割込調整方法。
【請求項１４】
前記利用者情報は、
前記利用者の状況毎に、許可されるサービスが設定されていることを特徴とする請求項１１乃至１３のいずれかに記載の割込調整方法。
【請求項１５】
前記利用者情報に許可されるサービスが複数設定されていた場合には、前記要求者に１以上のサービスを選択させることを特徴とする請求項１４記載の割込調整方法。
【請求項１６】
前記利用者情報は、優先度毎に許可されるサービスが設定されており、
前記要求条件で指定された優先度に基づいて、前記利用者情報に設定されているサービスを選択することを特徴とする請求項１１乃至１５のいずれかに記載の割込調整方法。
【請求項１７】
前記要求条件で指定された被要求者が競合した場合には、前記優先度に基づいて処理する要求条件を決定することを特徴とする請求項１６記載の割込調整方法。
【請求項１８】
前記要求条件で指定された被要求者が他の要求条件に基づくサービスと競合している場合には、前記優先度に基づいて処理する要求条件を再決定することを特徴とする請求項１６記載の割込調整方法。
【請求項１９】
前記要求条件で被要求者が特定されていない場合には、該要求条件に基づいて被要求者を特定することを特徴とする請求項１１乃至１８のいずれかに記載の割込調整方法。
【請求項２０】
前記サービスを実行するのに要する情報を前記要求者に通知することを特徴とする請求項１１乃至１９のいずれかに記載の割込調整方法。
【請求項２１】
要求者が所望する被要求者の作業への割り込みの調整をコンピュータに実行させる割込調整プログラムであって、
要求者からの割り込み要求を要求条件として取得するステップと、
前記要求条件と、被要求者となる可能性のある各利用者の利用者情報とを蓄積するステップと、
前記要求条件および前記利用者情報とに基づいて、割り込みに利用するサービスを選択するステップと、
前記選択されたサービスを実行するステップと
をコンピュータに実行させることを特徴とする割込調整プログラム。
【請求項２２】
前記利用者から割り込みを受け付ける条件を受付条件として取得するステップをさらにコンピュータに実行させ、
前記受付条件を前記利用者情報として蓄積する
ことを特徴とする請求項２１記載の割込調整プログラム。
【請求項２３】
前記利用者の状況を検出する状況検出手段から該利用者の状況を示す状況情報を取得するステップをさらにコンピュータに実行させ、
前記状況情報を前記利用者情報として蓄積する
ことを特徴とする請求項２１または２２記載の割込調整プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、割込調整装置および方法並びにプログラムに関し、特に、人と人が不定期に連絡を取り合いながら活動する状況を支援する割込調整装置および方法並びにプログラムに関する。
【背景技術】
【０００２】
特定の相手もしくは複数の中の誰かに対して、報告や連絡や相談などを行う要求が不定期で発生することがある。この場合、相手を訪問したり電話をかけるなどの方法でコンタクトをとるのが一般的である。
【０００３】
これに対し、近年では携帯電話の普及により、いつでも特定の対象者に対して直接電話でコンタクトできる機会が増えている。これに伴って、携帯電話が鳴ると対象者の作業を中断したり、電車やコンサート会場など周囲に迷惑をかけたりする機会も増えており、呼び出し音が鳴ると都合が悪い場合には、マナーモードへの切り替えや電源のＯＮ／ＯＦＦ切り替えなどをユーザが行っている。
【０００４】
しかし、切り替え忘れにより、音が出てしまったり、通話可能なときに呼び出しに気付かないといった不具合がある。
【０００５】
このため、場所情報を利用して呼び出しを制御する装置や（例えば、特許文献１、特許文献２参照）、ユーザのスケジュール情報に基づいて呼び出しを制御する装置（例えば、特許文献３参照）が提案されている。
【０００６】
また、相手の条件、受け手の条件、環境条件によってきめ細かく電話の接続制御を行う装置や（例えば、特許文献４参照）、着信音が鳴らされないモードの間にかかってきた回数によって緊急度を判断し、所定回数以上の場合、着信が可能な携帯端末装置（例えば、特許文献５参照）が提案されている。
【特許文献１】特開平８−２８００５０号公報
【特許文献２】特開平１１−７５２４７号公報
【特許文献３】特開２００１−１８９７７４号公報
【特許文献４】特開平８−２２８２３６号公報
【特許文献５】特開２００２−１９９０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
不定期な報告や連絡や相談などための割り込み行為を実施したい要求者と、それを受ける被要求者との関係において、要求者が被要求者を突然に訪問したり、あるいは、一方的に電話のベルを鳴らしたりする行為は、被要求者のその時点の作業や行動に対する割り込みとなり、車の運転中や電車内や顧客との商談中といった作業中においては、危険であったり、周囲に迷惑であったり、業務に支障をきたす。
【０００８】
また、心理的な不快感からその後のコミュニケーションに悪影響を与えることも懸念される。その一方で、作業に集中するために通信機器を切るなどして外部からの割り込みを遮断してしまった場合、重要な連絡、例えば、緊急に対応が必要な要件や、現在の作業に大きく影響するような情報をタイムリーに得る機会を失うことになり、その場合においても被要求者にとっても要求者にとっても不利益となる。
【０００９】
しかしながら、上述の各特許文献に記載された技術を利用したとしても、携帯電話を持たない相手や携帯電話を忘れた相手に対しては、これらの呼び出し方法の切り替えは全く意味を持たない。また、用件によっては直接対話や通話によって伝達するほどの必要は無く、電子メールなどの非同期の手段でも充分な場合や、記録を残す必要がある場合などがあり、電話の呼び出し方法の切り替えだけでは対応しきれない。
【００１０】
そこで、本発明は、報告や連絡や相談などを行いたい相手の作業の中断や周囲への迷惑を極力避けつつ、情報取得の機会損失を減少させることのできる割込調整装置および方法並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した目的を達成するため、請求項１の発明は、要求者が所望する被要求者の作業への割り込みを調整する割込調整装置であって、要求者からの割り込み要求を要求条件として取得する要求条件入力手段と、前記要求条件入力手段が取得した要求条件と、被要求者となる可能性のある各利用者の利用者情報とを蓄積する情報蓄積手段と、前記情報蓄積手段に蓄積されている要求条件および利用者情報とに基づいて、割り込みに利用するサービスを選択するサービス選択手段と、前記サービス選択手段が選択したサービスを実行するサービス実行手段とを具備することを特徴とする。
【００１２】
この構成により、要求者は、被要求者に対する迷惑を極力避けて、その被要求者の作業に割り込むことができる。
【００１３】
また、請求項２の発明は、請求項１の発明において、前記利用者から割り込みを受け付ける条件を受付条件として取得する受付条件入力手段をさらに具備し、前記情報蓄積手段は、前記受付条件入力手段が取得した受付条件を前記利用者情報として蓄積することを特徴とする。
【００１４】
この構成により、被要求者となる可能性のなる各利用者は、自身の都合に応じて、作業に対する割り込みを受け付けることができるようになり、不要な作業の中断を防止することができる。
【００１５】
また、請求項３の発明は、請求項１または２の発明において、前記利用者の状況を検出する状況検出手段から該利用者の状況を示す状況情報を取得する状況情報取得手段をさらに具備し、前記情報蓄積手段は、前記状況情報取得手段が取得した状況情報を前記利用者情報として蓄積することを特徴とする。
【００１６】
この構成を請求項１の構成と組み合わせることにより、被要求者の所在等に応じて割り込みの可否や割り込み方法が選択されるため、被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【００１７】
また、請求項３の構成を請求項１の構成と組み合わせることで、被要求者となる利用者は、自身の都合を所在場所等に応じて設定することができ、要求者が被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【００１８】
また、請求項４の発明は、請求項１乃至３のいずれかの発明において、前記利用者情報は、前記利用者の状況毎に、許可されるサービスが設定されていることを特徴とする。
【００１９】
この構成により、被要求者となる利用者の都合をより詳細に反映させた作業への割り込みを調整することができる。
【００２０】
また、請求項５の発明は、請求項４の発明において、前記サービス選択手段は、前記利用者情報に許可されるサービスが複数設定されていた場合には、前記要求者に１以上のサービスを選択させることを特徴とする。
【００２１】
また、請求項６の発明は、請求項１乃至５のいずれかの発明において、前記利用者情報は、優先度毎に許可されるサービスが設定されており、前記サービス選択手段は、前記要求条件で指定された優先度に基づいて、前記利用者情報に設定されているサービスを選択することを特徴とする。
【００２２】
この構成により、作業への割り込みをその重要度によって調整することができる。
【００２３】
また、請求項７の発明は、請求項６の発明において、前記サービス選択手段は、前記要求条件で指定された被要求者が競合した場合には、前記優先度に基づいて処理する要求条件を決定することを特徴とする。
【００２４】
また、請求項８の発明は、請求項６の発明において、前記サービス選択手段は、前記要求条件で指定された被要求者が他の要求条件に基づくサービスと競合している場合には、前記優先度に基づいて処理する要求条件を再決定することを特徴とする。
【００２５】
また、請求項９の発明は、請求項１乃至８のいずれかの発明において、前記サービス選択手段は、前記要求条件で被要求者が特定されていない場合には、該要求条件に基づいて被要求者を特定することを特徴とする。
【００２６】
この構成により、要求者は、被要求者を特定できない場合や特定する必要がない場合でも、容易に所望する相手への割り込みを行うことができる。
【００２７】
また、請求項１０の発明は、請求項１乃至９のいずれかの発明において、前記サービス実行手段は、前記サービス選択手段が選択したサービスを実行するのに要する情報を前記要求者に通知することを特徴とする。
【００２８】
また、請求項１１の発明は、要求者が所望する被要求者の作業への割り込みを調整する割込調整方法であって、要求者からの割り込み要求を要求条件として取得し、該取得した要求条件と被要求者となる可能性のある各利用者の利用者情報とに基づいて、割り込みに利用するサービスを選択することを特徴とする。
【００２９】
この構成により、要求者は、被要求者に対する迷惑を極力避けて、その被要求者の作業に割り込むことができる。
【００３０】
また、請求項１２の発明は、請求項１１の発明において、前記利用者情報は、前記利用者から割り込みを受け付ける条件として取得した受付条件であることを特徴とする。
【００３１】
この構成により、被要求者となる可能性のなる各利用者は、自身の都合に応じて、作業に対する割り込みを受け付けることができるようになり、不要な作業の中断を防止することができる。
【００３２】
また、請求項１３の発明は、請求項１１または１２の発明において、前記利用者情報は、前記利用者の状況を検出する状況検出手段から取得した該利用者の状況を示す状況情報であることを特徴とする。
【００３３】
この構成を請求項１１の構成と組み合わせることにより、被要求者の所在等に応じて割り込みの可否や割り込み方法が選択されるため、被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【００３４】
また、請求項１３の構成を請求項１１の構成と組み合わせることで、被要求者となる利用者は、自身の都合を所在場所等に応じて設定することができ、要求者が被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【００３５】
また、請求項１４の発明は、請求項１１乃至１３のいずれかの発明において、前記利用者情報は、前記利用者の状況毎に、許可されるサービスが設定されていることを特徴とする。
【００３６】
この構成により、被要求者となる利用者の都合をより詳細に反映させた作業への割り込みを調整することができる。
【００３７】
また、請求項１５の発明は、請求項１４の発明において、前記利用者情報に許可されるサービスが複数設定されていた場合には、前記要求者に１以上のサービスを選択させることを特徴とする。
【００３８】
また、請求項１６の発明は、請求項１１乃至１５のいずれかの発明において、前記利用者情報は、優先度毎に許可されるサービスが設定されており、前記要求条件で指定された優先度に基づいて、前記利用者情報に設定されているサービスを選択することを特徴とする。
【００３９】
この構成により、作業への割り込みをその重要度によって調整することができる。
【００４０】
また、請求項１７の発明は、請求項１６の発明において、前記要求条件で指定された被要求者が競合した場合には、前記優先度に基づいて処理する要求条件を決定することを特徴とする。
【００４１】
また、請求項１８の発明は、請求項１６の発明において、前記要求条件で指定された被要求者が他の要求条件に基づくサービスと競合している場合には、前記優先度に基づいて処理する要求条件を再決定することを特徴とする。
【００４２】
また、請求項１９の発明は、請求項１１乃至１８のいずれかの発明において、前記要求条件で被要求者が特定されていない場合には、該要求条件に基づいて被要求者を特定することを特徴とする。
【００４３】
この構成により、要求者は、被要求者を特定できない場合や特定する必要がない場合でも、容易に所望する相手への割り込みを行うことができる。
【００４４】
また、請求項２０の発明は、請求項１１乃至１９のいずれかの発明において、前記サービスを実行するのに要する情報を前記要求者に通知することを特徴とする。
【００４５】
また、請求項２１の発明は、要求者が所望する被要求者の作業への割り込みの調整をコンピュータに実行させる割込調整プログラムであって、要求者からの割り込み要求を要求条件として取得するステップと、前記要求条件と、被要求者となる可能性のある各利用者の利用者情報とを蓄積するステップと、前記要求条件および前記利用者情報とに基づいて、割り込みに利用するサービスを選択するステップと、前記選択されたサービスを実行するステップとをコンピュータに実行させることを特徴とする。
【００４６】
この構成により、要求者が、被要求者に対する迷惑を極力避けて、その被要求者の作業に割り込むことができる処理をコンピュータに実行させることができる。
【００４７】
また、請求項２２の発明は、請求項２１の発明において、前記利用者から割り込みを受け付ける条件を受付条件として取得するステップをさらにコンピュータに実行させ、前記受付条件を前記利用者情報として蓄積することを特徴とする。
【００４８】
この構成により、被要求者となる可能性のなる各利用者は、自身の都合に応じて、作業に対する割り込みを受け付けることができるようになり、不要な作業の中断を防止することができる。
【００４９】
また、請求項２３の発明は、請求項２１または２２のいずれかの発明において、前記利用者の状況を検出する状況検出手段から該利用者の状況を示す状況情報を取得するステップをさらにコンピュータに実行させ、前記状況情報を前記利用者情報として蓄積することを特徴とする。
【００５０】
この構成を請求項２１の構成と組み合わせることにより、被要求者の所在等に応じて割り込みの可否や割り込み方法が選択されるため、被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【００５１】
また、請求項２３の構成を請求項２１の構成と組み合わせることで、被要求者となる利用者は、自身の都合を所在場所等に応じて設定することができ、要求者が被要求者等へ迷惑をかける可能性をさらに低下させることができる。
【発明の効果】
【００５２】
本発明によれば、要求者からの割り込み要求を要求条件として取得し、該取得した要求条件と被要求者となる可能性のある各利用者の利用者情報とに基づいて、割り込みに利用するサービスを選択するように構成したので、報告や連絡や相談などを行いたい相手の作業の中断や周囲への迷惑や被要求者のプライバシー情報の開示を極力避けつつ、情報取得の機会損失を減少させることができる。
【発明を実施するための最良の形態】
【００５３】
以下、本発明に係る割込調整装置および方法並びにプログラムの一実施の形態について、添付図面を参照して詳細に説明する。
【００５４】
図１は、この発明を適用した割込調整装置の機能的な概略構成を示すブロック図である。同図に示すように、割込調整装置１は、条件蓄積部１１と状況蓄積部１２、サービス選択部１３、サービス実行部１４を具備して構成される。
【００５５】
条件蓄積部１１は、情報端末２Ａから入力される要求条件や受付条件を蓄積する。要求条件は割り込みを要求する際の条件であり、受付条件は割り込みを受け付ける際の条件である。なお、実際には、情報端末２Ａは、複数種類のものが複数混在することが多い。また、詳細は、後述の実施例で説明するが、受付条件は、必ずしも必要なものではない。
【００５６】
状況蓄積部１２は、状況検出装置３が検出する利用者の状況に関する状況情報を蓄積する。利用者とは、割り込みを要求する要求者と割り込みが要求される被要求者の双方である。なお、実際には、状況検出装置３は、複数種類のものが複数混在することが多い。また、詳細は、後述の実施例で説明するが、状況情報は、必ずしも必要なものではなく、その場合には、状況蓄積部１２と状況検出装置３は不要となる。
【００５７】
サービス選択部１３は、条件蓄積部１１に蓄積されている要求条件や受付条件、状況蓄積部１２に蓄積されている状況情報に基づいて、実行すべきサービスを選択する。なお、サービスの詳細については、後述の実施例で説明する。
【００５８】
サービス実行部１４は、サービス選択部１３により選択されたサービスを実行する。サービスの詳細については後述の実施例で説明するが、サービスは、基本的には、情報端末２Ｂを介して、割り込みの要求者と被要求者の双方へ情報の提供を行う処理である。なお、実際には、情報端末２Ｂは、複数種類のものが複数混在することが多い。
【００５９】
なお、割込調整装置１は、上述の各部の処理を実行させるためのプログラムをコンピュータで実行させたサーバとして提供することができる。
【００６０】
次に、割込調整装置１を利用した割込調整システムの具体的な構成例について説明する。図２は、割込調整システムの構成例を示した図である。
【００６１】
図２に示した例では、割込調整装置１は、ネットワーク５に接続されている。また、ネットワーク５には、場所６に存在するＰＣ２１や携帯電話２２、センサ３１、カメラ３２等の各機器が接続されているとともに、場所７に存在するＦＡＸ２３やＰＣ２４、電子掲示板２５、携帯電話２６、ＰＤＡ２７、センサ３３等の各機器が接続されている。また、ネットワーク５には、この他にも、スケジュール管理システム３４や会議予約システム３５が接続されている。なお、場所６は、例えば、利用者の自席（会社内）や自宅であり、場所７は、例えば、会議室や公共スペースである。このような場所は、実際には、複数存在するものとする。
【００６２】
ＰＣ２１や携帯電話２２、ＰＣ２４、携帯電話２６、ＰＤＡ２７は、図１に示した情報端末２Ａ、情報端末２Ｂに相当するものである。また、ＦＡＸ２３や電子掲示板２５は、図１に示した情報端末２Ｂに相当するものである。ただし、ＰＣ２１、携帯電話２２、ＰＣ２４、携帯電話２６、ＰＤＡ２７は、条件、例えばＰＣ２１であれば、その操作を検知することができるアプリケーションソフトが稼働している等の条件、携帯電話２２であれば、ＧＰＳ等による位置検知が可能である等の条件によって、図１に示した状況検出装置３としても、利用することができる。
【００６３】
センサ３１やカメラ３２、センサ３３、スケジュール管理システム３４、会議予約システム３５は、図１に示した状況検出装置３に相当するものである。なお、センサ３１等は、利用者が所持する発信器や無線機、赤外線装置等の出力を検知することで、利用者の存在を検出するものである。なお、状況検出装置３としては、この他にも、入退室管理システム等、利用者の状況を検出することができるものであれば、どのようなものでも利用することができる。
【００６４】
以下では、各実施例に沿って、本発明を適用した割込調整装置について、説明する。なお、各実施例の構成は、適宜組み合わせて利用することができることを付記しておく。
【実施例１】
【００６５】
図３は、実施例１における割込調整装置の機能的な構成を示すブロック図である。同図に示すように、割込調整装置１０１は、要求条件入力部１０２と受付条件入力部１０３、情報蓄積部１０４、サービス選択部１０５、サービス実行部１０６を具備して構成される。
【００６６】
要求条件入力部１０２は、割り込みを要求する要求者からの要求条件の入力を受け付ける。要求条件の入力は、図１に示した情報端末２Ａに相当するもの（例えば、図２に示したＰＣ２１）から行われるが、要求条件入力部１０２は、その際に、図４に示すような入力画面を情報端末２Ａ相当に提供する。これにより、要求者は、対象者（被要求者）や優先度、要件等を含む要求条件を入力する。なお、要求条件入力部１０２は、要求者が要求条件の一部のみを入力した場合には、後に不足する条件が追加された時点で要求条件として受け付けるようにしてもよく、不足する条件を初期値で補って要求条件として受け付けるようにしてもよい。
【００６７】
受付条件入力部１０３は、被要求者となる可能性のある利用者全般からの受付条件の入力を受け付ける。受付条件の入力は、情報端末２Ａに相当するものから行われるが、受付条件入力部１０３は、その際に、図５に示すような入力画面を情報端末２Ａ相当に提供する。これにより、利用者は、各優先度における対応を指定した受付条件を入力する。なお、受付条件入力部１０３は、利用者が受付条件の一部のみを入力した場合には、不足する条件を初期値で補って受付条件として受け付けるようにしてもよい。なお、受付条件は、管理者等により制約を受ける、例えば、会社等の組織であれば人事部の担当者により、休憩中の受け付けを禁止する等の制約を受けるようにしてもよい。ここでは「携帯メール」は携帯電話などの携帯端末で送受信できるメールサービスを示し、一度に送受信できるメッセージの文字数の制限などの点で、通常のメールである「ＰＣメール」と区別する。
【００６８】
情報蓄積部１０４は、図１に示した条件蓄積部１１に相当するもので、要求条件入力部１０２が受け付けた要求条件と、受付条件入力部１０３が受け付けた受付条件を蓄積する。
【００６９】
サービス選択部１０５は、図１に示したサービス選択部１３に相当するもので、情報蓄積部１０４に蓄積されている要求条件と受付条件に基づいて、実行すべきサービスを選択する。
【００７０】
サービス実行部１０６は、図１に示したサービス実行部１４に相当するもので、サービス選択部１０５が選択したサービスを実行し、図１に示した情報端末２Ｂに相当するもの（例えば、図２に示した携帯電話２６）に対して情報を出力する。
【００７１】
なお、割込調整装置１０１は、状況情報を利用しない。したがって、図１に示した状況蓄積部１２に相当する構成は無く、状況検出装置３に相当する構成も不要となる。
【００７２】
ここで、サービス選択部１０５の処理動作について説明する。図６および図７は、サービス選択部１０５の動作の流れを示すフローチャートである。
【００７３】
サービス選択部１０５は、処理を開始すると、情報蓄積部１０４から新規に蓄積された要求条件を検索し（ステップ１１１）、該当する要求条件があれば（ステップ１１２でＹＥＳ）、サービス選択処理を行う（ステップ１１３）。このサービス選択処理では、図７に示す処理を行うが、当該処理は、マルチスレッド等により、複数の処理を並列して行うことが可能であるため、当該処理の終了を待たずに、再び新規に蓄積された要求情報の検索を行うようにしてもよい。一方、情報蓄積部１０４に新規の要求条件が蓄積されなかった場合には（ステップ１１２でＮＯ）、一定時間後に、再度、新規に蓄積された要求情報の検索を行う。なお、図６に示した処理に代えて、要求条件入力部１０２が要求条件を受け付けた旨をサービス選択部１０５に通知し、この通知に基づいてサービス選択部１０５が、ステップ１１３のサービス選択処理を実行するようにしてもよい。
【００７４】
ステップ１１３のサービス選択処理では、まず、ステップ１１１で検索された新規の要求条件で指定されている被要求者の受付条件を情報蓄積部１０４から検索する（ステップ１２１）。その結果、情報蓄積部１０４に該当する受付条件があれば（ステップ１２２でＹＥＳ）、両条件に基づいて、サービスの選択を行う（ステップ１２３）。サービスの選択は、例えば、受付条件が、図８に示すように、５段階の優先度の「１：緊急」、「２：重要」、「３：通常」、「４：任意」、「５：参考」のそれぞれに対して、「携帯電話可」、「携帯メール」、「ＰＣメール」、「ＰＣメール」、「保留」と設定されていたとすると、要求条件に含まれる優先度が「３：通常」であれば、「ＰＣメール」を選択するように、要求条件に含まれる優先度に基づいて、受付条件の同優先度に指定されているサービスを選択することで行う。サービスを選択すると、サービス選択部１０５は、サービス実行部１０６に選択したサービスの実行を指示して（ステップ１２４）、サービス選択処理を終了する。
【００７５】
なお、サービスの選択は、優先度以外の要素に基づいて行うようにしてもよい。例えば、受付条件で要求者の役職等の人属性毎にサービスを指定しておき、サービス選択部１０５が要求条件に含まれる要求者の人属性と受付条件を比較してサービスを選択するようにすることができる。
【００７６】
ところで、サービスは、基本的には指定された方法で被要求者に対して要件等の通知を行うとともに、その結果を要求者にも通知するものであるが、選択したサービスが「保留」であった場合には、要求者に対してその旨を通知するのみの処理となる。
【００７７】
一方、被要求者の受付条件を検索した結果、情報蓄積部１０４に該当する受付条件が蓄積されていなかった場合には（ステップ１２２でＮＯ）、要求条件に受付条件が登録されるのを待つ旨の指定があり（ステップ１２５でＹＥＳ）、その条件が継続している間（ステップ１２６でＹＥＳ）、例えば、一定時間内や指定時刻前であれば、該当する受付条件が登録されるのを待ち、該当する受付条件が登録されると（ステップ１２２でＹＥＳ）、上述したのと同様の処理を行う。
【００７８】
また、要求条件に受付条件が登録されるのを待つ旨の指定が無い場合や（ステップ１２５でＮＯ）、待ち指定があっても待つための条件が継続しなくなった場合には（ステップ１２６でＮＯ）、受付条件が存在しない旨を要求者に通知することをサービス実行部１０６に指示して（ステップ１２７）、サービス選択処理を終了する。
【実施例２】
【００７９】
図９は、実施例２における割込調整装置の機能的な構成を示すブロック図である。同図に示すように、割込調整装置２０１は、要求条件入力部２０２と状況情報取得部２０３、情報蓄積部２０４、サービス選択部２０５、サービス実行部２０６を具備して構成される。
【００８０】
要求条件入力部２０２は、割り込みを要求する要求者からの要求条件の入力を受け付ける。要求条件の入力は、図１に示した情報端末２Ａに相当するものから行われるが、要求条件入力部２０２は、その際に、実施例１の要求情報入力部１０２と同様に、図４に示すような入力画面を情報端末２Ａ相当に提供する。これにより、要求者は、対象者（被要求者）や優先度、要件等を含む要求条件を入力する。なお、要求条件入力部２０２は、要求者が要求条件の一部のみを入力した場合には、後に不足する条件が追加された時点で要求条件として受け付けるようにしてもよく、不足する条件を初期値で補って要求条件として受け付けるようにしてもよい。
【００８１】
状況情報取得部２０３は、図１に示した状況検出装置３に相当するもの（例えば、図２に示したセンサ３１）が検出した利用者の状況を取得し、取得した状況に基づいて状況情報を生成する。状況情報は、各利用者が、どのような状況にあるかを示す情報で、所在場所や、会議中か否かといった情報である。
【００８２】
情報蓄積部２０４は、図１に示した条件蓄積部１１および状況蓄積部１２に相当するもので、要求条件入力部２０２が受け付けた要求条件と、状況情報取得部２０３が取得した状況情報を蓄積する。
【００８３】
サービス選択部２０５は、図１に示したサービス選択部１３に相当するもので、情報蓄積部２０４に蓄積されている要求条件と状況情報に基づいて、実行すべきサービスを選択する。
【００８４】
サービス実行部２０６は、図１に示したサービス実行部１４に相当するもので、サービス選択部２０５が選択したサービスを実行し、図１に示した情報端末２Ｂに相当するものに対して情報を出力する。
【００８５】
ここで、サービス選択部２０５の処理動作について説明する。図１０は、サービス選択部２０５の動作の流れを示すフローチャートである。なお、サービス選択部２０５は、実施例１のサービス選択部１０５と、一部の処理（図６を参照した部分）が同様であるため、図６を流用して説明を行う。
【００８６】
サービス選択部２０５は、処理を開始すると、情報蓄積部２０４から新規に蓄積された要求条件を検索し（ステップ１１１）、該当する要求条件があれば（ステップ１１２でＹＥＳ）、サービス選択処理を行う（ステップ１１３）。このサービス選択処理では、図１０に示す処理を行うが、当該処理は、マルチスレッド等により、複数の処理を並列して行うことが可能であるため、当該処理の終了を待たずに、再び新規に蓄積された要求情報の検索を行うようにしてもよい。一方、情報蓄積部２０４に新規の要求条件が蓄積されなかった場合には（ステップ１１２でＮＯ）、一定時間後に、再度、新規に蓄積された要求情報の検索を行う。なお、図６に示した処理に代えて、要求条件入力部２０２が要求条件を受け付けた旨をサービス選択部２０５に通知し、この通知に基づいてサービス選択部２０５が、ステップ１１３のサービス選択処理を実行するようにしてもよい。
【００８７】
ステップ１１３のサービス選択処理では、まず、ステップ１１１で検索された新規の要求条件で指定されている被要求者の状況情報を情報蓄積部２０４から検索する（ステップ２２１）。その結果、情報蓄積部２０４に該当する状況情報があれば（ステップ２２２でＹＥＳ）、要求条件と状況情報に基づいて、サービスの選択を行う（ステップ２２３）。サービスの選択は、例えば、図１１に示すような被要求者の状況と要求者が指定する優先度に対応するサービスを設定したテーブルに基づいて決定する。図１１に示したテーブルでは、被要求者の所在場所等に基づいて、「通常作業」、「通常会議」、「集中作業」、「重要会議」、「休憩」、「禁止」等の状況が設定されており、その各状況毎に、「１：緊急」、「２：重要」、「３：通常」、「４：任意」、「５：参考」の５段階の優先度に応じたサービスが設定されている。したがって、被要求者が「重要会議」の状況下にあり、要求条件に含まれる優先度が「３：通常」であれば、「ＰＣメール」を選択するように、要求条件に含まれる優先度に基づいて、受付条件の同優先度に指定されているサービスを選択する。このように直接所在場所をサービスの選択肢に変換することにより、被要求者のプライバシー情報を開示せずにサービスを実施することができる。
【００８８】
サービスを選択すると、サービス選択部２０５は、サービス実行部２０６に選択したサービスの実行を指示して（ステップ２２４）、サービス選択処理を終了する。
【００８９】
なお、サービスの選択は、優先度以外の要素に基づいて行うようにしてもよい。例えば、図１１に示した優先度を要求者の役職等の人属性に変更したテーブルを用いる等、様々な条件に基づいてサービスを選択するようにすることができる。
【００９０】
ところで、サービスは、基本的には指定された方法で被要求者に対して要件等の通知を行うとともに、その結果を要求者にも通知するものであるが、選択したサービスが「保留」であった場合には、要求者に対してその旨を通知するのみの処理となる。
【００９１】
一方、被要求者の状況情報を検索した結果、情報蓄積部２０４に該当する状況情報が蓄積されていなかった場合には（ステップ２２２でＮＯ）、要求条件に状況情報が登録、つまり、被要求者の状況が検出されるのを待つ旨の指定があり（ステップ２２５でＹＥＳ）、その条件が継続している間（ステップ２２６でＹＥＳ）、例えば、一定時間内や指定時刻前であれば、該当する状況情報が登録されるのを待ち、該当する状況情報が登録されると（ステップ２２２でＹＥＳ）、上述したのと同様の処理を行う。
【００９２】
また、要求条件に状況情報が登録されるのを待つ旨の指定が無い場合や（ステップ２２５でＮＯ）、待ち指定があっても待つための条件が継続しなくなった場合には（ステップ２２６でＮＯ）、指定された被要求者が検出可能な範囲内に存在しない旨を要求者に通知することをサービス実行部２０６に指示して（ステップ２２７）、サービス選択処理を終了する。
【実施例３】
【００９３】
図１２は、実施例３における割込調整装置の機能的な構成を示すブロック図である。同図に示すように、割込調整装置３０１は、要求条件入力部３０２と受付条件入力部３０３、状況情報取得部３０４、情報蓄積部３０５、サービス選択部３０６、サービス実行部３０７を具備して構成される。
【００９４】
要求条件入力部３０２は、割り込みを要求する要求者からの要求条件の入力を受け付ける。要求条件の入力は、図１に示した情報端末２Ａに相当するものから行われるが、要求条件入力部３０２は、その際に、実施例１の要求情報入力部３０２と同様に、図４に示すような入力画面を情報端末２Ａ相当に提供する。これにより、要求者は、対象者（被要求者）や優先度、要件等を含む要求条件を入力する。なお、要求条件入力部３０２は、要求者が要求条件の一部のみを入力した場合には、後に不足する条件が追加された時点で要求条件として受け付けるようにしてもよく、不足する条件を初期値で補って要求条件として受け付けるようにしてもよい。
【００９５】
受付条件入力部３０３は、被要求者となる可能性のある利用者全般からの受付条件の入力を受け付ける。受付条件の入力は、情報端末２Ａに相当するものから行われるが、受付条件入力部３０３は、その際に、図１３に示すような入力画面を情報端末２Ａ相当に提供する。これにより、利用者は、自身の状況を意味する作業対象毎に、各優先度における対応を指定した受付条件を入力する。なお、受付条件入力部３０３は、利用者が受付条件の一部のみを入力した場合には、不足する条件を初期値で補って受付条件として受け付けるようにしてもよい。
【００９６】
状況情報取得部３０４は、図１に示した状況検出装置３に相当するものが検出した利用者の状況を取得し、取得した状況に基づいて状況情報を生成する。状況情報は、各利用者が、どのような状況にあるかを示す情報で、所在場所や、会議中か否かといった情報である。
【００９７】
情報蓄積部３０５は、図１に示した条件蓄積部１１および状況蓄積部１２に相当するもので、要求条件入力部３０２が受け付けた要求条件と、受付条件入力部３０３が受け付けた受付条件、状況情報取得部３０４が取得した状況情報を蓄積する。
【００９８】
サービス選択部３０６は、図１に示したサービス選択部１３に相当するもので、情報蓄積部３０５に蓄積されている要求条件、受付条件、状況情報に基づいて、実行すべきサービスを選択する。
【００９９】
サービス実行部３０７は、図１に示したサービス実行部１４に相当するもので、サービス選択部３０６が選択したサービスを実行し、図１に示した情報端末２Ｂに相当するものに対して情報を出力する。
【０１００】
ここで、サービス選択部３０６の処理動作について説明する。図１４は、サービス選択部３０６の動作の流れを示すフローチャートである。なお、サービス選択部３０６は、実施例１のサービス選択部１０５と、一部の処理（図６を参照した部分）が同様であるため、図６を流用して説明を行う。
【０１０１】
サービス選択部３０６は、処理を開始すると、情報蓄積部３０５から新規に蓄積された要求条件を検索し（ステップ１１１）、該当する要求条件があれば（ステップ１１２でＹＥＳ）、サービス選択処理を行う（ステップ１１３）。このサービス選択処理では、図１４に示す処理を行うが、当該処理は、マルチスレッド等により、複数の処理を並列して行うことが可能であるため、当該処理の終了を待たずに、再び新規に蓄積された要求情報の検索を行うようにしてもよい。一方、情報蓄積部３０５に新規の要求条件が蓄積されなかった場合には（ステップ１１２でＮＯ）、一定時間後に、再度、新規に蓄積された要求情報の検索を行う。なお、図６に示した処理に代えて、要求条件入力部３０２が要求条件を受け付けた旨をサービス選択部３０６に通知し、この通知に基づいてサービス選択部３０６が、ステップ１１３のサービス選択処理を実行するようにしてもよい。
【０１０２】
ステップ１１３のサービス選択処理では、まず、ステップ１１１で検索された新規の要求条件で指定されている被要求者の受付条件を情報蓄積部３０５から検索する（ステップ３２１）。その結果、情報蓄積部３０５に該当する受付条件があれば（ステップ３２２でＹＥＳ）、要求条件と受付条件の比較を行う（ステップ３２３）。その結果、状況情報を要することなくサービスの選択が可能であれば（ステップ３２４でＹＥＳ）、サービス選択部３０６は、要求条件と受付条件に基づいてサービスの選択を行い（ステップ３２５）、サービス実行部３０７に選択したサービスの実行を指示して（ステップ３２６）、サービス選択処理を終了する。なお、状況情報が不要な場合とは、例えば、優先度が「緊急」に指定されている場合は、被要求者がその状況に関わらずに携帯電話によるサービスを受付条件で指定している場合等である。
【０１０３】
一方、要求条件と受付条件の比較の結果、状況情報を要する場合や（ステップ３２４でＮＯ）、情報蓄積部３０５に該当する受付条件が無かった場合には（ステップ３２２でＮＯ）、サービス選択部３０６は、要求条件で指定されている被要求者の状況情報を情報蓄積部３０５から検索する（ステップ３２７）。その結果、情報蓄積部３０５に該当する状況情報があれば（ステップ３２８でＹＥＳ）、サービス選択部３０６は、要求条件、受付条件、状況情報に基づいてサービスの選択を行い（ステップ３２５）、サービス実行部３０７に選択したサービスの実行を指示して（ステップ３２６）、サービス選択処理を終了する。なお、サービスの選択は、基本的には、実施例２の場合と同様であるが、実施例３の場合は、図１１に相当するテーブルのサービスを受付条件に基づいて変更している。また、情報蓄積部３０５に該当する受付条件が無かった場合には、サービスの選択時に、受付条件に代えて、実施例２の場合と同様に図１１に示すような初期値としてサービスが設定されているテーブルを用いてサービスの選択を行う。
【０１０４】
なお、サービスの選択は、実施例１や実施例２の場合と同様に、優先度以外の要素に基づいて行うようにしてもよい。
【０１０５】
ところで、サービスは、基本的には指定された方法で被要求者に対して要件等の通知を行うとともに、その結果を要求者にも通知するものであるが、選択したサービスが「保留」であった場合には、要求者に対してその旨を通知するのみの処理となる。
【０１０６】
一方、被要求者の状況情報を検索した結果、情報蓄積部３０５に該当する状況情報が蓄積されていなかった場合には（ステップ３２８でＮＯ）、要求条件に状況情報が登録、つまり、被要求者の状況が検出されるのを待つ旨の指定があり（ステップ３２９でＹＥＳ）、その条件が継続している間（ステップ３３０でＹＥＳ）、例えば、一定時間内や指定時刻前であれば、該当する状況情報が登録されるのを待ち、該当する状況情報が登録されると（ステップ３２８でＹＥＳ）、上述したのと同様の処理を行う。
【０１０７】
また、要求条件に状況情報が登録されるのを待つ旨の指定が無い場合や（ステップ３２９でＮＯ）、待ち指定があっても待つための条件が継続しなくなった場合には（ステップ３３０でＮＯ）、指定された被要求者が検出可能な範囲内に存在しない旨を要求者に通知することをサービス実行部３０７に指示して（ステップ３３１）、サービス選択処理を終了する。
【０１０８】
なお、図１４には、その処理の流れを示してはいないが、被要求者の受付条件と状況情報の両者が存在しない場合には、指定により、その両者が登録されるのを待つような処理を行ってもよい。
【実施例４】
【０１０９】
実施例４は、各優先度におけるサービスに、複数の候補を設定し、要求者に実行するサービスを選択させる場合の例である。この実施例４の構成は、実施例１、実施例２、実施例３の各構成に組み合わせて実現することが可能である。
【０１１０】
例えば、実施例４の構成を実施例３の構成と組み合わせた場合には、受付条件入力部３０３（図１２参照）は、図１５に示すような入力画面を情報端末２Ａ相当に提供し、各状況および各優先度毎に、複数のサービスを指定することができる。その結果、サービス選択部３０６は、例えば、図１６に示すテーブルを用いて、候補となるサービスを選択することとなる。そして、サービス実行部３０７が、要求者に対して複数の候補からサービスを選択させ、選択されたサービスを実行することとなる。なお、候補となるサービスとしては、図１７に示すテーブルのように、サービスに関連する内容をも設定するようにしてもよい。図１７に示した例は、通知する内容のメディアや情報量を設定しているものである。
【０１１１】
ここで、実施例４におけるサービス実行部３０７の処理について説明する。図１８は、サービス実行部３０７の動作の流れを示すフローチャートである。
【０１１２】
サービス実行部３０７は、処理を開始すると、まず、未処理のサービス指示があるかどうかを調べ、サービス指示がなければ（ステップ４０１でＮＯ）、処理を終了する。サービス指示は、サービス選択部３０６により実行を指示されたもので、例えば、図１９に示すようなサービス指示リストで管理している。
【０１１３】
未処理のサービスがある場合には（ステップ４０１でＹＥＳ）、サービス指示リストから未処理のサービスを取得し（ステップ４０２）、取得したサービスに対する選択画面を要求者（の情報端末）に提示して要求者からのサービス選択指示を受け付ける（ステップ４０３）。要求者に提示する選択画面は、例えば、図２０に示すようなもので、サービス指示部３０６により指示されたサービス候補のみが選択できるようになっている。
【０１１４】
ここで、選択されたサービスに、メールが含まれていた場合は（ステップ４０４でＹＥＳ）、要約メールが含まれていれば（ステップ４０５でＹＥＳ）、要約メールを送信し（ステップ４０６）、全文メールが含まれていれば（ステップ４０７でＹＥＳ）、全文メールを送信する（ステップ４０８）。メールは、割込調整装置３０１の図示しないメール送信部からの送信が可能であり、メール送信部は、被要求者のプロファイル情報（予めシステムに登録されている）からメールアドレスを取得してメール送信を行う。要約メールは、例えば、「Ｆさんから、２００４／１／１５  １８：０６：２３にＺＺＺＺというタイトルで優先度が重要な要求が入っています」というように概要だけを送信するもので、全文メールは、要求条件に登録された「内容」に記述された情報を全て送信する。
【０１１５】
サービス実行部３０７は、メールの送信が終了した後、同時に他のサービスが選択されていなければ（ステップ４０９でＮＯ）、サービスが実行されたものとみなして該当する要求条件とサービス指示を削除し（ステップ４１０）、ステップ４０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１１６】
一方、メール以外のサービスが同時に選択されていた場合には（ステップ４０９でＹＥＳ）、要求者に対して他のサービスのために必要な情報を提示する情報表示処理を行う（ステップ４１１）。情報表示処理では、例えば、サービスが「居場所表示」の場合は被要求者の居場所を示す内容を、サービスが「携帯電話可能」の場合は携帯電話の番号を、「訪問可能」の場合には被要求者の居場所とともに訪問可能である旨を表示する。
【０１１７】
続いて、情報表示処理で表示した内容を用いた結果、サービスが成立したかどうかに関して、要求者からの結果入力を受け付ける（ステップ４１２）。要求者から入力された結果が、「サービス成立」であった場合には（ステップ４１３でＹＥＳ）、該当する要求条件とサービス指示を削除し（ステップ４１０）、ステップ４０１の処理に戻り、次の未処理サービスの有無を確認する。また、要求者から入力された結果が、「サービス不成立」であった場合には（ステップ４１３でＮＯ）、何ら処理を行わずに、ステップ４０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１１８】
また、メール以外のサービスのみが選択されていた場合には（ステップ４０４でＮＯ）、要求者に対して他のサービスのために必要な情報を提示する情報表示処理を行う（ステップ４１１）。情報表示処理では、例えば、サービスが「居場所表示」の場合は被要求者の居場所を示す内容を、サービスが「携帯電話可能」の場合は携帯電話の番号を、「訪問可能」の場合には被要求者の居場所とともに訪問可能である旨を表示する。
【０１１９】
表示される。
【０１２０】
続いて、情報表示処理で表示した内容を用いた結果、サービスが成立したかどうかに関して、要求者からの結果入力を受け付ける（ステップ４１２）。要求者から入力された結果が、「サービス成立」であった場合には（ステップ４１３でＹＥＳ）、該当する要求条件とサービス指示を削除し（ステップ４１０）、ステップ４０１の処理に戻り、次の未処理サービスの有無を確認する。また、要求者から入力された結果が、「サービス不成立」であった場合には（ステップ４１３でＮＯ）、何ら処理を行わずに、ステップ４０１の処理に戻り、次の未処理サービスの有無を確認する。
【実施例５】
【０１２１】
実施例５は、ある優先度のサービスを実行中に、より優先度の高いサービスを割り込ませて実行する場合の例である。この実施例５の構成は、実施例１、実施例２、実施例３、実施例４の各構成に組み合わせて実現することが可能である。
【０１２２】
ここでは、実施例５の構成を実施例３の構成と組み合わせた場合を例として、サービス選択部３０６の動作について説明する。図２１は、サービス選択部３０６の動作の流れを示すフローチャートである。
【０１２３】
サービス選択部３０６は、一定のタイミング若しくはイベントの発生によって処理を開始し、処理を開始すると、まず、未処理の要求条件があるかどうかを調べ、未処理の要求条件がなければ（ステップ５０１でＮＯ）、処理を終了する。要求条件は、例えば、図２２に示すような要求条件リストで管理している。この要求条件リストは、サービス中の要求条件を含めて、サービスの完了していない要求条件を格納している。サービス中のサービスとは、要求者に対してサービスの案内、例えば、携帯電話による通話が可能な旨を指示したが、その結果が入力されておらず、結果として完了していないサービスである。なお、図２２に示した要求条件指示リストでは、格納している要求条件を優先度順に並べ、更に、サービス状態（サービス中または保留）によって並べられているものとする。
【０１２４】
サービス選択部３０６は、未処理の要求条件が存在する場合には（ステップ５０１でＹＥＳ）、その中から最優先の要求条件を選択する（ステップ５０２）。要求条件リストが図２２に示したように並べられている場合には、その先頭から順番に選択するが、並べられていない場合には、並び替えを行った後に選択を行う。
【０１２５】
続いて、選択した最優先の未処理要求条件の状態がサービス中であるか否かを調べ、サービス中でなければ（ステップ５０３でＮＯ）、サービス選択部３０６は、要求条件が満たされているか否かを調べるため、後述する要求評価処理を実行する（ステップ５０４）。
【０１２６】
一方、選択した最優先の未処理要求条件の状態がサービス中であれば（ステップ５０３でＹＥＳ）、サービス中の要求条件がユーザの入力や状況の変化によって影響を受けていないかどうかを調べるため、サービス選択部３０６は、後述する再評価処理を実行する（ステップ５０５）。
【０１２７】
そして、サービス選択部３０６は、要求評価処理若しくは再評価処理を完了したら、再びステップ５０１に戻り、未処理のサービス指示が無くなるまで、同様の処理を繰り返す。
【０１２８】
次に、ステップ５０４の要求評価処理について説明する。図２３は、要求評価処理の流れを示すフローチャートである。
【０１２９】
要求評価処理では、サービス選択部３０６は、まず、該当するサービスの被要求者が、別のサービスのサービス中であるか否かを調べ、サービス中ではない場合は（ステップ５１０でＮＯ）、当該被要求者の受付条件等（いずれの実施例と組み合わせるかで異なるが、受付条件と状況情報の少なくとも１つ）を参照して、サービスが実行可能か否かを調べる（ステップ５１１）。この判別は、図２４に示すような受付条件等をリストにしたものを参照することで行う。図２４に示した例では、被要求者Ａに優先度が「４：重要」である連絡をする場合には、携帯メールが選択される。また、図２４に示したリストは、被要求者となる可能性のある利用者の状況の変化や受付条件の変更があった場合は、図２５に示すように変更される。図２５に示した例は、図２４に示したリストの状態から被要求者Ｃが会議室における通常会議から自席における通常作業に移った場合のリストである。なお、図２４に示したようなリストを用いなくとも、上述の各実施例における処理と同様に受付条件を参照して判別を行うようにしてもよい。
【０１３０】
さて、サービスが実行可能か否かを調べた結果、サービスの実行が不可能であった場合は（ステップ５１２でＮＯ）、サービス選択部３０６は、サービス実行部３０７に対して要求者に対して当該要求が不成立であることを通知するよう指示して（ステップ５１３）、要求評価処理を終了する。
【０１３１】
また、サービスが実行可能か否かを調べた結果、サービスの実行が可能であった場合は（ステップ５１２でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７に対して選択したサービスの実行を指示し（ステップ５１４）、図２２に示した要求条件リストの該当する要求条件の状態を保留からサービス中に変更し（ステップ５１５）、要求評価処理を終了する。
【０１３２】
一方、まず、該当するサービスの被要求者が、別のサービスのサービス中であるか否かを調べた結果、サービス中であった場合には（ステップ５１０でＹＥＳ）、サービス選択部３０６は、サービス中のサービスの優先度が処理中の（ステップ５０２で選択した）要求条件の優先度より低いか否かを比較する（ステップ５１６）。
【０１３３】
その結果、サービス中のサービスの優先度が処理中の要求条件の優先度と同等または高い場合には（ステップ５１７でＮＯ）、サービス選択部３０６は、サービス実行部３０７に対して要求者に対して当該要求が不成立であることを通知するよう指示して（ステップ５１３）、要求評価処理を終了する。
【０１３４】
また、サービス中のサービスの優先度が処理中の要求条件の優先度より低い場合には、（ステップ５１７でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７にサービス中のサービスを保留に変更させ（ステップ５１８）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示した後（ステップ５１９）、選択したサービスの実行を指示し（ステップ５１４）、図２２に示した要求条件リストの該当する要求条件の状態をそれぞれ、サービス中から保留に変更するとともに、保留からサービス中に変更し（ステップ５１５）、要求評価処理を終了する。
【０１３５】
次に、ステップ５０５の再評価処理について説明する。図２６は、再評価処理の流れを示すフローチャートである。
【０１３６】
再評価処理では、サービス選択部３０６は、まず、該当するサービスの被要求者の受付条件等（いずれの実施例と組み合わせるかで異なるが、受付条件と状況情報の少なくとも１つ）を参照して、サービスが継続可能か否かを調べ、当該サービスの継続が可能であれば（ステップ５４０でＹＥＳ）、何ら処理を行わずに、再評価処理を終了する。
【０１３７】
一方、受付条件等の変化により、当該サービスの継続が不可能であった場合には（ステップ５４０でＮＯ）、サービス選択部３０６は、サービス実行部３０７に当該サービスを保留に変更させ（ステップ５４１）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示した後（ステップ５４２）、図２２に示した要求条件リストの該当する要求条件の状態をサービス中から保留に変更し（ステップ５４３）、再評価処理を終了する。
【実施例６】
【０１３８】
実施例６は、被要求者として、グループや所定の条件を満たす者等の複数の候補者が指定された場合の例である。この実施例６の構成は、実施例１、実施例２、実施例３、実施例４、実施例５の各構成に組み合わせて実現することが可能である。なお、ここでは、実施例５で説明した要求評価処理と再評価処理を実行する場合を例として説明する。
【０１３９】
実施例６では、要求条件入力部３０２は、割り込みを要求する要求者からの要求条件の入力を受け付け際に、図２７に示すような入力画面を情報端末２Ａ相当に提供する。これにより、被要求者の候補が複数となる要求条件を受け付けることとなる。
【０１４０】
また、実施例６では、要求条件を図２８に示すような要求条件リストで管理している。この要求条件リストは、図２２に示した要求条件リストとは、被要求者となる候補者を管理することができる点が異なっている。
【０１４１】
最初に、要求評価処理について説明する。図２９および図３０は、要求評価処理の流れを示すフローチャートである。
【０１４２】
要求評価処理では、サービス選択部３０６は、まず、該当するサービスの被要求者が、特定の被要求者であれば（ステップ６１０でＹＥＳ）、当該被要求者が別のサービスのサービス中であるか否かを調べ、サービス中ではない場合は（ステップ６１１でＮＯ）、当該被要求者の受付条件等（いずれの実施例と組み合わせるかで異なるが、受付条件と状況情報の少なくとも１つ）を参照して、サービスが実行可能か否かを調べる（ステップ６１２）。
【０１４３】
その結果、サービスの実行が不可能であった場合は（ステップ６１３でＮＯ）、サービス選択部３０６は、サービス実行部３０７に対して要求者に対して当該要求が不成立であることを通知するよう指示して（ステップ６１４）、要求評価処理を終了する。
【０１４４】
また、サービスが実行可能か否かを調べた結果、サービスの実行が可能であった場合は（ステップ６１３でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７に対して選択したサービスの実行を指示し（ステップ６１５）、図２８に示した要求条件リストの該当する要求条件の状態を保留からサービス中に変更し（ステップ６１６）、要求評価処理を終了する。
【０１４５】
一方、該当するサービスの被要求者が、別のサービスのサービス中であるか否かを調べた結果、サービス中であった場合には（ステップ６１１でＹＥＳ）、サービス選択部３０６は、サービス中のサービスの優先度が処理中の要求条件の優先度より低いか否かを比較する（ステップ６１７）。
【０１４６】
その結果、サービス中のサービスの優先度が処理中の要求条件の優先度と同等または高い場合には（ステップ６１８でＮＯ）、サービス選択部３０６は、サービス実行部３０７に対して要求者に対して当該要求が不成立であることを通知するよう指示して（ステップ６１４）、要求評価処理を終了する。
【０１４７】
また、サービス中のサービスの優先度が処理中の要求条件の優先度より低い場合には、（ステップ６１８でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７にサービス中のサービスを保留に変更させ（ステップ６１９）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示した後（ステップ６２０）、選択したサービスの実行を指示し（ステップ６１５）、図２８に示した要求条件リストの該当する要求条件の状態をそれぞれ、サービス中から保留に変更するとともに、保留からサービス中に変更し（ステップ６１６）、要求評価処理を終了する。
【０１４８】
一方、サービス選択部３０６は、まず、該当するサービスの被要求者が、特定の被要求者でない、例えば、図２８に示した要求条件リストで「Ｘグループメンバーの誰か」というように指定されている場合には（ステップ６１０でＮＯ）、被要求者をプロファイル情報に基づいて候補順にリストアップする（ステップ６２１）。
【０１４９】
プロファイル情報は、例えば、図３１に示したように、グループとそのメンバーの対応を格納した情報である。図３１に示した例では、Ｘグループのメンバーは、Ａ、Ｂ、Ｃであるため、この３人が被要求者の候補としてリストアップされる。
【０１５０】
また、プロファイル情報は、図３２に示すように、特定の条件に対応するメンバーの情報を格納した情報であってもよい。図３２に示した例では、ある情報に詳しい対象者を特定するために、キーワードに対する親和性の度合いを記述し、電子掲示板のログデータにおいて対象者が利用したキーワードの使用頻度を度合いとして利用している。このプロファイル情報を利用する際には、ある閾値以上が詳しい被要求者であるとし、例えば閾値が１０以上で、キーワードがセンサの場合には、センサに詳しい順にＥ、Ｂ、Ｄが被要求者の候補となる。閾値は、キーワード全体の出現頻度が高い場合には閾値を高くするなどの方法で、キーワードの出現頻度によって変化するように構成しても良い。また、キーワードは予め決められたものでもよく、電子掲示板システムやメールアーカイブシステムなどと連動して都度更新される方法を用いても構わない。
【０１５１】
被要求者の候補をリストアップすると、サービス選択部３０６は、その候補順に、該当する候補者がサービス中であるかどうかを判定し、サービス中であった場合には（ステップ６２２でＹＥＳ）、サービス選択部３０６は、サービス中のサービスの優先度が処理中の要求条件の優先度より低いか否かを比較する（ステップ６２３）。その結果、サービス中のサービスの優先度が処理中の要求条件の優先度より低い場合には、（ステップ６２４でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７にサービス中のサービスを保留に変更させ（ステップ６２５）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示し（ステップ６２６）、図２８に示した要求条件リストに当該候補者を被要求者として記録した後（ステップ６２７）、選択したサービスの実行を指示し（ステップ６１５）、図２８に示した要求条件リストの該当する要求条件の状態を保留からサービス中に変更し（ステップ６１６）、要求評価処理を終了する。
【０１５２】
また、サービス中のサービスの優先度が処理中の要求条件の優先度と同等または高い場合には（ステップ６２４でＮＯ）、サービス選択部３０６は、全候補者に対する処理が終了したか否かを確認し、終了していなければ（ステップ６２８でＮＯ）、候補順が次の候補者に対して同様の処理を行う。
【０１５３】
一方、該当する候補者がサービス中でなかった場合には（ステップ６２２でＮＯ）、サービス選択部３０６は、当該候補者の受付条件等（いずれの実施例と組み合わせるかで異なるが、受付条件と状況情報の少なくとも１つ）を参照して、サービスが実行可能か否かを調べる（ステップ６２９）。その結果、サービスの実行が可能であった場合は（ステップ６３０でＹＥＳ）、サービス選択部３０６は、図２８に示した要求条件リストに当該候補者を被要求者として記録した後（ステップ６２７）、選択したサービスの実行を指示し（ステップ６１５）、図２８に示した要求条件リストの該当する要求条件の状態を保留からサービス中に変更し（ステップ６１６）、要求評価処理を終了する。
【０１５４】
また、当該候補者がサービスの実行が不可能であった場合には（ステップ６３０でＮＯ）、サービス選択部３０６は、全候補者に対する処理が終了したか否かを確認し、終了していなければ（ステップ６２８でＮＯ）、候補順が次の候補者に対して同様の処理を行う。
【０１５５】
なお、サービス選択部３０６は、該当するサービスの実行を指示することができずに、全候補者に対する処理が終了した場合には（ステップ６２８でＹＥＳ）、サービス実行部３０７に対して要求者に対して当該要求が不成立であることを通知するよう指示して（ステップ６３１）、要求評価処理を終了する。
【０１５６】
次に、再評価処理について説明する。図３３および図３４は、再評価処理の流れを示すフローチャートである。
【０１５７】
再評価処理では、サービス選択部３０６は、まず、該当するサービスの被要求者が、特定の被要求者であれば（ステップ６４０でＹＥＳ）、該当するサービスの被要求者の受付条件等（いずれの実施例と組み合わせるかで異なるが、受付条件と状況情報の少なくとも１つ）を参照して、サービスが継続可能か否かを調べ、当該サービスの継続が可能であれば（ステップ６４１でＹＥＳ）、以降、何ら処理を行わずに再評価処理を終了する。
【０１５８】
また、受付条件等の変化により、当該サービスの継続が不可能であった場合には（ステップ６４１でＮＯ）、サービス選択部３０６は、サービス実行部３０７に当該サービスを保留に変更させ（ステップ６４２）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示した後（ステップ６４３）、図２８に示した要求条件リストの該当する要求条件の状態をサービス中から保留に変更し（ステップ６４４）、再評価処理を終了する。
【０１５９】
一方、サービス選択部３０６は、まず、該当するサービスの被要求者が、特定の被要求者でない、例えば、図２８に示した要求条件リストで「Ｘグループメンバーの誰か」というように指定されている場合には（ステップ６４０でＮＯ）、被要求者をプロファイル情報に基づいて候補順にリストアップする（ステップ６４５）。
【０１６０】
被要求者の候補をリストアップすると、サービス選択部３０６は、その候補順に、該当する候補者が当該サービスの受け入れが可能な状態であるかどうかを判定し、受け入れが可能であった場合には（ステップ６４６でＹＥＳ）、サービス選択部３０６は、該当する候補者が現サービスの被要求者であるか否かを判定する。該当する候補者が現サービスの被要求者である場合には（ステップ６４７でＹＥＳ）、現サービスに何ら影響を与えないため、以降、何ら処理を行わずに再評価処理を終了する。
【０１６１】
また、該当する候補者が現サービスの被要求者でない場合には（ステップ６４７でＮＯ）、該当する候補者が別のサービス中であるか否かを判定する（ステップ６４８）。その結果、該当する候補者がサービス中でなければ（ステップ６４９でＮＯ）、図２８に示した要求条件リストの被要求者を当該候補者に変更した後（ステップ６５０）、サービス実行部３０７にサービスの実行を指示し（ステップ６５１）、当該サービスの要求者に対して被要求者が変更した旨を通知させ（ステップ６５２）、再評価処理を終了する。
【０１６２】
該当する候補者がサービス中であった場合には（ステップ６４９でＹＥＳ）、サービス選択部３０６は、サービス中のサービスの優先度が処理中の要求条件の優先度より低いか否かを比較する（ステップ６５３）。その結果、サービス中のサービスの優先度が処理中の要求条件の優先度より低い場合には、（ステップ６５４でＹＥＳ）、サービス選択部３０６は、サービス実行部３０７に当該候補者に対してサービス中のサービスを保留に変更させ（ステップ６５５）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示する（ステップ６５６）。そして、図２８に示した要求条件リストの被要求者を当該候補者に変更した後（ステップ６５０）、サービス実行部３０７にサービスの実行を指示し（ステップ６５１）、当該サービスの要求者に対して被要求者が変更した旨を通知させ（ステップ６５２）、再評価処理を終了する。
【０１６３】
また、当該候補者に対してサービス中のサービスの優先度が処理中の要求条件の優先度と同等または高い場合には（ステップ６５４でＮＯ）、サービス選択部３０６は、全候補者に対する処理が終了したか否かを確認し、終了していなければ（ステップ６５７でＮＯ）、候補順が次の候補者に対して同様の処理を行う。
【０１６４】
なお、サービス選択部３０６は、該当するサービスの実行を指示することができずに、全候補者に対する処理が終了した場合には（ステップ６５７でＹＥＳ）、サービス実行部３０７に当該サービスを保留に変更させ（ステップ６４２）、保留にしたサービスの要求者に当該サービスを保留とした旨を通知するよう指示した後（ステップ６４３）、図２８に示した要求条件リストの該当する要求条件の状態をサービス中から保留に変更し（ステップ６４４）、再評価処理を終了する。
【実施例７】
【０１６５】
実施例７は、要求者による要求条件の変更や取消等の処理を行う場合の例である。この実施例７の構成は、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６の各構成に組み合わせて実現することが可能である。なお、ここでは、実施例６で説明した要求条件リスト（図２８参照）を利用して要求条件を管理する場合を例として説明する。
【０１６６】
図３５は、要求条件編集処理の流れを示すフローチャートである。
【０１６７】
要求条件編集処理では、要求条件入力部３０２は、要求者からの入力要求が新規入力であり（ステップ７０１でＹＥＳ）、前例やテンプレートの利用が要求された場合には（ステップ７０２でＹＥＳ）、利用する前例やテンプレートの選択を受け付け（ステップ７０３）、選択された前例やテンプレートを要求者の情報端末２Ａ相当に提示して（ステップ７０４）、条件等の変更指示や入力を待つ。また、要求条件入力部３０２は、前例やテンプレートの利用が要求されなかった場合には（ステップ７０２でＮＯ）、条件等の入力を待つ。条件の入力は、図２７に示したような画面で受け付ける。
【０１６８】
そして、要求者から条件等が入力されると、要求情報入力部３０２は、当該入力を受け付け（ステップ７０５）、受け付けた要求条件を情報蓄積部３０６に登録し（ステップ７０６）、その後、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ７０７）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ７０７の処理は不要である。
【０１６９】
一方、要求者からの入力要求が新規入力でない場合は（ステップ７０１でＮＯ）、要求情報入力部３０２は、変更対象となる要求条件の指定を受け付け（ステップ７０８）、選択された要求条件に対する処理操作を受け付ける（ステップ７０９）。
【０１７０】
そして、受け付けた処理操作が要求条件の取り消しであれば（ステップ７１０でＹＥＳ）、要求情報入力部３０２は、該当する要求条件を情報蓄積部３０５から削除し（ステップ７１１）、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ７０７）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ７０７の処理は不要である。
【０１７１】
また、受け付けた処理操作が要求条件の編集であれば（ステップ７１０でＮＯ）、要求情報入力部３０２は、選択された要求条件に対する編集指示を受け付け（ステップ７１２）、受け付けた編集指示に基づいて、情報蓄積部３０６に登録されている該当要求条件を更新し（ステップ７１３）、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ７０７）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ７０７の処理は不要である。
【０１７２】
このような編集処理により、要求条件リストは、例えば、図３６に示した状態から図３７に示した状態に変更される。なお、図３６から図３７への変更は、要求条件の追加である。
【実施例８】
【０１７３】
実施例８は、要求条件に基づいてサービスが成立若しくは不成立となる毎にそのログを記録し、記録したログに基づいて要求条件の優先度を変更する場合の例である。この実施例８の構成は、実施例１、実施例２、実施例３、実施例４、実施例５、実施例６、実施例７の各構成に組み合わせて実現することが可能である。なお、ここでは、実施例７の構成に実施例８の構成を組み合わせた場合を例として説明する。
【０１７４】
最初に、実施例８におけるサービス実行部３０７の処理について説明する。図３８は、サービス実行部３０７の動作の流れを示すフローチャートである。
【０１７５】
サービス実行部３０７は、処理を開始すると、まず、未処理のサービス指示があるかどうかを調べ、サービス指示がなければ（ステップ８０１でＮＯ）、処理を終了する。サービス指示は、サービス選択部３０６により実行を指示されたもので、例えば、図３９に示すようなサービス指示リストで管理している。
【０１７６】
未処理のサービスがある場合には（ステップ８０１でＹＥＳ）、サービス指示リストから未処理のサービスを取得し（ステップ８０２）、取得したサービスに対する選択画面を要求者（の情報端末）に提示して要求者からのサービス選択指示を受け付ける（ステップ８０３）。要求者に提示する選択画面は、例えば、図２０に示すようなもので、サービス指示部３０６により指示されたサービス候補のみが選択できるようになっている。
【０１７７】
ここで、選択されたサービスに、メールが含まれていた場合は（ステップ８０４でＹＥＳ）、要約メールが含まれていれば（ステップ８０５でＹＥＳ）、要約メールを送信し（ステップ８０６）、全文メールが含まれていれば（ステップ８０７でＹＥＳ）、全文メールを送信する（ステップ８０８）。メールは、割込調整装置３０１の図示しないメール送信部からの送信が可能であり、メール送信部は、被要求者のプロファイル情報（予めシステムに登録されている）からメールアドレスを取得してメール送信を行う。要約メールは、例えば、「Ｆさんから、２００４／１／１５  １８：０６：２３にＺＺＺＺというタイトルで優先度が重要な要求が入っています」というように概要だけを送信するもので、全文メールは、要求条件に登録された「内容」に記述された情報を全て送信する。
【０１７８】
サービス実行部３０７は、メールの送信が終了した後、同時に他のサービスが選択されていなければ（ステップ８０９でＮＯ）、サービスが実行されたものとみなして該当する要求条件とサービス指示を削除し（ステップ８１０）、サービスが成立した旨をその時刻とともにサービス指示リストにログとして記録する（ステップ８１１）。記録するログは、例えば、図４０に示すように、サービスの成否と時刻が含まれている。
【０１７９】
その後、サービス実行部３０７は、ステップ８０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１８０】
一方、メール以外のサービスが同時に選択されていた場合には（ステップ８０９でＹＥＳ）、要求者に対して他のサービスのために必要な情報を提示する情報表示処理を行う（ステップ８１２）。情報表示処理では、例えば、サービスが「居場所表示」の場合は被要求者の居場所を示す内容を、サービスが「携帯電話可能」の場合は携帯電話の番号を、「訪問可能」の場合には被要求者の居場所とともに訪問可能である旨を表示する。
【０１８１】
続いて、情報表示処理で表示した内容を用いた結果、サービスが成立したかどうかに関して、要求者からの結果入力を受け付ける（ステップ８１３）。要求者から入力された結果が、「サービス成立」であった場合には（ステップ８１４でＹＥＳ）、該当する要求条件とサービス指示を削除し（ステップ８１０）、サービスが成立した旨をその時刻とともにサービス指示リストにログとして記録する（ステップ８１１）。そして、サービス実行部３０７は、ステップ８０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１８２】
また、要求者から入力された結果が、「サービス不成立」であった場合には（ステップ８１４でＮＯ）、サービスが不成立であった旨をその時刻とともにサービス指示リストにログとして記録する（ステップ８１５）。記録するログは、例えば、図４１に示すように、サービスの成否と時刻が含まれている。その後、サービス実行部３０７は、ステップ８０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１８３】
また、メール以外のサービスのみが選択されていた場合には（ステップ８０４でＮＯ）、要求者に対して他のサービスのために必要な情報を提示する情報表示処理を行う（ステップ８１２）。情報表示処理では、例えば、サービスが「居場所表示」の場合は被要求者の居場所を示す内容を、サービスが「携帯電話可能」の場合は携帯電話の番号を、「訪問可能」の場合には被要求者の居場所とともに訪問可能である旨を表示する。
【０１８４】
続いて、情報表示処理で表示した内容を用いた結果、サービスが成立したかどうかに関して、要求者からの結果入力を受け付ける（ステップ８１３）。要求者から入力された結果が、「サービス成立」であった場合には（ステップ８１４でＹＥＳ）、該当する要求条件とサービス指示を削除し（ステップ８１０）、サービスが成立した旨をその時刻とともにサービス指示リストにログとして記録する（ステップ８１１）。そして、サービス実行部３０７は、ステップ８０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１８５】
また、要求者から入力された結果が、「サービス不成立」であった場合には（ステップ８１４でＮＯ）、サービスが不成立であった旨をその時刻とともにサービス指示リストにログとして記録し（ステップ８１５）、サービス実行部３０７は、ステップ８０１の処理に戻り、次の未処理サービスの有無を確認する。
【０１８６】
次に、ログを利用して優先度を変更する場合の要求条件編集処理について説明する。図４２は、要求条件編集処理の流れを示すフローチャートである。
【０１８７】
要求条件編集処理では、要求条件入力部３０２は、要求者からの入力要求が新規入力であり（ステップ８２１でＹＥＳ）、前例やテンプレートの利用が要求された場合には（ステップ８２２でＹＥＳ）、利用する前例やテンプレートの選択を受け付け（ステップ８２３）、選択された前例やテンプレートを要求者の情報端末２Ａ相当に提示して（ステップ８２４）、条件等の変更指示や入力を待つ。また、要求条件入力部３０２は、前例やテンプレートの利用が要求されなかった場合には（ステップ８２２でＮＯ）、条件等の入力を待つ。条件の入力は、図２７に示したような画面で受け付ける。
【０１８８】
そして、要求者から条件等が入力されると、要求情報入力部３０２は、当該入力を受け付け（ステップ８２５）、後述するログ評価処理を行って優先度を評価した後で（ステップ８２６）、受け付けた要求条件を情報蓄積部３０６に登録し（ステップ８２７）、その後、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ８２８）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ８２８の処理は不要である。
【０１８９】
一方、要求者からの入力要求が新規入力でない場合は（ステップ８２１でＮＯ）、要求情報入力部３０２は、変更対象となる要求条件の指定を受け付け（ステップ８２９）、選択された要求条件に対する処理操作を受け付ける（ステップ８３０）。
【０１９０】
そして、受け付けた処理操作が要求条件の取り消しであれば（ステップ８３１でＹＥＳ）、要求情報入力部３０２は、該当する要求条件を情報蓄積部３０５から削除し（ステップ８３２）、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ８２８）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ８２８の処理は不要である。
【０１９１】
また、受け付けた処理操作が要求条件の編集であれば（ステップ８３１でＮＯ）、要求情報入力部３０２は、選択された要求条件に対する編集指示を受け付け（ステップ８３３）、後述するログ評価処理を行って優先度を評価した後で（ステップ８３４）、受け付けた編集指示に基づいて、情報蓄積部３０６に登録されている該当要求条件を更新し（ステップ８３５）、情報蓄積部３０６に登録されている要求条件を優先順位にしたがって並べ替える（ステップ８２８）。ただし、要求条件リストを利用した要求条件を管理を行わない場合には、ステップ８２８の処理は不要である。
【０１９２】
ここで、ステップ８２６およびステップ８３４で実行するログ評価処理について説明する。図４３は、ログ評価処理の流れを示すフローチャートである。
【０１９３】
ログ評価処理では、要求条件入力部３０２は、ログ（図３９のサービス指示リスト）に受け付けた要求条件と同一の要求条件があるか否かを調べ、同一の要求条件がなければ（ステップ８４１でＮＯ）、以降、何ら処理を行うことなくログ評価処理を終了する。
【０１９４】
ログに同一の要求条件があり（ステップ８４１でＹＥＳ）、そのうちの直前の要求条件が成立している場合には（ステップ８４２でＹＥＳ）、要求条件入力部３０２は、成立カウンタを１に設定する（ステップ８４３）。そして、さらに１つ前の同一要求条件があり（ステップ８４４でＹＥＳ）、その要求条件がｉ時間以内のもので（ステップ８４５でＹＥＳ）、その要求条件が成立していれば（ステップ８４６でＹＥＳ）、要求条件入力部３０２は、成立カウンタの値を１だけ増加させる（ステップ８４７）。そして、成立カウンタの値がｎ以下である間（ステップ８４８でＮＯ）ステップ８４４に戻り、同様の処理を繰り返す。
【０１９５】
そして、成立カウンタの値がｎを越えた場合には（ステップ８４８でＹＥＳ）、要求条件入力部３０２は、受け付けた要求条件の優先度を下げて（ステップ８４９）、ログ評価処理を終了する。
【０１９６】
ただし、繰り返しの処理を行っている間、要求条件が成立していない場合には（ステップ８４６でＮＯ）、成立カウンタの値の変更は行わず、同一の要求条件が無かった場合や（ステップ８４４でＮＯ）、要求条件がｉ時間以前のものであった場合には（ステップ８４５でＮＯ）、ログ評価処理を終了する。
【０１９７】
一方、直前の要求条件が不成立であった場合には（ステップ８４２でＮＯ）、要求条件入力部３０２は、不成立カウンタを１に設定する（ステップ８５０）。そして、さらに１つ前の同一要求条件があり（ステップ８５１でＹＥＳ）、その要求条件がｊ分以内のもので（ステップ８５２でＹＥＳ）、その要求条件が不成立であったならば（ステップ８５３でＹＥＳ）、要求条件入力部３０２は、不成立カウンタの値を１だけ増加させる（ステップ８５４）。そして、成立カウンタの値がｍ以下である間（ステップ８５５でＮＯ）、ステップ８５１に戻り、同様の処理を繰り返す。
【０１９８】
そして、成立カウンタの値がｍを越えた場合には（ステップ８５５でＹＥＳ）、要求条件入力部３０２は、受け付けた要求条件の優先度を上げて（ステップ８５６）、ログ評価処理を終了する。
【０１９９】
ただし、繰り返しの処理を行っている間、要求条件がｊ分以前のものであった場合や（ステップ８５２でＮＯ）、要求条件が成立していた場合には（ステップ８５３でＮＯ）、ステップ８４３に進み、上述と同様の処理を行う。また、同一の要求条件が無かった場合には（ステップ８５１でＮＯ）、ログ評価処理を終了する。
【０２００】
このような処理により、一定時間（ｉ時間）以内に一定数（ｎ）が成立であった要求条件と同一の要求条件の優先度は下げられ、一定時間（ｊ分）以内に一定回数（ｍ）連続して不成立であった要求条件と同一の要求条件の優先度は上げられることとなる。なお、ｉ、ｊ、ｎ、ｍは、割込調整システムの利用状況等に併せて任意に変更することのできる定数である。
【０２０１】
なお、ログを記録する以外にも、要求者が設定する優先度をポイント制にし、一定量のポイント数を各ユーザに割り当てることなどの方法により、高い優先度ばかりを指定できないようにしても、同様の効果を得ることができる。
【図面の簡単な説明】
【０２０２】
【図１】この発明を適用した割込調整装置の機能的な概略構成を示すブロック図である。
【図２】割込調整システムの構成例を示した図である。
【図３】実施例１における割込調整装置の機能的な構成を示すブロック図である。
【図４】要求条件の入力画面例を示した図である。
【図５】受付条件の入力画面例を示した図である。
【図６】サービス選択部１０５の動作の流れを示すフローチャートである。
【図７】サービス選択部１０５の動作の流れを示すフローチャートである。
【図８】サービスの選択方法を説明するための図である。
【図９】実施例２における割込調整装置の機能的な構成を示すブロック図である。
【図１０】サービス選択部２０５の動作の流れを示すフローチャートである。
【図１１】優先度に対応するサービスを設定したテーブルを示した図である。
【図１２】実施例３における割込調整装置の機能的な構成を示すブロック図である。
【図１３】受付条件の入力画面例を示した図である。
【図１４】サービス選択部３０６の動作の流れを示すフローチャートである。
【図１５】受付条件の入力画面例を示した図である。
【図１６】サービスの選択方法を説明するための図である。
【図１７】サービスに関連する内容を設定したテーブルの例を示した図である。
【図１８】サービス実行部３０７の動作の流れを示すフローチャートである。
【図１９】サービス指示リストの例を示した図である。
【図２０】サービス選択画面例を示した図である。
【図２１】サービス選択部３０６の動作の流れを示すフローチャートである。
【図２２】要求条件リストの例を示した図である。
【図２３】要求評価処理の流れを示すフローチャートである。
【図２４】受付条件等のリストの例を示した図である。
【図２５】受付条件等のリストの例を示した図である。
【図２６】再評価処理の流れを示すフローチャートである。
【図２７】要求条件の入力画面例を示した図である。
【図２８】要求条件リストの例を示した図である。
【図２９】要求評価処理の流れを示すフローチャートである。
【図３０】要求評価処理の流れを示すフローチャートである。
【図３１】プロファイル情報の例を示した図である。
【図３２】プロファイル情報の例を示した図である。
【図３３】再評価処理の流れを示すフローチャートである。
【図３４】再評価処理の流れを示すフローチャートである。
【図３５】要求条件編集処理の流れを示すフローチャートである。
【図３６】要求条件リストの例を示した図である。
【図３７】要求条件リストの例を示した図である。
【図３８】サービス実行部３０７の動作の流れを示すフローチャートである。
【図３９】サービス指示リストの例を示した図である。
【図４０】ログの記録例を示した図である。
【図４１】ログの記録例を示した図である。
【図４２】要求条件編集処理の流れを示すフローチャートである。
【図４３】ログ評価処理の流れを示すフローチャートである。
【符号の説明】
【０２０３】
１    割込調整装置            ２Ａ    情報端末
２Ｂ    情報端末              ３    状況検出装置
５    ネットワーク            ６    場所
７    場所                    １１    条件蓄積部
１２    状況蓄積部            １３    サービス選択部
１４    サービス実行部        ２１    ＰＣ
２２    携帯電話              ２３    ＦＡＸ
２４    ＰＣ                  ２５    電子掲示板
２６    携帯電話              ２７    ＰＤＡ
３１    センサ                ３２    カメラ
３３    センサ                １０１    割込調整装置
１０２    要求条件入力部      １０３    受付条件入力部
１０４    情報蓄積部          １０５    サービス選択部
１０６    サービス実行部      ２０１    割込調整装置
２０２    要求条件入力部      ２０３    状況情報取得部
２０４    情報蓄積部          ２０５    サービス選択部
２０６    サービス実行部      ３０１    割込調整装置
３０２    要求条件入力部      ３０３    受付条件入力部
３０４    状況情報取得部      ３０５    情報蓄積部
３０６    サービス選択部      ３０７    サービス実行部
【図１】
2005234668.tif 000003
【図２】
2005234668.tif 000004
【図３】
2005234668.tif 000005
【図４】
2005234668.tif 000006
【図５】
2005234668.tif 000007
【図６】
2005234668.tif 000008
【図７】
2005234668.tif 000009
【図８】
2005234668.tif 000010
【図９】
2005234668.tif 000011
【図１０】
2005234668.tif 000012
【図１１】
2005234668.tif 000013
【図１２】
2005234668.tif 000014
【図１３】
2005234668.tif 000015
【図１４】
2005234668.tif 000016
【図１５】
2005234668.tif 000017
【図１６】
2005234668.tif 000018
【図１７】
2005234668.tif 000019
【図１８】
2005234668.tif 000020
【図１９】
2005234668.tif 000021
【図２０】
2005234668.tif 000022
【図２１】
2005234668.tif 000023
【図２２】
2005234668.tif 000024
【図２３】
2005234668.tif 000025
【図２４】
2005234668.tif 000026
【図２５】
2005234668.tif 000027
【図２６】
2005234668.tif 000028
【図２７】
2005234668.tif 000029
【図２８】
2005234668.tif 000030
【図２９】
2005234668.tif 000031
【図３０】
2005234668.tif 000032
【図３１】
2005234668.tif 000033
【図３２】
2005234668.tif 000034
【図３３】
2005234668.tif 000035
【図３４】
2005234668.tif 000036
【図３５】
2005234668.tif 000037
【図３６】
2005234668.tif 000038
【図３７】
2005234668.tif 000039
【図３８】
2005234668.tif 000040
【図３９】
2005234668.tif 000041
【図４０】
2005234668.tif 000042
【図４１】
2005234668.tif 000043
【図４２】
2005234668.tif 000044
【図４３】
2005234668.tif 000045